From the original SynthMaker forum (2004–2014), with its members’ names and dates.
rl ·
Well, a code component that operates on "green" data (inputs/outputs, local variables for float, int, string, trigger). The "green" code component should only run if one of the input changes (or when an output requests a new value).
The string data should be modifiable by string functions (strlen, strcpy, strstr, substring, sprintf, sscanf,...)
Would be much more handy to code a couple of lines, instead of painting lage "green data" schematics
Shifrin ·
I couldn't agree more, I've been after a 'green' data type code component for a while - it would indeed simplify many of my somewhat complicated 'green' data schematics 🙂
Shif.
Tom7777 ·
Yes i also agree, also you should add any of the features that are possible as standard modules so one can code or work in a modular way.
skOre ·
Well, this was requested many times now 😉
But I think that this is a thing that will come past V1 if it is decided to include it.
Tom7777 ·
Yeah i agree skOre, im guessing there must be a few features the devs are holding back on untill V1 is released, at least i hope there is 😀
malc ·
It's not a case of holding back but there are certainly many ideas on the list. At the moment we are fully occupied with getting what we think are the essentials in place.
This will come though.
rl ·
great! When time comes you can rely on me to use the "bump system"
angstrom ·
oh the bump systhem, whats that then ?
*bump*
😉
yes, this would be great, I keep thinking of fun 'green' things, but they often take a lot a window space as schematics .
I'm curious whether the SM team think this will make it into V1? I guess you have an internal roadmap for what you expect to put in.
jorge ·
You can already create a green code module using the existing code component as follows:
[old link]
angstrom ·
very cunning 🙂
Wrote something here? To have a post removed or your name hidden, write to [email protected].
SynthMaker