Clds : Texture synthesizer
clds - an implementation of Mutable Instrument Clouds for the Percussa SSP.
Download & Documentation : here
Developer: TheTechnobear
I develop these plugins for free, please consider supporting my efforts with a donation.
my holiday begins next weekend so i plan to have much fun with these new VSTs
thanks for you efforts, much appreciated
1 Like
Thank you very much for your development. I canāt wait to test it out.
2 Likes
congrats, great work
3 Likes
I installed Clds and did various tests. Itās very impressive. Thank you again for developing it.
Excuse me, but may I ask you a question?
Now, the Clds are great, but like other Clouds clones, do you have any plans to add more CV inputs for the Clds? (e.g. Monsoon, Typhoon)
With the addition of CV inputs such as Feedback, Reverb, Pan, more sound experiments may be possible.
Then, Iād appreciate it if you could give me a reply.
ā
Monsoon: https://www.modulargrid.net/e/warped-circuits-monsoon
https://cdn.shopify.com/s/files/1/0246/9370/2690/products/IMG_6323_2112x1696.jpg?v=1582530800
ā
Typhoon: https://www.modulargrid.net/e/after-later-audio-typhoon
1 Like
the VST SSP host currently only supports 8 in/ 8 out - this is why we have limited CV inputs.
(as you can see, Ive already broken out the blend parameters for the UI)
I already mentioned this in the āgeneral usageā of the OP 
Iāve asked @bert if this can be increased - at that point I will add more CV inputs.
related, Iāve also asked if the inputs/outputs can be named (vsts support this), like they are on other SSP modules - however, thats a ādeeperā problem - since it means each VST will look a bit ādifferentā.
but hopefully a solution can be found.
note: before anyone asks
Iāve no intention at this time of supporting things like the parasites firmware, doing so could be quite a bit of effort, and also doesnāt really fit into what Im doing with the MI stuffā¦
2 Likes
Oh, I didnāt check this part. Iām sorry. 
Yes, I also think adding CV input is not easy because the default value of the vst module is 8 in / 8 out.
And I also wish the VST module had an input/output name.
Anyway, Iām relieved that youāve already planned it and Iāll have to wait for the update of the VST module.
Thank you for your detailed answer.
yeah, best way to think about this isā¦
the SSP VST module is what interacts with other SSP modules.
this SSP module ācontainsā (aka hosts) actual VSTs - this is what you do when on the P screen you āassignā a VST to that module - you are placing it inside that SSP VST module. that VST module then passed information from the rest of the SSP to/from the VST.
soā¦ whilst I can already create a VST with as many input/outputs as I wishā¦
the issue is the SSP VST module, will only ever expose the first 8 to the rest of the SSP system.
itās actually pretty simple for me in the VST to support more CV when they are available.
though as above, I āfearā without proper naming on the network screen, its going to get challenging for users to know which inputs do which.
anywayā¦ this is under discussion, so hopefully in the future this can be improved.
I know Bert is also keen that VST have āparityā with SSP modules.
in my mind this is the natural course of developmentā¦ only when VSTs started to get used āin angerā would it become clear what works, and what might need improvement esp. since there are obviously so many other things on the āwish listā for the SSP.
Iāll obviously ātrackā these developments, and make use of them as they happen 
4 Likes
I will add more I/O for the VST module in the next version of the SDK / synthor update and will look into a solution for the I/O channel names.
12 Likes
Thanks for the continued sharing. More ground roasted beans and hot water coming your wayā¦
2 Likes
Thanks to your explanation, I have a better understanding of the relationship between SSP and VST module. I hope that SSP will expand further with your development.
2 Likes
Thank you very much, Bert! Iām looking forward to the next update for SSP.
3 Likes
release 1.2.0
new version of clds for latest SDK version - see top post for changes included.
3 Likes
release 1.2.1 small fix, texture was not being persisted when saving preset
1 Like
as mentioned on my dev blog , this is a work in progress protoype of cldsā¦ and the way I plan to take my other plugins UIs.
on ko-fi ( public post) my blog post details my current thinking, and why it is as it isā¦ what I like, what i donāt 
Im posting hereā¦ as Iād like all ssp users ideas on if this works, and how it could be improved.
(and fear perhaps some donāt read the dev blog above, as its tends to be technical)
note: please read the ko-fi post, as it details why its like it isā¦ this is about building a more generic UI, rather than ideas on how i could create a fancy ui specific to clouds (e.g. depicting grain bursts)
1 Like
Excellent stuff here.
Only one minor bit of feedbackā it might make sense to mimic the front panel control placement of the original module. That advice aside, the controls in the mockup do seem to be logically placed based on functional proximity.
Back to my pointā
Barring the inclusion of virtual knobs (or bars) showing the precise full scale value of each parameterā placing the location of each control where it resides on the original panel may help reduce cognitive load for users already comfortable with the original hardware.
This also brings an intrinsic benefit of training non-hardware Clouds users where precisely they can find the controls on the front panel should they ever encounter the hardware in the wild.
Again, minor point here. Keep up the great work!
1 Like