OS-251 lv2

There’s a new synth called OS-251

I managed to get it to build and wrote down what I did:

It sounds like this:


1 Like

I’m less keen on hearing aliasing on my analogue synth emulator.

I heard a glitch in one of your samples. How resource hungry is it?

We want to remove plugins that provide little or no benefit, e.g. those that don’t work and be more circumspect in our choice of new ones. I think twists like this should accompanied with justification for their inclusion. We shouldn’t add stuff just because it exists.

My initial appraisal of this is that it sounds okay but not brilliant and may not provide benefit over existing analogue synth simulation.

Feel free to add justification for adding it either here or in the GitHub ticket (or both).

We might end up with_official_ Zynthian plugins and community or other available ones which would allow users to add any they want but identify those that have some level of support.

If ever I want to annoy a lead guitarist I’ll say ‘I think your coming through a bit hot, there’s quite a bit of distortion, you probably want to back that gain off a little’

‘LowFi analogue’ is very in vogue at the moment. Even if it comes across as oxymoronic nonsense.

It’s not too problematic with resources if you turn the number of voices dial down a bit.

There’s already a curated list of lv2 synths in that they’re not all enabled in the web ui on the image, I imagine this will be like that.

I recently reported some issues in GitHub about LV2 plugins that didn’t work or were very bad and agreed with @jofemodo that such plugins should be removed as they just clog up the system giving users a bad experience. We also have issues reported against plugins which are not very good and we spend time trying to resolve issues that we shouldn’t bother with. I see us having a set of showcase plugins that are enabled by default that show the best of class plus more plugins that we have deemed beneficial to have in the system that we will support. I also see everything else being available via a community supported channel, i.e. users may enable the unsupported plugins but caveat emptor / there be dragons.

The support effort is scarce and a common user experience is to be confronted with a massive list of plugins and to be disheartened when having tried many they find a load that are suboptimal or not working.

I want to see any new plugin suggestions accompanied by justification. It should include evidence of what makes this plugin different from others, what makes it good / interesting, proof that it works and what system impact / resource usage it has, etc. We have been guilty of seeing something shiny, posting it here then just adding it without any consideration of why we are adding it. Let’s make Zynthian the best it can be which includes the paradigm, “less is more”.

I keep trying to fix my amp when I hear LowFi production playing through it. :wink:

2 Likes

I just tested the synth, I love it.
It would be interesting to have it in Zynthian.

  • it is really easy to use, not a lot of parameters
  • it has a particular sound, very vintage.
  • it is influenced by juno 106, we don’t have that in zynthian yet
  • it is better than a lot of synth on Zynthian (for example raffo)
  • it has his own character (the most important)

For the resources, I have not tested, but indeed if it is too hungry it is a problem.

One of the issues is we can’t install it with a build script like some of the other synths, I put in a package request to KXStudio repo and falkTX. He noped out of there at speed. He’s got huge experience working with plugins so I respect his comments.

falkTX is also known to react quickly without as much consideration that others may take so we should validate his concerns and report upstream if possible. The packaging we would require for Zynthian may be minimal because we have a fixed platform - the packaging of plugins I have done has been quite minimal. I am yet to get this to compile. (I am away from home and only have a RPi3 with 1GB RAM and the build fails.) There seems to be an appetite for this within this community so maybe we take a look at the source code to see what falkTX’s concerns are (he doesn’t expand on his high-level comments) and consider whether it gives sufficient benefit without significant support burden.

I compiled this and tested and feel it is not yet good enough to warrant inclusion as a supported engine but it could be with some modifications which I have reported upstream. These include:

  • Configure discrete controls, currently uses float for all parameters OS-251 #36
  • Reduce zipping / glitching when adjusting parameters OSC-251 #39
  • Provide some presets - actually there are presets but not presented to LV2 host OS-251 #38
  • Improve efficiency to reduce risk of xruns which currently occur if voices are set too high (how high? who knows? I set it to 0.365 - see above comment about use of floats! I later looked at the GUI and saw this equated to 9 voices) OS-251 #40
  • Add documentation - It is simple but still sufficiently complex / subtle that some of the controls are not intuitive OS-251 #37

We could resolve some of these ourselves but a better solution is to feed the issues and solutions upstream. We can package it ourselves because we only target Zynthian so can get by with very simple deb package.

1 Like