You need to wrap your single filter class into a PolyData container:
struct GriffinBoyFilter
{
void process(float* data, int numSamples);
};
// in the node:
template <int NV> struct node
{
PolyData<GriffinBoyFilter, NV> filters;
};
See:
https://docs.hise.dev/scriptnode/snex_api/containers/polydata.html
This basically creates one filter per voice and automatically selects the one that is assigned to the currently rendered voice.
@DanH Are you populating the combobox with the list returned from loadAudioSamplesIntoPool()? Because then it might cause a switch in order because the item that's loaded in the default user preset is being loaded before this call.
Try sorting the array before passing It to ComboBox.set("items", list.join("\n")) in your onInit.
@ustk Perfetto is a beast and requires you to sprinkle code snippets across your code to allow a good trace.
If you enable debug symbols (!= debug mode) in your release build then you can also use the Time Profiler in the Xcode Instruments toolkit for finding the CPU hotspots.
@aaronventure ah yes, that's an oversight in the filter node, usually everything switches at 0.5.
Without the setting enabled I still have some issues.
Then enable it. As I said, entering text should not be implemented manually and the callback should only be used for shortcuts / triggering actions.
@clevername27 withMultipliedBrightness() can make stuff brighter, no?
@ustk pull request looks OK, I guess I never bothered about that upper number too much, the only thing I'm not sure is whether to show CC#0 in the learn popup. Usually you start with CC #1 (the mod wheel) and this will affect all plugins. Does anyone else have an opinion on that?
But doesn't it just overwrite those files when you export your DLL the first time on macOS?
But it's definitely good practice to never move the Binaries folder and treat everything in it as throwaway intermediate build files.
If you're "transferring" your project like a sane person with git, just add both Binaries folders (both in the root directory and the DspNetworks/Binaries to .gitignore and that should be it.
{Project}/DspNetworks/ThirdParty <-- again C++ code in here
This is risky advice because it might contain user generated files, but again, it should overwrite anything that it autogenerated when you export the dll.
I cannot think of any reason why you would not use the HLAC monolith except for when you meed to distribute the wav files to be used in another context.
It‘s faster in both loading, playback, uses less memory and the file handling is easier because you don‘t need single files.
Ideally you use reserve(128) and a for loop where you push default values in the onInit callback.
Javascript usually doesn‘t complain about passing around undefined values but I found it to be the most frustrating source of issues while debugging (a little typo in the variable name goes through multiple function calls undetected and finding where it breaks is super annoying).
@aaronventure better safe than sorry :) but yes, the requirement for non-allocating local number variables was one of the first things I hacked into the scripting engine.
I think in this case changing the var to local would be sufficient.
This. local variables can be used in both inline functions and inbuilt MIDI callbacks and will not allocate any memory for simple types (numbers).
HISE compiler will swap them out for their actual value- or do some other magic.
No, it just preallocates the storage when compiling the callback.
@bendurso no, as the statement above says, you can use JUCE 6 with a JUCE 8 license as if it would be JUCE 8.
@clevername27 do you load many samplemaps at once?
Does it help to enable the queue based messaging in broadcasters (s
Broadcaster.setEnableQueue)?
@Ben-Catman if you manage to pull it off you have a glorious career in software development in front of you :)
Most JUCE license agreements are covering all versions up to this number so you can get a JUCE 8 license for using JUCE 6 (otherwise nobody could start using HISE now)
The personal license might be a special case because it wasn‘t (nag) free with prior JUCE versions so if you hear back from the JUCE devs it would be interesting to hear (I vaguely remember discussing this back at the JUCE 8 license turmoil but it got buried under the noise).
@mmprod definitely a glitch - that file is just an intermediate build file from the RLottie library.
Check out
which is basically the server side of this system. If you don't want to roll your own server that should get you started.
Otherwise I think @Dan-Korneff has spent a few hours setting up his own server to talk to so he might also have some insights.