Open pgatt opened 3 months ago
This was using Rack Pro 2.4.1 standalone on Mac ARM64.
Hi @pgatt. Looking the screen capture above it looks like switches feeding into switches. I cannot reproduce this issues with a stand alone switch module so I suspect this is an issue with the multiple modules receiving the clock at the same time but not having the expected input from the previous switch due to the 1 sample processing delay for each module. Can you possibly give me a patch file where this behaviour is exhibited?
Hi Adam, that sounds likely.
Here's a relatively minimal patch that exhibits this. Upon opening the patch the output from the final switch is polyphonic. After clicking Reset on Impromptu Clocked here, the output turns monophonic.
I was using your sequential switches because they allowed both random sequences and supported polyphonic cables in and out.
Hi Paul. Apologies for taking so long to look at this. Lots going on life-wise at the moment.
What I'm seeing in that patch is, on reset, the output does indeed go monophonic with a 0v output when the reset occurs but it always flips back to poly when the next leading clock edge arrives. The reason for this is that these switches operate in the same way that my sequencers do in that they reset to having no steps selected so that they can start on step one when first clock after the reset arrives. As such there's context for derivation of the number of channels.
Hi Adam, thanks for the reply, no worries re the delay, totally understand.
I can't remember exactly as it's been a while, but I think the reason I raised the issue is that they wouldn't always revert to being polyphonic.
Using polyphonic input channels, the output only has 1 input after the modules are reset. Sometimes they revert to being polyphonic after a time, sometimes they get stuck there and never return to being polyphonic.