Lukas Tribus Wrote: ------------------------------------------------------- > It heavily depends on the mp4 file used. moov atom needs to be at the > beginning of the file, for example. Get mp4box and read its doc, it > will help you prepare the file for streaming. > > > To: [email protected] > > Subject: Re: Nginx serving Large static files on windows > > From: [email protected] > > Date: Sat, 25 Oct 2014 13:51:11 -0400 > > > > Well i dont get it all at once i just have to wait like 44 seconds > before > > the first byte or bit of the download so i can play the media while > the rest > > of it downloads. > > > > It is such a unique issue. I never noticed it until now because when > i watch > > the same length videos on youtube and places they stream it via rtmp > with > > dash i recon. But when you delieve just a standard mp4 file for > html5 > > streaming you encounter this problem. > > > > I read that even cpu or ram could contribute to this but i find that > > unlikely. > > > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?2,254257,254272#msg-254272 > > > > _______________________________________________ > > nginx mailing list > > [email protected] > > http://mailman.nginx.org/mailman/listinfo/nginx > > _______________________________________________ > nginx mailing list > [email protected] > http://mailman.nginx.org/mailman/listinfo/nginx
Like i said previously i do not use the MP4; module. http://nginx.org/en/docs/http/ngx_http_mp4_module.html And besides that all videos are compiled for HTML5 streaming with the following command line via ffmpeg. -movflags +faststart So all metadata is at the start of the file all other mp4's are fine just very large / very long mp4 files have this problem. webm ogg flv all fine and fast regardless of size. Posted at Nginx Forum: http://forum.nginx.org/read.php?2,254257,254274#msg-254274 _______________________________________________ nginx mailing list [email protected] http://mailman.nginx.org/mailman/listinfo/nginx
