Hi guys,

I'm trying to assign a knob from my hardware controller to control the frequency of the operators on a tiny Yamaha Reface DX.

Only "problem" is that on the actual keyboard Data List parameters there is 2 different CC Number for each operator frequency level: a "coarse" and a "fine".

For example for the OSC1 of the Reface DX, the CC 89 (with value between 0-31) controls the Coarse frequency value (integer only), and the fine frequency is control by another CC (90) with value between 0 and 99 for decimal.

(gosh, i hope i'm clear enough!!).

I would like one single knob to smoothly operate the change of frequency because the audio rendering is quite bulky when only using integer value only and the charm of FM synthesis realtime morphing is then lost...

I've tried a a patch that isolates the decimal from the integer from the midi control value and send the two values to the target CC number (89 and 90) via a [ctlout] object but the result isn't perfect really. I've put some short delay for the decimal values to be send before the integer value...

Nothing very complicated for most of you i think, but i am an eternal newbie on PureData, and i could do with some help!

Thanks for any advice guys!

Regards,

Anthony

PS: here's my patch so far:

#N canvas 398 124 739 708 10;
#X floatatom 264 182 0 0 0 0 - - -;
#X floatatom 398 173 3 0 0 0 - - -;
#X floatatom 368 172 3 0 0 0 - - -;
#X obj 355 100 ctlin;
#X obj 222 287 line;
#X floatatom 210 347 5 0 0 0 - - -;
#X obj 208 382 float;
#X floatatom 269 415 5 0 0 0 - - -;
#X obj 273 376 int;
#X floatatom 211 416 5 0 0 0 - - -;
#X floatatom 208 503 5 0 0 0 - - -;
#X obj 210 450 -;
#X obj 475 491 ctlout $1;
#X obj 490 403 + 1;
#X floatatom 563 422 5 0 0 0 - - -;
#X obj 373 295 ctlout $1;
#X obj 317 498 * 99;
#X floatatom 359 503 5 0 0 0 - - -;
#X floatatom 325 314 5 0 0 0 - - -;
#X obj 300 278 int;
#X obj 366 141 / 4.09667;
#X msg 211 243 $1 400;
#X obj 328 228 delay 500;
#X connect 0 0 21 0;
#X connect 0 0 19 1;
#X connect 0 0 22 0;
#X connect 1 0 13 0;
#X connect 1 0 15 1;
#X connect 2 0 0 0;
#X connect 3 0 20 0;
#X connect 3 1 1 0;
#X connect 4 0 5 0;
#X connect 5 0 6 0;
#X connect 6 0 8 0;
#X connect 6 0 9 0;
#X connect 7 0 11 1;
#X connect 8 0 7 0;
#X connect 9 0 11 0;
#X connect 10 0 16 0;
#X connect 11 0 10 0;
#X connect 13 0 14 0;
#X connect 14 0 12 1;
#X connect 16 0 17 0;
#X connect 17 0 12 0;
#X connect 19 0 18 0;
#X connect 19 0 15 0;
#X connect 20 0 2 0;
#X connect 21 0 4 0;
#X connect 22 0 19 0;

@microgramme_crk Maybe..........
Change the 2000 in [$1 2000] to make the smoothed reaction faster or slower.
I imagine "fine" goes from -50 cents to + 50 cents for its 0-99 range.... so........
was2.pd
David.

@whale-av thanks so much for your suggestion, David! Much appreciated! That is smoother that what i got for sure!

Now there is still a small leap when reaching a new integer value on the oscillator (especially with the carrier), even with very long [line] values (like 6000ms), but i think it is due to the inherent limitation of the (low-budget) Reface DX tone generator and not really to the design of the patch.

I need to find how to control the operator the same way when it's in "fixed frequency" mode (as opposed to "ratio" mode) but i dont have the time to work on it now. If i'm stuck i'll post something here.

I attached my abstraction down here if anyone's interested. You only need to add the number of your CC in the creation argument and with four of them in a patch, one can control in realtime the four operators of the Reface DX with physical knobs I've also added an inlet to change the ramp value in ms to experiment with different transition times.

Thanks again David!

smooth_control_DX.pd

@microgramme_crk You could try reversing the connections to the outlets of [t f f]
That might fix the "small leap"....... unsure how the synth is reacting to the order of midi.
The two messages really need to arrive at the same time..... and of course that is not achievable.

My patch did not output every single "fine" value.
So, if you change the grain of [line]...... put [line 0 1] instead then you should get every decimal value of "fine" even at fairly fast change speeds.
You might saturate the midi though. Depending on how fast the changes are...... 1000, 2000, 6000.... change to [line 0 2] or [line 0 20] ....... as large a second argument as possible that will still output every fine value as it sweeps.
Put a print on the "fine" outlet to see whether every number in a series is sent.

You can also put [change] before [ctlout 89] which will reduce the coarse updates.... but that might not be acceptable for the synth.
David.

Thanks again David, unfortunately i won't have free time before the end of the week or next week to look into that now!

The midi and/or synthesiser processor do already saturate when i'm tweaking the 4 knobs at the same time alright and the synth screen is freezing for a while!

... Sometimes nice sonic accidents happens during these system overload moments though !

Very short update: your patch is working fine, David, and i'm having good fun with it, There is still a small leap as I was saying, no matter the change i make, but it is just same when controlling the synth from its own panel, it is just part of the hardware limitation. Thanks for your help again David.