Cacophony Forums

Unofficial Mackie User Forums => DL1608/DL806/DL32R/ProDX Mixers => Topic started by: WK154 on January 13, 2021, 08:56:58 PM

Title: Remote Rehearsal solutions
Post by: WK154 on January 13, 2021, 08:56:58 PM
By now we all know that there is a real challenge to successfully have rehearsals remotely unless you have significant funds. Yes the technology is there but at what price. Let’s for example use Jamulus as a tool to implement economically feasible remote rehearsals on the current Internet1.  Most computers of recent vintage will be able to provide sufficient performance to run this app, so what keeps it from being a go to for rehearsals? Simple, the current Internet1 is the problem unless of course you have a budget for Internet2 and a reason to use it. Jamulus requires a client server architecture with the server playing the role of a mixer. Each client (musician or singer) sends an audio stream to the server and it is mixed and returned to each client. This is a simplified view but suffices for this explanation. The medium for communication is the Internet and it introduces a delay which for the most part is too long. This has been validated long ago by several tests at various companies and Institutions such as Stanford etc.. This of course was also a reason the AES has been working on protocols for more efficient audio transmission.  The current acceptable overall delay is in the 20-30 ms max range for a successful rehearsal session. This is a challenge for most current Internet providers. This can easily be tested with long existing tools such as ‘tracert’ that will provide a chain of equipment that is involved to communicate with the server along with the delay times. This will give you an idea if you’re even close to meeting the requirements.  Jamulus also will indicate the delay times of any server but as in most Internet protocols they are not deterministic and can vary in real time. Let’s look at the individual sources of delay and whether you can even correct for them. From the microphone or instrument to the computer and out to the Internet is controllable but represent a small fraction of the delay usually less than 2-5 ms. With the Internet1 however you have little if any control over it and represents a variable time delay up to several hundred ms. This is the real source of the problem since it is a round trip of audio streams. The server on the other hand like the client is not a significant delay source in the chain of no more than a few ms. This assumes that the server and its Internet connection is a real server not a client with a typical Internet connection. Most all ISP’s have the client connection as a asymmetric  implementation meaning that download speeds are roughly 10 times the upload speeds. This would of course make matters worse for a server. A symmetric service is needed for a realistic server such as T1 or better.  So what could help overcome the present Internet problem?  Once the hype and marketing subsides and robust network is in place 5G may be the answer. Even the high speed 4G LTE may suffice but it is still spotty. The answer unfortunately is a trial and error solution but at least it is economically feasible. Download speeds are claimed to be in the 4-5 Gbs range and upload in the 2-3 Gbs range for 5G. Even half of that would be quite usable with the 5G backbone being claimed far faster than the current Internet1. Time will tell.
Please post any experiences that you’ve been part of to address this problem.
Cheers
Title: Re: Remote Reheasal solutions
Post by: Artaudio on January 14, 2021, 12:59:31 AM
I've been using Jamulus since last March. You are totally correct in regards to latency. I have had successful jam sessions with anything between 30-50 ms. But you have to be aware of that and play slightly ahead of the beat. Slower pieces tend to be easier to jam along with.

I have just recently been introduced to www.sonobus.net software and I am still testing it out. Apparently it works as a peer to peer setup up and only uses a central server to do the handshake with all the parties involved. This software has a lot of great features. However one of first experiences with the program, I found it tends to use a lot of bandwidth (both up and down). I will retest this just in case there was something happening in the background that was beyond my control. But it looks promising. Also they are working on an iOS and possible Android app. (the iOS app is in beta as of this message. But like with any of these online jamming software apps, you'll be subjected to less latency if you opt for a wired connection to your router.

Cheers
ALT

Title: Re: Remote Reheasal solutions
Post by: WK154 on January 14, 2021, 02:59:02 AM
If it is a peer to peer architecture then who does the mixing? If each client is doing that it would even be worse than the client server architecture in terms of traffic. It would involve a lot more upload speed to all clients which you typically don't have. My 400mps Spectrum service might get 300-320mbs download and maybe 30-40 mbs on upload on a good day. It will be interesting to hear about your outcome.
Cheers
Title: Re: Remote Reheasal solutions
Post by: WK154 on January 14, 2021, 07:49:00 AM
Here is a paper on remote audio quite technical but it touches on the effect that delays have on the musician. Worth the read. https://ccrma.stanford.edu/groups/soundwire/publications/papers/schuett_honorThesis2002.pdf
Cheers