Convolution Reverb or Audioloop Player doesn't load file
-
@dustbro thanks for the tip with the »no-optimisation« setting! loading loops and impulses works with this on mojave.
@Lindon thanks for your time figuring it out!!!
@Christoph-Hart after working with HISE for over a year on my day off for 12-hours every week I was so frustrated by this, that i bought kontakt. believe me, i had a quite a few of this ******-moments, and i´m not a guy that easily gives up. i really love what your doing and i love the project and all the guys/girls around here, but, at in the end i want to spend time creating instruments and not fiddling around with random-settings for hours/days just to get HISE to work (again). It was a pain to get it to work the first time on mac. It was a pain getting it kinda to work on windows. It was a pain trying to get it to work after I had to update my mac to handle my dayjob. and, believe me, I delayed that os-update as long as possible.
ok, with this off my chest: do you see any chance to get this heavyweight off the shoulders of the not-so-c++sy-users, like me?
I am thinking of a HISE-build-server:
- you connect your instruments github-repo
- you merge your dev-branch to release-branch
- which triggers automatic builds for any target platforms (windows, mac, and linux...)
- you receive the links to the builds
You would use it to build new HISE-updates, which would ensure that it works. No user would have to compile HISE or their own instruments ever again.
You said once in a post: »Life/time is too precious to rebuild the pool files on every compile« which made me smile. I think: Lifetime is too precious to setup build environments at all!
Christoph, what do you think? Can i help to set something like this up? Would it be possible with something like:
https://azure.microsoft.com/de-de/services/devops/pipelines/Cheers
Peter -
Christoph, what do you think?
Yes, having a "hosted" option for people who don't want to compile themselves is on our roadmap (will be part of the resurrection of the HISE Player).
I re-compiled with optimisation set at its lowest(no optimisation) level -O0 ...and it now works.
This is not a solution, you don't want to ship a product which is not optimised. I've just updated to Mojave and can reproduce the issue - it has something to do with new security settings that prevent unsigned apps from loading files. I am working on a fix right now.
-
OK, I need more time, this seems to be impossible to debug without contacting Apple about their new security policy.
In the meantime, you can deactivate Link Time Optimisation (which is the culprit). The binary won't be as fast as with it enabled, but it's 100x better than
O0 -
@Christoph-Hart Ok great. Now how do we "deactivate Link Time Optimisation"?
-
It's a setting in the Projucer:
-
@Christoph-Hart OK thanks
-
Finally:
- fixed audio files not being loaded on macOS mojave with O3 LTO · christophhart/HISE@6684de8
The open source framework for sample based instruments - - fixed audio files not being loaded on macOS mojave with O3 LTO · christophhart/HISE@6684de8
GitHub (github.com)
That's a day of annoying work I'll never get back.
-
Dan Korneff - Producer / Mixer / Audio Nerd
-
@Christoph-Hart -- so thats in the scriptnode branch right?
-
Yes. But as long as you don't actually use scriptnode (which is not 100% ready), the branch should be as stable as the master branch.
-
@Christoph-Hart yep, not planning on going anywhere near that stuff...
-
@Christoph-Hart Thank you very much Christoph! I really appreciate it!
