Трансляция видео с низкой задержкой и минимальными проблемами при установке клиента - PullRequest
2 голосов
/ 08 апреля 2009

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

  1. Низкая задержка (менее 2 секунд) от точки записи до конечного зрителя
  2. веб-клиент, требующий минимальной установки. Это означает, что если он работает на решении, которое установило большинство людей (flash, java), это замечательно. Пользовательские active-x (т.е.) и плагины (firefox) менее желательны. Я знаю, что среди потоковых клиентов quicktime и wmp оба плохо работают с идеей низкой задержки или нулевой буферизации.
  3. Серверное решение для приема одного потока и его трансляции. Самым важным в сервере является то, что он работает с пунктом 2.

Вот некоторые вещи, которые мы попробовали или рассмотрели.

  1. Флэш-сервер Adobe с флэш-клиентом. Похоже, что медиасервер Adobe не поддерживает потоков с низкой задержкой. Что-то за UDP было бы здорово.
  2. Медиа-сервер Wowza с флеш-клиентом. Мы действительно проверили это и обнаружили, что задержка была довольно низкой. Тем не менее, мы видели увеличение задержки при низкой пропускной способности и т. Д. Вместо того чтобы наблюдать увеличение задержки, я бы предпочел, чтобы клиент отбрасывал кадры, чтобы поддерживать актуальность.

У кого-нибудь есть другие предложения?

Ответы [ 4 ]

3 голосов
/ 24 августа 2009

Мы обнаружили, что с последней версией Wowza на экземпляре amazon EC2 мы можем получить задержку менее секунды с помощью стримера и клиента здесь, на западном побережье (amazon EC2 находится на восточном побережье). Довольно внушительный. Мы обнаружили, что проблемы с задержкой были связаны с тем, что мы использовали Flex в качестве видео-клиента. Когда мы используем вспышку, она прекрасно работает !!!

2 голосов
/ 18 мая 2009

Мы сделали нечто подобное и используем потоковое программное обеспечение Unreal Media. До настоящего времени мы сократили задержку примерно до полсекунды для видео и аудио в зависимости от качества. Однако мы обнаружили, что отдельные потоки для аудио и видео улучшают задержку и предотвращают буферизацию.

Мы смотрели на flash и wozwa, но главной проблемой, которую мы имели, было кодирование, а не дистрибутивы, а WMS просто безнадежна из-за низкой задержки. Мы могли бы получить только около 5 секунд в нашей локальной сети. Позор, поскольку нашим клиентом является Silverlight, поэтому мы бы предпочли использовать это для простоты.

1 голос
/ 10 июня 2009

Хороший продукт, на который вам стоит взглянуть, это Vidyo. (http://www.vidyo.com) Не бесплатно --- но отличные результаты благодаря кодированию H.264SVC.

1 голос
/ 11 апреля 2009

Почему вы не посмотрите на Windows Media Server (поставляется с Windows Server 2003 и более поздними версиями)?.
Он поддерживается в большинстве браузеров (IE, Firefox, Chrome) и потоковых видео в реальном времени.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...