2011-02-26 3 views
4

Я занимаюсь потоковой передачей предварительно записанных h.264 видео с HTTP. Я запускаю слишком много проблем с брандмауэром, используя RTMP.Какой лучший способ потоковой передачи HTTP H.264 Flash?

Поднимаются ли люди новым подходом Adobe HTTP Dynamic Streaming? http://www.adobe.com/products/httpdynamicstreaming/

Любой, у кого положительный опыт использования Akamai HD? http://wwwns.akamai.com/hdnetwork/demo/flash/zeri/index.html

Или является более старым потоком HTTP Pseudo Streaming по-прежнему способ пойти? http://www.longtailvideo.com/support/jw-player/jw-player-for-flash-v5/12534/video-delivery-http-pseudo-streaming

Мне показалось, что ни одна из служб онлайн-кодирования, на которую я смотрел, не поддерживает форматы F4F и FMF Adobe HTTP Dynamic Streaming.

http://www.encoding.com http://heywatch.com/page/home http://zencoder.com http://www.pandastream.com

Идеально было бы быть на самом деле плагин OSMF, который поддерживает m3u8 HTTP Streaming подход Apple, потому что никакие специальные компоненты сервера не требуется, и он будет совместим с Iphone и Android 3. Но этот плагин пока еще не существует, и у меня слишком много ограничений времени и бюджета в проекте, чтобы написать такой плагин самостоятельно.

ответ

2

Потоковый механизм Adobe HTTP Streaming - лучший подход, если он работает в вашей ситуации (либо вы можете использовать их потоковый сервер, другой совместимый, такой как Wowza, либо использовать их инструменты для разбивки видео и размещения отдельных частей). Это лучше, чем RTMP при возникновении проблем с брандмауэром. Это также лучше, чем Pseudo streaming, так как клиентский код для обработки отдельных частей полностью содержится в Flash-проигрывателе и вам проще реализовать и может обеспечить более плавный результат. Кроме того, поскольку плеер помещает видео вместе, вы не отбрасываете загруженное видео при поиске, как это часто бывает с псевдопотоком.

Тем не менее, псевдо-потоковая передача по-прежнему является очень хорошим вариантом. Это почти то же самое, что и потоковая передача HTTP от Adobe, но реализована за пределами проигрывателя, и чаще всего (но не обязательно) отбрасывает загруженное видео при поиске вне загруженного раздела.

Я не могу сказать наверняка, но я подозреваю, что причина, по которой вы не увидите большой поддержки стандарта HTTP потоковой передачи Adobe за пределами продуктов Adobe, состоит в том, что существует три полностью отличных «HTTP-протокола» HTTP, которые выполняют точно то же самое совершенно несовместимо (Adobe, Apple и Microsoft). Если эти три в какой-то мере согласятся на стандарт, сторонняя поддержка инструмента должна быть проще найти.

+0

Я, конечно, согласен с стандартным потоковым HTTP-потоком, имея 3 разных способа сделать то же самое, это смешно. То, что мне не нравится в потоковой передаче Adobe HTTP, - это их разделение файлов, которое является для них собственностью, что затрудняет создание собственного сплиттера для видео в реальном времени. Я задал вопросы [здесь] (http://stackoverflow.com/questions/4443146/how-to-implement-the-adobe-http-streaming-spec-without-using-the-streaming-serv), но решения не все, что удовлетворяет. – Scott

2

F4F и F4M на самом деле не закодированы. Вы кодируете свои видео в MP4 и обрабатываете их с помощью командной строки Adobe F4F Packager (для Windows или Linux). Это создает файлы F4F и F4M, файл MP4 не перекодируется, а просто индексируется и, возможно, разбивается на сегменты, если вы этого хотите.

Смежные вопросы