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

Désolé d'avance (parce que je ne suis pas utilisateur de Cubase), mais pour moi, ce qui est rédhibitoire avec les VST3, c'est qu'ils sont bcp plus (dans Cubase, je sais pas, mais dans tous les autres DAW) sujets aux bogues que les versions VST2 des mêmes plugins.

Ça fait des années (au moins 10 ans) que c'est comme ça et l'on retrouve nombre de messages, sur divers forums, où plusieurs ont surtout des problèmes d'affichage graphique (freeze, absence d'image, etc.) et autres avec les versions VST3. Moi y compris! Conséquemment, avec les années, j'ai pris l'habitude de n'installer et n'utiliser que les versions VST2 (sauf pour Melodyne avec ARA) et fuis les éditeurs de plugin qui ne proposent que des versions VST3.

Donc je suis pas chaud à l'idée de switcher sur VST3 et crains le jour où mes 3 DAW (FL, S1 et Reaper) n'accepteront plus les VST2.

Je ne sais pas si cette tendance se retrouve aussi pour ceux qui utilisent Cubase (j'imagine, Steinberg étant le créateur de la « norme » VST, que c'est peut être « mieux géré » dans Cubase?) et/ou si la faute revient à certains éditeurs~développeurs de plugins qui ont plus de mal à coder en VST3? Mais les versions VST3 posent plus de problèmes et bugs que les versions VST2.

Vous avez remarqué cette tendance sous Cubase?

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.