Задержка между входным и выходным потоком в плате FD422.

[GeOO]

Какова задержка между входным и выходным потоком в плате FD422?
От чего она зависит и как регулируется?

[Katya_o]

Входы-выходы платы могут использоваться в разных режимах: SDI, ASI.
Если плата в режиме SDI Mixer, то задержка 1-2-3 кадра. Не регулируется, просто есть.
Если вам нужна задача задержки сигнала на час или на др. время, то это решается программно, созданием хранилища и т.д.
Вы скажите, какую задачу вы хотите решить, а мы уже ответим, реализуема ли она с пом. платы Fd422.

[GeOO]

Входы-выходы платы могут использоваться в разных режимах: SDI, ASI.
Если плата в режиме SDI Mixer, то задержка 1-2-3 кадра. Не регулируется, просто есть.

Так 1, 2 или 3 кадра? От чего это зависит?
Какая задержка просто есть в режиме ASI?

[vd]

Вы с ASI что хотите делать? Просто электрически пропустить сквозь плату, и всё?

Или хотите демультиплексировать, взять часть программ, декодировать, собрать в новый поток и снова выдать в виде ASI? Как только встраивается программная часть, это уже промежуточные буферы в памяти, фильтры и т.п. - тут задержка может и пару секунд набежать. Скорее всего, в этом случае задержку всего в один-два кадра в принципе получить невозможно.

Вас не зря спрашивают про то, какую задачу вы хотите решить. От этого сильно зависит, какая будет задержка.

[GeOO]

Вы с ASI что хотите делать? Просто электрически пропустить сквозь плату, и всё?

Или хотите демультиплексировать, взять часть программ, декодировать, собрать в новый поток и снова выдать в виде ASI? Как только встраивается программная часть, это уже промежуточные буферы в памяти, фильтры и т.п. - тут задержка может и пару секунд набежать. Скорее всего, в этом случае задержку всего в один-два кадра в принципе получить невозможно.

Вас не зря спрашивают про то, какую задачу вы хотите решить. От этого сильно зависит, какая будет задержка.

Да, конечно , демультиплексировать, взять часть программ, декодировать, сделать собственную врезку, собрать в новый поток и снова выдать в виде ASI.
Пока присматриваюсь к ретрансляции ASI-потоков и хотелось бы заранее представлять к каким задержкам между входом и выходом это может привести и от чего это зависит.
Есть ли какой-то регламент от надзорных служб на то, какой может быть максимально такая задержка?

[vd]

Сомневаюсь, что на этот счет есть какой-то регламент. Я понимаю, когда есть требования на уровень звука в рекламе по отношению к уровню звука в передаче, которую эта реклама прерывает - это всё можно измерить и проверить. С помощью каких инструментов надзорные органы могут эту задержку измерить с целью проверки?

По поводу задержки в ASI вам, надеюсь, точнее ответит кто-нибудь другой (я тут ничего сказать не могу).

По поводу SDI (хотя, возможно, вам это не актуально) - задержка в плате FD422 плавающая в районе 2-3 кадров. Там постоянно производится time base-коррекция, поэтому задержка не фиксированная, и сказать, какой она в точности будет в определенный момент времени, невозможно. Так что насчет 1-2-3 кадров вам сказали правильно, разве что меньше 2 кадров она все-таки вряд ли будет, это маловероятно.

[GeOO]

Сомневаюсь, что на этот счет есть какой-то регламент.

Ну а сигналы точного времени , а встреча Нового Года с опозданием на несколько секунд
А если я вручную стартую рекламный блок, то с какой задержкой он выйдет? В несколько секунд?
Если так, то разве это приемлемо?

[vd]

Сигналы точного времени разве не по радио передаются?

И кто проверяет, насколько точно произошла встреча Нового года? В каждом часовом поясе сидит специальный человек из Москвы?

Уже прямо сейчас в регионы центральные каналы передаются через спутник. Я в своем районе даже знаю, где стоит большая тарелка (диаметром метров 10) для приема центральных каналов и дальнейшей ретрансляции на местные каналы уже в аналоге. Сигнал как минимум сжимается в MPEG2, передается через спутник и на приемной стороне декодируется. Ни один MPEG2-кодер не работает без задержки. Чтобы сформировать GOP, нужно несколько кадров буферизовать. Передача через спутник тоже не мгновенна. Так что даже без нашей платы задержка уже есть, и отнюдь не один кадр. Это насчет "сигналов точного времени" через телевизор.

