After using gdb to run a backtrace it looks like my problem may be in my OpenGL rendering. Sorry about that.
However, I still have one general question: When it comes to error detection in situations like this, is dropping corrupted data at the NALU level a good way to go, or is there a better way? Would I get much advantage from encapsulating in RTP packets? Thanks, Tim On Tue, Jun 26, 2012 at 1:51 PM, Tim Pitman <[email protected]> wrote: > Ok, I did some more testing, and the problem is not reproducible with > either ffmpeg or ffplay. I created a dump of the corrupted video > stream. When I play it back through my player it crashes but ffplay > just throws some new errors and then stops and the end of the video. > > Any ideas? > > On Tue, Jun 26, 2012 at 12:35 PM, Carl Eugen Hoyos <[email protected]> wrote: >> Tim Pitman <tapitman11@...> writes: >> >>> There are lots of errors but mostly they just result in >>> artifacts, which is exactly what I want to happen. However, >>> when the channel is bad libav segfaults with: >>> >>> mmco: unref short failure >> >> (Crashes are always important bugs) >> Can you reproduce the bug with ffmpeg (instead of using your application)? >> Please confirm that you are using current git head from >> http://ffmpeg.org/download.html and please provide backtrace etc. >> as explained on http://ffmpeg.org/bugreports.html >> >> Carl Eugen >> >> _______________________________________________ >> Libav-user mailing list >> [email protected] >> http://ffmpeg.org/mailman/listinfo/libav-user _______________________________________________ Libav-user mailing list [email protected] http://ffmpeg.org/mailman/listinfo/libav-user
