On Do, 2013-11-14 at 09:01 +0100, Elio Francesconi wrote:
> On 13 Nov 2013, at 22:07, Sebastian Dröge <
[hidden email]> wrote:
>
> > On Mi, 2013-11-13 at 15:22 +0100, Elio Francesconi wrote:
> >> 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.
> >
> > There's some code in the osx plugin that tries to mitigate some thread
> > unsafety in the APIs we use there. Maybe that's related or not done in
> > all places. Maybe it happens when both elements are initialized at the
> > same time.
>
> I digged into this issue and I’ve found the problem.
> It seems if you open osxaudiosrc before opening osxaudiosink, when osxaudiosinks starts the AUAudio fails.
>
> To reproduce it systematically I created a simple app with 2 button, to open manually the sink pipeline and the source pipeline and I noticed it everytime I start osxaudiosink before osxaudiosinks.
>
> In case I can add this test app in file bug as attachment. What do you think?
>
> Have you enough indoor do you prefer having a test app?
A test application would make it much easier obviously, please attach it
in the bug report :)
If the problem is the order, this could be a bug in iOS. Or maybe
configuring one of the two elements configures some global state of the
audio subsystem of iOS, and then only a subset can be configured on the
other element.
--
Sebastian Dröge <
[hidden email]>
Centricular Ltd -
http://www.centricular.comExpertise, Straight from the Source
_______________________________________________
gstreamer-devel mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel