<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">2014-10-27 15:45 GMT+00:00 Leonardo Gabrielli <span dir="ltr"><<a href="mailto:leodardo@gmail.com" target="_blank">leodardo@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Carlos,<br>
for audio over Eth/wireless on ARM I suggest you to give a read to my recent papers at:<br>
<a href="http://a3lab.dii.univpm.it/research/wemust" target="_blank">http://a3lab.dii.univpm.it/<u></u>research/wemust</a><br>
<br>
Those didn't involve Fons' zita-[nj|jn]bridge, which has recently been released and I will probably use in next refinements of the research outcome, being tiny and functional.<br>
<br>
So far my experience with ARM cores is that you must be careful with Jack. Old platforms such as Xscale will require you effort for compiling and working fine. And btw I suggest you to go directly with 2.6 kernel for real-time audio. Also, I expect it to be tight as a platform for running Jack (how much memory do you have?) especially at low period sizes (the CPU risks to be overwhelmed with interrupts).<br>
<br>
Definetely Jack has a lot of features that are important even for this simple task but I'm wondering if there is any gain in embedding only those needed in a library and use it instead of the whole JACK.<br>
<br>
BTW: a nice paper you may want to read:<br>
Reuter, "Case Study: Building an Out Of The Box Raspberry Pi Modular Synthesizer", LAC 2014<br>
<br>
Leonardo<br>
<br></blockquote><div><br></div><div>Thanks so much for the info, Leonardo. I'll check it ASAP,<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
<br>
On 26/10/2014 13:00, <a href="mailto:linux-audio-user-request@lists.linuxaudio.org" target="_blank">linux-audio-user-request@<u></u>lists.linuxaudio.org</a> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
In practice that is not very likely to happen, the reason<br>
> >being that interfacing to Jack is so much more easy than<br>
> >writing an ALSA driver. Also, passing via Jack does not<br>
> >add any latency, and in most cases users will want the<br>
> >flexibility it provides.<br>
</blockquote>
><br>
>thanks for the answer, I was expecting this, but hadn't measures the<br>
>difference between the jack client and alsa driver.<br>
>So now it looks like I need to learn how to cross compile jack for various<br>
>ARM devices to have it on the lightweight clients :/<br>
><br>
>Rapha?l<br>
>_____________________________<u></u>__________________<br>
>Linux-audio-user mailing list<br>
><a href="mailto:Linux-audio-user@lists.linuxaudio.org" target="_blank">Linux-audio-user@lists.<u></u>linuxaudio.org</a><br>
><a href="http://lists.linuxaudio.org/listinfo/linux-audio-user" target="_blank">http://lists.linuxaudio.org/<u></u>listinfo/linux-audio-user</a><br>
><br>
</blockquote>
I've thought about a similar idea sometime in the past: A distributed audio<br>
network with thin clients/raspberrys for a home studio or distributed via<br>
some network. I'd be interested in following whatever progress you make.<br>
<br>
About that of "distributed band" I red a little about programs to jam via<br>
internet: Netjack, Ninjam, Midikit.<br>
</blockquote>
<br>
</blockquote></div><br><br clear="all"><br>-- <br><br>C. sanchiavedraZ:<br>* NEW / NUEVO:     <a href="http://www.sanchiavedraZ.com" target="_blank">www.sanchiavedraZ.com</a><br>* Musix GNU+Linux: <a href="http://www.musix.es" target="_blank">www.musix.es</a>
</div></div>