Develop branch cannot support more than 19 scripts

[Lindon]

@ustk what?

[Lindon]

@d-healey said in Develop branch cannot support more than 19 scripts:

@lindon I don't see anything unusual there. I'm off to cook dinner but I'll dig a bit deeper when I'm back.

Yeah I have to call it quits for today too?

[Lindon]

@lindon said in Develop branch cannot support more than 19 scripts:

@ustk what? er we are talking about using multiple scripts (one per voice) so its more modular...

[d.healey]

@ustk said in Develop branch cannot support more than 19 scripts:

I would store the note number in a reg

You can use a local in the MIDI callbacks, I don't know if this is better than a reg...

[ustk]

@d-healey For what I understand a reg is faster, hence more suitable for real-time stuff...

[ustk]

@d-healey Also I thought locals were only declarable in an inline, never tried in a midi CB though...

[d.healey]

@ustk said in Develop branch cannot support more than 19 scripts:

For what I understand a reg is faster, hence more suitable for real-time stuff...

Interface script should be deferred in this case and shouldn't be doing real time stuff Ignore me, I was thinking this is the main interface script :p

Also I thought locals were only declarable in an inline, never tried in a midi CB though...

With the exception of the built in callbacks that seems to be true.

[d.healey]

After disabling everything and re-enabling it one by one, saving in between and reloading HISE. The project now opens every time without crashing!

@Lindon I'll send you a snippet that is opening for me and you can see if it magically works for you as well.

Regarding the real time UI stuff, it's parts like this.

for (ondx=0; ondx<7;ondx++)
{
    if (FMAmtVelos[ondx].getValue() == 1)
    {
        //Console.print((Message.getVelocity()/ 1.27)/100); // * (127/100));
                 
        FMAmounts[ondx].setValue((Message.getVelocity()/ 1.27)/100);
        FMAmounts[ondx].changed();
   }
}

I try to avoid loops in real time altogether if possible, but this one is just updating a UI component and triggering its callback. This should be in a deferred script. The action that you need to happen in real time (presumably whatever happens when the component's callback is triggered) should go in a separate non-deferred script. This approach will probably require a significant restructuring of your project at this stage though so if it's working for you then don't go down the rabbit hole.

The only other thing I noticed in general about the project is it takes a bit of time to open and the CPU usage idles quite high (around 10%) for me. I think this is due to the effects and other modules rather than your scripts so probably not much you can do about it.

[Lindon]

@d-healey - great thanks mate - I will give it a try - what was the problem can you identify it?

[d.healey]

@lindon said in Develop branch cannot support more than 19 scripts:

what was the problem can you identify it?

I wasn't able to pin it down to anything in particular.

[ustk]

@d-healey Maybe comparing the 2 project folders (original and fixed) with a tool could show up the difference and point to a Hise bug (like in an xml file or something)?