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

[Fabian Franz]

Am Sonntag, 12. Januar 2003 23:23 schrieb Arpi:
> Hi,
>
> > hm, but I still get after some time: (2-3 secs of video & audio)
> >
> > Stream not seekable!V:  0,106 ct:  0,017   50/ 50   9%  5% 14,9% 0 0 15%
> > Stream not seekable!
>
> hmm
hmm
>
> > ImageCodecBandDecompress cres=0xFFFFFFCE (-0x32) -509%  5% 15,9% 1 0 15%
>
> huh?
... dunno ...
>
> maybe you need bigger cache than me as you have bigger audio delay
> (soundcard drv dependent), so audio & video pointers are far.
>
> maybe we should implement stream-like parser for mov files too
> (now it's index-based)

hm, could be a good idea... as many qt-movies are streamed ...

>
> try -cache 256
>
> should eb enough...

yep! you're right ...

>
> > MPlayer interrupted by signal 11 in module: decode_video
>
> heh. gdb trace?

öhm, forgot ... but anyway it didn't work with new bigger sample file:

http://a772.g.akamai.net/5/772/51/e9f488aa95aefe/1a1a1aaa2198c627970773d80669d84574a8d80d3cb12453c02589f25382f668c9329e0375e81787e85abb28970c7aee1d900465d736aa1c81ec4bb91e8bf063cc3f/star_trek_nemesis_400.mov

seems that it needs a bigger cache ...:

Stream not seekable!V:  0,590 ct:  0,095   82/ 82  49% 15% 25,5% 10 0 0%
Stream not seekable!
A:   4,2 V:   3,4 A-V:  0,734 ct:  0,099   83/ 83  49% 15% 30,4% 11 0 2%
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 22063)]
0x668116ee in ?? ()
(gdb) bt
#0  0x668116ee in ?? ()
Cannot access memory at address 0xe952

>
> > > agree, option for cache-prefill (20%) and cache-back (50%) should be
> > > added
> >
> > hm, ok ...
> >
> > can you do it ? /me feels slowly tired ...
>
> no, /me feels lazy...

ok, then tomorrow ... :)
>
> > > > > ask .so for help :)))
> > > >
> > > > Ah, #mplayer-ppl told me what you meant :)
> > >
> > > what did they told? :))
> >
> > pont so = Pontscho ;)
>
> i hoped they told you about his experiments with string handling :)

öhm, no ... ;)

cu

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