Set Pattern Length's in Ticks

[LeeScan]

Set Pattern Length's in Ticks so to enable strange step times but keep in general sync

[XORadmin]

How do you want to do that as you need 2 values:
1st patternnumber
2nd amount of ticks

And i guess it should auto generate patterns with 6 ticks each and the rest in the last step?

[LeeScan]

I of course am oblivious to any technical/ coding constraints but was thinking if the pattern length was set to 16 steps and this took in to account the default tick count so 96 ticks if you could then have a tick box to lock pattern lenght to total tick count so restricting the pattern to those 96 ticks.

But must restate my caveat of not knowing what I'm talking about

[XORadmin]

I don’t ask because coding issues, I ask for practical user interface issues plus I am not really sure what you mean:
Do you want to lock the amount of ticks and change the amount of pattern steps, while it will calculate automatically the amount of ticks needed per step and put the possible rest in the last step to stay synced?

[LeeScan]

Yeah I think that's what I'm saying, at the minute if I set the pattern length to 8 steps, afters its played the 8th step it returns to the 1st. And I'm wondering as an alternative if I'm able to set the pattern length in ticks instead (of steps ) - say to 48 ticks so that after its reached 48 ticks it goes back to the start of the pattern, and then i'f I'm adjusting the tick count per step ( flexing the rhythm of the pattern if you will ) regrardless of how many steps it played after its reach the desired tick count specified it resets to the first step ? am I explaining myself? 

thanks for your reply !

Lee

[XORadmin]

Yeah I think that's what I'm saying, at the minute if I set the pattern length to 8 steps, afters its played the 8th step it returns to the 1st. And I'm wondering as an alternative if I'm able to set the pattern length in ticks instead (of steps ) - say to 48 ticks so that after its reached 48 ticks it goes back to the start of the pattern, and then i'f I'm adjusting the tick count per step ( flexing the rhythm of the pattern if you will ) regrardless of how many steps it played after its reach the desired tick count specified it resets to the first step ? am I explaining myself? 

thanks for your reply !

Lee

I am sure I can’t easily do the pattern break after a dedicated amount of ticks. Too many things rely on the amount of pattern steps. However what probably would be possible is to manipulate the groove column and do a step increase/decrease while keeping the exact amount of ticks. That should be possible with a simple shortcut in the groove column which adds or removes a step and recalculates the best amount of ticks and in the last step a possible rest.

Sounds possible and interesting now, to be evaluated, no guarantees

[yrn1]

Just chiming in that I would really like this feature too. Would also allow to mess with the ticks while jamming and still remain in overall sync. I like to ‘never stop / restart’ while jamming, but messing with ticks in the groove column currently makes that kinda hard. I frequently have to manually do what you suggest (go to last step and fill/subtract a number of ticks to make it ‘round’ again) and then ‘rsync track’ to get everything aligned again. A feature like proposed in this thread would be great.

[XORadmin]

Thinking about it a bit more I guess if it is possible like this and stay in sync at the same time.
Just an easy calculation: lets assume a 16 step pattern each step 6 groove ticks (96 tiks for the pattern) half played = 48 ticks. If I would change to 15 steps then it would be 7 ticks per step and the last step 2 ticks. Even if I would average it out (which would be quite a calculating thing I guess) I would not have the same amount of ticks left that i would have for a regular 16 step pattern.

2 pitfalls here then:
- Averaging out to the new patternlength
- getting to the exact position while taking care of any possible manipulating functions so it will stay with the rest amount of ticks

I think I got to play with it and try to create some averaging algorithm. Surely not for the upcoming version.

[yrn1]

Aren’t you overthinking this? Isn’t it the other way ‘round: the steps each just have their number of ticks as set in the groove column, and the number if steps is calculated from this based on the total number of ticks, last step padded? Done at the moment you’re setting the total ticks or editing the pattern, so doesn’t have to be calculated live. Without of course understanding the underlying code… nothing worse than someone who doesn’t know how it’s implemented, telling you how to implement it… sorry about that

[XORadmin]

Aren’t you overthinking this? Isn’t it the other way ‘round: the steps each just have their number of ticks as set in the groove column, and the number if steps is calculated from this based on the total number of ticks, last step padded? Done at the moment you’re setting the total ticks or editing the pattern, so doesn’t have to be calculated live. Without of course understanding the underlying code… nothing worse than someone who doesn’t know how it’s implemented, telling you how to implement it… sorry about that

Once you change the amount of ticks it will not be in sync anymore in the end, doesn't matter of how many pattern steps are involved. The trick is to keep the amount of ticks while increasing the amount of steps, averaging out and find the right spot so it keeps staying in sync (tick wise). In the end the amount of ticks for the whole pattern must stay the same.

Change my mind!