Insertion / Removal is very fast, plus the underlying data type is float, so you can reference it as a Buffer object which is required if you need to pass uniform arrays to OpenGL.

Performance wise it should not be a big difference to the MidiList, but depending on the use case, it's simpler to use.

And If you right click on it in the ScriptWatchTable, you will see a custom data inspector which is also helpful during debugging.

@Lindon Reviving this old thread. Is combobox still the way forward for Arp / Sliderpack presets?

@ulrik I updated this app with:

search function (search in the constants names) favourites, and favourites collections (add & delete favourites and whole collection)

Maybe it can be handy when to copy colours from, when developing plugins/apps in Hise?

Maybe I'll implement a colour editor as well, I don't know..

If you want to try it out, here's the project:
Colour Constants

ColourConstants.gif

@ustk said in Making standalone app with offline/batch features?:

... I don't think it is possible to batch or treat offline using a scriptnode graph. But I reckon SNEX can use the nodes in code so there might be a possibility to use them offline too.

Thanks, yes I dug a bit into the api on docs.hise.audio and found a few things perhaps able to take care of some of it.

Standard Hise API:

File.createDirectory, File.getChildFile, File.getParentDirectory, File.show -- link -- check, check, check & check. AudioFile.loadFile -- link Engine.loadAudioFileIntoBufferArray -- link -- "Loads a file and returns its content as array of Buffers." -- perhaps able to do the data store.

In the Scriptnode List of Nodes I found control.file_analyser, (link 📖), which surely must do it's job offline. Perhaps there is a way to cue samples (blocks of samples) to be run through any module or chain? Then there's the core.file_player, (link 📖), which also handles audio files possibly offline. Both of these though are farily simple modules with no extras in the docs. The docs are void of any descriptions of the Scriptnode list of nodes, at least on the committed docs.

Perhaps it is something one has to code yourself in SNEX as you say, but then perhaps the real idea is to have a processor handle all things hise in offline mode. Not even beginner in C or C++ so would not know where to start. The method could be to pipeline all audio blocks in an array of files through the code. Haha. Just stuff it in there, nice and thick. 😬

@iamlamprey said in Question for IamLamprey for NEAT Player:

Thank you @iamlamprey :) (y)

@ulrik very cool work and thanks a lot for advices!

Gotcha. Thanks a bunch!

A small update
Fixed some small glitches and implemented sound fx.
I also changed from using AudioLoopPlayers to Samplers, easier to work with.
game

@d-healey I can hardly wait David
Thanks :-)

Have you checked the develop branch? I migrated to JUCE 6 there so maybe this fix is already included? If not it would be good to migrate as it might be easier to merge it to JUCE 6 than to the old one from master.

@d-healey I posted on JUCE at the same time and didn’t remember I initially posted this in the Bug Reports section. This was intended for the General Questions.

ah just found drawNumberTag :)

The Workbench should be share-able as long as you include the necessary stuff in the Networks and CodeLibrary folders respective to the project

@MikeB https://forum.hise.audio/topic/3045/monophonic-envelopes-not-working/8?_=1627842061805
That is for the node file_player, I don't know about the Audio Loop Player module though...

I just checked and it behaves just as expected. The reverb of a hard panned signal is still going to be spread over the entire stereo field - that's just how diffusion works - there might be reverbs which under / overemphasize this effect, but this is not a bug.

And the signal is not MONO - slap a gonio meter on channel 3+4 to see the stereo field.