Aha I think I get it, I'll have to play around with it. I don't have an example in mind, it just occurred to me that SVG might be a good format for a scalable ui

This looks awesome, I shall try it out soon. Thanks :) you work very quickly!

Ok, I'll give it a go :)

Ah cool, I was trying to get the text property I didn't think to try the value.

Thanks, I've just built it (first time I've tried) and it seems to be working .

Here is an example of the kind of thing I'm hoping to do with such functions:

https://youtu.be/LgSNohN_h9I

In this example I had to specify each modulator in the script but it will be great when this script can just inserted in the container and it will add the modulators itself.

Yes, this is reasonable. The method will be Synth.isTimerRunning() (the JUCE Timer class has a similar method so it's pretty easy to add this). I'll also add Synth.getTimerInterval() if I am at it.

This is excellent :)

Well, there is only you and me until now :)

I might still take advantage of your system and script a midi mixer vst to use in Max, since their JS doesn't run in the high-priority thread.....

Yes, 256 or even 128 should also be no problem (things get a little bit tight at 64 samples).

Ah that's good to know. Having all the callbacks in one main file will be good and then other functions can go into external files.

Yea I don't think that would be a problem, if RAM usage becomes an issue I'll tackle it with the other method.

Alright, I'll see what I can do.

There is already a automatic update check for HISE itself (I think since Build 620), which does exactly this.

Done :)

Yes clearly you are well along with a set of FX. Well done (again).

Having a dynamically changeable path of effects is quite useful, if nothing else to allow users to select which filter they want to use, and to set the order. Clearly Reverb ->Compressor has a very different sound to Compressor ->Reverb

The ROMpler I'm currently working on has 4 insert FX slots (where the user can choose from over 15 different FX) and 4 Send FX slots(where the user can choose from half a dozen different FX). The DrumROMpler is even more complex, with 4 channel(Bus) effects, 4 insert(Instrument wide) Fx and 4 send FX, so it can all get a bit fraught with complexity….but users seem to like it a lot...

I really really would not worry about "transfer their Kontakt Libraries" - all of us who build pro libraries would gladly trade a little rework on an existing product for more usable space in the interface. Of course there has to be some limit to how big a VST interface should be, and setting the width to some silly big number seems, well, silly. But in the end if you just set the vertical limit to (say) 650 and allow that to be the dimension that can be programatically changed then setting the width to the kontkat 633 should be fine…

OK, good I guess I'm just trying to confirm that when you say "multiple presets you designed" this is samples and fx routing.

..and MULTI functionality…meeeh, never used them myself, but I know lots of people do...

Incomplete documentation? Clearly complete documentation EVENTUALLY would be nice, but not during this phase, no one should expect that.

Thanks. I wanted to add this feature for a long time because the onTimer callback is not perfectly accurate (it gets executed at the start of the buffer, so you don't have sample accurate timing).

You can write them anywhere (outside of the other callbacks of course), but I would suggest adding them in the onInit page - the script processor checks if the other callback pages are empty and skips the callback to save overhead and if you add the onClock callback on the onNoteOn page, an empty callback will be executed for every incoming note on event.

For the record, the API calls are merged into one method.

Engine.browseForFile(bool browseForFileToSave);

Yes, this is a problem and I am currently trying to wrap my head around a solution for this. It will probably use multiple (stereo or mono) audio files with the different mic positions for one zone, so in the sampler they will be treated as one sample but can be individually purged (and changed in the volume).

What I haven't decided yet is where in the signal path I should blend the mic positions. There are multiple options with different advantages:

1. Mix them together while reading from disk.

Pros:

very efficient and the multithreaded disk preload threads can be used for this. the voice amount will stay as low as with one stereo channel.

Cons:

different effects on different mics is not possible (only volume and perhaps balance but no effect chain).

2. Keep the mic positions seperated until the FX processing

Pros:

You can use all effects with multichannel mics, and the routing can be freely configured

Cons:

basically you have the same calculation effort as using different samplers, but with less workflow annoyances (because it is only one sampler).

Currently I am implementing the first option, but I would like to hear from you guys what you would prefer.