> А если я вручную стартую рекламный блок, то с какой задержкой он выйдет? В несколько секунд?

Что значит "вручную"? Глядя на телевизор, который показывает уже выходную картинку, как у конечного зрителя? Так точно нельзя делать. Вообще, очень многие (если не большинство) наши клиенты уже ничего вручную не запускают. Либо пользуются четким расписанием по времени, присланным из Москвы, либо используют опцию AutoDetect для автоматического распознавания начала/конца рекламного блока.

[Игорь Таранцев]

Да, конечно , демультиплексировать, взять часть программ, декодировать, сделать собственную врезку, собрать в новый поток и снова выдать в виде ASI.
Пока присматриваюсь к ретрансляции ASI-потоков и хотелось бы заранее представлять к каким задержкам между входом и выходом это может привести и от чего это зависит.
Есть ли какой-то регламент от надзорных служб на то, какой может быть максимально такая задержка?

Задержка будет измеряться секундами. Она будет фиксированной, заданной в параметрах графов (компонент системы). Как правило, задержка не превышает 10 секунд. Однако Вы не сможете сконфигурировать работоспособную систему с задержкой менее одной секунды.
Характерные времена задержки сильно зависят от характеристик принимаемого и отдаваемого потоков и в среднем составляют 3-5 секунд. AVC-кодирование требует больших задержек, MPEG2-кодирование. Низкий битрейт требует больших задержек, чем высокий битрейт. А если учесть, что все хотят низкий битрейт, а значит AVC-кодирование, то задержки вырастают. Работа с ASI-сигналами требует меньших задержек, чем работа с IP-сигналами. Но это если Вы принимаете входной сигнал напрямую со спутника. А далее вопросы к принимаемому сигналу - какой разбег в передачи данных в нем разрешен. Как показывает практика, есть источники сигнала, предполагающие 3-х секундную буферизацию данных. Очевидно, что принимая такой сигнал Вы не можете сделать задержку менее 4 секунд.
И текущая тенденция развития цифрового телевидения предполагает дальнейшее увеличение времени задержки (конечно, давая вместо этого другие преимущества).

Кстати, точно измерить задержку проходящего сигнала в ASI очень проблематично. Очень простой пример - если поставить рядом два разных STB, то они будут играть данные с разной задержкой. Причем разница может достигать секунды и более (это при том, что каждый из разработчиков STB старается уменьшить время задержки).
И даже если Вы поставите два одинаковых STB (один на вход, а второй на выход), то в зависимости от времени старта (нажатия на кнопку выбора канала в STB) задержка будет разной. Дело в том, что каждый STB имеет собственную внутреннюю задержку показа данных. И эта задержка может легко изменяться от старта к старту, в зависимости от того, в какое время в потоке будет обнаружен ключевой кадр. В стандарте на транспортный поток не оговаривается задержка между временем в потоке и временем показа кадра. В этом смысле разные зрители Вашего цифрового канала будут видеть одну и ту же картинку в разное время (если говорить о точности в несколько кадров). Так что точное время в цифровом телевидении - это нонсенс Вернее это в принципе возможно, но только в строго определенной конфигурации, которая хороша в теории и абсолютно не работоспособна в реальной жизни. Во всяком случае при текущем раскладе в реализации цифрового телевидения в Росси (да и в мире, в меру моего понимания ситуации) вопрос получения точного времени по видеоизображению не стоит.

[Игорь Таранцев]

Ну а сигналы точного времени , а встреча Нового Года с опозданием на несколько секунд

Для получения точного времени нужно использовать другие каналы доставки информации. Во всяком случае цифровое ТВ для этого точно не годится.
Ну а задержка начала Нового Года на несколько секунд по телевизору является нормальным событием. Попробуйте сравнить сигнал аналогового эфирного ТВ и того же цифрового ТВ (с одного и того же телевизионного канала) - задержка в несколько секунд является нормальным (вернее, неизбежным) делом. А если вы смотрите интернет-ТВ, то задержка становиться просто безобразно большой.
Если это Ваш канал, то вы легко можете компенсировать задержку просто передавая свой сигнал на пару секунд раньше

А если я вручную стартую рекламный блок, то с какой задержкой он выйдет? В несколько секунд? Если так, то разве это приемлемо?

