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

[FLTI]

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

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

[zxcv]

А HD-потоки ( судя по всему в MPEG-4 ) также могут передаваться через DVB-ASI ?

Могут.

Если да, то на какой тактовой частоте и какой стандарт описывает передачу HD через DVB-ASI?

Всё тот же, ISO/IEC 13818-1.

Во всех стандартах MPEG-2 и производных от них стандартах DVB для синхронизации частот приёмной стороны с передающей используются метки времени передаваемые в поле PCR программы. Т.е. все частоты для одной программы (для звука, изображения, синхронных данных) на приёмной стороне получаются при помощи микросхем ФАПЧ (PLL) из восстановленной по меткам PCR частоты 27 МГц.

Для HD изображений для этих целей применяются микросхемы PLL наподобие MK2716 и её более навороченного собрата 664-03.

Для получения частот для звуковых ЦАП - MK2705.

[FLTI]

Во всех стандартах MPEG-2 и производных от них стандартах DVB для синхронизации частот приёмной стороны с передающей используются метки времени передаваемые в поле PCR программы. Т.е. все частоты для одной программы (для звука, изображения, синхронных данных) на приёмной стороне получаются при помощи микросхем ФАПЧ (PLL) из восстановленной по меткам PCR частоты 27 МГц.

Ответы на многие вопросы нашёл здесь: http://www.telesputnik.ru/archive/144/article/112.html

А как практически по меткам PCR восстановить частоту 27 МГц?
Может для этого есть готовый модуль на VHDL, чтобы в ПЛИС разместить?

P.S.
Может для моей задачи это и не потребуется?
Вот что мне надо: транспортный поток MPEG-2 TS ( 8 бит + 27МГц ) заводится в ПК, там программно декодируется до ITU-R BT.656, некоторая информация в нём заменяется и далее обратно из ITU-R BT.656 кодируется в MPEG-2 TS и выводится из ПК.
Нужно ли в такой схеме восстанавливать 27 МГц по меткам PCR или можно работать с той частотой 27МГц, которая идёт как несущая для входного транспортного потока MPEG-2 TS ( 8 бит + 27МГц )?

[zxcv]

А как практически по меткам PCR восстановить частоту 27 МГц?
Может для этого есть готовый модуль на VHDL, чтобы в ПЛИС разместить?

Про восстановление частоты из меток PCR написано в ISO/IEC 13818-1 D.0.3 System Time Clock recovery in the decoder.
Готового VHDL модуля не встречал. Писали сами. Там всё просто: вычитатель, ПИД фильтр, сигма-дельта ЦАП на одном выводе ПЛИС, ФНЧ и ГУН на 27 МГц.

Может для моей задачи это и не потребуется?
Вот что мне надо: транспортный поток MPEG-2 TS ( 8 бит + 27МГц ) заводится в ПК, там программно декодируется до ITU-R BT.656, некоторая информация в нём заменяется и далее обратно из ITU-R BT.656 кодируется в MPEG-2 TS и выводится из ПК.
Нужно ли в такой схеме восстанавливать 27 МГц по меткам PCR или можно работать с той частотой 27МГц, которая идёт как несущая для входного транспортного потока MPEG-2 TS ( 8 бит + 27МГц )?

Может восстанавливать 27 МГц и не потребуется, но по другой причине, чем указано у Вас.
27 МГц DVB-ASI, как я уже писал, никак не связана с частотой видео. Это просто скорость передачи слов по асинхронному интерфейсу. А нас интересуют 27 МГц связанные с видео.

Что Вам надо - это правильно сформировать метки времени PCR в выходном потоке, чтобы декодер, установленный далее, правильно восстановил частоту 27 МГц.

Проще всего это сделать не изменяя скорости выходного транспортного потока по отношению ко входному. Просто копируя поля PCR из входного потока в выходной. (Можно вместо копирования добавлять/вычитать константу к значениям входных полей PCR.)
Также просто копировать значения полей PCR из входного ТП в выходной можно при кратном увеличении скорости выходного ТП.
В общем виде это следует из формулы 2-4 ISO/IEC 13818-1, связывающей скорость ТП с временем прихода полей PCR, системной частотой 27 МГц и расстоянием в байтах между полями PCR.

При не кратном входному изменении скорости выходного ТП значения полей PCR придётся пересчитывать (как и при изменении расстояния в байтах между соседними полями PCR).

[FLTI]

Проще всего это сделать не изменяя скорости выходного транспортного потока по отношению ко входному. Просто копируя поля PCR из входного потока в выходной. (Можно вместо копирования добавлять/вычитать константу к значениям входных полей PCR.)
Также просто копировать значения полей PCR из входного ТП в выходной можно при кратном увеличении скорости выходного ТП.
В общем виде это следует из формулы 2-4 ISO/IEC 13818-1, связывающей скорость ТП с временем прихода полей PCR, системной частотой 27 МГц и расстоянием в байтах между полями PCR.

При не кратном входному изменении скорости выходного ТП значения полей PCR придётся пересчитывать (как и при изменении расстояния в байтах между соседними полями PCR).

Я и не планировал менять скорость выходного транспортного потока по отношению ко входному.

Я не планировал трогать все служебные поля входного транспортного потока MPEG-2 TS при его прохождении через ПК.
Так действительно можно поступить для данной задачи и тогда тактовая частота 27МГц от входного транспортного потока MPEG-2 TS фактически и будет тактовой частотой 27МГц для выходного транспортного потока MPEG-2 TS?
Или какие-то служебные поля всё-таки придётся пересчитывать из-за того что при прохождении через ПК будут изменено содержание аудио-видеокадров?

[zxcv]

Так действительно можно поступить для данной задачи и тогда тактовая частота 27МГц от входного транспортного потока MPEG-2 TS фактически и будет тактовой частотой 27МГц для выходного транспортного потока MPEG-2 TS?

Ещё раз повторюсь. Величина тактовой частоты 27 МГц ТП (как Вы её называете) не имеет никакого значения. Она может быть любой (в пределах ±100 ppm). На функционировании системы это не скажется, т.к. DVB-ASI асинхронный (по отношению к скорости ТП) интерфейс. И эта частота - просто частота переносчика. Важно лишь не изменять скорость транспортного потока (количество полезных байт, не K28.5, в секунду).

Я не планировал трогать все служебные поля входного транспортного потока MPEG-2 TS при его прохождении через ПК.
Или какие-то служебные поля всё-таки придётся пересчитывать из-за того что при прохождении через ПК будут изменено содержание аудио-видеокадров?

Навскидку, мне кажется, придется менять поля PTS и DTS в PES пакете видео, чтобы они соответствовали передаваемому в текущий момент значению поля PCR. Иначе произойдёт переполнение буферов T-STD. Или, что равнозначно, увеличивать на время декодирования - кодирования значения полей PCR.

И, конечно, если Вы измените PID-ы, название программы, формат видео или что-нибудь ещё, то придётся изменить соответствующие поля в соответствующих таблицах системной информации.