Seems it was related to default latency of NetJack. I set it to 1 and it works perfectly fine, even with 64 channels. Great ! Sorry for monologue. Happy new year ! -- Johann PHILIPPE Electroacoustic composer & computer music designer +33 6 77 20 98 41 From: johannphilippe(a)lilo.org To: johannphilippe(a)lilo.org;    jackaudio(a)lists.linuxaudio.org Subject: Re: [Jackaudio] Glitches when adding connections Date: 31/12/2022 16:29:24 Europe/Paris Sorry, I thought about testing this after sending the mail : finally tested same configuration locally (connecting 32 channels from a software to Reaper on the same machine) and it works fine. Totally NetJack related it seems. Any idea on how to improve/configure ? Thanks -- Johann PHILIPPE Electroacoustic composer & computer music designer +33 6 77 20 98 41 From: johannphilippe(a)lilo.org To: jackaudio(a)lists.linuxaudio.org Subject: [Jackaudio] Glitches when adding connections Date: 31/12/2022 16:19:48 Europe/Paris Dear list, I'm doing some experiments to use Jack and NetJack to connect several machines. Here I'm using two Linux machines : a debian as client and  mint 20 as server (sorry I'm not confortable with the "master" "slave" keywords in this context). I'm sending 32 channels from client to server. By the way, this works great and is very intuitive. Though, for some reason, when I connect these inputs to something (here to Reaper), audio is great until I connect the 26th input to Reaper. Then it starts glitching (sounds like interruption) and gets worst if I keep increasing the number of connections. If I remove connections to keep it less than 26, it sounds ok. Never had this problem before. Is it likely related to NetJack ? Or does it sounds like a pure Jack issue ? Thanks for any help or advice Regards -- Johann PHILIPPE Electroacoustic composer & computer music designer +33 6 77 20 98 41 _______________________________________________ JackAudio mailing list JackAudio(a)lists.linuxaudio.org https://lists.linuxaudio.org/listinfo/jackaudio

The connection was made with GB ethernet switch (though, I'm not completely sure of the speed of RJ45 cables I used),  so I don't think it's a bandwith limitation. It was fixed my setting latency to 1 (instead of 5 by default). -- Johann PHILIPPE Electroacoustic composer & computer music designer +33 6 77 20 98 41 From: Mike Uchima <uchima(a)pobox.com> To: jackaudio(a)lists.linuxaudio.org Subject: Re: [Jackaudio] Glitches when adding connections Date: 31/12/2022 17:02:46 Europe/Paris What is the bit depth and sample rate? What is the nature of the network connection you are using? If you are using an older WiFi or USB 2.0 network adapter, you might be hitting network bandwidth limitations. == Mike Uchima == uchima(a)pobox.com == On 12/31/22 09:29 AM, johannphilippe(a)lilo.org wrote: _______________________________________________ JackAudio mailing list JackAudio(a)lists.linuxaudio.org https://lists.linuxaudio.org/listinfo/jackaudio

Though, I think you are right it is actually better to make sure all cables are able to handle as much data as needed. The switch itself is a GREENnet (5 ports, 10 GB/s max according to seller). Though, as you pointed out, some of the bandwidth might be occupied by some other processes (I think I kept internet plugged to the switch, which might be something to remove to maximize audio "priority"). It is very interesting to have this talk anyway, since I am very interested in the capabilities of audio over ethernet, though I'm not a network expert. I didn't heard about AVB before, and I'm very curious to know if there are some open-source implementations of these protocols for multichannel/multidirectional audio ? Bests -- Johann PHILIPPE Electroacoustic composer & computer music designer +33 6 77 20 98 41 From: Patrick Pouget <forums.info(a)patrick.pouget.name> To: johannphilippe(a)lilo.org;    uchima(a)pobox.com;    jackaudio(a)lists.linuxaudio.org Subject: Re: [Jackaudio] Glitches when adding connections Date: 02/01/2023 22:36:21 Europe/Paris If you are using 192K sample rate, 32 bits, 32 channels is a 197Mhz bandwidth. It is not that low. Correct me if I am wrong, netjack is TCP/IP, not AVB?  transmiting at 20% of the maximum is subject to some care as the TCP/IP does not have clean priority management. Are you using the switch for other computers? do you send more data (especially when connect and siconnect)? is it a cheap switch (which run as "store and forward")? If you are ready to sacrify a cable (or buy the sortest in the same serie), cut it and check if the pairs are separated by a metalic sheet to each other (+ the general rfi propection). Crosstalks can generate retries. On Mon, 2023-01-02 at 17:47 +0100, johannphilippe(a)lilo.org wrote: The connection was made with GB ethernet switch (though, I'm not completely sure of the speed of RJ45 cables I used),  so I don't think it's a bandwith limitation. It was fixed my setting latency to 1 (instead of 5 by default). -- Johann PHILIPPE Electroacoustic composer & computer music designer +33 6 77 20 98 41 From: Mike Uchima <uchima(a)pobox.com> To: jackaudio(a)lists.linuxaudio.org Subject: Re: [Jackaudio] Glitches when adding connections Date: 31/12/2022 17:02:46 Europe/Paris What is the bit depth and sample rate? What is the nature of the network connection you are using? If you are using an older WiFi or USB 2.0 network adapter, you might be hitting network bandwidth limitations. == Mike Uchima == uchima(a)pobox.com == On 12/31/22 09:29 AM, johannphilippe(a)lilo.org wrote: _______________________________________________ JackAudio mailing list JackAudio(a)lists.linuxaudio.org https://lists.linuxaudio.org/listinfo/jackaudio _______________________________________________ JackAudio mailing list JackAudio(a)lists.linuxaudio.org https://lists.linuxaudio.org/listinfo/jackaudio

YES AVB needs the switch or router support They use their own packets format. it is on the same level than the icmp, ipv4 packets, ipv6, dec, vax, ethertalk etc... They are a few Linux opensource projects. It is not that simple. It uses the timestamp by the network card. The card should have this support. Among the few projects, they supports a few compatible cards (today). On Wed, 2023-02-08 at 20:55 +0800, Happy wrote: