réactions à la news Cubase 12 est là !

Tu as déjà souligné les 2 autres principales fonctions des VST3 (sidechain et redimensionnement, quoique depuis le temps, il est possible pour les codeurs de le faire avec les VST2. Il existe plusieurs plugins VST2 avec GUI redimensionnable et aussi avec sidechain, si je ne me trompe pas pour cette dernière fonction) et la troisième n'est pas un gain de perf comme tel (c.-à-d intrinsèque au plugin quand il est en activité), mais le fait que le plugin peut se « mettre à off » (par lui-même, sans « l'aide » du DAW) pour ne pas consommer de ressource lorsqu'aucun signal audio ne traverse ce dernier (ce qui, au final, libère des ressources processeur en cours de projet dans le DAW).

Car faut savoir qu'habituellement, même quand un plugins n'est pas en activité dans un DAW, il consomme quand même quelque peu du CPU (sauf si nous le désactivons manuellement). Certains DAW possèdent des « fonctions intelligentes » pour les switcher à « ON/Off » eux-mêmes, mais pas tous les DAW. Bref, les VST3 étaient censés posséder~gérer cette fonction par eux-mêmes, mais selon mon observation, c'est loin d'être le cas pour tous.

Bref, pour ce que j'en ai compris lors de mes précédentes lectures (depuis des années), c'est que ce que nous nommons « norme VST3 » est en fait un abus de langage (d'où pourquoi je mets tjrs entre guillemets!). Il ne s'agit pas d'une norme (au sens où les devs doivent respecter quoi implémenter ou non), mais juste de « possibilités techniques » (en plus d'un langage de prog, naturellement). Ce qui explique que rien n'oblige un dev à implémenter telle ou telle fonction et ni, naturellement, à coder de « façon élégante » et encore moins sans bug.