AAX - ProTools - really ProTools? Really?

[Christoph Hart]

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 ;)

[Lindon]

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

[Christoph Hart]

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
    });
});

[Lindon]

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

[Christoph Hart]

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();

});

[Lindon]

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

[Christoph Hart]

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]

There you go:

HISE | Scripting | TransportHandler

A class that manages callbacks for host playback events

(docs.hise.audio)

[Lindon]

@Christoph-Hart

....

[tomekslesicki]

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

[Christoph Hart]

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...

[d.healey]

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

[Lindon]

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

[tomekslesicki]

@Christoph-Hart I just wanted to ask if this is now a part of the HISE build or if I still should call...?

const var th = Engine.createTransportHandler();

inline function onStop(isPlaying)
{
    if(!isPlaying)
        Engine.allNotesOff();
};

th.setOnTransportChange(true, onStop);