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

[Elio Francesconi]

I’ve opened a file bug.
https://bugzilla.gnome.org/show_bug.cgi?id=712182

It seems AUAudio library fails when I initialise osxaudiosrc and osxaudiosink… have you experience on that? It seems a common issue, if you useAUAudio on iOS7.

Do you think I could use a different source/sink to solve my issue?
Thank for your help
Elio

On 12 Nov 2013, at 14:37, elio francesconi <elio.francesconi at gmail.com> wrote:

> 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/20131113/4c637456/attachment.html>