[XviD-devel] XVID_DEC_LOWDELAY not specified in latest CVS snapshot (xvid_20021218)

[suxen_drol]

On Wed, 18 Dec 2002 09:37:43 +0100 "Frodo" <csharprules@hotmail.com> wrote:

> Hi,
> 
> I'm trying to get the latest xvidcore 2 work with the latest mplayer
> I've downloaded the latest CVS snapshot (20021218) from www.xvid.org
> 
> however there seems 2b a problem. MPlayer uses some xvid_decore() flags:
> #ifdef XVID_API_UNSTABLE
>   dec.general |= XVID_DEC_LOWDELAY;
>   dec.general |= XVID_DEC_DEBLOCKY;
>   dec.general |= XVID_DEC_DEBLOCKUV;
> #endif
> 
> but these flags aren't specified in the latest xvid.h and don't after scanning all the files it doesn't look like the xvidcore uses them anywhere???

this is untrue: xvid.h ($Id: xvid.h,v 1.17.2.16 2002/12/16 08:54:44
suxen_drol Exp $) from the dev-api-3 branch contains the above three
macros. maybe you checkout'd stable?

please do not use DEBLOCKY/UV by default. more importantly, xvids
decoder will (eventualy) return quants/skips info, such that mplayer's
postproc lib can be used.

XVID_DEC_LOWDELAY should _only_ be used, if you the decoding application
(ie. mplayer) expects the input bitstream to be fully read. it meant for
video-for-windows/AVI decoding, where for every frame-in, a frame-out is
expected. mplayer's 'vd' api should not have this limitation. ive
mentioned this before, and posted a similar message to mplayer-dev-eng.
maybe it got "lost" in the mail ;-).
 
> another question I got is about fdct_mmx.asm & idct_mmx.asm
> these file contain the following lines:
> 
> %ifdef FORMAT_COFF
> SECTION .data data
> %else
> SECTION .data data align=64
> %endif
> 
> I'm using xvidcore as a static lib and the align=64 gives a linker problem for me. After removing the align=64 it works, but is this safe? or is there another way?

what problems/errors are you getting?

-- pete; life is like a box of ammo