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 558044 - Audio playback broken on OSX
Audio playback broken on OSX
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-bad
0.10.9
Other Mac OS
: Normal critical
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2008-10-27 04:47 UTC by Eoin Hennessy
Modified: 2010-04-13 11:54 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Eoin Hennessy 2008-10-27 04:47:58 UTC 
With the latest 1.3.3 dmg for OSX, playback of any audio file fails after 2 to 5 seconds. I'm seeing the following debug output with GST_DEBUG=2 on attempting to play a valid mp3:

  ... WARN qtwrapper audiodecoders.c:690:qtwrapper_audio_decoder_chain:<qtwrapperaudiodec__mp30> Error in SCAudioFillBuffer() : !buf
  ... WARN   basesrc gstbasesrc.c:2234:gst_base_src_loop:<source> error: Internal data flow error.
  ... WARN   basesrc gstbasesrc.c:2234:gst_base_src_loop:<source> error: streaming task paused, reason error (-5)
  ... WARN   osxaudio gstosxringbuffer.c:318:gst_osx_ring_buffer_stop: AudioDeviceStop returned 28773
  ... WARN GST_PADS gstpad.c:3202:gst_pad_get_internal_links:<qtwrapperaudiodec__mp30:sink> Calling unsafe internal links
  ... WARN GST_PADS gstpad.c:3108:gst_pad_get_internal_links_default:<qtwrapperaudiodec__mp30:sink> Unsafe internal links used

Followed by ...

  [Error 21:28:31.180] GStreamer stream error: Failed 

Running the following pipeline at the command line works as expected:

  gst-launch filesrc=test.mp3 ! decodebin ! audioconvert ! osxaudiosink

This is with a fresh svn checkout of 1.3.3 on Leopard (10.5), and all deps built from build/osx/targets/*.
Comment 1 Eoin Hennessy 2008-10-27 05:45:14 UTC 
After some additional investigating, I'm actually finding that the gst-launch pipeline is also failing 50% of the time. So this looks to be a qtwrapper issue. 

I wasn't seeing this issue in my builds against an older gstreamer (also using qtwrapper) and the original Mono-OSX stack. I've rebuilt against gstreamer 0.10.19 with gst-plugins-bad 0.10.7. This time playback seems fine, the only issue is that the timeline widget doesn't progress with the audio, it just jumps straight to the end.
Comment 2 Will Farrington 2008-10-28 06:12:13 UTC 
I can confirm Eoin's comment.

Full debug output available here: http://gist.github.com/20312
Comment 3 Andrew Conkling 2008-10-29 17:08:18 UTC 
Changing product to GStreamer since gst-launch fails also. Please update the version to the one that's crashing for you.

Also, please open a new bug for the timeline widget problem.
Comment 4 Eoin Hennessy 2008-10-29 17:15:53 UTC 
Thanks Andrew,

To be clear, any mp3 file played via qtwrapper in version 0.10.9 of gst-plugins-bad on OSX (at least 10.5) does not play as expected. Playback stops after 2 to 5 seconds with the output listed above.
Comment 5 Thiago Sousa Santos 2009-11-20 15:46:07 UTC 
Works for me with git versions. Could you please check if it also works for you?
Comment 6 Tobias Mueller 2010-03-24 12:43:37 UTC 
Closing as fixed as per last comment. Feel free to reopen if it this is still an issue or set to VERIFIED if it is indeed fixed. TIA!