О применении функции ОТА в цифровом телевидении.
29.01.2010 10:32Коллектив наших разработчиков завершает очередное изменение в аппаратной и програмной части по внедрению возможностей ОТА. ОТА как мы понимаем это возможность, в широком смысле, передача данных, которая регламентирована стандартом. Но когда мы говорим о сегодняшних применениях для вещания, то нам известно о трех задачах реализованных наиболее широко.
1.Это передача данных для аналога “сетевого поиска” по ОТА.
2.Задача обновления програмного обеспечения приемников.
3.Передача адресных сообщенией.
Наверное не все технические работники еще понимают,что чем больше возможностей, тем больше проблем в обслуживании. Мы больше возможностей даем, но и стараемся предупредить о технике безопасности. Мы предполагаем, что в отличии от американских потребителей наши не так избалованы и не способны по образованию сушить кошку в микроволновке и после этого предьявлять претензии к производителю, что их не предупредили что этого нельзя делать. Попытаемся изложить наше понимание и информацию которую мы собрали в процессе дискуссии с нашими потребителями, а также в процессе разработки.
Мы скептически относились к функции “сетевого поиска” с применением ОТА, поскольку считаем, что штатная функция поиска по NIT таблицам вполне достаточна и удобна и поддерживается практически всеми приемниками.
Однако мы включили такую возможность скорее не потому, что она остро необходима, а потому, что если есть ОТА то только разработчик приемников и кабельный оператор будут решать будет ли использоваться эта функция или нет. Как один из доводов который нам прводили это возможность создания программы обновление приемника о состояние сети без участия абонентов. Вся беда с ОТА в том, что передача данных стандартизирована, а прием и интерпретация этих данных в общем случае нет и поэтому каждому типу приемника надо передавать данные индивидуально. Т.е. производители приемников должны давать информацию оператору какие данные надо ему передавать. Хорошо если типов приемников в сети немного. А если нет?
В апгрейде по эфиру есть несколько моментов. Объем передаваемой информации не очень велик менее 2х мегабайт. Но в любом случае это данные, которые занимают какое то место в потоке. В реальности поток для телевидения достаточно неравномерный и в большинстве случаев в паузах передачи данных можно втиснуть и дополнительные данные, не уменьшая поток на основые функции. Но время передачи, по этой причине, зависит от конкретных условий и может менятся в очень широких пределах. Естественно во время передачи могут возникнуть ошибки, как по эфиру, так сбросы по сети ,так и переход пользователя на другую программу, и в зависимости от програмного обеспечения приемников они могут приводить к разным последствиям. От очень долгого апгрейда до полного выхода приемника из строя. Мы так представляем, что совсем уж такие плохие случаи становятся все менее вероятными, но исключать такую возможность нельзя.
Программисты применяют достаточно изощренные алгоритмы, чтобы исключить такие вероятности, но они все равно могут быть. Оператор должен хорошо представлять физику процессов, чтобы правильно оценить последствия принятых решений.
1.Это передача данных для аналога “сетевого поиска” по ОТА.
2.Задача обновления програмного обеспечения приемников.
3.Передача адресных сообщенией.
Наверное не все технические работники еще понимают,что чем больше возможностей, тем больше проблем в обслуживании. Мы больше возможностей даем, но и стараемся предупредить о технике безопасности. Мы предполагаем, что в отличии от американских потребителей наши не так избалованы и не способны по образованию сушить кошку в микроволновке и после этого предьявлять претензии к производителю, что их не предупредили что этого нельзя делать. Попытаемся изложить наше понимание и информацию которую мы собрали в процессе дискуссии с нашими потребителями, а также в процессе разработки.
Мы скептически относились к функции “сетевого поиска” с применением ОТА, поскольку считаем, что штатная функция поиска по NIT таблицам вполне достаточна и удобна и поддерживается практически всеми приемниками.
Однако мы включили такую возможность скорее не потому, что она остро необходима, а потому, что если есть ОТА то только разработчик приемников и кабельный оператор будут решать будет ли использоваться эта функция или нет. Как один из доводов который нам прводили это возможность создания программы обновление приемника о состояние сети без участия абонентов. Вся беда с ОТА в том, что передача данных стандартизирована, а прием и интерпретация этих данных в общем случае нет и поэтому каждому типу приемника надо передавать данные индивидуально. Т.е. производители приемников должны давать информацию оператору какие данные надо ему передавать. Хорошо если типов приемников в сети немного. А если нет?
В апгрейде по эфиру есть несколько моментов. Объем передаваемой информации не очень велик менее 2х мегабайт. Но в любом случае это данные, которые занимают какое то место в потоке. В реальности поток для телевидения достаточно неравномерный и в большинстве случаев в паузах передачи данных можно втиснуть и дополнительные данные, не уменьшая поток на основые функции. Но время передачи, по этой причине, зависит от конкретных условий и может менятся в очень широких пределах. Естественно во время передачи могут возникнуть ошибки, как по эфиру, так сбросы по сети ,так и переход пользователя на другую программу, и в зависимости от програмного обеспечения приемников они могут приводить к разным последствиям. От очень долгого апгрейда до полного выхода приемника из строя. Мы так представляем, что совсем уж такие плохие случаи становятся все менее вероятными, но исключать такую возможность нельзя.
Программисты применяют достаточно изощренные алгоритмы, чтобы исключить такие вероятности, но они все равно могут быть. Оператор должен хорошо представлять физику процессов, чтобы правильно оценить последствия принятых решений.