@d-healey You rock. Thanks!

@clevername27 so I think you are on the right path with option2.

First you need some method(script) to record MIDI events arriving, and more specifically their time (as ppq?). So some "record" button that sets the script in ready mode, and on first event defines this as "start time", then everything is an offset from there until the user stops recording.

At this point you would have a long list of events, so playback should be pretty simple - especially if you are using ppq instead of milliseconds - so the playback can be tempo aligned with the DAW tempo

@ustk Thank you!

@Christoph-Hart Thank you for your question. Just the kinds of things that lower-level access allows. I realize the struct is deprecated and may go away at some point.

Polling parameters (e.g., bpm and time signature) when needed, instead of keeping track of them with callbacks — it's a cool feature when you need to know when something has changed, but otherwise can be a little clumsy?

This may be my own issue, but the callbacks aren't being called at init. (They obviously work in your code example.)

Writing your own callbacks — for example, I want to show the user the seconds and samples of the DAW's playhead with high granularity—like the display in the MIDI keyboard. Another is example is doing calculations on the playhead in real-time.

The specific things in CurrentPositionInfo that simply aren't available in the Transport API, such as whether the DAW is recording or not.

@ulrik Thanks so much. Truly appreciate.

@Lindon Thanks, Lindon! That's the way I ended up doing it now after watching David's video Playing with Knobs.

@d-healey Wooow that works!!!
Thank u so much!!!

I think having one sampler per letter is not the most efficient way to do this.

Yes, that was just for testing😁

@paper_lung Yes this was just a simple demonstration so button on = preset 1, button off = preset 2.

You can use whatever system you like for the UI, knobs, buttons, panels, menus.

@d-healey oh great, thanks!

Brilliant as always, @d-healey.

@ulrik https://forum.hise.audio/topic/373/delete-object-item?_=1675813186372

@Soundavid Thank you that worked!

@oskarsh Oh I'm with you now, yes the are not part of HISE script.

@d-healey Thank you.

Okay I think I've found the issue

At initialization I had a loop running through each expansion and checking if it was out of date with server calls. Because this loop takes a few seconds, sometimes I'd be clicking the update button before the full list of outdated libraries had been populated.

t shirt time :D

@d-healey Thank you. God bless!

@ulrik or restoring the specific slot using Base64, but I guess that's not possible

@Christoph-Hart I couldn't get it to work with a script table or table data object.

@ustk @Christoph-Hart If interested, I posted an efficient, working and configurable MIDI indicator widget a couple months back.