Lotuzia wrote:Unqlenol wrote:Hi thanks for the quick reply. I think you understand perfectly. I can just confirm that this is all happening in one pattern- simply whilst trying to develop the pattern. I get that it is hard to explain. If I can find some time I will try to post screenshots or an example of what I mean. I was simply testing the waters with developing a pattern that uses a double time concept. Thanks.
Ok I'll test this in the next days.
A simple trick, because it possibly can apply in the situation you describe : Sometimes -rare but it might still happen- what the GUI shows doesnt reflect exactly the current StiX state. In this case, simply switch pattern (and/or select another drumpad) and go back to the pattern you were editing and correct data will be displayed again. We have tracked these 'display' bugs and thought we have eradicated all of them, but well, ... maybe not all . If it was the case, please report back here, or to me directly.
I can confirm there's sometimes an incorrect behaviour when changing the number of steps per beat.
1/ If I program 8 steps in beats 1 & 4, then program hits, everything's ok
2/ If I program 8 steps in beat 1, then hits, then 8 steps in beat 4. Ok
3/ If I program 8 steps in beat 4, then hits, then 8 steps in beat 1, the hits are shifted ( probably by the ammount of additional steps). And the display isnt right ( though switching to another pattern, then going back to the current edited one will correct this)
So it's safe when you program first your step number changes ( or edit them in case of existing pattenrs), but it's not correct when you change the number of steps of an existing pattern located before another changed pattern. I'll have to investigate this a bit further, but I'd say there are chances that any change of number of steps will shift the hits located in the beats AFTER the changed beat, wether they are standard, or not.