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