@ulrik
I just took a look and found the LFO behaviour kinda weird.
Seemingly all waves loop on their own except the custom one. (depending on the button)

My only quick idea I had was a timer with the same length as the LFO turning on and off the loop toggle...

@bendurso take a look here :
https://forum.hise.audio/post/50153

@Christoph-Hart Agggh I'm so stupid, I completely forgot I had used the convolution reverb in Scriptnode. Thank you so much!!!

@alfaholic

Should I create 128 samplers in my project? Then how to change between them, which one is playing?

Definitely not.

When you load a preset it sets the value of the UI controls, so you have a control (can be hidden if you want) that changes the sample map. Then when you change presets it will trigger the control and the sample map will change.

I have a video on YouTube showing how to do this with a combo box, but you could use a knob.

@alfaholic The samples need to be installed separately, same as a standard HISE project

@Christoph-Hart After testing this in all ways I could imagine, this endOfTrack issue still doesn't make sense to me.
Effectively the EOT timestamp is wrong in the library I am using.
But this library is playing nicely in other players, meaning they are not taking the EOT into account (or they fall to another calculation method when the EOT is wrong)

Even if somehow we fix the EOT timestamps of the library, since the exports from major DAWs also have this issue, what will happen when users make their own midi files exports from any DAW? They won't play in our player despite they will work in other players...

All of this tells me that it is Hise that should take care of the sequence length, isn't it?

Another consequence is that the MidiView or rectangle list also reflects this wrong sequence length

@Christoph-Hart The note that is triggered twice when looping is still not resolved.
Here's the related post that demonstrates the issue: https://forum.hise.audio/topic/7311/midi-player-transport-bugs-info-requests/21

@Christoph-Hart Confirmed! Stereo is now working with "Support Mono FX" enabled.

giphy (1).gif

@bendurso yup that‘s the one. No idea why you have to set this at so many places though 🙂

@d-healey giphy.gif

@Christoph-Hart ❤ yup... that works like magic 🙂

@Christoph-Hart Great example! Thank you

@d-healey yup

https://forum.hise.audio/topic/6612/possible-to-communicate-between-plugins/3?_=1686211450254

Using the very last commit of HISE and faust 2.59.6.

The same issue occurs. When debugging in VS17 I got this :

Faust jit compilation successful Faust DSP instantiation successful Exception : read access violation. f->**** was nullptr.

here in 'HISE\hi_faust\FaustWrapper.h' :

// This method assumes faustDsp to be initialized correctly virtual bool setup() { for(auto f: faustDsp) f->buildUserInterface(&ui); // this line init(); return true; }

Any clue ? I read what was written before but the newer faust version bug is supposed to be fixed...

@d-healey Perfect. Thank you very much!

@ustk Certainly much leaner, thanks for that!

@ustk Oh man, you saved my day. How could I have overlooked this? 😁 Thanks a lot!

@d-healey good idea!