@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!

I played around with SOUL which is a new language from the JUCE guys. It‘s supposed to be OpenGL for sound, but it‘ll take some time until it can be used in a production environment.

Yes, I ran into some build errors with both projects. I‘ll post more details later when I‘m back at machine.

@SteveRiggs @dustbro @SteveRiggs Bro Could You Please Supply The .cpp For Limiter And Compressor File So I Can Swap Them With Confidence 🙏🏻 God Bless

@Christoph-Hart said in Copyright protection for subscription based services:

iLok SDK

Excellent thank you for the info Christoph!

@d-healey My approach is to build different versions of Hise, modified and original. This way I have a Hise that is specific for the project I am working on, which can be different from another modified version for another project. Because you might not want the same modifications for all your projects.

I am not talking about GitHub here because I don't know what would be the approach.
So the downside of my technique is that, if the source files are updated with a new version of Hise, I need to manually remodify the new source (but preset browser is not updated that often...).
If you have just a few modifications, it's not an ocean to drink though... 🌊

@orange 🤟🏼 🤟🏼 🤟🏼

@d-healey Very simple mod, font colour and size, I wanted the categories to match the rest of the tile...

Samples are ref-counted so duplicate samples share the same file, unless specified otherwise.

I think all you need to do is generate a random array that will remap each key press, rather than changing the sample map itself

@dustbro the audio host project files

Yeah, actually I removed this quite some time ago because there was nobody using it (including me), but forgot to update the Readme in the repository...

I did some experiments with writing a native JIT compiler for DSP routines based on NativeJIT, then on asmjit, but ultimately gave up because you can't run JITted code on iOS and this would truncate the possibilities on that platform.

Oh also re:looper module, I posted another thread with some issues I was having when I used it. It didn't seem to shift the playback pitch to fit with the time/bpm.

https://forum.hise.audio/topic/712/audio-loop-player-pitch-glitch

Yes, but the compiler is smart and only rebuilds the files that you've changed (however if you change a file that is used by other files they will also be recompiled). It won't be as fast as compiling scripts though - otherwise the whole scripting engine would be pointless ;)

If you're on Linux, try to use VS Code with the C++ extension, this gives the best UX IMHO.

I said I fix it right away, but then I got lazy :)

Hi Cyberdyne,

yes it was pretty embarassing to go to the ADC this year running an ancient JUCE version and there are a ton of cool features that have been added since then (a better convolution engine, DSP algorithms and many improvements for iOS).

It's definitely on my top priority list to take the leap to the current JUCE version, but it involves changing the entire build procedure and modifying the JUCE codebase with the few custom additions I made for HISE. Don't hold your breath for it (but I try to do it this year).

Actually this was a request by someone else for quite some time, so I promised to do it anyways :)