LFO cc values unexpected results

sjvl

What’s the issue?

Hi! Reliq is amazing! When i wish to put lfo on a cc (in this case analog four), if i scroll through cc’s to something like the envelope cc’s, it can put envelope in a state with, for example, too long of attack so that the sound cant be heard.
Please describe what you expected to happen and what actually happened.

I expected to scroll through cc’s and pick the one id want to apply lfo to rather than have lfo takeover whatever cc values i scroll through? I guess thats one solution anyways?

How to reproduce

Describe the steps to make it happen reliably.

System info (if relevant)

Rlx version: e.g. 1.1.0
Connected devices: e.g. Octatrack
DAW or software used: e.g. Ableton Live 11
Platform: Mac / Windows / Linux / Standalone

Screenshots or videos (if applicable)

Include links or uploads if visual context would help us understand the issue.

Kyriakos-Reliq

Hey @sjvl ,

Thanks a lot for the kind words and for reporting this. We’re aware that the current CC selection behavior can cause this when the sequencer is running, since scrolling through CCs can temporarily touch values you don’t actually want to change. We’re already working on an improvement for this, and it should not be too long now 🙂 Thanks again for the report.

sjvl

Ahhh yes ok that will work for me.

And i am torn about the implementation because at first i was loving cycling through cc’s to hear different sounds. But once it affected ASDR i couldnt get back to where i was.

So maybe the “perfect” solution will take time to solve?

Thank you for your work!