<p><br>
On Mar 2, 2011 8:16 AM, &quot;Colin Guthrie&quot; &lt;<a href="mailto:gmane@colin.guthr.ie">gmane@colin.guthr.ie</a>&gt; wrote:<br>
&gt;<br>
&gt; &#39;Twas brillig, and Maarten Bosmans at 02/03/11 09:51 did gyre and gimble:<br>
&gt; &gt; 2011/2/27 Stephen Lee &lt;<a href="mailto:sl33nyc@gmail.com">sl33nyc@gmail.com</a>&gt;:<br>
&gt; &gt;&gt; I git clone&#39;d master yesterday, successfully compiled, and ran PA<br>
&gt; &gt;&gt; on my MacOS X machine.  I was pleasantly surprised to see the<br>
&gt; &gt;&gt; Coreaudio modules!  I successfully tunnelled audio from one of my<br>
&gt; &gt;&gt; Linux machines to my MacOS X w/o using esound, but I noticed that<br>
&gt; &gt;&gt; iTunes wasn&#39;t included as a client when I was playing it and then<br>
&gt; &gt;&gt; checking list-clients from the PA cli.<br>
&gt; &gt;<br>
&gt; &gt; That is of course expected, as iTunes and other mac apps are not<br>
&gt; &gt; pulse clients. So you have several applications playing audio<br>
&gt; &gt; connected to the CoreAudio subsystem and PulseAudio is one of them.<br>
&gt; &gt; This is the same situation as on Linux, where pulse connects to ALSA<br>
&gt; &gt; and applications that don&#39;t use libpulse but connect directly to<br>
&gt; &gt; ALSA cannot be manipulated by pulse. There is however a way to make<br>
&gt; &gt; PulseAudio your default ALSA device, so that even apps that only use<br>
&gt; &gt; libasound are connected to pulse, all be it in a bit of a roundabout<br>
&gt; &gt; way.<br>
&gt;<br>
&gt; IIRC Daniel Mack (who wrote most of the OSX support in recent years in<br>
&gt; PA) was intending on writing (perhaps &quot;intending&quot; is too strong a word<br>
&gt; tho&#39;!) a virtual CoreAudio device that is &quot;PulseAudio&quot; that would work<br>
&gt; in the same way that the ALSA-&gt;Pulse stuff work on Linux. I&#39;m not sure<br>
&gt; if he ever got around to that or not. IIRC he&#39;s still rather active on<br>
&gt; the alsa-devel mailing list. It may be worth asking him? Actually I&#39;ve<br>
&gt; CC&#39;ed him. Perhaps he can reply with more accurate comments.</p>
<p>Jep, I have plans to continue my work on the OS X port, and finish the virtual audio driver I was working on. Currently, this is all just prove of concept, but I&#39;m confident that it will be really useful once it&#39;s finished.</p>

<p>At the moment, I am travelling, but once I&#39;m back in some weeks, I will hopefully find some time to catch up with this project. I&#39;ll post updates on this list, of course.</p>
<p>&gt; &gt;&gt; Generally, what&#39;s the plan for being able to manipulate native<br>
&gt; &gt;&gt; MacOS X clients/streams via PA?  It&#39;d be great to replace the<br>
&gt; &gt;&gt; AirTunes (AirPlay) functionality that Apple offers.  If this<br>
&gt; &gt;&gt; functionality is still a work in progress, is there a workaround?<br>
&gt; &gt;<br>
&gt; &gt; The workaround would be to use an audio player that output to<br>
&gt; &gt; PulseAudio, like vlc, rhythmbox, banshee, amarok, though I don&#39;t<br>
&gt; &gt; have a clue whether these are ported to OSX and are able to use<br>
&gt; &gt; libpulse there.<br>
&gt;<br>
&gt; While I don&#39;t know, I strongly suspect that VLC on mac is not compiled<br>
&gt; with PA support....</p>
<p>No, that would&#39;t make sense either. What we need is  generic way to get audio from all CoreAudio applications, without modifing them. I&#39;m working on this, stay tuned :-)</p>
<p>Daniel<br>
</p>