Nope, but HISE is open source so someone could write a converter. Have you tried contacting the dev about the issue?

thank you very much I will look at all this tomorrow, I have already made good progress today;)

@d-healey i export using other methods, using VS2017, now it works!

@d-healey underrated movie tbh

@Christoph-Hart Looks clean and nice, I like everything except the knob going down when manipulated.
I like the vector style
👍

Other than playing each key I can't think of a way to verify that it's loaded correctly from with the plugin. There are some functions to check if keys have samples mapped but I don't think that would help.

You might be able to do it by building a standalone build in xcode with debugging symbols enabled and that might show in the output as each sample is loaded...

@hisefilo I just hit the same problem and thought I put this here in case someone else stumbles over this little snag. The moment you start messing with look and feel of buttons this will mess up your midi sources floating tile! See here: https://forum.hise.audio/topic/3228/look-and-feel-toggle-buttons-and-the-midi-sources-panel?_=1617100831484

@ustk Thanks, I'm going to put this idea on hold for the mo and come back to it in a few weeks

@Natan said in Parallel Compression / Scriptnode, Anyone Done One?:

Not sure how to achieve This, Need to Get some rest and Continue Tommorow 👋

Auto makeup gain is a calculation based on Threshold and Ratio (sometimes attack and release are added to the equations).
Figure out what your nominal input is and plot a graph depicting gain reduction. That will tell you exactly what your makeup gain seeds to be for a particular circuit.

@Natan said in Parallel Compression / Scriptnode, Anyone Done One?:

it was close But not so musically

This is the difficult part to achieve. Without some standard of nominal input level, your calculation may end up adding large amounts of makeup gain before any gain reduction kicks in.
For instance, a low input level would force your to turn down your threshold to start achieving gain reduction, but a lower threshold also increases gain. And a high input level may start adding large amounts of gain reduction with barely any makeup gain based on your formula.

@d-healey
Ok managed to get CC1 learned in the interface by making a knob that points to the macro and then midi learning that to CC1. so yeah seems like thats where it works for sure.
But still would be awesome to have that working... straight in the macros. wonder whats up with it....

@d-healey Thanks man!

@Tania-Ghosh said in How to make a custom JUCE UI (Raw front End):

Yup already read ... but not enough for what I want to achieve.

If Hise C++ Api is not enough your next complexity step is JUCE.

@Lindon found it 👍🏻

@d-healey It also seemed very complicated to me. I had also thought (but impossible for me), to the positioning of the mouse. if you enter the coordinates with the precise mouse, connected to a bunch of reminders to drop a note it could do it. in fact no, the scroll of the browser is preset is to be taken into account. I forgot this crazy idea ^^

@Christoph-Hart Thank you very much, there's no way in a million years I was going to get that lol!

@yall https://forum.hise.audio/topic/3897/connecting-filterdisplay-to-scriptnode-to-show-on-gui/10

Should be coming soon :)

@ustk Well I just copied it all from a different part of the script so I think @Christoph-Hart is to blame for this one really :)