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

Michael Niedermayer michaelni at gmx.at
Wed Mar 19 11:15:37 CET 2003


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

[...]

Michael


More information about the XviD-devel mailing list