[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