After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 635700 - Gstreamer crashes on Mac OS X with audio transcode pipeline
Gstreamer crashes on Mac OS X with audio transcode pipeline
Status: RESOLVED DUPLICATE of bug 628415
Product: GStreamer
Classification: Platform
Component: gstreamer (core)
0.10.30
Other Mac OS
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2010-11-24 15:18 UTC by W. Michael Petullo
Modified: 2011-04-23 12:51 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description W. Michael Petullo 2010-11-24 15:18:38 UTC
I am using the following MacPorts packages on Mac OS X 10.6.5:

gst-plugins-bad                @0.10.20        gnome/gst-plugins-bad
gst-plugins-base               @0.10.30        gnome/gst-plugins-base
gst-plugins-good               @0.10.25        gnome/gst-plugins-good
gst-plugins-ugly               @0.10.16        gnome/gst-plugins-ugly
gstreamer                      @0.10.30        gnome/gstreamer

Running the following pipeline crashes:

gst-launch filesrc location=/tmp/in.mp3 ! decodebin ! audioconvert ! flacenc ! filesink location=/tmp/out.flac

with:

Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
Caught SIGSEGV accessing address 0x728f1e

Thread 2 (process 82420)

  • #0 __semwait_signal
  • #1 nanosleep
  • #2 g_usleep
  • #3 find_highest_version
  • #4 <signal handler called>

Replacing flacenc with lame crashes in the same manner.

The following pipeline does not crash (just decode and convert, don't encode):

gst-launch filesrc location=/tmp/in.mp3 ! decodebin ! audioconvert ! filesink location=/tmp/out.flac
Comment 1 W. Michael Petullo 2010-11-29 04:26:41 UTC
However, "gst-launch filesrc location=/tmp/in.mp3 ! decodebin ! audioconvert ! vorbisenc ! oggmux !
filesink location=/tmp/out.ogg" works fine.
Comment 2 Sebastian Dröge (slomo) 2010-12-12 15:54:21 UTC
Could you get a backtrace of all currently running threads? Use the following in gdb for this
thread apply all bt
Comment 3 Fabio Durán Verdugo 2011-02-03 02:43:30 UTC
Closing this bug report as no further information has been provided. Please feel free to reopen this bug if you can provide the information asked for.
Thanks!
Comment 4 Viktor Gal 2011-03-14 13:17:53 UTC
Hey,

i'm trying to test the x264 encoder with one of the examples command that is provided on the plugins page:
gst-launch -v videotestsrc num-buffers=1000 ! x264enc pass=quant ! matroskamux ! filesink location=videotestsrc.avi

and i get the same error. Here's the gdb output for 'thread apply all bt' in gdb:

0x00007fff86777e92 in select$DARWIN_EXTSN ()
(gdb) thread apply all bt

Thread 2 (process 54030)

  • #0 __semwait_signal
  • #1 nanosleep
  • #2 g_usleep
  • #3 main

i'm using the gstreamer + plugins that are available in macports, i.e. 
  gst-plugins-bad @0.10.21_0 (active)
  gst-plugins-base @0.10.32_0 (active)
  gst-plugins-gl @0.10.2_1 (active)
  gst-plugins-good @0.10.27_0 (active)
  gst-plugins-ugly @0.10.17_0 (active)
  gstreamer @0.10.32_1 (active)
  x264 @20100603_0
Comment 5 Sebastian Dröge (slomo) 2011-03-14 17:32:44 UTC

*** This bug has been marked as a duplicate of bug 628415 ***
Comment 6 W. Michael Petullo 2011-04-23 12:51:45 UTC
Setting the environment variable "ORC_CODE=backup" fixes this issue. See also bug #628415.