Opened 6 years ago

Closed 2 years ago

#10078 closed bug (fixed)

FFmpeg 0.10.2 (gcc2 and gcc4) crash on any encoding event

Reported by: Giova84 Owned by: nobody
Priority: normal Milestone: R1
Component: Applications/Command Line Tools Version: R1/Development
Keywords: FFmpeg 0.10.2 (gcc2 and gcc4) crash on any encoding event Cc:
Blocked By: Blocking:
Has a Patch: no Platform: x86

Description

I have seen that Haiku PM is provided with FFmpeg 0.10.2 package. Well, on my system i have some scripts for encode media files. I have always used these scripts on the old branch (without PM) of Haiku, and they always works properly: FFmpeg never crashed.

Now with Haiku PM I have tried some scripts and the provided version of FFmpeg (both gcc2 and gcc4) will always crash. Some example:

ffmpeg -i inputfile.wav -y -ar 48000 outfile.wav

CRASH

ffmpeg -i input.vob -vcodec mpeg4 -qscale 6 -acodec libmp3lame -vtag DX50 -force_key_frames 00:00:00.000 outvideo.avi

CRASH

And so on, with every kind of encoding.

Instead here i have a 0.11.1 version of FFmpeg (gcc4) THAT i have compiled some months ago, which is able to do any kind of encoding. Maybe the ffmpeg versions provided for Haiku, needs to be recompiled?

Attachments (3)

ffmpegGCC2-32729-debug-08-10-2013-23-40-29.report (32.9 KB ) - added by Giova84 6 years ago.
ffmpegGCC4-32193-debug-08-10-2013-23-38-44.report (11.8 KB ) - added by Giova84 6 years ago.
ffmpeg-879-debug-08-11-2014-15-40-59.report (45.1 KB ) - added by Giova84 5 years ago.

Download all attachments as: .zip

Change History (12)

comment:1 by Giova84, 6 years ago

Obviously the second script example, which contains "libmp3lame" doesn't work with the provided/default version of FFmpeg (since is not compiled with mp3 support); to perform a test can be changed with libtheora.

comment:2 by korli, 6 years ago

On a side note, it seems Debugger has problems to find the binary to disassemble.

in reply to:  2 comment:3 by anevilyak, 6 years ago

Replying to korli:

On a side note, it seems Debugger has problems to find the binary to disassemble.

That's most likely in some way related to the fact that the ffmpeg binary is stripped, will investigate when I get a chance.

in reply to:  2 comment:4 by anevilyak, 6 years ago

Replying to korli:

On a side note, it seems Debugger has problems to find the binary to disassemble.

Fallback to dynamic symbol table implemented in hrev42655. Assuming the crash happens in a dynamic symbol, this should hopefully yield at least somewhat more information in the report.

Version 0, edited 6 years ago by anevilyak (next)

comment:5 by pulkomandy, 5 years ago

Currently we are at ffmpeg 0.10.14 (gcc2) and 0.11.2 (gcc4). Does these work for you?

comment:6 by Giova84, 5 years ago

Yeah, unfortunately the FFmpeg version bundled with Haiku, still crashes. No problem with the version which i compiled by myself long time ago. I attach a recent debug report.

comment:7 by Barrett, 2 years ago

still valid?

comment:8 by Giova84, 2 years ago

Sorry for the late reply. I am on hrev51203 and the supplied ffmpeg works fine and no longer crash on encoding events.

Is ok to close this ticket.

comment:9 by pulkomandy, 2 years ago

Resolution: fixed
Status: newclosed
Note: See TracTickets for help on using tickets.