[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