iOS: AURemoteIO at 0x31ab420: IOThread exiting with error 0x10004006

elio francesconi elio.francesconi at gmail.com
Tue Nov 12 05:37:19 PST 2013


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
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 at 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 <sebastian at centricular.com>
Centricular Ltd - http://www.centricular.com
Expertise, Straight from the Source

_______________________________________________
gstreamer-devel mailing list
gstreamer-devel at lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20131112/6b7e9412/attachment.html>


More information about the gstreamer-devel mailing list