А вот это уже наша проблема и мы ее решили. В нашем ПО есть специальная программа, показывающая текущий "обрабатываемый" кадр. Оператор должен смотреть не на внешний STB, а в окно нашей прогарммы и нажимать кнопку СТАРТ, когда видит начало рекламного блока именно в этом окне.
Хотя, конечно, мы всем рекомендуем использовать AutoDetect и экономить деньги на зарплате оператору, тупо смотрящему входной эфир круглые сутки

[GeOO]

AVC-кодирование требует больших задержек, MPEG2-кодирование.

Видимо Вы используете программное декодирование-кодирование в ПК, потому и большие задержки и большие требования к ПК?

[vd]

Да, у нас программное кодирование и декодирование. Зато у нас есть возможность использования кодеков от разных производителей.

В курсе, сколько стоят специализированные аппаратные кодеры/декодеры AVCHD с малой задержкой? Но только они больше ничего и делать не умеют. А с помощью наших решений вы можете наложить титры, врезать свою рекламу и перемультиплексировать программы. При использовании аппаратных решений каждое из таких действий - отдельный модуль, за отдельные деньги, и немаленькие.

[GeOO]

Да, у нас программное кодирование и декодирование. Зато у нас есть возможность использования кодеков от разных производителей.

В курсе, сколько стоят специализированные аппаратные кодеры/декодеры AVCHD с малой задержкой? Но только они больше ничего и делать не умеют.

Кодеры/декодеры AVCHD и не должны больше ничего уметь кроме как кодировать и декодировать.
А наложить титры, врезать свою рекламу и перемультиплексировать программы - это делается между выходом декодера и входом кодера.
То же самое как Вы применяете аппаратные десериализаторы из SDI /сериализаторы в SDI и между ними делаете наложить титры, врезать свою рекламу.
Тоже самое могли бы сделать применив аппаратные кодеры/декодеры AVCHD или MPEG-2.

[vd]

Кодеры/декодеры AVCHD и не должны больше ничего уметь кроме как кодировать и декодировать.

Если тракт содержит только декодер и кодер, то задержка будет меньше, чем если есть еще наложение титров.

То же самое как Вы применяете аппаратные десериализаторы из SDI

Что это за устройства? SDI - несжатое цифровое видео. Чтобы с ним работать, его нужно просто вводить в память компьютера (вкратце). Плата FD422 это и делает, никакого дополнительного устройства для этого не нужно.

Беглым поиском в гугле я нашел, что десериализатор - чип, который последовательный сигнал преобразует в параллельный. Это каким боком относится к нашим решениям?

Тоже самое могли бы сделать применив аппаратные кодеры/декодеры AVCHD или MPEG-2.

Вы предлагаете в наши решения встроить чужие аппаратные кодеры/декодеры?

Или вы хотите сказать, что на рынке есть другие решения, полностью аналогичные нашим, но с меньшей задержкой? Конкретные примеры можете привести?

[Игорь Таранцев]

Видимо Вы используете программное декодирование-кодирование в ПК, потому и большие задержки и большие требования к ПК?

Аппаратные кодеры имеют практически такую-же задержку, как и программные, поскольку задержка определяется алгоритмом сжатия и способом упаковки сжатых данных в транспортный поток.
Например, если Вы выберете тип сжатия VBR (переменный битрейт), то задержка может быть очень маленькой (менее десяти кадров). Но, как правило, всех интересует CBR (постоянный битрейт) с низким битрейтом. Это значит, что один ключевой кадр (который обычно сжимается примерно в 10 раз) будет по времени передачи эквивалентен десяткам B-кадров (каждый из которых сжимается в сотни раз). А значит задержка в тракте передачи будет составлять эти самые десятки кадров. И это никак не зависит от того, какой кодек будет сжимать данные. Это просто требование стандарта.
А вот то, что требования к ПК большие, это абсолютно верно. Действительно, мы выбрали стратегический подход использования стандартных (а, следовательно, дешевых) компонент, таких как ПК с его CPU, VGA и т.д.. В результате наши решения оказываются дешевле эквивалентных по качеству аппаратных решений. Кроме того наши решения могут совершенствоваться со временем, не требуя от пользователя никаких затрат (переустановка ПО дает новые или улучшает старые возвможности). Или другой пример: апгрейд процессора двухгодовалой давности на более новый и быстрый стоит значительно дешевле апгрейда любого аппаратного решения.