progdvb.com

ProgDVB7.50.6d.x64.exe
Отсканировал DVB-C, в 23:35:30 настала очередь скана DVB-T. В DVB-T ничего не нашёл.
Затем после поиска я включил один из DVB-C каналов, затем нажал Стоп и в 23:43 вручную запустил поиск DVB-T.
Все каналы в DVB-T нашлись.

Лог: После 498 МГц отвалилось обновление окна поиска, поиск шёл невидимо. А потом, после того как все каналы нашлись и я попробовал развернуть главное окно - весь интерфейс вообще заглючил (впрочем, подобный баг с интерфейсом случается регулярно, я давно уже про это писал, и в Win8.1 и в Win10 и вот в свежеустановленной Win11).
Может надо добавлять глобальный хоткей для перезапуска ProgDVB?...

1. По логу вроде всё верно. А канал закрывается во время сканирования?

2. От Видео рендера зависит?

Prog wrote: ↑

Mon Apr 24, 2023 9:01 pm

1. По логу вроде всё верно. А канал закрывается во время сканирования?

Ну, экран становится чёрным.

Prog wrote: ↑

Mon Apr 24, 2023 9:01 pm

2. От Видео рендера зависит?

Да вроде на всех такой баг бывает, рандомно.

Впрочем рендеры VMR7 и VMR9 делают выраженную пикселизацию, SD-картинка квадратами растягивается на FullHD экран. Ими не пользуюсь.
MPC VR - сильно лагает, около 10-15 fps.

Пользовался всегда EVR, баг есть.

Сейчас попробовал madVR - пересканировал DVB-T, форма отвалилась на втором мультиплексе (498 МГц прошла, на 546 МГц отвалилась).
После завершения поиска, ресайз главного окна привёл к такому-же повреждению всего окна.

Так что он рендера это видимо не зависит...

А вообще, по итогам многочисленным сканов на EVR - могу сказать что баг с отвалом формы плавающий, иногда весь скан проходит без отвала, но чаще всего на первом же найденном мультиплексе обновление формы отваливается.

По логу вроде всё правильно. И канал закрывается как вы пишите. То есть не должен требовать отдельного нажатия на стоп. Но требует?

зы: За 20+ лет у меня кабельное ТВ было буквально несколько месяцев. И вот снова негде взять для теста. Модулятор что ли какой взять? Есть опыт?

Prog wrote: ↑

Tue Apr 25, 2023 9:02 am

По логу вроде всё правильно. И канал закрывается как вы пишите. То есть не должен требовать отдельного нажатия на стоп. Но требует?

Там не кажется всё правильным.

В случае когда каналов не видит - в ProgDVBEngine.txt такое
15:03:37.990 - FilterManager::OnSetTransponder ScanTrasponderParseTS - 498Mhz mis/plp=0
15:03:39.094 - * s:57 q:0 tr=0 (0)
а в случае когда всё нормально -
15:20:33.714 - FilterManager::OnSetTransponder ScanTrasponderParseTS - 498Mhz mis/plp=0
15:20:34.723 - * s:56 q:100 tr=4283392 (0)
Однако на форме поиска в обеих случаях шкала Q показывает 100 на этом канале.


В ProgDVBEngineAPI.txt тоже есть подозрительное значение
канал не видит:
15:03:41.154 - backapi: OnAfterScanTransponder...15:03:41.154 - Scanner_GetChannels -1 211
15:03:41.154 - Scanner_GetChannels count 211
15:03:41.154 - Scanner_GetDeliverySystemInfo
15:03:41.154 - Scanner_GetChannels count 0

Но что такое GetChannels count 211 ?
211 это именно столько на DVB-C было найдено... Scanner_GetChannels видимо не переключён на работу с DVB-T, и лезет в базу DVB-C
а вот потом когда канал видит - тут уже GetChannels работает с базой каналов DVB-T - было 0 каналов, нашёл 10 новых:

