[MPlayer-users] Strange behaviour of latest mplayer when seeking
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..
More information about the MPlayer-users