Scriptnode export issues

[crd]

I'm trying to export my program from Hise to a vst/standalone instrument. I'm having some issues:

1.) I'm getting error when creating dll files for scriptfx's from a wrapped math.expr.

2.) fixed/user error I am now unable to export from Hise certain scriptnode objects without compiling that used to export fine.
The timer node previously exporting from hise fine but now I am getting this message whenever I try to export a vst or standalone instrument :

Any ideas? Everything works within Hise fine. Could I have made an error when compiling the last Hise build that would cause these issues?

[crd]

Could my issues have something to do with the custom node path ? Right now, that is blank. Should that be directed somewhere?

[d.healey]

@crd No that's only used if you make your own c++ nodes

[crd]

Problem solved. Creating entirely new projects/network files fixed the issues I was having.

[DanH]

@crd So... if we create a brand new project etc, should we be able to move the dll between projects?

[crd]

@danh yup!

[DanH]

@crd just copy the dll files into the new project or?

[crd]

@danh I believe if you move the dll file and the xml file you should be able to open it in a new project.

To deal with my issues, I am avoiding anything that needs compiling which I was able to do.

Re-doing the network in a separate project, making sure it exports there, then bringing it back into my actual project by coping and pasting the xml of the network.

[DanH]

@crd I tried this and got an error on the node but managed to recompile the node in the project anyway. So all good. However the exported standalone won't open - instant crash like before. Are you experiencing this?

I'm trying to export a debug build but running into errors such as:

error reading '/Users/DanH/TEST/Binaries/JuceLibraryCode/include_juce_product_unlocking.mm'

and other juce files.

If I open the .mm file I get another error:

Cannot open file '/Users/DanH/TEST/Binaries/JuceLibraryCode/AppConfig.h': Operation not permitted

I can open the AppConfig file just fine in XCode.

Anyone having similar issues?

[DanH]

@danh Managed a Debug build on a different machine and older version of develop, here's the crashed thread report, in case it means anything to you @Christoph-Hart

[Dan Korneff]

@danh I"m getting buffer issues with scriptnode plugins as well.

[DanH]

@dustbro Is that what the report is showing?

[Dan Korneff]

@danh 11 of the 15 lines related to your plugin point to AudioBuffer. The others are referencing your audio device.

[DanH]

@dustbro Ok thanks for looking! The project is literally a waveform generator and the script fx. I'll try a super simple script fx but I think the result will be the same!

[DanH]

@danh yup, same result! Hmmmm... What to do

[crd]

@danh I can't be much help. It must have something to doing with compiling the dll file because my scriptnode stuff is exporting well, without creating the dll. Maybe raise an issue here so Christoph will see it?
https://github.com/christophhart/scriptnode_testsuite

[DanH]

@crd yep exporting without the .dll is fine. Some people seem to be exporting their plugins with .dlls though, I'm just confused as to how lol

@dustbro are you exporting ok with .dlls?

[d.healey]

@danh said in Scriptnode export issues:

Some people seem to be exporting their plugins with .dlls though, I'm just confused as to how lol

I think there is a misunderstanding here. When you go to compile your scriptnode network it doesn't just compile the network you have open, it compiles all of the networks (xml) in your networks folder that have the compilation flag enabled and puts them into a single DLL. If any of those networks has a bug or is uncompilable for some reason then the compilation will fail.

So you need to test your networks one by one to make sure they compile successfully. Those that you don't want to compile must have their compilation flag set to disabled.

[DanH]

@d-healey I put a reverb in a container - basically as simple an effect as I could, to make sure that there wasn't this issue.

[d.healey]

@danh If it's a convolution reverb it's uncompilable.