Есть какой-то несложный способ сделать дамп TransportStream чтобы как-то проанализировать - от свистка в среду тюнера поступают нужные (с ECM/EMM или с обновлением для модуля) потоки или нет ?
Комментирую сам себя.
Способ есть:
Вам не разрешен просмотр кода. Войдите или Зарегистрируйтесь для просмотра.
но он оказался негоден (mediaclient - прога от свистка, которая умеет им управлять):
Фишка вот в чём (по результатам разговора с изготовителем свистка).
При переключении на канал, свисток спрашивает у Енигмы2, "на каких пидах идёт вещание ?"
Та ему отвечает списком пидов.
свисток включает HW-фильтр по этим пидам, и из него по USB поступает уже "просеянный" транспортный поток.
например, при трансляции "первого канала", список пидов выглядит так:
Вам не разрешен просмотр кода. Войдите или Зарегистрируйтесь для просмотра.
а при (не)трансляции Россия 1, список уже такой (малевич):
Вам не разрешен просмотр кода. Войдите или Зарегистрируйтесь для просмотра.
Расшифровка от DVBSnoop примерно такая (пишу по памяти.):
101, 201 - это видео
110, 210 - это аудио
150, 250 - телетекст.
на 18 - транслируется EventInformationTable (что это?)
используемая версия dvbsnoop (скачана из репозитория OpenPLI) почему-то не идентифицирует пиды 0 и 100, 200 и выглядит примерно так:
Вам не разрешен просмотр кода. Войдите или Зарегистрируйтесь для просмотра.
Возможности "выключить" фильтр, как я понял, нет. Точнее, есть опция, но попытка записать TS при "выключенном фильтре", приводит к тому, что в записанном TS оказывается почему-то только информация (пиды) транслируемого в данный момент канала.
Об этом "говорит" (по "ассортименту" пидов) вывод dvbsnoop'а при натравлении его на записанный TS.
Отсюда еще один вопрос:
При помощи какого
Win32 софта можно достоверно вычислить пид(ы), по которому(-ым) идет транспортировка:
- ConditionalAccessTable;
- данных для обновления модуля ?