Categories

  • General questions and announcements about HISE

    8k Topics
    68k Posts
    T

    Good idea, thanks!

    Our JUCE module contains most of the stuff you need to handle licensing & delivery:

    License activations (more on this later) Time-limited trials Offline activations Update notifications on new releases Analytics back to Moonbase (optional, stuff like host/daw/etc meta)

    Our licensing flow is a bit different than most, we want the smoothest process we can, and so what it does is just open a browser on your website, where our web SDKs take over the process and activate plugins on the website. Since customers are usually already logged in to your website, since they made a purchase, downloaded your plugin, or whatever else, we can immediately activate the plugin.
    We have a video of this flow, including the default UI of the JUCE module in our BSA customer story: https://moonbase.sh/stories/blacksaltaudio/

    Having customer authentication on your website is a really good way to also provide a fully personalized storefront experience, where we can showcase segmented pricing, enabling loyalty discounts and a bunch of other cool things.

    The biggest hurdle to adopting our JUCE module in HISE projects is the fact that it depends on JUCE version 7. I'm not the original author, but I know there's probably two things that would need to change for a downgrade to JUCE version 5 (which I think HISE is still using?):

    The device fingerprinting needs to change. We had issues with the older JUCE (< v7) fingerprinting in cases where we crossed ~100k devices, where we saw collisions and unstable fingerprints. I believe we're also using some utilities from the newer URL/HTTP classes, but I'm not 100% certain of this.

    Generally, it's not a super complex module, but it is very battle-tested, powering hundreds of thousands of plugin installs.

  • Scripting related questions and answers

    2k Topics
    15k Posts
    ILIAMI

    @ulrik awesome

  • To share HiseSnippets, Interface Elements, GUI, UI/UX, Panel LAF etc..

    184 Topics
    2k Posts
    d.healeyD

    @It_Used Check out my Bootcamp course, I cover the floating tile meter in it. You can still apply your design to it using laf.

  • All about ScriptNode DSP nodes, patches, SNEX and recipes.

    326 Topics
    2k Posts
    A

    @ally It worked! Thank you @ulrik!!

  • A subforum for discussing Faust development within HISE

    109 Topics
    885 Posts
    resonantR

    @Mighty23

    Thank you for the explanation. I don't mean a graphic, but a modulation like the one in the image below. Not separate Right and Left, but a single one (like the scriptnode gate, comp...etc.).

    alt text

  • If you need a certain feature, post it here.
    609 Topics
    5k Posts
    Christoph HartC

    @Orvillain I'm ignoring all the UX suggestions and minor glitches as I'm completely unsatisfied with how it behaves at the moment and I will have to do a third or fourth complete redesign of the UI of this thing.

    The only glitch I see in this video is that if you have more than 2 groups (eg. 5 or 8) it still only performs 3 groups - probably it knows that there is no sample in the last group and then it resets the counter, but I'm not sure why it does that.

    But in general it's expected that you use as much RR groups as you have RR variations, so you're already in weirdo land if you use more RR groups than samples.

    Now if you have different amounts of round robin variations within a single samplemap you can achieve this by using multiple RR layers - which is where this complex system starts to show its strength, for simple RR stuff you don't need that in the first place.

    So let's assume you have closed hi hats and open hi hats in the same sample map. For closed hi hats you have 8 RR variations, but for the open hi hat you only have 6 RR variations. You cannot setup a single RR layer to work with both types, instead you need to create 2 RR layers:

    One for the closed hi hat samples with 8 groups One for the open hi hat samples with 6 groups

    And then we assign the closed hi hat samples to be cycled by the first layer and the open ones by the second. Now comes the important part: in order to tell HISE which samples are subject to which layer you can use the Ignore flag (so in this case both layers need to have the ignore flag enabled). This works like this:

    Assign the closed hi hats to their respective group in the first layer Assign the open hi hats to their respective group in the second layer Assign all closed hi hat samples to the ignore group in the second layer Assign all open hi hat samples to the ignore group in the first layer.

    Note that this idea can be combined with any layer so you can create very complex group arrangements. If only the UX would make it easier to understand that stuff...

  • Develop better software through collaboration and shared knowledge. Not just about coding —> covering the entire journey, from development to launching and promoting plugins or software.

    90 Topics
    748 Posts
    d.healeyD

    @ScreamingWaves As always I would suggest starting simpler. A mic mixer is quite complicated and if you are trying to modify code to do something it wasn't designed to do, you really need to understand it well.

    That said, here are some pointers to get you started. You can't have two functions or two variables with the same name in the same scope. Uniqueness is very important in programming.

    For example you have two functions both called purgeMicPosition, and within them you have two variables called idx.

    Check out my scripting 101 video, it will give you a quick overview of some of these kinds of things. Also in the HISE documentation there is a link to a Javascript beginner's course which will help.

  • If you encounter any bug, post it here.
    2k Topics
    11k Posts
    DanHD

    @Christoph-Hart is the Notch filter display (in Scriptode) a fiddly fix?

  • Post your example snippets that you want to add to the official HISE snippet database here. We'll revise it, upload it to the repo and delete the post when finished.

    16 Topics
    103 Posts
    R

    @HISEnberg yes I saved each one before compiling but still got the issues.

    I only installed 4.1.0 the other day but have no issues building networks on my older version. I'll do a test nest time I'm at the laptop and see.

    And yes I'm on windows, ah ok you're getting them on windows too...at least I'm not going mad then. Wonder what the issue is though?

  • Everything related to the documentation (corrections, additions etc.) can be posted here
    66 Topics
    445 Posts
    cassettedeathC

    @Christoph-Hart Awesome,
    Primarily interested in the accessibility side, but a little confused about delivering future expansions and whether or not I need to send expansions to NI for approval... - or if it's just the initial functionality/integration...

  • Collection of Blog Entries

    79 Topics
    730 Posts
    ustkU

    @DanH Yeah to be honest I don't know if I should thank the forking or the gitignore, I just don't remember...

  • The nerdy place for discussing the C++ framework
    165 Topics
    1k Posts
    OrvillainO

    @Christoph-Hart Thank you!

40

Online

2.0k

Users

12.6k

Topics

109.5k

Posts