mp4 module

[Gena Makhomed]

On 16.04.2012 21:26, Elifan wrote:

>>> Имеем большое количество flv файлов.
>>> Ввиду   появления   множества   мобильных   устройств  и  беспроводных
>>> технологий, тестируя для них html5, столкнулись с такой проблемой:
>>> устройство  видит  плеер или запускает свой (RMA и тп), подключается к
>>> nginx,  забирает  порядка  10-30  кбайт  и  отрубается  с  ошибкой типа
>>> "Воспроизведение  невозможно".  Если  файл  в  контейнере  mp4, то все
>>> работает отлично.

>> а что мешает перекодировать все файлы
>> в формат mp4 и забыть про эту проблему?

>> разве есть еще какие-то браузеры/флеш-плагины,
>> которые понимают формат flv и не понимают mp4 ?

> Логично, mp4 получается с этой стороны более универсальным.
> Да  и  перекодировка  копированием  видео  и звука не должна сказаться
> отрицательно на качестве.. Надо попробывать.
> Спасибо, теперь это будет идея фикс!

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

а если файл в формате flv - то таких проблем не будет.

так что наверное наилучший вариант - держать два файла, в двух разных 
форматах.

вряд ли получится из одного файла в каком-то мета-формате одновременно 
стримить для клиентов и flv и mp4.

хотя тут могу и заблуждаться, хотелось бы узнать мнение разработчиков nginx.

-------- Original Message --------
Subject: Re: MP4 pseudostreaming - seek delay
Date: Wed, 18 Apr 2012 10:38:12 +0400
From: Igor Sysoev <igor at sysoev.ru>
Reply-To: nginx at nginx.org
To: nginx at nginx.org

On Tue, Apr 17, 2012 at 09:23:13PM -0400, ragivan wrote:

 > That was back in 2008, they didn't have 2 hour long videos. But what I
 > was talking about what regarding the technology, lighttpd and nginx both
 > do pseudo streaming. The moov atom is about 5 MB so it takes about 10
 > seconds to download that before playing the video. Is there some
 > technique to start playing the video after partial download of the moov
 > atom? Or is it possible to cache the moov atom into memory for faster
 > retrieval?

I've just tried to watch 3 YouTube movies in Firefox 11 with Flash installed
and discovered using LiveHTTPHeaders that these movies are in FLV format.
Using this format player is smart enough to request just a file offset
but not movie time and it does not need movie metadata such as MOOV atom.
It need just a small static 13-bytes FLV header:
http://nginx.org/en/docs/http/ngx_http_flv_module.html


-- 
Igor Sysoev

_______________________________________________
nginx mailing list
nginx at nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx

-- 
Best regards,
  Gena