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

[Elio Francesconi]

Me again,
it seems the issue opening sound device cannot be closed and I think it requires investigation, I noticed this post in a group about the same error:
http://lists.pjsip.org/pipermail/pjsip_lists.pjsip.org/2013-September/016737.html

Hard to say if they solved and how.
Elio

On 11 Nov 2013, at 19:41, Elio Francesconi <elio.francesconi at gmail.com> 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.
> 
> Ciao
> Elio
> 
> On 10 Nov 2013, at 10:37, Sebastian Dröge <sebastian at centricular.com> wrote:
> 
>> On So, 2013-11-10 at 10:28 +0100, Elio Francesconi wrote:
>>> Thanks a lot Sebastian,
>>> this is the file bug:
>>> https://bugzilla.gnome.org/show_bug.cgi?id=711764
>>> I didn’t try the queue because I don’t know exactly how use it..
>> 
>> For example use a pipeline like this for testing:
>> "osxaudiosrc ! queue ! audioconvert ! audioresample ! queue ! alawenc ! ... "
>> 
>> -- 
>> 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/20131111/9657328c/attachment.html>