15:20:36.965 - backapi: OnAfterScanTransponder...15:20:36.965 - Scanner_GetChannels -1 0
15:20:36.965 - Scanner_GetChannels count 10
15:20:36.965 - API_ScannerGetChannels ch: sid2010||tid11||nid8835||art0||frq498000||cap11 РЕН ТВ...
15:20:36.965 - API_ScannerGetChannels ch: sid2020||tid11||nid8835||art0||frq498000||cap12 Спас ...
15:20:36.965 - API_ScannerGetChannels ch: sid2030||tid11||nid8835||art0||frq498000||cap13 СТС ...
15:20:36.965 - API_ScannerGetChannels ch: sid2040||tid11||nid8835||art0||frq498000||cap14 Домашний ...
15:20:36.965 - API_ScannerGetChannels ch: sid2050||tid11||nid8835||art0||frq498000||cap15 ТВ3 ...
15:20:36.966 - API_ScannerGetChannels ch: sid2060||tid11||nid8835||art0||frq498000||cap16 Пятница ...
15:20:36.966 - API_ScannerGetChannels ch: sid2070||tid11||nid8835||art0||frq498000||cap17 Звезда ...
15:20:36.966 - API_ScannerGetChannels ch: sid2080||tid11||nid8835||art0||frq498000||cap18 МИР ...
15:20:36.966 - API_ScannerGetChannels ch: sid2090||tid11||nid8835||art0||frq498000||cap19 ТНТ ...
15:20:36.966 - API_ScannerGetChannels ch: sid2100||tid11||nid8835||art0||frq498000||cap20 МУЗ ТВ ...
15:20:36.966 - GetMisInfo: 1||0||1||2||3
15:20:36.966 - Scanner_GetDeliverySystemInfo
15:20:36.967 - Scanner_GetChannels count 0
locked - OK

Нет behold под ругой. В астромете момент переключение это SetupDevcieBeforeBuildGraph в BDA_Astrometa логе

А если в ручном сканировани, вручную нажать lock а потом сканировать - есть каналы?

Prog wrote: ↑

Tue Apr 25, 2023 3:56 pm

А если в ручном сканировани, вручную нажать lock а потом сканировать - есть каналы?

Нету, баг тот же.

Если начать просмотр DVB-C и в ручном поиске искать каналы DVB-T (указав заведомо известную частоту мультиплекса) - то каналов нет, однако статус фиксации есть, уровни Q/L тоже правильные.
Если после этого в поиске переключится на DVB-C, поискать там (там находит каналы), и ещё раз переключиться на DVB-T - то в DVB-T нормально находит...

Если предварительно открыть канал DVB-C и нажать Стоп, а затем пойти в ручной поиск - то каналы DVB-T нормально находит сразу.

Причём баг не связан именно с DVB-C или DVB-T, он связан с противоположным режимом (например во время просмотра DVB-T - попробовать в поиске найти канал DVB-C - он тоже не виден аналогично).

Ещё некоторые закономерности.
Поставил 3 тюнера:
beholder (C+T/T2, имеет два антенных входа - для C и T)
astrometa0131 (C+T+T2, антенный вход один)
astrometa0135 (C+T+T2, антенный вход один)

Единственная комбинация когда есть этот баг:
- Если назначить для кабеля и для эфира бехолдер

Остальные проверенные комбинации, где баг не возникает:
- Если назначить для кабеля бехолдер, а для эфира астромету.
- Если назначить для кабеля и для эфира одну астромету0135 (вовремя перетыкая кабель антенны).


- Если назначить для кабеля и для эфира разные астрометы - облом, оказалось API астрометы некорректно работает когда два тюнера (даже при том что это разные модели на разных чипсетах и с разными драйверами). В итоге если тюнера - то нормально переключение C/T/PLP не работает ни на одном ни в одной из комбинаций.


Вобщем видимо баг связан с бехолдером только. Хотя как раз для бехолдера вполне обычная ситуация использования C и T - у него специально два входа.

Поставил ProgDVB7.50.6e.x64 - ситуация не изменилась...

