OB-Xf by Surge Synth Team

VST, AU, AAX, CLAP, etc. Plugin Virtual Instruments Discussion
Post Reply New Topic
RELATED
PRODUCTS
OB-Xf

Post

Sorry if that's a stupid question i'm not very savant in this topic but are the sources for the ring mod OSC1 and OSC2 or OSC1 and some other internal signal ? Cheers ! The synth looks great btw can't wait to give it a try, good work.
I make electronic music - DAW of choice : Live 12 :hug:

Post

Both oscs are being multiplied to get the ring mod signal, a classic setup.

Post

EvilDragon wrote: Mon Jan 05, 2026 3:56 pm Both oscs are being multiplied to get the ring mod signal, a classic setup.
Perfect, thats the implementation I was hoping for :hug:
I make electronic music - DAW of choice : Live 12 :hug:

Post

Hi everyone,
I’m using the standalone version of OB-Xf on macOS [26.2].
I am having trouble with fine-tuning (precision control) using the mouse wheel.

Shift + Click/Drag works perfectly for fine-tuning.

Mouse Wheel (no modifier) moves knobs at the normal speed.

Shift + Mouse Wheel does not do anything at all. The knob stops moving entirely when I hold Shift.

Is this a known issue in the standalone macOS build?
Is there a way to fix this in the settings, or should I use a different modifier key for fine-tuning with the wheel?
Thanks for any help!

Post

Shift+mousewheel seems to work just fine over here, at least on Windows. Not sure if it's a different modifier combo on Mac.

Post

EvilDragon wrote: Tue Jan 06, 2026 10:53 pm Shift+mousewheel seems to work just fine over here, at least on Windows. Not sure if it's a different modifier combo on Mac.
On macOS (Tahoe 26.3 in my case) it's not working with any of the modifier keys.
And it is not that the Shift key has no effect. Instead, holding Shift stops changes to the values.
It's DAW-agnostic, too.

It works as expected in Linux. I haven't tested WIndows.

(Shift+Scroll works as expected in SurgeXT on macOS)


I also like to add that Shift+drag is very insensitive. I need to move the mouse a relatively large distance to notice a change in value.

Post

Ob-Xd's latest version adds Analog mode. Surge already has oscillator drift; could this be ported into Ob-Xf? (And maybe some randomness in filtering across voices?).

Post

The 4 "voice variation" knobs does that.
As for the oscillator pitch / tune drift, you can utilize the LFOs to do that for now.

Post

phreaque wrote: Wed Jan 07, 2026 1:51 pm The 4 "voice variation" knobs does that.
As for the oscillator pitch / tune drift, you can utilize the LFOs to do that for now.
I believe that even without Unison enabled, the Detune knob acts as an OSC variation.'

ED or Baconpaul can probably confirm (I haven't looked at the code) but I suspect what's happening is the Voice Variations and Detune knob probably add stable per-voice offsets, which were always there. And then what DiscoDSP recently [likely] did was add some drift (i.e. movement) to those. Just a guess.
Last edited by Funkybot's Evil Twin on Wed Jan 07, 2026 2:38 pm, edited 1 time in total.

Post

True, the voice variations knobs work on each voice whether in unison or regular mode.

Post

Rivanni wrote: Wed Jan 07, 2026 1:07 pm I also like to add that Shift+drag is very insensitive. I need to move the mouse a relatively large distance to notice a change in value.
It has acceleration IIRC so the faster you drag the more ground it covers.

Post

EvilDragon wrote: Wed Jan 07, 2026 4:47 pm
Rivanni wrote: Wed Jan 07, 2026 1:07 pm I also like to add that Shift+drag is very insensitive. I need to move the mouse a relatively large distance to notice a change in value.
It has acceleration IIRC so the faster you drag the more ground it covers.
Yes, there is acceleration. However, fast dragging is not something you do when you make a fine adjustment. It negates the function of the Shift key.

It's currently very hard to dial in a precise value. You must move extremely slowly and far (in actual cm, the mouse travels on my desk) to increase a value by, for example, a hundredth. If you move just a bit too fast (but still slower than you normally would), you overshoot.

The mouse movements should remain consistent whether you hold Shift or not. That's the point of the Shift key. It's up to the plugin to make the changes in value smaller. There shouldn't be a need to move the mouse more slowly and farther.
It would be even better if acceleration is disabled when Shift is held, so you don't overshoot with the smallest change of speed.

Anyway, it behaves differently from other plugins (including Surge), but in a bad way. My wrist can confirm.

Post

Currenty this is just using JUCE default modifier behavior (just on a different modifier key). It's unlikely this is going to be changed for 1.0, we can take a look at it later on.

Post

What's left to do for 1.0?

Post

It's all outlined on GitHub.

Post Reply

Return to “Instruments”