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

Arpi arpi at thot.banki.hu
Mon Jan 13 02:37:26 CET 2003


Hi,

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

yes, it is. 

now i can see - when cache goes low, it loses control over the stream:
the audio 'thread' (it goes faster, since audio is prebuffered by soundcard)
seeks forward, and due to an old cache limitation (bug) it discards cache
content at seeking. so teh seek will succeed (by resetting cache) but in the
next momemnt the video thread will fail since the video frames has been
dropped from cache and it cannot seek the stream backward :(

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

yep it would be the proper way, but far not easy to implement.
- needs to pre-build an interleaved index (qt has independent index tables
for each stream) and do interleaved parsig (like avi parser without -ni)
- edit-lists must be handled somehow, since they mess up order of
audio/video chunks :(
normaly i would say forget editlists for streamig, but most trailers use it.

but imho fixing the cache "bug" should solve teh problem.
i'm planning to do it since ages but always forgot :(


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

yep you need faster connection than the stream's bitrate, it's the no.1 rule
of streaming media :)

or you need to stop while cache is filled again (qt player does this).

> > > can you do it ? /me feels slowly tired ...
> >
> > no, /me feels lazy...
> 
> ok, then tomorrow ... :)

tomorrow? oh no, i have to work again... :(
(end of mplayer hacking weeks)


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