[Ffmpeg-devel] [BUG] RV20 bad decode

[Michael Niedermayer]

Hi

On Thursday 21 April 2005 22:48, matthieu castet wrote:
> Hi,
>
> Diego Biurrun wrote:
> > Hello Michael and team!
> >
> > Compn stumbled upon another RV20 file that FFmpeg fails to decode
> > properly.
> >
> > The original stream is at
> >
> > rtsp://137.78.25.101:554/Video-Galileo-AVC-2003-182.rm
> >
> > I have uploaded the dumped file (4.2MB) to my homedir along with a 200k
> > truncated version and the output of 'mplayer -v' playing the small one:
> >
> > http://mplayerhq.hu/~diego/Video-Galileo.rm
> > http://mplayerhq.hu/~diego/Video-Galileo_small.rm
> > http://mplayerhq.hu/~diego/Video-Galileo_small.rm.output
> >
> > libavcodec spits out a bunch of the following errors while decoding the
> > file:
> >
> > [rv20 @ 0x86fafdc]messed up order, seeking?, skiping current b frame
> > [rv20 @ 0x86fafdc]HEADER ERROR
> > Error while decoding frame!
> > [rv20 @ 0x86fafdc]b mb_type damaged at 4 9
> > [rv20 @ 0x86fafdc]ERROR at MB 4 9
> > Error while decoding frame!
> > [rv20 @ 0x86fafdc]b mb_type damaged at 16 12
> > [rv20 @ 0x86fafdc]ERROR at MB 16 12
> > Error while decoding frame!
> >
> > If I use the binary DLL to decode the file everything is fine, using the
> > libavformat demuxer or ffplay makes no difference, so I assume it is a
> > bug in the FFmpeg decoder.
>
> Attach a patch that allow to play the file.

applied


>
> I think we should find a way to extract from the subid the options
> instead of doing a case where we should add lot's of versions.

yes, patch welcome

[...]
-- 
Michael

"nothing is evil in the beginning. Even Sauron was not so." -- Elrond