[Mplayer-dev-eng] -hardframedrop and -nodshow

Arpi arpi at thot.banki.hu
Mon Aug 13 13:16:41 CEST 2001


Hi,

> >Hi,
> >
> >> can you give a brief explanation about how -hardframedrop works
> >> technically? I guess it skips decoding of frames. Fine.
> >> But how does it keep "good" picture quality in compination with  
> >> -nodshow ? 
> >
> >the VfW divx codec partially implements the "HURRY_UP" message, it
> >means "decode only what is really necessary for next frame".
> >so it doesn't really decodes, but update internal buffers to
> >be able to decode next non-keyframe frame.
> 
> ahh.. fine, that's what I hoped for. 
> 
> Almost finished asking: 
> 
> Is there documentation about "HURRY_UP" on the web? 
yes, check MSDN at microsoft.com... but don't wait much from that pages...

> Is this comparable to OpenDivX's  decFrame.renderflag? 
yes. it has the same function. but it works in opendivx :)

> Would it be possible to implement in ffdivx (of course it would, I
> mean, "without too much fuss about it")?
yes & no.
yes: already done. it doesn't do extra rendering, just pass back its internal buffer.
no: special handling of double-skipped macroblocks isn't implemented. btw it
  is very hard to do (you have to decode next frames) and doens't really
  worth to do. i think this is what vfw codec does, but it's buggy too.
  (maybe with triple-skipped MBs.)

btw we're getting very offtopic here, move to -dev-eng.


A'rpi / Astral & ESP-team

--
mailto:arpi at thot.banki.hu
http://esp-team.scene.hu

_______________________________________________
Mplayer-dev-eng mailing list
Mplayer-dev-eng at lists.sourceforge.net
http://lists.sourceforge.net/lists/listinfo/mplayer-dev-eng



More information about the MPlayer-dev-eng mailing list