[XviD-devel] Invalid stuffing bits and divx 5.0.3 qpel

[suxen_drol]

On Wed, 19 Mar 2003 11:15:37 +0100 Michael Niedermayer <michaelni at gmx.at> wrote:

> Hi
> 
> On Wednesday 19 March 2003 10:19, Christoph Lampert wrote:
> > On Tue, 18 Mar 2003, Michael Niedermayer wrote:
> > > Hi
> > >
> > > On Tuesday 18 March 2003 20:39, Michael Niedermayer wrote:
> > > > Hi
> > > >
> > > > On Tuesday 18 March 2003 19:59, b0b0l0l0 at free.fr wrote:
> > > > > En réponse à Christoph Lampert <chl at math.uni-bonn.de>:
> > > >
> > > > [...]
> > > >
> > > > > > At the end of VOP, BitstreamPadAlways() is required, if I remember
> > > > > > correctly.
> > > > >
> > > > > You're right.
> > > > >
> > > > > By the way, I've also noticed some problems with divx pro 5.0.3 qpel.
> > > > > The bitstream generated by divx with qpel enabled produces some
> > > > > chroma glitches once decoded with xvid or other mpeg4 codec (3ivx,
> > > > > momusys, etc). According to their changelog, they are supposed to
> > > > > comply with 14496-2 DCOR1 (N4740) but I can't manage to decode their
> > > > > stream with any decoders. Have you any
> > > >
> > > > ffdshow/ffmpeg/mplayer should decode it correctly, if not then upload a
> > > > sample file to ftp://mplayerhq.hu & tell me that u did
> > >
> > > btw, IIRC its some chroma MV rounding bug in divx 503 which causes this
> >
> > Do you have a sample? As far as I heard, DivXnetworks believes QPel chroma
> perhaps, but i cant find it, i guess any video with slow moving stuff should 
> do

when i tested 5.03 sometime ago i found (on a duron pc) that:

- divx5.03 + quarterpel appears iso compliant
- divx5.03 + quarterpel + bframes has the chroma mv problems as 5.02.


-- pete; life is like a box of ammo