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

Fabian Franz FabianFranz at gmx.de
Sun Jan 12 23:11:22 CET 2003


Am Sonntag, 12. Januar 2003 23:03 schrieb Arpi:
> 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 ?

hm, but I still get after some time: (2-3 secs of video & audio)

AO: [oss] 22050Hz 2ch Signed 16-bit (Little-Endian)
Building audio filter chain for 22050Hz/2ch/16bit -> 22050Hz/2ch/16bit...
Start playing...
NewGWorldFromPtr returned:65536
ImageCodecPreDecompress cres=0x0
supported csp: 0x79757675 uvuy
supported csp: 0x79757673 svuy
Stream not seekable!V:  0,106 ct:  0,017   50/ 50   9%  5% 14,9% 0 0 15%
Stream not seekable!
ImageCodecBandDecompress cres=0xFFFFFFCE (-0x32) -509%  5% 15,9% 1 0 15%
Stream not seekable!V:  0,678 ct:  0,033   52/ 52   9%  5% 16,0% 2 0 0%
Stream not seekable!
ImageCodecBandDecompress cres=0xFFFFFFCE (-0x32) -50
Stream not seekable!V:  0,967 ct:  0,042   53/ 53   8%  5% 18,0% 3 0 0%
Stream not seekable!
ImageCodecBandDecompress cres=0xFFFFFFCE (-0x32) -50
Stream not seekable!V:  1,255 ct:  0,050   54/ 54   8%  5% 22,5% 4 0 10%
Stream not seekable!
ImageCodecBandDecompress cres=0xFFFFFFCE (-0x32) -50
A:   6,0 V:   4,5 A-V:  1,543 ct:  0,058   55/ 55   8%  5% 26,9% 5 0 5%

MPlayer interrupted by signal 11 in module: decode_video
- MPlayer crashed by bad usage of CPU/FPU/RAM.
  Recompile MPlayer with --enable-debug and make a 'gdb' backtrace and
  disassembly. For details, see DOCS/bugreports.html section 5.b.
- MPlayer crashed. This shouldn't happen.
  It can be a bug in the MPlayer code _or_ in your drivers _or_ in your gcc
  version. If you think it's MPlayer's fault, please read DOCS/bugreports.html
  and follow instructions there. We can't and won't help unless you provide
  these informations when reporting a possible bug.
SoundConverterEndConversion:0
SoundConverterClose:0

I saw your cvs commit and it is in my tree, but it don't seems to work :-(

>
> 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

hm, ok ...

can you do it ? /me feels slowly tired ...

>
> > > > 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? :))

pont so = Pontscho ;)

>
> > 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

ok :)

cu

Fabian
>
>
> A'rpi / Astral & ESP-team




More information about the MPlayer-dev-eng mailing list