How well does this nam implementation handle different sample rates? I know some get tripped up if you try to run a sample rate that's different than what your model was trained on.

Just wanted to voice my support for having this in HISE.

So until we have native Cmajor support in HISE, how much of a pain would it be to compile a Cmajor patch as C++ and then use it in HISE as a 3rd party C++ node? Is there a web of dependent libraries you'll have to worry about including?

@obolig maybe accidentally compiling for debugging instead of release?

I wrote a reply but I guess it got sucked into the void with the forum server instability yesterday.

I did get it working. The things I changed were that I switched to using a global_cable node instead of a global_send. I don't understand why I needed one over the other but with that change my scriptnode now compiles fine.

Also I needed to be routing a 0-1 value to the cable input in scriptnode. I was sending a negative value which shows up fine on the value knob readout in the scriptnode but I guess was being clamped to the 0-1 range and showing up as all 0.0 once it was read by the interface script. Using the .setrange() function apparently maps 0-1 data being input to the range you set, it doesn't change the requirement for the input data to be within 0-1.

All of this is somewhat stabs in the dark as there seems to be very little documentation on anything scriptnode. But it is working.

@oskarsh that sounded like a good idea and something I obviously missed, however after that fix I'm still getting 0.0 values returned.

I am trying to get metering data out of a faust node onto my UI. Is there a guide anywhere on how to get this working?

I have a faust node with a hbargraph, it shows up as a modulation source in my scriptnode. I am then routing that to a global_send node with "cabledata" set as the output cable.

In my interface script I then have:

const var GlobalCables = Engine.getGlobalRoutingManager();
reg cableValue = GlobalCables.getCable("cableData").getValue();

inline function ontestBtnControl(component, value)
{
	Console.print(cableValue);
};
testBtn.setControlCallback(ontestBtnControl);

I'm always getting back "0.0". I feel like I probably need to compile my scriptnode but if I enable AllowCompilation then I get a "Project XML Invalid" error when compiling DSP networks. All help is appreciated.

I'm trying to design a scriptnode that will switch between a series of different FX nodes. I'm using softbypass to turn them on and off to save CPU. However I would like to switch between them as seamlessly as possible so I'm trying to design a script that when switching will enable the target path, then fade to it, then once the new path is the only thing passing signal it should softbypass the old path.

I'm wondering if anyone has done this before and can point me in a good direction? There doesn't seem to be any premade nodes designed for this I will have to build something probably using multiple switcher nodes with one lagged behind with a smoothed parameter node? At least, that's my first idea for making this work.

@d-healey So you think I can use the filter floating panel but can't capture mousewheel from a panel?

Old thread, I know... but wondering is there a way to do this in 2025?

I'm using a panel to draw EQ controls. I have control over freq with click and using a right click modifier I can do Q. Is there a way to capture the mouse scroll wheel so I can map that to control Q value with a panel instead of needing right click? Pretty much every other modern EQ plugin uses scroll wheel for Q adjustment so I very much would like to do that.

I'm using custom DSP so afaik I can't map that to a default filter floating tile, instead I'm drawing everything I need on a panel.

2025 Bump

Is this still missing functionality? I know there is a clear undo list function, but there doesn't seem to be any way of knowing if you're at the beginning or end of the undo list or how many items are in it.

@Christoph-Hart great. thanks!

Is using a path number array more performant or better in some way than using an SVG?

@d-healey great. Thanks!

@d-healey said in Possible to draw beyond callback obj with LAF on slider and button?:

You have to make your control larger. Or draw the contents smaller.

yah... that's what I figured. Kind of a shame. A work around that's very silly but should work fine is to make 2 sliders linked, with one big and one small and disable the big one so it can't take user input but reacts to the value of the small one.

@d-healey I can't tell if the dropshadow on that extends beyond the bounds of the obj.area and it doesn't look like it really changes so it could just be a static background.

What about a glow that glows beyond those obj bounds? It gets clipped and looks bad.