Cubase dispose d’une fonction utile appelée « Désactiver les pistes », qui vous permet de désactiver n’importe quelle piste d’instrument, piste MIDI ou piste audio afin de libérer de la mémoire et de réduire la charge du processeur.
Cette fonction permet d’utiliser de grands modèles sans se soucier de la mémoire ou de la charge du processeur.
Plus précisément, vous pouvez créer des modèles dans lesquels diverses sources sonores de plug-in ont été démarrées et désactivées à l’avance, puis activer n’importe quelle source sonore en fonction des besoins.
De cette manière, il n’est plus nécessaire de charger un grand nombre d’échantillons au démarrage d’un projet, et les sources sonores qui ont été configurées peuvent facilement être appelées au moment voulu.
Il y avait un bogue dans la fonctionnalité « désactiver les pistes »
Cependant, il y a un bogue dans la « désactivation des pistes », et il y a eu de nombreux problèmes avec des pistes MIDI dont les réglages multitimbre désactivés n’étaient pas restaurés (activés) correctement.
Par exemple, supposons que vous lanciez Kontakt, que vous prépariez plusieurs patchs avec des canaux MIDI qui leur sont assignés, et que vous prépariez une piste MIDI pour chaque patch (ce que l’on appelle les réglages multitimbre).
Si vous désactivez et réactivez ces pistes (la piste MIDI et la piste de l’instrument sur laquelle Kontakt a été lancé), la connexion entre Kontakt et la piste MIDI est rompue.
Par conséquent, de nombreux utilisateurs qui avaient créé des modèles à l’aide de la fonctionnalité « désactiver les pistes » n’utilisaient aucune piste MIDI, mais uniquement des pistes d’instrument (traitant tous les instruments comme des timbres uniques).
C’est ce que l’on peut voir dans les vidéos d’explication des modèles réalisées par des utilisateurs internationaux de Cubase.
Le bogue « Disable Tracks » semble avoir été résolu dans Cubase 13
Dans Cubase 13, sorti en décembre 2023, ce bug semble avoir été résolu.
Pour autant que nous l’ayons testé dans notre environnement, nous avons confirmé que la connexion entre les pistes d’instruments et les pistes MIDI n’est pas rompue et qu’elle est rétablie conformément aux paramètres.
Nous avons également vu des rapports sur les forums officiels de Steinberg indiquant que la fonction de désactivation des pistes fonctionne désormais correctement.
Digression ~ Différence de charge CPU entre multitimbrale et mono-timbrale
Cela peut varier en fonction de l’environnement de production, mais dans mon environnement, j’ai confirmé que la charge du CPU peut être maintenue basse en utilisant des paramètres multi-timbre lors de l’utilisation de sources sonores telles que Kontakt et Opus (Windows 10, i5-8400, 48 Go de mémoire. et tout le stockage est SSD).
Pour cette raison, nous étions auparavant réticents à créer des modèles utilisant « disable tracks » (modèles à bois unique uniquement), mais nous envisageons maintenant de migrer vers cette solution une fois que ce bogue aura été résolu.
En effet, le VEP (Vienna Ensemble Pro) que nous utilisions jusqu’à présent était dans un état où la sensation de fonctionnement ne nous était pas tout à fait familière.
Bien que le VEP soit certainement supérieur en termes d’extension de la limite de charge du CPU et de commutation entre plusieurs projets, je n’étais pas satisfait de l’importante latence avec laquelle je devais constamment travailler en raison de l’interface audio et de la propre mémoire tampon du VEP.
En termes de latence pendant le travail, la garde ASIO de Cubase (et la commutation vers/depuis le chemin en temps réel) est considérée comme supérieure.
Je reviendrai sur ce point dans un autre article.
