[XviD-devel] XVID Bframe AVIs and ffmpeg decoding
Michael Niedermayer
xvid-devel@xvid.org
Mon, 13 Jan 2003 14:10:54 +0100
Hi
On Monday 13 January 2003 13:54, Christoph Lampert wrote:
> On Mon, 13 Jan 2003, Michael Niedermayer wrote:
> > Hi
> >
> > On Monday 13 January 2003 12:33, Christoph Lampert wrote:
> > > On Mon, 13 Jan 2003, Christoph Lampert wrote:
> > > > errors and image distorsion (or other values, often 0,00000).
> > > > When I create a raw M4V stream and embed them into MP4 container, I
> > > > _don't_ get these messages when playing, and the image is fine.
> > >
> > > Oh, great! Now it happens with raw encoding, mp4creator and .MP4, too.
> > > Still no ideas what causes it... :(
> >
> > at first quick look, its wrong stuffing bits, combined with bad luck
> > (normally ffmpeg/lavc detects & works around it)
> >
> > u can try mplayer with "-lavdopts bug=0" to force bugfree type decoding,
> > it fails
> > or try mplayer with "-lavdopts bug=16" to force padding/stuffing bug type
> > decoding, it works
> >
> > btw, could it be that xvid doesnt add stuffing bits if the last bit ends
> > at byte aligned boudary?
>
> Yes, that's it! I'll a commit a patch... It has to be done just before
> VOP/VOL/VO startcodes, not between other structures, am I right?
dunno about VOP /VOL/VO perhaps its not needed there but it certainly is
needed at the end of slices & end of the picture
if its not done then detecting the end of slices is somewhat tricky and
reverse decoding of RVLC would be impossible but noone uses RVLC so the later
doesnt matter ...
[...]
Michael