GNOME Bugzilla – Bug 759846
incorrectly maps ffmpeg mono to GStreamer front-center
Last modified: 2016-01-18 13:43:05 UTC
After updating to git HEADs, playback of audio causes a segfault. For example, playing an mp4 file that contains audio causes a segfault, as does running the following: gst-launch-1.0 audiotestsrc ! avenc_mp2 ! queue ! mpegaudioparse ! avdec_mp2float ! audioconvert ! alsasink However, the following doesn't result in a segfault: gst-launch-1.0 audiotestsrc ! audioconvert ! alsasink Running a git bisect identified commit 08734e7598ced4feae55529cb21609c1654a1dc0 (audio-converter: rework the main processing loop) as the one that introduced the problem.
Output from gdb for the gst-launch command above: Program received signal SIGSEGV, Segmentation fault.
+ Trace 235843
Problem is that gst_audio_get_channel_reorder_map() is called with {MONO} -> {FRONT_CENTER}.
commit 728075e68cca117f455faa7ed457c607134c13b9 Author: Sebastian Dröge <sebastian@centricular.com> Date: Thu Dec 24 13:06:13 2015 +0100 avcodecmap: Add special mapping for mono channel layouts In ffmpeg this is the same as FRONT_CENTER, but we distinguish between FRONT_CENTER and MONO in GStreamer. Add an explicit mapping for this special case in the translations functions. https://bugzilla.gnome.org/show_bug.cgi?id=759846
Created attachment 317857 [details] [review] avcodecmap: Add special mapping for mono channel layouts In ffmpeg this is the same as FRONT_CENTER, but we distinguish between FRONT_CENTER and MONO in GStreamer. Add an explicit mapping for this special case in the translations functions.
Comment on attachment 317857 [details] [review] avcodecmap: Add special mapping for mono channel layouts This also failed in 1.6 for me though.
Created attachment 317858 [details] [review] avcodecmap: Add special mapping for mono channel layouts In ffmpeg this is the same as FRONT_CENTER, but we distinguish between FRONT_CENTER and MONO in GStreamer. Add an explicit mapping for this special case in the translations functions.
Chris, can you check if this solves the problem for you too?
Same problem, I'm afraid.
Then I can't reproduce your problem :) And your backtrace doesn't contain anything meaningful, can you try to get a new one?
Chris, can you open a new bug with this problem once you have some more information?
This might have fixed your issue: commit 7bbfa39ada905b44743170f6c29d13e5fefb5888 Author: Stefan Sauer <ensonic@users.sf.net> Date: Tue Dec 29 14:23:59 2015 +0100 audioconvert: fix passthrough operation We did not take the sample size into account. Rearrange the tests to have more conversion test and an extra test case for passthrough operations. Fixes #759890
*** Bug 760778 has been marked as a duplicate of this bug. ***