@ustk Awesome, that looks like it'll work great, though I'm getting slight flashbacks to similar control-layering jankyness in Kontakt.

For anyone reading this later, the solution is to script a panel to have mouse interaction slider behavior, or to use an invisible slider for mouse interaction and the panel only for drawing.

You can change which image is loaded using ScriptPanel.loadImage, and update the drawing of the panel with Graphics.drawImage.

David's tutorial covers a lot of relevant stuff here

I don't know what the situation is with IPP now in HISE, but the old dropbox link expired so here's an internetarchive link just in case: https://archive.org/details/intel-ipp

Ah it's a permissions thing. If you go into settings and allow full disk access to either Xcode or Projucer (I just enabled both), it builds and opens properly.

Thank you David. Providing a snippet is above and beyond, as usual.

@Lindon In Kontakt, a velocity curve does not work well if you go to extremes like I described. There is no way that I am aware of to decouple the velocity that is sent to the sample map from the velocity sent to the vel > volume modulator.

Imagine this were a user-drawn velocity curve taking the lowest dynamic layer and spreading it across the full velocity range of the keyboard:

In a situation like this, your input with 127 values gets quantized to something like 10-20 values.

With the HISE global modulator, the velocity sent to the sample map is different from the velocity sent to the volume modulator, which is exactly what I was after.

Huge thank you to @DanH for having the foresight to save the old IPP installers (I was kicking myself for not doing the same). I can confirm that using IPP from the link in his post here works fine.

Here is the direct link to the correct IPP version.

Here is a backup link in case the Dropbox one stops working for whatever reason.

This kind of nonsense in software development drives me nuts. If Intel had just kept the old links up we could have avoided wasting our collective time.

@Rudra-Ghosh I agree, HISE is not easy to get started with, but once you get over the initial hump it's much nicer. For this particular issue, do not retarget the project, but rather add the correct SDK version to Visual Studio. The version it's looking for is 10.0.16299.0.

You can add the SDK by running Visual Studio Installer, clicking Modify by Visual Studio 2017, then going to Optional, and checking it in the list.

Hopefully we'll improve the docs soon, at least to remove conflicting information.

I promise I'll stop clogging the forum now. Thank you David as always for your unending help.

This particular case was user error. I had disabled the main Container so it wouldn't play back while I was testing the vst. So I was exporting the plugin with the main container disabled. Doh.

Fooound it :D Will let you know if it works in a sec.

To implement keyboard playing like you find in DAWs, might there be a way to get the current keyboard layout as well? I'll specify that I want to use the (PC) keyboard to set the current chord in a plugin, not play a MIDI note directly.

@d-healey As usual I found it right after asking. Thanks David!

I'll bring this topic back from the grave and ask the compliment of David's question. Is it possible to get normal keypresses? Specifically, letters A-Z, maybe characters too.

I don't know what the situation is with IPP now in HISE, but the old dropbox link expired so here's an internetarchive link just in case: https://archive.org/details/intel-ipp

Sorry for the basic question, but is there a way to re-open the token parser for samples already in the mapping editor, the same way you can run automap on selected samples in Kontakt? Searched forum and interface, but no luck.

Ah it's a permissions thing. If you go into settings and allow full disk access to either Xcode or Projucer (I just enabled both), it builds and opens properly.

That was the first thing I tried, but ran into "error reading" errors in xCode and assumed I must be doing something wrong.

I opened that .jucer in Juce 5.4.7 and building with Xcode 11, which throws

Error reading 'HISE-scriptnode/JUCE/extras/Projucer/Source/Application/jucer_AutoUpdater.cpp'
and
Error reading 'HISE-scriptnode/JUCE/extras/Projucer/Source/Application/jucer_CommandLine.cpp'

Both files are definitely there in the correct locations. Any ideas?

Same issue here. I'm not quite sure where to get started building the projucer, any tips?

Thank you David. Providing a snippet is above and beyond, as usual.

@Lindon In Kontakt, a velocity curve does not work well if you go to extremes like I described. There is no way that I am aware of to decouple the velocity that is sent to the sample map from the velocity sent to the vel > volume modulator.

Imagine this were a user-drawn velocity curve taking the lowest dynamic layer and spreading it across the full velocity range of the keyboard:

In a situation like this, your input with 127 values gets quantized to something like 10-20 values.

With the HISE global modulator, the velocity sent to the sample map is different from the velocity sent to the volume modulator, which is exactly what I was after.

In Kontakt, if the sample is mapped to one velocity, then the velocity modulator will only affect the sample when the output of that modulator is that exact velocity. You would need to control the gain of the sample via script with change_vol, at which point you don't need modulators at all anymore.

I'm guessing there's no way to do this with modulators and I'll just script it.