<html><head><style type="text/css"><!-- DIV {margin:0px;} --></style></head><body><div style="font-family:arial,helvetica,sans-serif;font-size:10pt"><div>Oh no - not another Linux sound server. I think in the Linux audio world there must be too many of the kind of people who believe in directional speaker cables :-)<br></div><div style="font-family: arial,helvetica,sans-serif; font-size: 10pt;"><br><div style="font-family: arial,helvetica,sans-serif; font-size: 13px;"><font face="Tahoma" size="2"><hr size="1"><b><span style="font-weight: bold;">From:</span></b> Colin Guthrie &lt;gmane@colin.guthr.ie&gt;<br><b><span style="font-weight: bold;">To:</span></b> pulseaudio-discuss@mail.0pointer.de<br><b><span style="font-weight: bold;">Cc:</span></b> roaraudio@lists.keep-cool.org<br><b><span style="font-weight: bold;">Sent:</span></b> Fri, 6 August, 2010 14:21:06<br><b><span style="font-weight: bold;">Subject:</span></b> Re: [pulseaudio-discuss] Anyone heard
 of RoarAudio?<br></font><br>'Twas brillig, and Tanu Kaskinen at 06/08/10 08:10 did gyre and gimble:<br>&gt; On Thu, 2010-08-05 at 12:45 +0100, Colin Guthrie wrote:<br>&gt;&gt; 'Twas brillig, and Colin Guthrie at 05/08/10 12:16 did gyre and gimble:<br>&gt;&gt;&gt; It's not really clear to me what it is or what it is trying to do over<br>&gt;&gt;&gt; and above PulseAudio's capabilities:<br>&gt;&gt;&gt;<br>&gt;&gt;&gt; <a href="http://roaraudio.keep-cool.org/" target="_blank">http://roaraudio.keep-cool.org/</a><br>&gt;&gt;<br>&gt;&gt; Having looked a little beyond the marketing fluff, it seems to me to be<br>&gt;&gt; totally lacking in almost all regard!<br>&gt; <br>&gt; Totally lacking in almost all regard? Using what criteria? To me it<br>&gt; looks like RoarAudio provides a respectable amount of features.<br><br>Well that was perhaps a little harsh in retrospect! In the context I had<br>in my head it's not too bad but the surface feature set does
 indeed<br>sound good. I'll try and rationalise the context in which I was thinking<br>when I made that remark (which was very much from a technical<br>implementation perspective rather than features)<br><br> 1. The alsa backend is very trivial (some may argue this is a good<br>thing - personally I don't think it is but hey ho). There is not code to<br>deal with any kind of independent scheduling, it simply runs as any<br>other standard alsa client (there are only about 20 or so calls to<br>snd_*() APIs). Obviously a huge part of PA is it's timer-based<br>scheduling to leverage the power savings this approach allows.<br><br> 2. Related to the above, there is obviously not specific code to deal<br>with kcontrol abstraction and rationalisation. Users are still stuck<br>with ALSA level madness and bizarre controls to puzzle out to make the<br>sound work.<br><br> 3. There does not appear to be any kind of enumeration support to<br>listing available alsa
 devices. I don't see anything that parses hints<br>and such like. Perhaps I missed this.<br><br> 4. In terms of client-server communications I do not see any mechanism<br>to share memory meaning that data must be copied across the socket (I've<br>not looked at this closely so could be wrong), which is obviously not ideal.<br><br> 5. There does not appear to be support for bluetooth devices (except<br>probably via alsa which in turn requires users to edit asound.conf etc.<br>etc.)<br><br><br><br>The places where, on the surface - I've not played with the code itself<br>- it seems to do better than PA is with the integration with streaming<br>services etc. i.e. pushing out to shoutcast and the like.<br><br>Now all of that can be done with PA and some external tools (e.g.<br>gstreamer) very easily (just record from the monitor source and you're<br>good) but it it's really not user friendly. There could certainly be<br>some GUI tools developed for
 PA+GStreamer that would make this process<br>much nicer (it's been on my general todo list for a while. Maybe I'll<br>eventually get around to it).<br><br><br>So that was really what I meant by "totally lacking". The above features<br>of PA are really some of the key parts of the audio system and one of<br>the reasons I like PA and the project. It was overly harsh of me to<br>criticise it in such a way, but I just wanted to target my reply at a<br>PA-centric audience because without looking more closely at the code<br>itself, it would be easily to miss some of the fundamental stuff that<br>the features table as currently presented glosses over.<br><br>Col<br><br><br><br><br>-- <br><br>Colin Guthrie<br>gmane(at)colin.guthr.ie<br><a href="http://colin.guthr.ie/" target="_blank">http://colin.guthr.ie/</a><br><br>Day Job:<br>&nbsp; Tribalogic Limited [<a href="http://www.tribalogic.net/" target="_blank">http://www.tribalogic.net/</a>]<br>Open
 Source:<br>&nbsp; Mandriva Linux Contributor [<a href="http://www.mandriva.com/" target="_blank">http://www.mandriva.com/</a>]<br>&nbsp; PulseAudio Hacker [<a href="http://www.pulseaudio.org/" target="_blank">http://www.pulseaudio.org/</a>]<br>&nbsp; Trac Hacker [<a href="http://trac.edgewall.org/" target="_blank">http://trac.edgewall.org/</a>]<br><br>_______________________________________________<br>pulseaudio-discuss mailing list<br><a ymailto="mailto:pulseaudio-discuss@mail.0pointer.de" href="mailto:pulseaudio-discuss@mail.0pointer.de">pulseaudio-discuss@mail.0pointer.de</a><br><a href="https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss" target="_blank">https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss</a><br></div></div>
</div><br>



      </body></html>