• 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Latency & Syncing & using the Jamkazam Distributed Metronome
#1
Latency & Syncing & using the Jamkazam Distributed Metronome

As a new user, i am sharing the importance of watching and understanding the Distributed Metronome. Regardless of uncontrollable latency, this feature appears to be the best solution to sync users with their playing, since the same clock source is distributed to all users

https://youtu.be/rfz1b91liW4

The hardware and Internet Service Provider my music buddy I have is excellent. We have excellent audio interfaces, both on the same ISP, 2 miles away from each other, and very low latency. But still, the law of physics apply and as guitarists we easily fall out of sync. When we start playing we both notice we are slowing down asking each other, “why are you slowing down?”.

We experimented with the metronome and it greatly improved our playing experience  because it gave both of us something to sync to. Using a Met can be annoying yes, but it can also make you a better player over all.

The Met features are interesting. We chose the Knock sound. You can change the volume independently for the Met. Also, there is an option to include a visual metronome.

Cluster Beat? In the Met controls you can listen to a Cluster Beat. This is where things become interesting. There are two beats! It sounds like they are an 8th note beat away from each other. We kept it off so we can sync to the main beat and recorded a couple of songs and listened back to them. The Met is not included in the recording and overall we felt we achieved some success with playing in sync. The pre-mixed recording revealed a slight off set of the tracks at times, but not all the time. If you take your recordings seriously you can correct this by loading the individual tracks in your DAW and fix the off-set.

Not without some glitches, there will always be some unexpected anomalies. While playing on occasion the Met skipped, or dropped a beat causing the players to fall off the beat. This happened twice during a 15 minute session. I suspect a network hiccup can cause this.

If two guitarist are playing and one takes a lead while the other hold the chords, the lead player will notice the other player is not on the beat, but the after beat. In our case we just decided to go with what made musical sense and play the song, regardless of what the metronome was doing. The good news is, we did not feel like we were slowing down on each other. The point being, as long as one is keeping the tempo going based on the Metronome clock source, you can have a good experience.

Drums. I have a Digitech Trio which can play a drum beat in different styles. It is not MIDI, and has it’s own internal clock source. It’s a lot of fun playing solo with this device but I suspect for other players in the session, even though it provides a steady beat it is not the same as the distributed metronome. This makes me think, even for an actual drummer in the session, they too will need to depend on the distributed metronome so all players are in sync with the Met, not the drummer.

I have some more experimenting to do but wanted to at least post this in hopes it will put other players in a direction they may find helpful. Remember, latency is always going to be happening, it’s a matter of who we play with the latency that can give us a better playing experience.


Update April 13, 2020

Did some more experimenting with the metronome. It too has its moments and sometimes is not dependable. It is worth noting
the lower tempos under 100 or 90 were less likely to skip a beat. Anything a 100 and it was a struggle because the tempo would $ft.

One interesting test you can perform between each person in the session is, put your headphones to your microphone so the other person can hear your Met click, with theirs and vice versa. In many cases it was close enough.

One thing that seemed to work the best was, setting a playing rule between players. One person is responsible for playing the chords and keeping the tempo and should never change even if the other players begin to slow down. Once we established this rule, we played about 4 songs reasonably in sync.

Networking Packet Rate Configuration Testing: we lowered down the “maximum outing music bitrate” to 128 kbit/s. After doing so we are more in sync. Expect the sound quality to be lessened. In my opinion, the trade off is worth it. The default is 320, and we had sync issues also at 256. Screenshots attached.


Update April 26 2020

Time for a General Update. First, thanks djs, for your 4/22 posting comments. While I think there is a lot of value exploring the network settings and get familiar with the app, my latest observations about the Distributed Metronome are not as encouraging. Even with it, my band mate and I notice it too can have some bad moments keeping us in time and sync.

One thing we notice, we have exceptionally good jam sessions even without the Met until about an hour + into our session. Things go downhill form there. It’s impossible for us to tame the latency. The theory is, perhaps it’s because we share the same ISP and live 2 miles apart from each other, and there could be increased bandwidth traffic happening. We usually start at 4:30 Pacific time, and around 5:40 / 6P, the latency is uncontrollable.  This is an important reminder that closer, does not always mean better.

There is no question, the higher bit rates sound nicer but we still find lowering down to 128 K does seem to help and is worth the trade off. The 1ms Frame Rate still seems favorable.


Attached Files Thumbnail(s)
           
  Reply


Messages In This Thread
Latency & Syncing & using the Jamkazam Distributed Metronome - by GDJ - 04-12-2020, 04:30 PM

Forum Jump:


Users browsing this thread: 1 Guest(s)