Home of the jammr Community
Questions :
1). Does jammr compensate for server to end user latency such that remote users see and hear the System metronome at same point in time ?
Meaning if user 1 has a 50ms latency and user 2 has a 80ms latency , jammr determines this (by measuring a ping ?) and adjusts metronome so both users see and hear their metronome at same point in time (within some given accuracy)….
2) would be nice if system metronome could be audio or visual or both - looks like its both or neither presently..?
3) is it preferable to use an even numbered bpm
Offline
Hi gth2004,
gth2004No, because of the way that jammr works it is not necessary to do this.
1). Does jammr compensate for server to end user latency such that remote users see and hear the System metronome at same point in time ?
gth2004This might be added back in the future, but it can confuse users:
2) would be nice if system metronome could be audio or visual or both - looks like its both or neither presently..?
gth2004Either even or odd numbered BPMs can be used.
3) is it preferable to use an even numbered bpm
Offline
so if it's not sensitive to internet latency is that why everything sounds out of time?
it's getting me into bad habits of speeding up and slowing down.
even the metronome seems to have slight speed up and slow down.
what is going on. my band are coming here to rehearse hoping it was better than a zoom rehearsal.
live were all tick tock in the pocket. will we have the same problem as a zoom rehearsal?
this is horrid and i dont know why.
are we better off recording guitar at xxxx bpm, file transfer over to drummer, adds drums sends stems to rest and getting song done in time? or what?
what am i missing here, frustrated.
Offline
frap
so if it's not sensitive to internet latency is that why everything sounds out of time?
Offline
stefanha;
Thanks for the response…
maybe you can clarify:
if jammr does not compensate for server to end user latency such that remote users see and hear the System metronome at same point in time, then end users may see/hear the metronome click at slightly different points in time and trying to play on the click that a user hears could be a problem if the end user clicks are not coincident ..
is that correct ?
in that case, user #1 could play at the system click and others users could/should mute their metronome and play along with user #1 - and everyone must be playing at system BPM as you have stated elsewhere.
second question:
what could cause distortion/static on some jams but not others ?
I have connected in with some jams and audio seemed fine to me, while other days/times i hear distortion/static on the other users - muting each user one at a time did not help it sounded like the problem was on all user inputs..
i have been using waspi with 5.33ms latency (default)
thanks,
gth2004 (NC , USA)
Offline
gth2004
if jammr does not compensate for server to end user latency such that remote users see and hear the System metronome at same point in time, then end users may see/hear the metronome click at slightly different points in time and trying to play on the click that a user hears could be a problem if the end user clicks are not coincident ..is that correct ?
second question:what could cause distortion/static on some jams but not others ?I have connected in with some jams and audio seemed fine to me, while other days/times i hear distortion/static on the other users - muting each user one at a time did not help it sounded like the problem was on all user inputs..i have been using waspi with 5.33ms latency
Offline