You can measure the efficiency loss with Console.start() / Console.stop(). Be aware that this operation has O(n) complexity, so it will increase for bigger projects.

As a general rule of thumb I would suggest to keep a reference around for events that are often triggered (or if they are in the MIDI callback then it's out of the question to call the method obviously), but if it's being used just when the user presses a button, the additional 2-3 milliseconds it will take won't be noticeable.

@gorangrooves

Wouldn't you be able to design such a thing using JUCE?
Projucer has settings for instruments that produce midi output, which leads me believe that such a thing should be possible to make using JUCE.

Of course, but @evesira asked for something easy.

Ok, found the solution! I was treating all things in the modulator as data exportable by exportState(), but that one does not export or include table data, regardless of the modulator, it seems. So this one is the appending solution of for the table data of the "Global Static Time Variant Modulator", that has both buttons and table data:

Content.makeFrontInterface(633, 400); // Prepping for export, original modulator const var Modulator1 = Synth.getModulator("Global Static Time Variant Modulator1"); const var mod1Table = Modulator1.asTableProcessor(); // asTableProcessor, was the missing piece. // Export the table (only one so index is 0) const var export1 = mod1Table.exportAsBase64(0); Console.print("export1: " + export1); // Prepping for import, next modulator const var Modulator3 = Synth.getModulator("modulator3"); const var mod3Table = Modulator3.asTableProcessor(); // Use the previous export1 as the data input for table index 0. mod3Table.restoreFromBase64(0, export1);

@Lunacy-Audio You don't need to put the filename in a variable, you can just pass it directly to the function.

Awesome, thanks! That'll be really helpful.

Awesome :) I haven't tried it out yet, but I'm sure that'll do it....thanks!! That solves some problems!

a

No that is not possible. Script callbacks are supposed to return immediately so any kind of "thread management" (sleep, while, etc) is not available.

What you need to do is to set a variable to true in the onNoteOn callback, then query it somehow (either using a timer callback or other callbacks) and reset it to false in the onNoteOff callback.

@d-healey Yep , i think so. now i have to learning more about QRCode protocol.
I would pay someone to do it also....☺
Thank you for information 🙏

@iamlamprey I haven't. Waiting on H3 to dive further into it's DSP.

@ustk Thank you, that's what I meant.

@d-healey ☺

@lalalandsynth said in Preset Label update after manual change:

That is an Yamaha SS in the profile pic, right ? Great Stringer.

@lalalandsynth It's a 1977 Yamaha CP-20 Electric Piano but it looks like they share the same design. I've sampled it with HISE.

Noted! Thanks guys.

Use this version - https://github.com/davidhealey/HISE/tree/develop

Within a Sampler's MIDI Script processor in onInit, I tried the simplest thing I could think of for this:

Sampler.selectSounds("_"); Sampler.createListFromScriptSelection();

throws
constant not found: Sampler.createListFromScriptSelection {U2NyaXB0IFByb2Nlc3NvcjJ8fDk1fDN8Mzg=} Script Processor2:! Line 3, column 38: Function / constant not found: Sampler.createListFromScriptSelection

@Christoph-Hart 😂

@ustk said in Populate samplemaps based on folder choice(almost working):

@ten7kur It's pushed on Dave's repo, you can compile it and test ;)
https://github.com/davidhealey/HISE/tree/develop

Awesome stuff! Just compiled and tested it!
Thanks so much for taking your time to fix this!!👑

Hopefully now i can finish my script

@ulrik Perfect explanation mate.
Massively appreciate the insight ☺
Hope you're good!