Scriptnode graph new feature, am I dreaming...

[ustk]

@Christoph-Hart I was just thinking about designing graphs that need complex ear tuning where you have to change multiple times the parameters until you find it perfect (if perfect exists...)
I find it a bit annoying to right-click on tens of controls to enter/paste a new value, then realize that you have to do it again, and again...
I came up with the idea of having a two columns table/list (name/values) that you can link to the parameters, and enter the values directly as text.

Or three columns where the first two are automatically filled with the node name and parameter name that is connected
Instead of links, this could be a table with comboboxes where you select the node/parameter per line

Another idea would be to enter a whole set of values as object {val1, val2, valn...} when you compute them somewhere else...

So, am I dreaming?

[Christoph Hart]

No it's actually a good idea. I would implement it through a "learn mode" that once you enable it it will add all parameters that you touch to that list.

Setting values programatically (like precomputed values) is best achieved through the scripting layer - it's called scriptnode for a reason :)

[ustk]

@Christoph-Hart Youhou!!! Disneyland powa!!! :)
So I imagine it would be a new tile
About computing the values somewhere else I was referring outside of Hise…

[Christoph Hart]

Alright, here's my go at it:

1. Click on the "probe" icon
2. Select all parameters (it will show the icon next to all enabled parameters).
3. Click on the icon again, it will open a JSON object with all selected parameters
4. Modify the values (or paste in a precomputed list). It allows JS expressions, so you can use variables & function calls (it's plain Javascript though, no HiseScript)
5. Press F5 in order to apply this.

The function is also available as scripting call DspNetwork.setParameterDataFromJSON() so it can be used to create an internal preset system.

[ustk]

@Christoph-Hart ouch you got busy Christoph! That rocks!

[d.healey]

@Christoph-Hart Is this in the codegen_rewrite branch?

[Christoph Hart]

Will be in a short time when I commit the changes from the weekend...

[d.healey]

@Christoph-Hart Is it stable or should we treat it as alpha?

[Christoph Hart]

100% alpha, but it compiles (at least on Windows and macOS, but Linux should be fine too) and you can play around with it.

[ustk]

@Christoph-Hart The scripting call availability is awesome
So is this safe to use in a slider callback instead of creating a graph parameter the old fashion ?

[ustk]

@Christoph-Hart I try to compile on mac almost at every commit you've made since I've seen some mac compile fixes lately but with no luck

[Christoph Hart]

No, it involves allocation and object creation and is undoable, so it's not safe to use in a slider callback that might be automated...

[Christoph Hart]

@ustk said in Scriptnode graph new feature, am I dreaming...:

I try to compile on mac almost at every commit you've made since I've seen some mac compile fixes lately but with no luck

Oh OK, I'll check it on macOS then. It compiled last week so the changes I made since then shouldn't be to hard to fix.

[ustk]

@Christoph-Hart I'm checking again to be sure we're on the same commit...

[A Former User]

[screeching intensifies]

[Christoph Hart]

@ustk This one should compile on macOS:

- fix compilation on macOS pt. II · christophhart/HISE@069e7a2

The open source framework for sample based instruments - - fix compilation on macOS pt. II · christophhart/HISE@069e7a2

GitHub (github.com)

(at least it did here).

[ustk]

@Christoph-Hart That one instantly fails:

[Christoph Hart]

Ah try the snex_workbench project, the HISE projucer file hasn't been updated yet.

[ustk]

@Christoph-Hart Oh I see, I'm trying...