I strongly agree that there should be a little better support for external editors. Similar to @Simon and @oskarsh I have really fought the built in editor when it comes to just getting code written. I seem to gravitate back to the built in when debugging and working in UI.

The auto-autocomplete is also extremely unreliable for me. It feels like it stops working completely pretty often.

Honestly, being able to avoid overwrite-on-compile and watching for script changes / auto compile would be enough for me. The regular JS syntax highlighting in Sublime, Atom, VS Code are all much better for me but could easily be community addressed if someone wanted something more robust.

Very nice @aaronventure ! Thanks for sharing.

Sorry to be an annoying thread-bumper, but I really could use some assistance with this. Is this a bug - or is there any other workaround?

@Christoph-Hart Help!!

@d-healey in KT you can designate a portion of a flex envelope to loop repeatedly (the sustain portion essentially). The portion between the two vertical yellow lines can be looped in absolute time or synched to clock.

@bendurso Had the same issue. Open the Projucer file and try enabling x86 for the Xcode project :

@clevername27 Thank you.

Just for clarity, in case anyone else is making rookie mistakes like myself. The main issue for me (just using embedded webview) was:

WebView1.set("enableCache", false);

This had to be set to true in builds or you otherwise end up with just a blank webview in your app/plugins. To be fair, this is in the docs.

@Christoph-Hart I was simply trying to load similar to your example code:

const var f = FileSystem.getFolder(FileSystem.AudioFiles).getParentDirectory().getChildFile("Images/index.html");
 WebView1.set("enableCache", false);
 WebView1.reset();
 WebView1.setIndexFile("Images/index.html");

Working in editor, but blank white screen on all build types (on mac anyway).

Or is that still wrong on my end?

Finding the same thing here using latest development branch. Tried standalone and plugin builds on macOS.

Is this feature still supported?

@TNTHM I've done some testing with AU synths and other stuff on the iOS store and it does work well. I'm not yet sure how well the roundtripping with desktop works when it comes to third parties though. That's on my list to explore for both Cubasis and Logic as it would probably dictate approach a bit.

@d-healey Called "Cubasis" it's actually pretty decent and supports AU. Logic for iPad is also very usable (and I know there are other players in mobile DAW space I don't have much experience with).

@d-healey Aha. Ok. that would indeed be an enormous help.Thank you, I will do some testing here.

@d-healey So putting the multi mic thing aside for a second... another way to ask this:

If I set the AHDSR attributes from script for each new note event, are those guaranteed as the env. values for that event even if the env. is changed via script for a subsequent event (bearing in mind there are very tight timings between events... milliseconds)?

@d-healey said in Dynamic or Multimic Envelopes:

The built in multi mic handling is really great (and a huge improvement over KT), just hoping for some more env. control so that the mics work naturally.

Lets say you have an instrument recorded with multiple RR, dynamics, and variations (short lengths for instance). It's really critical to have good control over the envelopes discretely to make them sound natural and user controllable. In my experience you generally need both initial settings and realtime adjustment based on intelligent parsing of the incoming MIDI.

I'm just looking for a way to accomplish that doesn't involve hundreds of Samplers. Maybe hundreds are ok, but from reading forum posts I'm not seeing people doing that a lot.. and managing in the HISE UI feels like a bit of a challenge as well.

Will keep on poking around...

I strongly agree that there should be a little better support for external editors. Similar to @Simon and @oskarsh I have really fought the built in editor when it comes to just getting code written. I seem to gravitate back to the built in when debugging and working in UI.

The auto-autocomplete is also extremely unreliable for me. It feels like it stops working completely pretty often.

Honestly, being able to avoid overwrite-on-compile and watching for script changes / auto compile would be enough for me. The regular JS syntax highlighting in Sublime, Atom, VS Code are all much better for me but could easily be community addressed if someone wanted something more robust.

2 Questions:

1. Is it possible to do dynamic AHDSR per MIDI event without affecting currently playing voices within the same sampler?

2. Is it possible to have discrete AHDSR for each mic in a multimic setup that isn't using separate samplers?

Generally, what is the state of truly dynamic scripted envelopes? I keep running into this issue and can't find a solution besides adding more samplers. That works, but numbers balloon pretty quickly when you have an instrument with (for instance) 10 mics and 16 articulations.

To be fair, this.isn't that much fun in Kontakt either, but 160 groups in Kontakt is no big deal. 160 Samplers seems like a lot. Maybe I'm wrong?

@DabDab @Adam_G

I have no issue compiling my plugin with webview on Mac/PC.

I'm wondering is this related to the specific example you're trying to compile? I have not attempted to compile the example preset browser.

Maybe just try a simpler test with some html/css and a binding?

@clevername27 Thank you.

Just for clarity, in case anyone else is making rookie mistakes like myself. The main issue for me (just using embedded webview) was:

WebView1.set("enableCache", false);

This had to be set to true in builds or you otherwise end up with just a blank webview in your app/plugins. To be fair, this is in the docs.

@Christoph-Hart I was simply trying to load similar to your example code:

const var f = FileSystem.getFolder(FileSystem.AudioFiles).getParentDirectory().getChildFile("Images/index.html");
 WebView1.set("enableCache", false);
 WebView1.reset();
 WebView1.setIndexFile("Images/index.html");

Working in editor, but blank white screen on all build types (on mac anyway).

Or is that still wrong on my end?

Finding the same thing here using latest development branch. Tried standalone and plugin builds on macOS.

Is this feature still supported?

@aaronventure Glad you found a solution that works for your use case. The enduser would love this feature and would soon be complaining that KT doesn't have it. I think these are the kinds of VI problems that we've gotten accustomed to that really should have better behavior.

Unfortunately, I am trying to find a reliable solution for crosstalk in realtime between a client and host plugins and have been pulling my hair out (ok, there isn't that much left to begin with) over these same OSC behaviors. I've about given up on it, but FWIW @Christoph-Hart I would also request looking into the mentioned behaviors, because they're very unexpected.