Moonbase
-
@Christoph-Hart I think there's been an update since then. I've had to integrate from JUCE 7 to fix.
-
@Christoph-Hart said in Moonbase:
JUCE_USE_BETTER_MACHINE_IDS
https://github.com/juce-framework/JUCE/commit/120f9266dc881c81371109c69b37a0a246accdeb
Here's the fix
-
@Christoph-Hart cool! I've scheduled some time with our JUCE freelancer to make it JUCE6 compatible, using the APIs available there for machine IDs. We'll also implement an option to pass your own function for fingerprinting, so it's easy to plug in whatever else you may create, if you don't patch JUCE itself. Is there anything else we can do in the same go to make it more HISE-friendly? Let me know!
Founded Moonbase.sh for licensing and payments with a JUCE module ready to go
-
oooh I'd love to implement moonbase into my HISE projects. I have friends who talk highly of the service!
-
@tobbentm Sounds good. One question: once the user completes the browser activation, can the user token be saved and used to download their products (licenses)?
-
@tobbentm This looks like excellent work and sounds very promising. Please keep us updated when you integrate JUCE 6 compatibility. Would really love to see a HISE-example integrating Moonbase as well for us here to test out when it's ready :)
-
@tobbentm Now that HISE works with JUCE 6 and 8, this might be relevant. It’s not something I’m interested in right now, but maybe others will be :)
-
@bendurso Yeah, I saw some threads about JUCE 8 in HISE!
Is it fully supported already?
Caught me a bit by surprise, thought the JUCE license would prohibit that, but happy to see this.I know we've had a number of HISE users create accounts lately, but I'm not sure who is live yet.
-
@tobbentm so if we build hise with juce 8, we can use the moonbase module for activations?
-
@jeffd Our JUCE module is compatible with JUCE 8 out-of-the-box, so while I don't know the exact steps necessary to include it in a HISE project, in principle it should work, yes!
-
I bet if i try it it will probably break my project lol. no idea about any of this honestly.
I was assuming HISE only worked with juce6.
"The JUCE code is now handled as a git submodule so you can switch versions." --anyone know if that is an accurate statement?
-
@jeffd yup recompiled HISE yesterday without any issues so far. The setup is a bit different now however
-
do you have to change something here:
git clone --branch develop --recurse-submodules https://github.com/christophhart/HISE.git
how do i point to juce 8?
or this more complicated than that perhaps?
-
@jeffd The JUCE submodule is its own git repo with 2 branches juce6 and juce8. Go into that folder and checkout juce8
I think you'll also need a JUCE8 licence, not sure.
-
@David-Healey im on an old build before christoph switched to the submodules.
so im not sure if i should do that first ?
-
@jeffd Definitely. You can't use JUCE 8 without the submodule update.
-
@dannytaurus so i got hise to build with juce 8, but ive missed a step i think. when trying to export a plugin and build an audio unit i get this error:
Desktop/HISE/JUCE/modules/juce_core/system/juce_TargetPlatform.h:177:8: "Building for OSX 10.10 and earlier is no longer supported!"
177 | #error "Building for OSX 10.10 and earlier is no longer supported!"im looking in the projucer and it says it set for macos deployment target of 11.0
anyone run into this error?
what is Building for OSX 10.10 coming from?
-
@jeffd I can't imagine JUCE 8 would build on an OS as old as OS X 10.10.
JUCE 8 was 2023 and OS X 10.10 was 2014.
EDIT: just saw you mentioned 11.0, so not sure what's happening there, sorry.
-
@dannytaurus yeah ive been bangin my head trying to figure out whats going on.
it keeps reverting back to 10.9 when i try to export a plugin, yet ive selected the macos deployment target of 11.0 in the projucer.
-
