new pvst beta (updated 19-May-2025)

[richb]

Just a quick update to say that reverting to b40 fixes the load-time issue (both on instantiation and initial load of buzz).

[polac]

Just a quick update to say that reverting to b40 fixes the load-time issue (both on instantiation and initial load of buzz).

Odd, no probs here, do you use Rebuzz, there it could be take a longer time to scan but not much? It coulnd take a bit longer because i have to scan the so called shell plugins, but only new shell plugins get scanned, but i have to instantiate the shell once.

[richb]

Just a quick update to say that reverting to b40 fixes the load-time issue (both on instantiation and initial load of buzz).

Odd, no probs here, do you use Rebuzz, there it could be take a longer time to scan but not much? It coulnd take a bit longer because i have to scan the so called shell plugins, but only new shell plugins get scanned, but i have to instantiate the shell once.

Hi polac, thanks for getting back to me & no, I’m using the latest 32bit build of buzz from jeskola.net - I did just give ReBuzz a go & selected all the options to reset config just in case, and it’s similarly slow (or at least it’s been chugging away for an hour and hasn’t finished scanning yet).

[polac]

Bump, some bugixes this time.

[polac]

Bump, small update again.

[magmavander]

Thank You !!

[HerrFornit]

Cool update again! Thank you.

Is it possible to fix the windows flip issue occuring after closing a VST?

[UNZ]

Hi Polac

a request about VST3 implementation:

When you send a kPolyPressureEvent to a VST3, the noteId is always -1, could you send the corresponding noteId please like with other kNoteExpressionValueEvents? Other Hosts like Bitwig handle it this way and i'm pretty sure that's the intent in the VST3 spec.