I am sure John is very familiar with all of the Combis in the Korg Oasys, as I believe he wrote many of them…. Back in the day, a guy wrote some software that hooked up to the Oasys (I still have it) where you could create a Combi by clicking a button and it would select a number of program at random from the huge number in the Oasys memory…. if you didn’t like the sound of the new Combi, you just click again….
Maybe you could do the same in Unify….. an enhancement would be to be able to choose the number of patches you want…. Maybe choose which libraries they should come from..and maybe the number from each library…….
If I had a nickel for every time someone has asked for this or some other form of random patch-generation, I'd have... well, a few bucks.
The problem with truly random selection is that it will rarely produce pleasant or useful sounds. However, I get where you're coming from, and I agree it would be nice to be able to be able to click through an endless series of potentially interesting combinations. Implementing this inside Unify itself would be a lot of work, and it's hard to justify assigning it a high priority. In future, there may be much easier ways to do this type of thing outside of Unify.
Thanks very much for your quick reply… it’s fair to say that the implementation of this for the Korg Oasys did not produce many useful combos, so my idea would be that the user would define each patch that he/she wanted to be considered in the random generator as an “ingredient”…. and the user could define any number of ingredients and place any patch inside any ingredient…. So for example, drums would be one ingredient, pad (s), pluck(s) , bass. Etc. Etc. Then you could be sure that the combo that was generated would at least have some kind of musical sense to it…… I can quite see why this would not be a priority for you though !!
Thanks very much for your quick reply… it’s fair to say that the implementation of this for the Korg Oasys did not produce many useful combos, so my idea would be that the user would define each patch that he/she wanted to be considered in the random generator as an “ingredient”…. and the user could define any number of ingredients and place any patch inside any ingredient…. So for example, drums would be one ingredient, pad (s), pluck(s) , bass. Etc. Etc. Then you could be sure that the combo that was generated would at least have some kind of musical sense to it…… I can quite see why this would not be a priority for you though !!
Shane - is the new “Dice” feature in Unify 1.8 pretty much exactly what I (and many others, from what you previously said) suggested here ? 🙂 I am pleased that you found the time to do it !!
is the new “Dice” feature in Unify 1.8 pretty much exactly what I (and many others, from what you previously said) suggested here ? 🙂 I am pleased that you found the time to do it !!
Not really 😉 , see f.e.
https://forums.pluginguru.com/postid/8365/
I hope it’s the first step - IMHO all it would need to make it incredibly more useful would be to make the dice triggerable by a macro knob (which would allow to trigger random patches in nested Unify instances).
Anyway, thanks a lot, Shane, for 1.8 update … best regards
EDIT: Just watched John‘s 1.8 update video and I must say, the dice in combination with the „Load embedded“-function definitively goes in the right direction!! Thanks!
The dice button in Unify v1.8 is most definitely the first step toward more flexible patch-combining options.
With the programming tools I use for Unify, developing GUI features is extremely time-consuming and error-prone, so I have tended to prioritize stability, bug fixes, and sound-production features over GUI refinements since I started working on Unify three years ago. Now that the product is finally fairly stable, I hope to focus more on GUI in 2022.
In the meantime, some users who are themselves programmers are starting to experiment with Unify's OSC support (added in v1.7) to create companion programs which work with Unify to do things like patch combinations. This work is embryonic right now, but I hope it will be the start of something much bigger. I also hope to incorporate some ideas explored in these companion programs, into Unify itself in future.
Unify has been a long journey, and there are many miles yet to go.
In the meantime, some users who are themselves programmers are starting to experiment with Unify's OSC support (added in v1.7) to create companion programs which work with Unify to do things like patch combinations.
Thanks a million, Shane!
Please ignore my ignorance but does that mean that the dice button is triggerable by OSC??
...does that mean that the dice button is triggerable by OSC??
No, but I'll put this on the list. I'm thinking of setting up a special user group for people who are actually developing OSC remote programs and templates, where we can test out additions to Unify's vocabulary of OSC functions without having to do a full release.
I'm thinking of setting up a special user group for people who are actually developing OSC remote programs and templates
Thanks, I‘m definitely interested to participate when it‘s happening …
BTW making the dice button OSC-triggerable would equally mean making it triggerable by a macro knob, no?
I'm thinking of setting up a special user group for people who are actually developing OSC remote programs and templates
Thanks, I‘m definitely interested to participate when it‘s happening …
BTW making the dice button OSC-triggerable would equally mean making it triggerable by a macro knob, no?
Yes, macro knobs can link to pretty much anything with a defined OSC path.
I will complete this post.I don't know if this has already been mentioned.
Indeed it would be very interesting to be able to trigger the random button by a key on the control keyboard (midi learn / key switch ).
This will allow in a patch with for example 2 or 3 layers of embedded Unify to launch a random either globally or independently for each Unify layer. In any case, this random function is really a marvel for research.
Dominique
WIND 10 Reaper 6 Kronos / Osmose / Omnisphere 2.8 / Keyscape / Nylon sky / Undercurrent /Stylus / UVI Ravenscroft & Orchestral suite, Spitfire Originals collections & Labs , BBCSO core ,Abey road 2, Frozen strings , Albion Tundra , Solo strings, Chamber strings evolution, British drama tool kit, Fragile strings evolution , Aperture , Appassionata ,Mercury Solar, Orchestral tool Habitat & Salu, Arturia Pigments , Rapid Parawave , Plasmonic, Surge , Descent Sampler, Flow motion, Pianoteq pro, Memorymode, Sine ,Bx_Oberhausen, FM8, Eight voices, Dreamsynth, Lion, Triad, Royal Albert hall Organ, Kniffonium, Vital, Minimonsta 1&2 , Imposcar ,Surge
The key to a great randomizer is parameter locking 😉
The key to a great randomizer is parameter locking 😉
You're absolutely right, and this is one of the reasons I've always pushed back against requests for randomization features in Unify. As a plug-in host, Unify has no way to tell individual plug-ins to lock specific parameters.
@getdunne I use Plogue Bidule for this 😉
Then I must revise my previous answer, because Plogue Bidule is also a host, like Unify. By all accounts, Bidule does a fabulous job of randomizing plug-in parameters. If it works for you, then definitely continue using it.
I don't know Plogue Bidule, but if the Unify macros can see available parameters, wouldn't it be possible for Unify to display a list of those parameters for a given VST and let users select which ones to randomize? Or is this about randomizing something else?
Ableton Live 10, Omnisphere, Native Instruments (Pianos), Spire, Hammer + Waves, Heavyocity (Ascend and Mosaic Keys), Diva, SynthMaster, Alchemy 1.55, Addictive Keys, Unify
I don't know Plogue Bidule, but if the Unify macros can see available parameters, wouldn't it be possible for Unify to display a list of those parameters for a given VST and let users select which ones to randomize? Or is this about randomizing something else?
Of course it's possible. I just can't justify the effort of adding this to Unify, for the handful of users who want it.