Recorded Tracks not synchronised - Printable Version +- JamKazam Forums (https://forum.jamkazam.com) +-- Forum: Jamkazam Forums (https://forum.jamkazam.com/forumdisplay.php?fid=1) +--- Forum: Miscellaneous (https://forum.jamkazam.com/forumdisplay.php?fid=6) +--- Thread: Recorded Tracks not synchronised (/showthread.php?tid=792) |
RE: Recorded Tracks not synchronised - Johannes - 05-26-2020 There is no drift in the tracks as far as I can tell. Yes, I guess that would work, but would probably only be accurate within 20-30ms (or more), which is no better than aligning by trial and error. Surely there must be a better way to do this. If not, JK should be updated to have this built in. It doesn't have to be a spike, it could equally well be a cut-out for something like 1 s right after the recording has started on all the machines. The strange thing is that JK supposedly does the alignment itself for its own mixed recordings, so there must be a way. Unfortunately, in my case the final mixes never show, so I cannot check whether there is any trace in the file. RE: Recorded Tracks not synchronised - SteveW - 05-26-2020 Are you saying the band wouldn't be able to hit a single stab note that accurately? I would have expected it to be much tighter than that, but have never actually tried it, so you may be right. Or are you saying that the inaccuracy would be because of the internet latency? In which case I would have thought that doesn't matter because the audio in the track is going to be delayed by the same amount. Again maybe I'm wrong about this not having tried it :-) RE: Recorded Tracks not synchronised - Johannes - 05-26-2020 This is not a band, it is two classical musicians playing together. But regardless, do you know how little 20ms are? That's very little. I would like to know what the original sample synchronisation would have been (as it sounded in the stream mix), not something approximating it by that kind of amount. No, it is not because of the internet latency, or perhaps it is also, it makes little difference. I am looking for accuracy, not guessing - accuracy in the relation of the tracks, not accuracy in the playing. RE: Recorded Tracks not synchronised - Hans Peter Augustesen - 05-26-2020 20 milliseconds total latency between two persons in JamKazam is like playing in the same room 7 meters apart from each other. Try to hear your sense for latency, delay here: > https://soundcloud.com/user851807875/public-service-test-the-hearing-of-the-delay-or-latency-new-and-slightly-better "Two metronome clicks start at the same time. One of the clicks is gradually delayed compared to the other. At the end after approx. 27 seconds, the delay is about 110 milliseconds. Then it is all repeated, but this time in stereo with the two clicks in each channel. At about 3 seconds after the clicks start, the delay is about 10 milliseconds - after which a normal human should be able to hear the delay." At about 6 seconds after the clicks start, the delay is about that 20 milliseconds. It CAN be heard/noticed - but not very easy RE: Recorded Tracks not synchronised - Yarnall - 05-26-2020 (05-26-2020, 09:11 AM)SteveW Wrote:Hi Johannes, et al. -(05-26-2020, 06:55 AM)Johannes Wrote:(05-14-2020, 01:05 PM)Hans Peter Augustesen Wrote: Yes, JamKazam intends to mix the original tracks together. I have had exactly the same problems when "exporting" the master tracks to do my own mix (two musicians only, piano and bass). Our tracks are about .2 seconds out of sync (NOTE that this does VARY from song to song). And I agree with all that Johannes has said in terms of troubleshooting and analysis -- there must be a way for JamKazam to fix this automatically (and hopefully in an imminent update they will do so!), but in the meantime we must fix this manually. One CLUE is that when I (the bass player) export the high-res files to my Mac for mixing, it is the piano player's track that is delayed by about .2 seconds; however, the reverse is true for the piano player -- that is, when he exports the hi-res files to his Mac for mixing he sees/hears my bass track as being about .2 seconds behind. Not sure what this suggests, but it must be a clue to why/how this is happening! What definitely DOES WORK as a solution for us (for now, until JamKazam fixes this) is essentially the same as this idea suggested earlier in this thread (a version of the "clapper" idea also referenced in this thread):
Then when I export and open the files on my Mac (in a great $50 program called Sound Studio) I do the following:
It sounds complicated, but it really takes only about a minute or two to do all of the above. YES, it is a pain -- and JamKazam should do this automatically. But until they fix this bug this workaround will work! RE: Recorded Tracks not synchronised - Johannes - 05-26-2020 You know, I think I know where JK hides the info we need, and it just needs to be decoded. In the Commentary field of the Wav file I see for one file: Start=1:1590398098:700251|JamType=LocalTrack|JamRecordingId=3c4aad44-1094-4a65-bb60-eebc7b3f5847|JamTrackId=e5a6cfda-ff46-4a90-98c3-92b614908c27|JamClientId=72c324bb-dc92-43ca-aca5-14b0895f75a5|JamLatency=521883601:0+0.0^0.0,521883601:0+0.0^0.0,715082825:0+11.0^0.2,521883601:0+0.0^0.0,521883601:0+0.0^0.0,521883601:0+0.0^0.0,521883601:0+0.0^0.0 and for the other: Start=1:1590398098:978621|JamType=LocalTrack|JamRecordingId=3c4aad44-1094-4a65-bb60-eebc7b3f5847|JamTrackId=93d1ef0b-901a-4df2-af22-cb36682f6943|JamClientId=92f02fe2-11d8-471f-ba69-e386b833ee98|JamLatency=521883601:1+11.0^0.2,715082825:1+0.0^0.0 I would bet on it that JK leaves this info for precisely the reason to resync the files later. So if anyone knows what all of this means, let me know, it must translate somehow in the offset value of the files. RE: Recorded Tracks not synchronised - Johannes - 05-27-2020 I wonder whether it is in fact very simple, in that the misalignment is simply the difference between the numbers behind "Start" at teh beginning of the commentary field, with the figure after the second colon: giving the decimal value for the start of the recording. So in this case the latency would be 0.978621s - 0.700251s = 0.278370 = 278.370ms. This seems to make sense in my case. Can anyone confirm? RE: Recorded Tracks not synchronised - Johannes - 05-30-2020 So this didn't work with the next test. This time the start values in the commentaries read: Piano part: Start=1:1590742614:731179 Violin part: 1:1590742615:20999 (Interesting that the first has one more digit). The number would suggest a latency of around 479ms, and this certainly doesn't work. It seems to again be around 250ms, which is the value that the violin is behind, so it needs to be $fted forward by that amount to sound right. In case this makes any difference, the recording was started from the violin end. Any ideas? RE: Recorded Tracks not synchronised - Johannes - 06-04-2020 I have since worked out that the latency of the piano track is 268ms or something close to that. I could work that out by using the stream mix file and finding the more or less exact beginning of the first note. I am still hoping I can find the real value in these numbers. This must be a simple thing to solve... RE: Recorded Tracks not synchronised - jamsden - 07-09-2020 I'm having the same problem. Three of us are jamming in a session. I press record, all the other jammers in the session get a notification that the session is being recorded. I press start recording and we all play. I press stop recording and go to the File Manager to wait for the high quality mix to be created. I then export the mix. The stream recording sound fine, exactly as I heard it when playing (including with dropouts and digital artifacts). The mix.ogg sounds great, but my track is quite a bit ahead of the other two. I'm wondering if the issue is that there's no reliable time reference for syncing the high-quality tracks contributed by each jammer. When I press start recording, the recording on my machine starts - recording both the JamKazam input and my streaming output. The 0 mark in my audio files is when I pressed start recording. At the same time, a message has to be sent to all the other performers for their recorders to start recording their high quality input and their stream. This is going to take some time for the message to be sent, for the jammer's JamKazam app to respond, and for the recorder to start recording. So the 0 time mark for the other jammer's recordings is going to be later than mine. Is this a possible explanation? Is this a bug? Or am I doing something wrong? I'm on MacOS 10.15.5 and am using Logic Pro X (or MainStage) with Loopback to feed audio into JamKazam |