Posts: 4
Threads: 2
Joined: May 2021
Reputation:
0
hello,
I encounter a clock problem per track.
let me explain, when I play a track with a division by 4 (which I program with patch) and I want to pass this same track to a division by 2 (still with patch) my clock changes, but with a pattern of delay..
do you have a trick to circumvent the problem?
or maybe it's me who's doing it wrong
THANKS
Posts: 4
Threads: 2
Joined: May 2021
Reputation:
0
No exactly, let's imagine that my pattern 01 plays with a clock divided by 2, my pattern 02 is divided by 4
If I go from pattern 01 to pattern 02, pattern 02 will keep the previous clock (division by 2) throughout its length, and then will change (division by 4)
basically the clock change information always has a delay pattern
Posts: 4.139
Threads: 138
Joined: Jul 2017
Reputation:
247
Yes but that is the correct functionality. Clock changes are queued to allow a synchronized change.
You need to use the clock change command in direct mode for it to be changed immediately. ( Possibly needed from an FX but I don't know exactly out of my head rght now)
-> From the manual:
CBPB → Combined Playback FX
This is a multifunction FX to change the clock settings, playback order,
transpositions and to execute live jumps between patterns.
The first digit defines the functions:
0XX Change the clock type after the end of the current playing pattern. The new
pattern will play with the new clock setting.
Here you can set the different dividers and multipliers for the current track. Possible
settings are from 000 to 010:
/7, /6, /5, /3, /32, /16, /8, /4, /2, Normal clock, *2, *4, *8, *3, *5, *6, *7
This order is chosen on purpose as mostly base2 dividers and multipliers are used
around the regular clock. (See track setup)
The first digit got an additional function to either let the new clock change with a new
pattern (after the end of the current playing pattern) or to force to the new clock
setting directly.
1XX Same as 0XX but it changes the clock immediately. Use this with caution as
this might cause a un-synchronized pattern if being called somewhere in the middle
of a pattern.
If it’s being called from the first step, the new clock setting will run properly
synchronized within this pattern. (Depending on if the last pattern was synchronized)
PLEASE use the search function if something have been asked or discussed before.
Every (unnessesary) forum support means less time to develop! But of course, i am here to help! 
Posts: 4
Threads: 2
Joined: May 2021
Reputation:
0
I will try this step! Thanks a lot!
