[MPlayer-users] Strange behaviour of latest mplayer when seeking

Vladimir Mosgalin mosgalin at VM10124.spb.edu
Sat Apr 9 15:07:31 CEST 2011


Hi Reimar Döffinger!

 On 2011.04.08 at 00:52:53 +0200, Reimar Döffinger wrote next:

> > I updated mplayer to one of later builds, r33183. It has two strange
> > strange things about it. First is, spitting
> > [VD_FFMPEG] DRI failure.
> 
> Hm, I suspect you have enabled multi-threaded decoding.
> That is a side-effect, we probably should just disable DR from the
> start in those cases.

Mhm. Actually I had lavdopts threads=2 option since ages in config, as it was
rumored it helps h264 decoding.

There seem to be no lavdopts suboption to manually disable dr

> I changed a few things, hopefully for the better.
> I currently can see this behaviour only with larger -key-fifo-size values
> (though I do not really understand why).

Yes, thanks! It's fixed now.

> > Cache not filling, consider increasing -cache and/or -cache-min!
> > message. But most stops give no message.
> 
> I think that was just by chance that there was any relation. More or
> less: the cache process would steal CPU from the playback process
> which in turn caused the key fifo to fill up which then caused the
> effect. Your cache settings just "by chance" changed the probability
> of this happening.

Aah, joys of actual parallel execution..

-- 

Vladimir


More information about the MPlayer-users mailing list