[FFmpeg-devel] [PATCH] H.264: fix decoding of plain still images (broken since revision 14289)
Sun Jan 4 22:06:39 CET 2009
On Sun, Jan 04, 2009 at 09:58:18PM +0100, Reinhard Nissl wrote:
> Mike Melanson schrieb:
> > Reinhard Nissl wrote:
> >> Hi,
> >> Carl Eugen Hoyos schrieb:
> >>> Reinhard Nissl <rnissl <at> gmx.de> writes:
> >>>> Sorry to bother you further, but this trial and error strategy
> >>>> doesn't look promising. Can I do those conformance tests myself?
> >>> http://samples.mplayerhq.hu/fate-suite/h264-conformance/
> >>> http://wftp3.itu.int/av-arch/jvt-site/draft_conformance/
> >> Thanks for the files. What's the recommended command line to to
> >> the test?
> > Here's an automated way to test it:
> > http://multimedia.cx/eggs/fate-testers-wanted/
> > Email me privately for more advice on setting it up.
> Thanks, worked out of the box.
> But I must give up on this issue. Still cannot find any other
> condition to get the sample files play without breaking any
> other. Only a hack which sets a separate variable in sequence end
> nal and uses it in the previously patched code location to force
> the output of the frame worked for my samples and didn't break
> the others. But I didn't want to send this patch in for obvious
can i see that patch please, because i think thats the only way the
decoder could handle it, also the variable should be reset immedeatly
afterwards to return the condition to the normal variant.
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Frequently ignored awnser#1 FFmpeg bugs should be sent to our bugtracker. User
questions about the command line tools should be sent to the ffmpeg-user ML.
And questions about how to use libav* should be sent to the libav-user ML.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 189 bytes
Desc: Digital signature
More information about the ffmpeg-devel