[Libav-user] Segfault on corrupted video
tapitman11 at gmail.com
Tue Jun 26 22:57:32 CEST 2012
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?
On Tue, Jun 26, 2012 at 1:51 PM, Tim Pitman <tapitman11 at gmail.com> 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 <cehoyos at ag.or.at> wrote:
>> Tim Pitman <tapitman11 at ...> 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
>> Libav-user at ffmpeg.org
More information about the Libav-user