@d-healey will do in that case, thanks!

@ustk said in HISE RSA Not Working:

@Lindon said in HISE RSA Not Working:

(and using RSA stops that as they cant generate your private key)

unless 512 is "easily" hackable, right? Hence the 2048 size 🤷
because if a hacker can easily hack a 512 key there's no point in building the most protective code

yeah - EdDSA seems to be the way to go...if you want it secure - buit really the last hour has told me I know nearly nothing about asymmetric encryption...

@Straticah Thanks, I'll take a look!

@paper_lung Use a slider and style it with custom look and feel.

Got a working solution. Just declare the variable as undefined, and then use an if statement in the knob callback to define if == undfined

@Dan-Korneff For sliders: https://docs.hise.audio/scripting/scripting-api/scriptslider/index.html#createmodifiers

My experience so far is that you can disable or remap them here. If you want custom behavior, you can then use a mouse broadcaster to set up your own behavior.

Buttons always trigger on click so if you want to do something else other than to flip it, you'll have to use a panel, but then you lose out on the snappy 0-1 DAW automation. You could try to use a slider and really slow down the mouse drag, use the broadcaster to switch 0/1 on click but I don't know if the DAW automation is snappy when the slider step size is 1 and the range 0-1.

@Christoph-Hart said in How to debug Server.isOnline():

I know that sometimes on macOS there is an issue with connecting to non SSL domains.

That might be why I did this

Link Preview Image Added custom plist entry to Mac exporter template by davidhealey · Pull Request #328 · christophhart/HISE

I noticed that the xcodeValidArchs for the plugin template is set to %ARM_ARCH% is that correct? Is it worth removing all of the IPP stuff from the MacOS exporters? Or are people still using it there?

favicon

GitHub (github.com)

@Christoph-Hart said in has something changed in Scripnode compiled nodes?:

Can you elaborate on that?

This part is not related to Scriptnode (as far as I can tell).
If I create a variable in my script and hit Compile, sometimes it doesn't show up in the ScriptWatchTable. I have to hit Shift+F5. And even then, sometimes that doesn't fix it. I have to restart. Even then the variable doesn't show up until I hit compile.

I'm noticing a lot of overall crashes with HISE standalone as well.

Any my exported plugins are now crashing with:

Exception thrown at 0x00007FF971D0567C in PluginDoctor64.exe: Microsoft C++ exception: juce::JSONParser::ErrorException at memory location 0x00000035EA8FF4E8. The thread 0x46b8 has exited with code 0 (0x0). The thread 0x2abc has exited with code 0 (0x0). Debug Error! HEAP CORRUPTION DETECTED: after Normal block (#1714932) at 0x000001CCB2C5BF70. CRT detected that the application wrote to memory after end of heap buffer.

Looks like I have a nice long day of debugging ahead of me :detective:

@Christoph-Hart ok sweet that simplifies things, thank you!

@Christoph-Hart hero! Confirmed working now.

So there's a workaround for my request of the sustain pedal ignoring certain note offs.

The built-in sustain pedal will not delay execution of Synth.addVolumeFade, and I can use this instead of Synth.noteOff when the pedal is pressed.

I hope this isn't a bug, @Christoph-Hart :face_with_tongue:

@swishrr You can call your variables anything you want (almost), so just change the name of the second one.

Alternatively just use the first one and when you need access to the sampler functions use Sampler1.asSampler()

I think Lindon meant that in Note On, you would play your artificial note, storing its ID into a variable, then call Synth.attachNote()

Yes I think I meant the same. I'll just go ahead and implement it, then we can discuss what I did wrong :)

If the per-note event ID array model is not a good fit for your project for any reason

That's the entire point of having an ID attached to an event, there should be no use case where the event ID can't be used for note identification - it's far more robust than note-number or MIDI channel (read MPE) identification, so there is absolutely no reason to switch to another data model (except you have a very narrow use case and can trim some overhead).

The issue you had at the beginning of the post was an outlier because of how the internals of the sampler module work(ed) and I'm sure there are other edge cases like this lurking in the shadows but in general you should always rely on the ID for, well, IDentifying any event.

it doesn't work if a simple chord causes parallel note-on execution that overwrites your artificial note ID unless you have proper storage (per-note array, x per-channel for MPE).

Have you checked out the snippet from the docs I posted (the chord script)? This will still work with messages at the same timestamp.

@Christoph-Hart said in Illegal operation in audio thread: Dynamic object access using []. Try object.member instead:

I'm doing that with the Console.print() calls (you can have a big party with string allocation and object resizing in there), but I have to specify this on the C++ level.

Right, I can't just ignore the ATG callout, it won't execute my functions and my instrument won't work (in HISE) 😄

You're correct in the assumptions and yes, I'm familiar with isDefined, I found out about it some time ago and seem to have missed these particular few checks (I just copy pasted my code before doing the changes, didn't think it would trip anyone up but thanks for caring!).

Start here I guess - https://docs.hise.audio/hise-modules/midi-processors/list/midiplayer.html#using-the-midi-player