zee verkawound wrote:Joshua Lee wrote:
I would say that is is safe to say that it is broken
I'm not sure "broken" is the right word, just completely adolescent by design. Way underdeveloped and completely unpredictable. Why? Now that's an impossible question to answer.
its pretty easy to aswer that by the ableton developers by comparing what they have done with the way it should be done...
i just fear that the mangement dont frees development time to fight the problem at the source because wherever the jitter comes from it shouldnt effekt the tempo reading. and execution of the events..
Thats the great thing about clock sync that based on the temporeading each clock marks an absolute position in time of the musical piece..
And i really dont see unsolveable problems to get the tempo wright..
its also not a mistake to do it like roger linns early mpc´s, that take the user set tempo into the equation..
what allows theese older mpc´s an imideate start performance.. and also could be used as a refference that gets dominance when the mesured tempo is close enough to allows steady operation within maybe a 10 samples window and only resyncs when the window is exceded up to the moment we are inside the window again..
when this resincing is timed in part of the bar where it dont hurts to much. what usually before the one..like real drumers do it when they realize that they are wrong.. they aim to get the next 1 wright..
anyway.. in a wordclocked system this should allow for sample synchron operations with extrem long periods without resyncing..
and on a free running one good performance should be achived on another ableton as master..
on external drummachines wher the tempo is to far from the set tempo its gets a bit more complikated.. that might be the case to switch to permanent resyncing.. but in a groove designed manner..
This all is of cause not as simple as it sounds.. all kind of processes are involved.. latency compmesaton..or
the samplerate conversion has to kick in on a tempo change..
and it shoud switch of when we have matcehd tempos again..
therefore its a bit critical that abltons internal tempo resolution has 4 digits.. while the user set tempo only has 2..
you defently have to take care that you dont get missinterpretations here by roundig errors..
so the program thinks it runs on 120,0001 bpm and switches acordingly SR on.. just to realize after 32 bars that it was wrong to go to 120,0500 bpm to run after the master..resultig in SR on..
so SR is actually all the time on..
one would think that letting it run on its original tempo and ignoring everything lower than 2 digits, or even just force the set tempo, up to the resyncing point would allow at least long chunks of clean audio..
And life syncing life that portions can be actually pretty long.. you try by just free syncing withou word clocking.. it takes a while to get distractiv..actually sounds pretty cool for a long part of the travel.. so a minimal dift is more musical than drunken wobbeling..maybe a question of taste.. agian..i really think we need 2 slave options.. thats by far the smaller compromize and allows for more error in the implementation when we allways have an alternativ mode.
So one bug in the one algorythm dot kills the party.
However-
its defently not a trival task and needs some development time and therfore budget.
But would be worth the hazzle to invest in a 2000 ready clock sync algorythm instead sticking to the really bad 1995 "consumer hard disk recording program on a pc" standard. could be the basis of an own ableton sync format or at least would allow production quality operation in network sync.. with slight glitches at the resync points of cause.
but its much easier to edit a temprorar short glitch in a recording done in such a sync.. than having constant pitchmodulations on the tracks..
The glitch might be just what live is doing now any bar.. so its not necessarily somthing that needs to be eddited.
depends of a good adjustment of the involved algorythms..
IMO opinion constant resyncing is a worst case szenario..not a mode of standard operation in a stable setup between ableton computers..
the best sync mode we have wright now is to just dont sync it, dj sync with the nudgs
Thats the one with working latecy compesation.. samplerate conversion off wher it should be off ..stable repitch clips and tight groove, try it.. it sound much better than lives ssad try to follow a midi clock instead just counting it and run on its own speed..
This actually shows how such a stable tempo resyncing should work..like automated dj sync with precise positioning and imideate start performance by considering the set tempo as wished start tempo..so we can run without any pre calculation..
so easy so genial..thank you Mr. Linn
Than we add the ability to recognize tempochanges on top of that..
so 2 algorythms dynamical selected acording to the situation.. fulled by arteficial intelligence..
yeeaahhh..
so..that was enough for beeing paying betatester..
and of cause only represents one way to solve the situation..there are others..
But my opinion is that i dont think less than a dj can achive by listening, is not apropiate for a clocksync with 24 ppq that arrives in uS precission...
not in the year 2010..