[Ffmpeg-devel] bug report: ffmpeg converting error - AVI to MP4

Kostya kostya.shishkov
Tue Feb 20 18:23:38 CET 2007

On Tue, Feb 20, 2007 at 08:25:06AM -0800, Jimmy wrote:
> --- Michel Bardiaux <mbardiaux at mediaxim.be> wrote:
> > Jimmy wrote:
> > > --- Kostya <kostya.shishkov at gmail.com> wrote:
> > > 
> > [snip]
> > >> It will work just the same as new SVN - most
> > frames
> > >> will be decoded fine and some will give error.
> > >> Where to find fresh win32 build? Google.
> > > 
> > > OK. So there's no need for me to test the old
> > > versions. I tested with the latest SVN and still
> > won't
> > > convert it.
> > > 
> > I am now totally confused. The search for a svn
> > commit that broke 
> > reading the file in question was abandoned because
> > Kostya said current 
> > svn works. Now he says it *mostly* works, Jimmy
> > hints it doesnt work at all.
> I am really sorry if I'm the reason for this
> confusion. My statement is unchanged from the first
> email I sent reporting this bug. No SVN works (the
> ones I tried myself, of course, - the one from my
> initial email, and the latest one). By "not working" I
> mean that they won't convert the entire input file.
> They convert it until at a certain point, from which
> the errors begin to flow.

Interesting fact:
ffmpeg -i JPEG-LS_error.avi -f image2 -vcodec copy %04d.jpg

will produce JPEGs that quite probably won't be handled by
anything else.

if you manually convert them with ffmpeg
ffmpeg -f image2 -i 0034.jpg -f image2 0034.png

then almost all of them will be converted correctly
AND there will be more frames (ffplay stops on globe view,
those pictures show also "A1" logo after that)

I don't understand why during conversion errors will be
NOT the same as during playback.

Another fact - resulting 0323.jpg will also contain 'JUNK'
block (I verified - it is really part of the frame and it
is not alone). OpenDML tricks?

Michael, what can you say about this?

More information about the ffmpeg-devel mailing list