<div dir="ltr"><div><div><div><div>Hi David,<br><br></div>Thanks for your reply. I think it is understandable that people didn't reply to this topic as this is a feature described as not-supported on the GitHub wiki page:<br><br>"Wireless and Internet use are not supported because they can't be qualified as <em>realtime</em>.
 In Netjack, you can set a additional latency which allow you to prevent
 from larger transmission delays, due to the use of networks with some 
kind of <em>random delivery</em>, like wireless or Internet networks. Netjack2 doesn't include this feature for now.
That's why we recommend the use of classical wired network."<br><br><a href="https://github.com/jackaudio/jackaudio.github.com/wiki/WalkThrough_User_NetJack2#2-requirements">https://github.com/jackaudio/jackaudio.github.com/wiki/WalkThrough_User_NetJack2#2-requirements</a><br><br></div>I just went ahead anyway and tried my luck by compiling it with OPUS support as I was also interested in learning a little bit more about Jack/NetJack.<br><br></div>Nevertheless, if you end up trying it, please share your experience, but I guess I will have to go with some other (less interesting) solution with a different technology for my home wireless stereo system (probably KORUS <a href="http://www.korussound.com">www.korussound.com</a> that uses the patented SKAA technology and requires additional dongles everywhere, which I was trying to avoid).<br><br></div>Thanks!<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, May 20, 2015 at 9:28 PM, David Nielson <span dir="ltr"><<a href="mailto:david@naptastic.com" target="_blank">david@naptastic.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I was hoping someone who knows more would chime in. It's been a LONG<br>
time since I used Netjack, but I thought there was an option to add<br>
extra periods of latency, specifically for what you're requesting? And<br>
it was this capability that allowed some people back in the day to do<br>
recording sessions internationally?<br>
<br>
I can't test it right now, but if I get a chance tonight, I will. No<br>
promises.<br>
<br>
David Nielson<br>
<span class=""><br>
On 05/20/2015 02:17 PM, André Pinto wrote:<br>
> Judging by the lack of replies, I guess this is not a use case that the<br>
> current netjack implementation supports right?<br>
><br>
> I don't know how much work would imply making netjack a viable solution<br>
> for WiFi streaming but if it is something relatively easy to do, it<br>
> might be interesting to explore that path considering the lack of<br>
> alternatives for "low latency" audio streaming, bad bluetooth audio<br>
> quality and support, proliferation of devices and omnipresence of WiFi<br>
> networks across the globe.<br>
><br>
> Thank you all anyway for your work on Jack!<br>
> Cheers,<br>
> André<br>
><br>
> On Fri, May 15, 2015 at 7:51 PM, André Pinto<br>
</span><div><div class="h5">> <<a href="mailto:andredasilvapinto@gmail.com">andredasilvapinto@gmail.com</a> <mailto:<a href="mailto:andredasilvapinto@gmail.com">andredasilvapinto@gmail.com</a>>> wrote:<br>
><br>
>     Hello,<br>
><br>
>     I've been playing around with Jack/Netjack and the Opus codec in<br>
>     order to setup a "low latency" WiFi audio stream at home.<br>
><br>
>     After compiling Opus with custom modes and Jack2 with Opus support<br>
>     (both from the master branches of the respective repositories), I<br>
>     was able to run the Master-Slave setup:<br>
><br>
>     Master.<br>
>     jackd -R -d alsa -d hw:1 -D=false -r44100 -S -n16<br>
>     jack_load netmanager<br>
><br>
>     Slave:<br>
>     jackd -R -d net -C0 -P2 -o0 -i0 -O320 -M1200 -l5<br>
><br>
>     + jack_connect to route the net input on the master to the speakers<br>
><br>
>     But as I was getting quite frequent audio deterioration, with the<br>
>     master showing messages like these:<br>
><br>
>     Packet(s) missing from... -1 1<br>
>     Wrong packet type : a<br>
>     JackEngine::XRun: client = SLAVE_HOSTNAME was not finished, state =<br>
>     Running<br>
>     JackEngine::XRun: client netmanager finished after current callback<br>
>     JackAudioDriver::ProcessGraphAsyncMaster: Process error<br>
>     Wrong packet type : a<br>
>     Packet(s) missing from... -1 1<br>
>     JackAudioDriver::ProcessGraphAsyncMaster: Process error<br>
>     JackEngine::XRun: client = SLAVE_HOSTNAME was not finished, state =<br>
>     Triggered<br>
><br>
>     I've thought that maybe I should just try increasing the network<br>
>     latency argument on the slave, as, for my use case, I'm happy with<br>
>     latency < 200 ms.<br>
><br>
>     By using something like -l30 (the maximum I'm allowed to set) on the<br>
>     slave I was able to greatly diminish the Process errors (I still get<br>
>     the same lots of wrong packet type and packet missing messages<br>
>     though) but it didn't fix the audio artifacts. Actually sometimes<br>
>     this change makes the playback even worse with ms pauses every second.<br>
><br>
>     So I would like to know if there is any other way to relax the low<br>
>     latency requirement in order to improve playback reliability. Or is<br>
>     there some kind of incompatibility in the configuration I'm passing<br>
>     to both endpoints that is causing these problems?<br>
><br>
>     Thanks!<br>
>     André.<br>
><br>
><br>
><br>
><br>
</div></div>> _______________________________________________<br>
> Jack-Devel mailing list<br>
> <a href="mailto:Jack-Devel@lists.jackaudio.org">Jack-Devel@lists.jackaudio.org</a><br>
> <a href="http://lists.jackaudio.org/listinfo.cgi/jack-devel-jackaudio.org" target="_blank">http://lists.jackaudio.org/listinfo.cgi/jack-devel-jackaudio.org</a><br>
><br>
_______________________________________________<br>
Jack-Devel mailing list<br>
<a href="mailto:Jack-Devel@lists.jackaudio.org">Jack-Devel@lists.jackaudio.org</a><br>
<a href="http://lists.jackaudio.org/listinfo.cgi/jack-devel-jackaudio.org" target="_blank">http://lists.jackaudio.org/listinfo.cgi/jack-devel-jackaudio.org</a><br>
</blockquote></div><br></div>