Plus de plugins sous Windows 10 d'après MS

Au fait, a-ton connaissance d'individus/de cas ayant été limité par cette limite FLS (concernant le nombre d'instance pouvant être ouverte dans un DAW) avant d'être limité par la puissance de leur CPU?

« Ce qui se passait, c'est que le DAW utilisait, disons, 40 slots lui-même, et que les gens avec des projets vraiment complexes utilisaient beaucoup de plugins uniques (pas des instances, mais des plugins complètement différents) dans leurs projets, et avaient des problèmes pour charger les derniers qui auraient donc dépassé la limite de 128 FLS.

C'était sur un projet typiquement très complexe sur un système extrêmement costaud, mais cela est arrivé à certaines personnes. Le DAW refuserait simplement d'ajouter une instance de ce prochain plugin. Ils pouvaient utiliser de nouvelles instances de plugins existants dans le DAW, parce que le code avait déjà été chargé et initialisé, mais de nouveaux plugins (de nouvelles DLL qui n'ont pas déjà été chargées dans le projet) échouaient.

Maintenant, nous aimerions vraiment que les développeurs lient dynamiquement le runtime pour que nous puissions le réparer (corrections de bogues et de sécurité) sans avoir à recompiler leurs plugins. Mais nous savons que ce n'est pas près d'arriver, et pour les vieux plugins : jamais. Nous avons donc modifié la limite FLS, la faisant passer de 128 à un peu plus de 4000.

Les développeurs n'ont rien à faire, mais les utilisateurs finaux ne seront plus limités par le nombre de leurs plugins dans leur DAW par cette limitation. La nouvelle limite de 4000 signifie qu'aujourd'hui les utilisateurs manqueront de mémoire et de ressources processeur avant de manquer d'emplacements FLS. Mais nous avons fait en sorte qu'il nous soit beaucoup plus facile de l'augmenter à l'avenir quand nous aurons besoin d'en faire plus de 4000.

La limitation remonte à la période Vista et XP. La raison pour laquelle certains utilisateurs s'y heurtent maintenant, c'est que les PC sont devenus si puissants que les musiciens atteignent cette limite alors qu'auparavant, ils manquaient tout simplement de mémoire ou de CPU.

C'est un peu difficile d'expliquer en termes simples ce qu'est le FLS parce que c'est un changement au code du noyau dans Windows. Mais voici un plan :

Les slots FLS permettent de gérer de petits emplacements de stockage en mémoire pour ce que l'on appelle les "Fibres". Les fibres sont des fils légers. Les threads sont des bits de code qui s'exécutent en parallèle, parfois sur différents cœurs de processeur. Presque tout ce qui est fait en parallèle dans une station audionumérique utilise des fibres ou des fils de discussion pour permettre l'exécution de ce code. La façon dont cela est géré diffère d'une station de travail audionumérique à l'autre.

Les DAW sont un processus qui permet de charger du code externe (plugins) contenu dans les DLL. Les DLL (Dynamic Link Libraries) sont des codes compilés qui sont empaquetés spécifiquement pour être chargés par d'autres processus. Les DLLs sont le principal mode de partage du code sous Windows.

La plupart des plugins VST pour Windows sont compilés en utilisant une version de Visual C+++. Visual C+++ a une bibliothèque d'exécution pleine de fonctions qui sont utilisées par tout ce qui est compilé avec lui. Cette bibliothèque d'exécution alloue (selon la version) un ou deux emplacements FLS par instance de la bibliothèque chargée dans un processus.

Désormais, pour plus de commodité et de facilité d'installation, la plupart des éditeurs de plugins lient statiquement ce runtime. Cela signifie que le code d'exécution est inclus dans la DLL du plugin, au lieu d'être référencé par une autre DLL. Donc, si vous avez 50 plugins uniques différents chargés dans le DAW et que chaque plugin relie statiquement le runtime, il y aura 50 copies de ce code d'exécution chargées dans le processus DAW. Chaque copie de ce code d'exécution attribuera un ou deux emplacements FLS, de sorte que vous pouvez vous retrouver avec entre 50 et 100 emplacements FLS utilisés uniquement par le runtime.

Si le plugin relie dynamiquement le runtime (c'est-à-dire qu'il fait référence à une DLL d'exécution installée avec le plugin ou déjà présente sur le système), seules autant de copies du runtime seront chargées dans le processus DAW que de versions uniques de ce runtime. Donc, s'il y a 50 plugins dans le processus, mais que collectivement ils utilisent, disons, 5 versions uniques du runtime, il n'y aura que 5 copies de ce code chargées en mémoire. C'est évidemment mieux pour l'utilisation de la mémoire, mais aussi parce qu'il n'y aura qu'entre 5 et 10 emplacements FLS utilisés. Il y a un peu plus de complexité ici en fonction de la façon dont le runtime est installé (application locale, globale, etc.) et des versions disponibles, mais cela en résume l'essentiel.

Le DAW lui-même a également tendance à utiliser un certain nombre d'emplacements FLS. Cela varie considérablement d'un DAW à l'autre. La slot peut être utilisée juste pour une variable pour, disons, garder la trace d'un pointeur dans un tampon audio, ou autre chose. »

presque personne n'a été touché jusqu'à présent parce qu'il faut que le projet, dans le DAW, utilise au moins 128 plugins totalement différents avant de poser problème.

If the plugin dynamically links the runtime (that is, the plugin references a runtime DLL that is installed with the plugin, or is already present on the system), only as many copies of the runtime will be loaded in the DAW process as there are unique versions of that runtime. So, if there are 50 plugins in the process, but collectively they use, say, 5 unique versions of the runtime, there will be only 5 copies of that code loaded into memory. This is obviously better for memory usage, but also better because there will only be between 5 and 10 FLS slots

Citation :

presque personne n'a été touché jusqu'à présent parce qu'il faut que le projet, dans le DAW, utilise au moins 128 plugins totalement différents avant de poser problème.

Pas tout à fait, il te faut un peu moins de plugins pour atteindre la limite de 128 car un plugin unique consomme de 1 à plusieurs slots.

Donc, ouvrir 200 instances de Kontakt et 200 instances de Serum ne consomme pas 400 slots, mais seulement 2/4 slots (voir explication de Pete plus bas).

If the plugin dynamically links the runtime (that is, the plugin references a runtime DLL that is installed with the plugin, or is already present on the system), only as many copies of the runtime will be loaded in the DAW process as there are unique versions of that runtime. So, if there are 50 plugins in the process, but collectively they use, say, 5 unique versions of the runtime, there will be only 5 copies of that code loaded into memory. This is obviously better for memory usage, but also better because there will only be between 5 and 10 FLS slots

This is obviously better for memory usage, but also better because there will only be between 5 and 10 FLS slots

Cet update ne va pas changer grand chose pour 99% des gens.