[MPlayer-dev-eng] [PATCH] Support for MOV-Reference Files

Arpi arpi at thot.banki.hu
Sun Jan 12 23:03:16 CET 2003


Hi,

> > > If mime/type==video/quicktime and video is bigger than normal set cache
> > > (40 kb), cache-size is set to Content-Length ...
> >
> > BAD!!!
> 
> ok, ok ;) 
> 
> ... removed from patch ...
> 
> But anyway how can a plugin for example know what kind of buffer it needs to 
> smoothly playback qt-files for example ... 
> 
> So it has to always send -cache 8192 or so :-(

i don't understand this... i've already fixed the .mov streaming few hours
ago, your sample url works with 40k cache... so why do you want to pump up
cache to n*10 mb ?

anyway browsers can be configured to first download the file to tmp and then
run the app on the local file, instead of passing the http url to the app.

> But then I vote to fix it and add an -cacheopts option that you can set the 
> prefill-buffer to something different than 20% of cache ...
agree, option for cache-prefill (20%) and cache-back (50%) should be added

> > > PS: I hope it is clean and there are no 10l's in for example the code
> > > with the basename-thingy (I really don't like string-handling, I really
> > > don't ;) )
> >
> > ask .so for help :)))
> 
> Ah, #mplayer-ppl told me what you meant :)

what did they told? :))

> ok, changed to one line ;)
> 
> file_format=demuxer->type...
> As file_format is used in next switch and ifs .. :-/

ok, it would be a 10l for me :)

> PS: Hope this time it is ok :)

i'll test


A'rpi / Astral & ESP-team

--
Developer of MPlayer, the Movie Player for Linux - http://www.MPlayerHQ.hu


More information about the MPlayer-dev-eng mailing list