AAX - ProTools - really ProTools? Really?



  • Its been asked for before I know - and I think its a very very good idea.

    +1



  • Yes but still using a callback like this to fix a certain host behaviour isnt the best solution so yes it should be done on C++ level - if the host fails you, then HISE should save you 😉



  • @Christoph-Hart I agree using a call back to fix a single hosts (poor) behaviour is a bad idea, but that doesn't invalidate the need for a call back for the more general situation I outline above.

    So I am asking for the call back, and I'd really like it to occur (and provide detailed information in some sort of message) for the following situations:

    transport start
    transport stop
    tempo change

    What, for an incredible amount of user-friendly bonus points, would be great is the ability to register an interest in a callback for these events:

    • bar start - so it would trigger the callback on every bar start
    • all the tempo sync bar options(1/2D, 1/2,1/2D, 1/4D, 1/4 etc etc.)

    If HISE provided these then writing sequencers would become a much much much more trivial task to undertake, and in fact I think would make HISE even more unique, attractive and powerful.



  • I could add a TransportHandler class that you could assign callbacks to - just like the ExpansionHandler class:

    const var th = Engine.createTransportHandler();
    
    // first parameter is synchronous or not
    // if you want it to be executed synchronously (in the audio thread)
    // you must supply an inline function (because the normal function isn't
    // realtime safe)
    th.setOnTempoChange(true, inline function()
    {
        // the transport handler will contain 
        // the AudioHead properties and can be 
        // obtained with `this`
        Synth.startTimer(this.bpm);
    });
    
    // if it's async, it can be a normal function
    th.setOnTransportChange(false, function()
    {
        MyPanel.setTimerCallback(function() { // something
        });
    });


  • @Christoph-Hart yeah I think that would work...

    so (for our edge case..)sort of:

    const var th = Engine.createTransportHandler();
    
    
    
    th.setOnTransportChange(false, function()
    {
        if (!this.playing)
            Engine.allNotesOff();
    
    });
    

    so cheeky request, can we also get:

    th.setOnBarStart(false, function()   //<--- oh look at that sorta onListener ish...
    

    and maybe the bar subdivisions?



  • so (for our edge case..)sort of:

    Almost... you want it to be synchronous because asynchronous calls might be skipped if no interface is present.

    const var th = Engine.createTransportHandler();
    
    th.setOnTransportChange(true, function()
    {
        if (!this.playing)
            Engine.allNotesOff();
    
    });
    


  • @Christoph-Hart and those super useful other event types? (Crosses fingers here...)



  • If the basic system is there, adding those is trivial. I'll try to cover all information that is contained in the AudioPlayhead.







  • @Christoph-Hart Hey Christoph, would that solve the hanging notes issue for me too?



  • Actually I'm thinking about adding a allNotes off message automatically when the transport playback state changes from true to false so this might solve some hanging note issues indeed (the notes will still hang until you stop the playback) - it's a rather intrusive change for all projects, but I can't think of a scenario where this backfires.

    You can check this functionality with this code:

    const var th = Engine.createTransportHandler();
    
    inline function onStop(isPlaying)
    {
        if(!isPlaying)
            Engine.allNotesOff();
    };
    
    th.setOnTransportChange(true, onStop);
    

    If it works (and Lindon's initial problem with protools is fixed with this code), I'll add it to the default handling inside HISE...



  • @Christoph-Hart

    it's a rather intrusive change for all projects, but I can't think of a scenario where this backfires

    Might be a good idea to add a pre-processor definition to disable it in some weird edge case.



  • @Christoph-Hart said in AAX - ProTools - really ProTools? Really?:

    If it works (and Lindon's initial problem with protools is fixed with this code), I'll add it to the default handling inside HISE...

    OK so I built using the latest HISE - included the the code for handling All Notes Off on playhead stop, and the customer reports a big improvement in AAX/ProTools, its still not apparently perfect - moving from showing up around 50% of the time down to 5-10% of the time. Which I think is still a "ProTools behaving badly" problem..not sure how we can fix it any further....


Log in to reply
 

8
Online

1.2k
Users

3.9k
Topics

34.5k
Posts