Потоковое видео требует обработки VLIW

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

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

Кодирование вычислительно сложный процесс в превращении высокой пропускной способностью видеосигнал в битовый поток, который может проходить через Интернет. Чем выше коэффициент сжатия требуется при более низких доступных пропускной способности может быть достигнуто только за счет использования более вычислительных ресурсов. Выбор надлежащего механизма сжатия является наиболее важным фактором, который определяет, сколько и требуемая полоса пропускания для подключения серверов и объем пропускной способности конечного пользователя должна получать содержание.

Кроме того, считаем, что одним из ключевых требований на стороне сервера является масштабируемым есть видео. Это относится к кодирования битовых потоков, которые передаются через старый добрый телефонной связи (POTS), T1, ISDN или DSL линии. Единственный способ справиться с этой конструкции требование отдельно кодировать эти потоки битов. Иными словами, не может быть один кодировщик для линии POTS, ISDN другом, и так далее. По сути, дизайнер статически создания всех этих битового потока.

Однако, эта ситуация не является необходимым в свете того факта, что дизайн целью является передача видеоданных эффективно для достижения постоянного потенциала битрейтом. Более эффективной разработки подхода, основанного на базе процессора VLIW средств массовой информации заключается в развитии одного битового потока, а затем распространить его по различным каналам, которая предусматривает кодирования битов в масштабируемым способом. С другой стороны, статически закодирован поток битов на основе ЦОС и доказывает, неэффективным для современных вычислений и памяти интенсивной потоковое видео приложений.

Есть несколько DSP-связанных вопросов, связанных в данном случае. Во-первых, программирование DSP делается много времени на ассемблере. Еще хуже то, что это не легко для программиста перевести видео алгоритмы в ассемблере. Более того, даже последних раундов ЦСП не имеют специализированные инструкции для выполнения обработки видео. Или, во многих случаях, множество инструкций и многие последовательности операций ЦОС, необходимые для выполнения данной функцией видеозаписи.

С другой стороны, VLIW обработки сопровождается набор пользовательских операций может significantiy уменьшить это количество необходимых инструкций только один. Некоторые операции высокой пользовательской функции устранения условных ветвлений, что позволяет планировщик эффективно использовать все пять слотов операции в каждом инструкций процессора VLIW. Заполнение всех пяти слотов имеет особенно важное значение во внутренней петли вычислительно интенсивные мультимедийных приложений.

VLIW обработки, такие как это особенно важно для кодирования живые события, которые особенно требовательных с кодировщик не возможность выполнить вычислительных ресурсов алгоритмов сжатия на другой последовательности. Для достижения большей степени сжатия, кодировщик должен идти в ногу со поступающих данных. В таких случаях, быстро аппаратное и программное обеспечение критических идти в ногу с входящего сигнала, но по-прежнему генерировать поток битов достаточно малы, чтобы быть переданы по Интернету.

Видео-кодирования H.263 стандарт описывает в кодированном виде для видео последовательностей передаются по каналам низкой скоростью передачи данных, таких как POTS, ISDN и T1. Это подробно описано, как поток битов можно описать кино и как должен работать декодер для декодирования битового потока обратно в картинки.

Стандарт не указать кодер, так что оставим ее до системный инженер для разработки алгоритма, который обеспечивает лучшее реконструированное изображение на декодер. Для кодирования последовательности, дизайнер может игнорировать всю информацию из предыдущих фотографий или использовать эту информацию для получения высшего выгоды. H.263 стандарт позволяет этими двумя возможностями. Если предыдущее изображение игнорируются, сжатия основан только на пространственные резервирования, то есть избыточность в картину. Эти картины называют INTRA фотографии (I-изображения). Если информация, содержащаяся в предыдущих фотографий используется не только пространственной избыточности использоваться, а также временных 1 между нынешним и предыдущим фотография фотографии. Они называются "Интер фотографии или С-изображений.

В библиотеке H.263 видео кодек обеспечивает отдельную кодирования и декодирования функций, которые выполнены в виде независимых потоков на одном процессоре или на независимых процессоров. Она включает в себя интерфейс прикладного программирования (API) для управления параметрами кодека. H.263 кодек достигает в режиме реального времени кодирования / декодирования производительности до 30 общий промежуточный формат (CIF) кадров в секунду, кодирования и декодирования на одном процессоре VLIW.

Кодек настраивается для оптимальной производительности в скорости передачи диапазоне от l28Kbit/sec. до более чем 1 Мбит / сек. со всеми основными петли оптимизированы и настроены на высокой пропускной способности приложений. Индивидуальные настройки для работы на пропускную способность ниже l28Kbit/sec. также доступны. Данные основаны на обычной сессии видеоконференций с одной теме; H.263 кодек работает на TMl300 VLIW на базе процессора карты в 150МГц; фиксированной квантователи используются со скоростью от контроллера, а также между CIF обработки выполнены, значение, как кодирование и декодирование.

ПО для создания библиотеки хорошо подходит для различных видео-приложений, начиная от низкой скоростью передачи видео-конференций POTS приложений с высокой скоростью передачи данных, качество видео через Интернет. Эти приложения включают потокового видео в сети Интернет, видеоконференцсвязь, видео по электронной почте и удаленного видеонаблюдения. В настоящее время эта H.263 библиотека используется в число потребителей потокового видео-продукции, начиная с низкой пропускной способностью видеофоны в режиме реального времени кодировку техника способна многоадресной или одноадресной потокового видео высокого качества через широкополосные сети на скоростях в диапазоне от 50Kbit/sec. в 1Mbit/sec.

Библиотека обеспечивает система управления с программируемым инженерные работы и динамическое управление скоростью. Это позволяет конструкторам, чтобы выбрать оптимальный баланс между нагрузка на процессор, качество видео, и видео-кадров. Динамический контроллер скорости дает дизайнерам пути осуществления плавного перехода видео с битрейтом ниже 128Kbit/sec. более 1Mbit/sec. и полезно для переменной пропускной способностью видео-приложений.

Мохаммад Аюб Хан является вице-президент по программному обеспечению и инженерных систем на TriMedia СофтИнформ, основанный в Милпитасе, Калифорния