I'll open the issue but are you able to reproduce also? Caps are the same as described in the previous email. It seems a timing matter. Ciao elio <div class="gmail_quot<blockquote class=" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Mo, 2013-11-11 at 19:41 +0100, Elio Francesconi wrote: > Thanks Sebastian, > the workaround below, that you proposed, solves my issue. Thanks! > osxaudiosrc ! capsfilter caps=audio/x-raw,rate=44100 ! audioconvert ! > audioresample ! alawenc ! rtppcmapay ! udpsink host=192.168.1.6 port=5011 > About the error below I’ve found a way to reproduce it, below I’ll describe you the procedure: > 2013-11-09 08:17:33.668 ipDoor[314:8403] 08:17:33.668 ERROR: [0x7e44000] 1207: AUIOClient_StartIO failed (560034163) > 0:00:39.088255000 [333m 314[00m 0x2a737e8 [31;01mERROR [00m [00;04m default gstosxcoreaudiocommon.c:128:gst_core_audio_io_proc_start:<osxaudioringbuffer0>[00m AudioOutputUnitStart failed: sqa! > 2013-11-09 08:17:33.670 ipDoor[314:8903] 08:17:33.670 ERROR: [0x7f70000] >aurioc> 1455: AURemoteIO@0x31ab420: IOThread exiting with error 0x10004006 > 2013-11-09 08:17:33.672 ipDoor[314:8403] 08:17:33.672 ERROR: [0x7e44000] 1207: AUIOClient_StartIO failed (560034163) > 0:00:39.092167000 [333m 314[00m 0x2a737e8 [31;01mERROR [00m [00;04m default gstosxcoreaudiocommon.c:128:gst_core_audio_io_proc_start:<osxaudioringbuffer0>[00m AudioOutputUnitStart failed: sqa! > > > I modified the Tutorial2 with this pseudocode and I’m able to reproduce the issue: > #define LAUNCH_SERVER_AUDIO "osxaudiosrc ! capsfilter caps=audio/x-raw,rate=44100 ! audioconvert ! audioresample ! alawenc ! rtppcmapay ! udpsink host=127.0.0.1 port=5011" > > #define LAUNCH_CLIENT_AUDIO "udpsrc caps=application/x-rtp,media=(string)audio,clock-rate=(int)8000,encoding-name=(string)PCMA port=5011 ! rtppcmadepay ! alawdec ! audioconvert ! audioresample ! autoaudiosink" > > sourcePipeline = gst_parse_launch(LAUNCH_SERVER_AUDIO, &error); > sinkPipeline = gst_parse_launch(LAUNCH_CLIENT_AUDIO, &error); > > if(gst_element_set_state(sourcePipeline, GST_STATE_PLAYING) == GST_STATE_CHANGE_FAILURE) { > GST_ERROR("GST_STATE_CHANGE_FAILURE ..."); > } > if(gst_element_set_state(sinkPipeline, GST_STATE_PLAYING) == GST_STATE_CHANGE_FAILURE) { > GST_ERROR("GST_STATE_CHANGE_FAILURE ..."); > } > > I noticed that replacing autoaudiosink with osxaudiosink I solved the issue and everything works well. Can you create another bug for that problem? Especially autoaudiosink vs. osxaudiosink shouldn't make a difference. Are different caps negotiated on the sink depending on if you use it directly or not? -- Sebastian Dröge <<a href="mailto:sebastian@centricular.com">sebastian@centricular.com</a>> Centricular Ltd - <a href="http://www.centricular.com" target="_blank">http://www.centricular.com</a> Expertise, Straight from the Source _______________________________________________ gstreamer-devel mailing list <a href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a> <a href="http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" target="_blank">http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a> </div>