[FFmpeg-devel] Possible crasher bug when decoding unreliable H264 data

Mark Stevans mark39518 at cesinst.com
Fri Jun 21 12:33:17 CEST 2013


On 6/21/2013 3:13 AM, compn wrote:
> On Fri, 21 Jun 2013 02:21:24 -0700, Mark Stevans wrote:
>> Sorry I don't have a complete stack trace on this one, but I didn't save
>> it from the last crash, and it takes about 4-6 hours to get the bug to
>> occur again.  And I don't have sample data, because I'm playing a 100
>> KB/s stream (rtmp://planeta-online.tv:1936/live/channel_22) with FFPlay
>> for hours to get the bug to happen.
>
> you know we like full gdb reports.
> and patches in diff -u or git diff output.
>
> i cant comment on your patch as i dont know the code.
> the patch might be good or not, but without a gdb bt its harder to tell.
>
> is it reproducable just letting ffplay_g play that stream for hours?
> do you think it would also crash ffmpeg_g ?
>
> -compn
> _______________________________________________
> ffmpeg-devel mailing list
> ffmpeg-devel at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

Frankly, I don't understand why a complete stack trace would be more 
valuable than what I've given -- the bottom two frames.  The rest is not 
really relevant IMHO, but I'm now trying to repro the problem again to 
get a full backtrace.

"ffplay" or "ffmpeg" *should* demonstrate the same bug if they play that 
stream long enough, and if it's as glitchy for other people as it is for 
me (frequency whitescreening, greenscreening, etc.)....

MLS



More information about the ffmpeg-devel mailing list