@ustk I'd like to do this ideally from a DSP parameter with a unidirectional connection... Or better, is there a way to make a connection directly from a core.peak node, that would be killer :)

EDIT: I just realized that for my needs I will still need a timer, so it's not advantageous compared to drawing with Hise script...

Please ignore this, I made a bad pull request which included other changes you don't need. The pull request should be closed now.

@Christoph-Hart will try it!!

@d-healey Yes of course. but it is so lacking in hise that I would like to see it everywhere ^^

@Christoph-Hart Ok so I went a bit further by using the parameter index only:

hise::raw::UIConnection::Slider<0> lfoConnection;

But the slider is updating only when changing the frequency parameter of the DSP:

rawtest.gif

I don't know if it's related but there's no unidirectional connection yet (I'm struggling with that too 🙄 )

EDIT:
the finality would be to draw anything in the panel base on the listened value. But since the UIConnection offers Slider and buttons like component only (I tried a VuMeter but creating my own class is too hard), I have no idea how to simply paint in the panel based on a unidirectional value without a concrete example to be honest...

@coreyu21 oh i cant wait for this

@d-healey many ways yes!

I'm Raw.cpp constructor, I'm calling addToUserPreset with various attributes. Is that way you mean?

@Christoph-Hart yes !! Additive synth but a lot more of other DSP weirdo things. Will try the HISE-source-killing way :)

Will take a look to that commit! Thanks a lot Christoph!

You can actually use the normal image handling of HISE in C++ projects. Just make sure that the image is loaded somewhere on your scripted interface before you export, then call

auto myImage = hise::raw::Pool::loadImage("{PROJECT_FOLDER}MyImage.png");

Link Preview Image HISE | Docs

favicon

(docs.hise.audio)

You get some benefits over the traditional BinaryData approach: the images are shared across plugin instances and are more compressed.

Ok. I understand better now. You create "User Presets", but they got bundled along as factory content. I have to add controls to the Interface designer, so they're part of the preset. But then I have to hide them when using the External Floating Tile with C++ JUCE GUI. And the presets only affect the single chain you've created, which can involve many samplers you can enable and disable.

That gets a little tedious having to hide and show controls all the time since I don't want any of them to show, but seems to be working.

UPDATE: Small tip is to place all those controls in a single Floating Tile, and then just show and hide that one component as needed.

@Christoph-Hart Was as simple as this :)

String ScriptingApi::Engine::getWhirlpoolHashFromString(String data) { return Whirlpool (data.toUTF8()).toHexString(); }

It's much more secure than SHAs, and since (for the moment) I don't need encryption, a good hash is enough...

@ustk What are you trying to achieve?

@Christoph-Hart Thanks! Will try!

Yes!! Thank you, now works perfect

You need to use a conversion function. If you search for pitch in the API browser you will see the two conversion functions available.

@dustbro that would be awesome :)

@Christoph-Hart
hi,
i created a pull request in vcsl_hise repo to make its raw version compile against the current HISE master (commit 8ef678e on May 23, 2019). tested on macOS Mojave 10.14.6, and somewhat ancient Xcode 9.3.

but which branch should i actually use for c++ development when eventually targeting production? i guess master would be a safe bet, but i've also seen here that develop and scriptnode branches (with a specific commit) are in active use as well. thanks!