Коррекция PCR Опции

[_Anatoliy]

Уважаемые,кто хорошо знает цифровое видео? Там есть такое понятие как "Коррекция PCR",ясно как выполнять эту коррекцию в мультиплексорах,модуляторах и т.д. А вот как эта коррекция выполняется в сетях IPTV? И делают ли её в этих сетях?Задержки пакетов непредсказуемые,большие да и единых часов нет чтобы корректировать PCR с точностью до +-100нс.

[KPiter]

У нас товарищи в мультиплексоре делают БАльшой буфер на максимальную задержку пакетов до 60мс. потом вычитывание с PCR recovery clock'ом. Потом можно дальше в IP засовывать. А какая коррекция нужна в IP для TV??

[_Anatoliy]

У нас товарищи в мультиплексоре делают БАльшой буфер на максимальную задержку пакетов до 60мс. потом вычитывание с PCR recovery clock'ом. Потом можно дальше в IP засовывать. А какая коррекция нужна в IP для TV??

Может Вы и правы. Но вот такой пример - на выходе кодера MPEG-2 у нас есть транспортный поток с видео,звуком и пакетами байт-стаффинга. Вроде как не логично передавать по эзернету байт-стаффинг (трафик только занимает). Но если из потока вырезать пакеты байт-стаффинга, то PCR у потока сразу гробится.Вот и вопрос - как его восстановить на приёмной стороне?Кстати,чем Вы контролируете значения PCR? Мы пользуемся адаптером DТU-245 от Dektec.

Или Вы хотите потоковое видео транслировать в single frequency net и синхронно эти пакеты выкидывать в разных передатчиках?

Передатчики SFN мы делали (правда не для IP),прекрасно синхронизируются при помощи эластичного буфера + ФАПЧ + GPS. Для IP сейчас такая задача не стоит.

[SFx]

Может Вы и правы. Но вот такой пример - на выходе кодера MPEG-2 у нас есть транспортный поток с видео,звуком и пакетами байт-стаффинга. Вроде как не логично передавать по эзернету байт-стаффинг (трафик только занимает). Но если из потока вырезать пакеты байт-стаффинга, то PCR у потока сразу гробится.Вот и вопрос - как его восстановить на приёмной стороне?

делал что-то подобное, нужно было вставить еще один PID отдельно и не убить идущие потоки.
брал свой счетчик PCR (27 MHz, и локально считал им.), брал входящий поток, вычитал текущее значение LocalPCR из всех PCR полей потока, подмешивал свои пиды (ну там типа очередь пакетов) и снова прибавлял LocalPCR во все поля PCR в потоке. таким образом поток не нарушался.
в вашем случае нужно тоже самое, только пакеты TS_NULL выкидывать из потока, между операциями вычитания сложения.
К сожалению, никакого тестового оборудования не было для MPEG-TS в тот момент, но VLC нормально декодировал поток с подмешиным PID.

кажется такой метод называется Accumulator based PCR restamping. делал по статье из IEEE

[_Anatoliy]

делал что-то подобное, нужно было вставить еще один PID отдельно и не убить идущие потоки.
брал свой счетчик PCR (27 MHz, и локально считал им.), брал входящий поток, вычитал текущее значение LocalPCR из всех PCR полей потока, подмешивал свои пиды (ну там типа очередь пакетов) и снова прибавлял LocalPCR во все поля PCR в потоке. таким образом поток не нарушался.
в вашем случае нужно тоже самое, только пакеты TS_NULL выкидывать из потока, между операциями вычитания сложения.
К сожалению, никакого тестового оборудования не было для MPEG-TS в тот момент, но VLC нормально декодировал поток с подмешиным PID.

кажется такой метод называется Accumulator based PCR restamping. делал по статье из IEEE

Спасибо!
Ну мы так и делали,это нормально проходит,например,когда в потоке в текущий момент должен быть пакет видео,а в это время вставляется новый пакет TS_NULL - пакету видео придётся обождать пока не закончится пакет TS_NULL и его PCR нужно будет скорректировать.
Но тем не менее если просто отфильтровать TS_NULL (без вставки новых) этот метод не работает.
А с VLC нужно быть осторожным,у меня был случай что он нормально воспроизводил битый поток из файла,долго мучались пока не догадались просмотреть файл через PowerDVD - вот он чётко отловил дефект.