Кстати не только уровень приёма виден, но и на соответствующих частотах подхватываются данные о соседних частотах очевидно - вторая цифра прогрессбара перебора частоты прибавляется на 3 при прохождении частот первого и второго мултиплексов.
А каналов - не видит...

Кстати ещё баг нашёл - пробовал другое "Дополнительное API" выбрать - не получается, в любом случае выбор сбрасывается на Behold. Похоже что список текущего выбора обновляется только один раз - при запуске ProgDVB. Выбранное другое API не показывается.

Запутались совсем. А если начисто ProgDVB поставить? Можно в новый катало в portable что бы не мешать основному. И лучше x32

Prog wrote: ↑

Thu Apr 27, 2023 4:32 am

Запутались совсем. А если начисто ProgDVB поставить? Можно в новый катало в portable что бы не мешать основному. И лучше x32

Я каждый раз ставлю новую портативную версию в отдельный каталог.

ProgDVB7.50.6e.Std - вообще не работает.
Падает прямо сразу, в цикле.
Я не могу даже зайти в настройки включить лог.

ProgDVB7.50.6Std - поставилась, запускается.
Баг с поиском каналов (на бехолдере) прежний - после успешного поиска DVB-C ничего не видит на DVB-T.

включил лог в ini, версия 6e x32 падает так вот:

25:41.266 engine_API_Start Error! System.BadImageFormatException: Была сделана попытка загрузить программу, имеющую неверный формат. (Исключение из HRESULT: 0x8007000B)
в EngineWrapper.ProgEngine.DirectEngineAPI.SetBackApi(OnAddEpgEventHandler addepg, OnGraphEventHandler afterinit, OnAfterScanTransponderHandler scantransponder, OnChangeTunerStateHandler tunerstate, OnMediaPropertiesHandler mediaprop, OnNotSupportedChannelHandler notsupport, OnSendStatusTextHandler sendtextstate, OnTextSubtitlesHandler txtsubs, OnBitmapSubtitlesHandler bmp, OnUpdateDynamicUrlHandler dynurl, OnUpdateRecordStateHandler recordstate, OnVideoSizeHandler videosize, UiCallHandler uicall, OnMPOpenUrlHandler openUrl, OnChangePlaybackModeHandler playmode, OnChannelTextInfoHandler OnChannelTextInfo, OnPlaybackFinishedHandler OnPlaybackFinished, OnOnUiCommandHandler uicommand, OnRemoteControlKeyHandler uirckey, OnMosaicImageHandler uiOnMosaicImage, OnRequestRecreateOfSurfaceHandler uiRequestRecreateOfSurface, OnOnChangeSpdifOverPcmModeHandler uiOnOnChangeSpdifOverPcmMode, OnUiRecordStartStopHandler uiRecordStartStop, OnUiRecordTrafficHandler uiRecordTraffic)
в EngineWrapper.ProgEngine.DirectEngineAPI.EnAPI_Preinit(Boolean bNoGraphMode, String configPath, Boolean bRestartApplication, Boolean bEnableCrashReport, Boolean bServiceMode, Int32 customMode, String customParams, Boolean isProgDVB)
в CPC.Engines.ProgEngine.EnginePlatformApiCPCImp.PreinitIfNeed(EngineInitParams p, String logPath, ELogMode logLevel, String& err)
25:41.282 ver: 7.50.06e
25:41.282 data: Q:\ProgDVB_7_50_6e2_x32\ProgDVB\
25:41.471 MF: Skin - Skin1
25:41.690 VP: PipPanelsPage created
25:41.690 UpdatePositions

Обновил пререлиз. Запустится?

Prog wrote: ↑

Thu Apr 27, 2023 8:47 am

Обновил пререлиз. Запустится?

Нет, ProgDVB7.50.6f.Std падает сразу с той же ошибкой.

Даже попробовал в виртуалках с Win11, Win 8.1 x64, Win 8.1 x32 - падает везде сразу.
Может какая-то теперь ещё какая-то несовместимость с процессором появилась? Ryzen 7950X