Как из потока DVB-ASI вытащить синхронизацию H,V,F ( в стиле стандарта ITU656 )? Опции

[FLTI]

Здравствуйте!

Как из потока DVB-ASI вытащить синхронизацию H,V,F ( в стиле стандарта ITU656 )?
DVB-ASI имеется уже в виде десериализированного 8-битного потока, который уже очищен от K28.5.

[FLTI]

DVB-ASI в виде десериализированного 8-битного потока, который уже очищен от K28.5 - это фактически транспортный поток MPEG-2 TS?
Если так, то как из транспортного потока MPEG-2 TS вытащить синхронизацию видеопотока H,V,F?
Cинхронизация видеопотока H,V,F тоже закодирована в MPEG-2 или она идёт в незакодированном в MPEG-2 виде?

[zxcv]

DVB-ASI в виде десериализированного 8-битного потока, который уже очищен от K28.5 - это фактически транспортный поток MPEG-2 TS?

Да, это транспортный поток. Можно ещё найти синхронизацию по началу пакета (сигнал PS) и добавить сигнал валидности данных (DV) особенно если входной DVB-ASI поток в режиме с длиной транспортного пакета 204 байта. Правда есть ещё один вариант транспортного потока - 204 байта с кодированием Рида-Соломона, но его я встречал только в своём оборудовании.

Если так, то как из транспортного потока MPEG-2 TS вытащить синхронизацию видеопотока H,V,F?
Cинхронизация видеопотока H,V,F тоже закодирована в MPEG-2 или она идёт в незакодированном в MPEG-2 виде?

Внутри транспортного потока передаётся таблица PAT с PID-ом 0x0000 в ней PID-ы таблиц PMT. В таблицах PMT передаются PID-ы транспортных пакетов с видео, звуком и т.п. В транспортных пакетах с видео передаются PES пакеты видео. В них элементарные потоки видео (как MPEG-2, так и MPEG-4). Декодировав их Вы получите видеокадр.
Частота 27 МГц с которой Вы будете вычитывать видеокадр из декодера видео (для разрешения SD) восстанавливается из полей PCR, передаваемых в транспортном потоке. Эти поля передаются в транспортных пакетах с PID-ом, указанным в поле PCR_PID в таблице PMT (обычно совпадает с PID-ом видео данной программы).

Если Вам нужны только H, V и F, то декодировать видео нет необходимости.
27 МГц Вы восстановите из PCR. Структуру полей видеопотока H, V и F внутри ITU-R BT.656 Вы знаете. Осталось только определиться с фазой кадра. Её можно получить из полей PTS и DTS PES пакетов видео.

[FLTI]

Благодарю за разъяснения, буду разбираться.

27 МГц Вы восстановите из PCR.

Забыл в самом начале сказать, что имеется DVB-ASI в виде десериализированного 8-битного потока + его несущая частота 27МГц.
Правильно ли я понимаю, что в этом случае 27 МГц из PCR восстанавливать не надо?

Если Вам нужны только H, V и F, то декодировать видео нет необходимости.
Структуру полей видеопотока H, V и F внутри ITU-R BT.656 Вы знаете. Осталось только определиться с фазой кадра. Её можно получить из полей PTS и DTS PES пакетов видео.

Не понял, в каком смысле я знаю структуру полей видеопотока H, V и F внутри ITU-R BT.656?
Да, я знаю, какой должна быть структура полей видеопотока H, V и F согласно стандарту ITU-R BT.656, но как её всё-таки вытащить из транспортного потока MPEG-2 TS без декодирования видео?

[zxcv]

Забыл в самом начале сказать, что имеется DVB-ASI в виде десериализированного 8-битного потока + его несущая частота 27МГц.
Правильно ли я понимаю, что в этом случае 27 МГц из PCR восстанавливать не надо?

27 МГц DVB-ASI и системная частота 27 МГЦ восстановленная из PCR не равны между собой.
27 МГц восстановленные из PCR совпадают по частоте с частотой 27 МГц видеосигнала ITU-R BT.656 поданного на вход видеокодера данной программы. Что позволяет при после декодирования получить ту же частоту строк и кадров, что на передающей стороне и избежать пропуска / повторения кадров.
Кроме того, в DVB-ASI может передаваться несколько видеопрограмм, и их системные частоты 27 МГц восстановленные из их полей PCR не будут равны.
В пункте 2.4.2.1 System clock frequency стандарта ISO/IEC 13818-1 написано, что системная частота должна быть в допуске ±30ppm:
The value of the system clock frequency is measured in Hz and shall meet the following constraints:
27 000 000 − 810 ≤ system_clock_frequency ≤ 27 000 000 + 810
Представьте что одна программа видео была у Вас с частотой 27 МГц + 810 Гц, а вторая с частотой 27 МГц - 810 Гц, что не противоречит стандарту ISO/IEC 13818-1.

Не понял, в каком смысле я знаю структуру полей видеопотока H, V и F внутри ITU-R BT.656?
Да, я знаю, какой должна быть структура полей видеопотока H, V и F согласно стандарту ITU-R BT.656, но как её всё-таки вытащить из транспортного потока MPEG-2 TS без декодирования видео?

Ну как же? Вы восстановили 27 МГц из поля PCR в точности равными 27 МГц на стороне кодера. Вы знаете что видео у Вас допустим PAL (формат видео передается в дескрипторах таблицы PMT программы) значит мы имеем 625 строк по 864*2 пикселя с частотой 25 кадров в секунду.
В стандарте ITU-R BT.656 написано в какой момент в строке сигнал строчной синхронизации H принимает значение 0, а в какой 1 (SAV / EAV). А также какой строке меняются сигналы кадровой синхронизации V и сигнал синхронизации полей F.
Если начать считать пиксели, строки и поля в произвольный момент времени, то максимум на что мы ошибёмся это ±0,5 кадра по сравнению с передающей стороной. И эта ошибка не будет меняться, т.к. частоты 27 МГц на передаче и приёме у нас равны.