(Hi, warning : long message !)
So…I now have a DN, to play along with my DT. And – concerning what is at stakes here – it is not doing so well. Before reporting these as bugs, I’d like to have some feedback, maybe I’m missing somehing. Also this concerns both units obviously.
I’m not sending program changes manually, just using the automatic sync feature.
Regular pattern sync works as expected. By regular I mean when all the scale page settings on both units are the same.
Except :
1° When the slave unit (for this I’ve tried both ways, DT>DN as well as DN>DT, same behavior) has its m. lenght set to INF, it jumps to the desired pattern with a cycle delay (of course, ch. Lenght is set in a meaningfull way). It seems a bug because I can see no reason why. This does not occur when the master in set on INF, only the slave (be it DN or DT). It’s not dramatic, but it means no polyrhythm on the slave, basically, at least if you want to sync pattern changes…
Now :
2° Let’s set both DT (master) and DN (slave) to a 32 steps patterns, but let’s set the ch. lenght for both at 16. If I ask for a pattern change in the first half of the pattern, the DT changes after step 16, as expected…but the DN still wants to accomplish the whole 32 steps, despite its ch.lenght set at 16. Again, seems buggy to me. It is as if, for the slave, the ch.lenght parameter was ignored and mirrored the pattern lenght whatsoever.
Finally :
3° To the case where different scale (proper) settings are desired. My idea was to have the DT running at x1, and the DN running at x1/2 (both, say, 32 steps patterns. Both ch.lenght set at 32). It is messy. Here’s what happens. If I ask for the pattern change while the DN is still in the first half of it’s cycle, it will correctly change pattern at the end of it’s pattern. Of course, this is not very interesting because the DT pattern logically changes at the middle of the DN pattern (I thought of a workaround for that, but it failed, a word about it later). But, if you ask for the pattern change while the DN pattern has entered the second half of its cycle (what seems the most natural), the DN will unfortunately not change pattern before another full cycle is accomplished. So it’s no good.
The failed workaround :
I thought I could ask for the pattern change in the first half of the cycle (though it’s not very natural), and maybe set the ch.length on the DT to 64, so that it cycles two whole times before changing, synced with the DN. But it doesn’t work : the changes occurs after the 32 steps (the pattern lenght), no matter waht. I guess its logical because the unit doesn’t « count » the number of cycles it has accomplished, so it probably cannot know that it has to change after, say, two cycles. But if that’s so, what’s the meaning of the possibility to go to very high values, in the ch.lenght setting ? Nothing above 64 seems useful – but I may be missing something here.
Voilà !
I’d be curious to know if other users can confirm these problems – or, even better, show me where I am wrong.
cheers