<div><div dir="auto">The issue we had is that the iOS system takes away the audio session when you start a different music app. So we just get an interruption event on a random thread notifying us that the system just closed the output for us. </div><div dir="auto">I guess that’s the missing information here :) </div><div dir="auto"><br></div><br><div class="gmail_quote"><div>On Sat 9. Dec 2017 at 15:48, Rémi Denis-Courmont <<a href="mailto:remi@remlab.net">remi@remlab.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Le lauantaina 9. joulukuuta 2017, 15.28.43 EET Thomas Guillem a écrit :<br>
> Here, ca_Pause is the pause callback for macOS and iOS audio outputs.<br>
> With the patch 2/2, this function can be called from a random thread<br>
> when the audio session is disabled (and when the audio render callback<br>
> is shut down) and will unstuck flush/play.<br>
<br>
And I don't see how that can work. The interface is not reentrant so its<br>
implementation can´t be reentrant either.<br>
<br>
--<br>
雷米‧德尼-库尔蒙<br>
<a href="https://www.remlab.net/" rel="noreferrer" target="_blank">https://www.remlab.net/</a><br>
<br>
_______________________________________________<br>
vlc-devel mailing list<br>
To unsubscribe or modify your subscription options:<br>
<a href="https://mailman.videolan.org/listinfo/vlc-devel" rel="noreferrer" target="_blank">https://mailman.videolan.org/listinfo/vlc-devel</a></blockquote></div></div>