Hey! Not sure if it's a bug or if I am not understanding the function correctly.
I'd like to control the euclidean sequencer with CV in 1 and 2, using a voltage from 0-5v that I have on an attenuator.
So, I have set it up this way in the mapping screen:
CV | IN 1 | ____ - TRCK | TRK1 | ECLD
CV | IN 2 | ____ - TRCK | TRK1 | ECLP
The ECLD mapping is functioning as expected and let's me set the number of steps.
The ECLP mapping is partly functioning, but for the most part the steps are jumping around and seems glitchy.
Also, if I just have the ECLD mapping active, it is not possible to set the start/base position on the pattern screen with SHIFT/OK/ARROW, but this might be as expected?
Hope it makes sense
Hey, I think both are working as 'advertised'.
What happens is the following:
- ECLP uses input values of 0-63 for the 0-63 step as the starting point.
The values you sample with the CV inputs get a noisy result (check in the mapping screen, it doesswing around the exact value). So with each value change the euclidean position and amount is being updated which sets conitnuosly the current value. As it flips between values you see them changing continuosly looking like they are glitching.
I suggest to either use a different source which is much more stable or add a simple shift right/shift left to the euclidean values to get rid of the 'noise'. Also the position need to be shifted anyways to get the source rows 0-63 ( 6 times rightshift on a source from 0 - 4095/FFF)
The 'Noise' is also responsible for yourSHIFT/OK/ARROW to not work anymore since the noise continuosly updates the euclidean values.
(05-28-2025, 09:49 PM)XORadmin Wrote: [ -> ]Hey, I think both are working as 'advertised'.
What happens is the following:
- ECLP uses input values of 0-63 for the 0-63 step as the starting point.
The values you sample with the CV inputs get a noisy result (check in the mapping screen, it doesswing around the exact value). So with each value change the euclidean position and amount is being updated which sets conitnuosly the current value. As it flips between values you see them changing continuosly looking like they are glitching.
I suggest to either use a different source which is much more stable or add a simple shift right/shift left to the euclidean values to get rid of the 'noise'. Also the position need to be shifted anyways to get the source rows 0-63 ( 6 times rightshift on a source from 0 - 4095/FFF)
The 'Noise' is also responsible for yourSHIFT/OK/ARROW to not work anymore since the noise continuosly updates the euclidean values.
Thank you so much, I had a feeling that it could be an issue with the source being unstable. However, I did test it out with a very stable source (Lab supply) and still had the same issue.
I have no idea how to add a "shift right/shift left" to the euclidean values, but will try to get an understanding on how to program this in the mapping screen. Any suggestion would be highly appreciated ?
(06-02-2025, 12:10 PM)Momec Wrote: [ -> ] (05-28-2025, 09:49 PM)XORadmin Wrote: [ -> ]Hey, I think both are working as 'advertised'.
What happens is the following:
- ECLP uses input values of 0-63 for the 0-63 step as the starting point.
The values you sample with the CV inputs get a noisy result (check in the mapping screen, it doesswing around the exact value). So with each value change the euclidean position and amount is being updated which sets conitnuosly the current value. As it flips between values you see them changing continuosly looking like they are glitching.
I suggest to either use a different source which is much more stable or add a simple shift right/shift left to the euclidean values to get rid of the 'noise'. Also the position need to be shifted anyways to get the source rows 0-63 ( 6 times rightshift on a source from 0 - 4095/FFF)
The 'Noise' is also responsible for yourSHIFT/OK/ARROW to not work anymore since the noise continuosly updates the euclidean values.
Thank you so much, I had a feeling that it could be an issue with the source being unstable. However, I did test it out with a very stable source (Lab supply) and still had the same issue.
I have no idea how to add a "shift right/shift left" to the euclidean values, but will try to get an understanding on how to program this in the mapping screen. Any suggestion would be highly appreciated ?
The CV input is the one. If you look to the mapping screen you can most probably see that the fine values keep changing. And every change causes movement on the euclidean.
You need to filter out the fine values and one possibility would be this:
00 CV IN1
01 CALC RSFT 00=6
02 CALC LSFT 00=6 > TRCK | TRK1 | ECLD
And to get values from 0-63 for the starting point:
03 CV IN2
04 CALC RSFT 03=6 > TRCK | TRK1 | ECLP
Awesome, thank you so much! I'll dive right in to it!