Sujet Le Son de votre Orchestre Symphonique Virtuel

Citation de pierrevi :

...parfois la consommation en ram diminue pendant que je travaille sur un projet... Probablement de la mémoire utilisée pour d'autre chose que mon projet et que que windows efface compte tenue de la priorité, non ?

Oui et non. Mais là tu entres dans des questions dont les réponses sont très techniques et pointues et qui concernent le fonctionnement d'un système d'exploitation et de la gestion des logiciels. Je n'ai d'ailleurs moi-même pas les connaissances nécessaires pour répondre à tout ça dans le détail (faudrait trouver un programmeur spécialisé dans la gestion des données mémoire/disque par l'OS/logiciel).

Mais, une chose est sûr, c'est qu'il est normal que la RAM fluctue en cours de projet, si ce n'est que parce que chaque manipulation/opération que tu fais dans ton DAW génère des données, et donc du code « temporaire » qui doit être inscrit « quelque part », que ce soit sur disque dur et/ou la RAM. Par exemple, entre autres, le simple fait de dessiner quelques notes dans le piano roll génère « de l'information » qui doit être « retenue » momentanément par le DAW. Il faut donc bien que le DAW « stocke » ces infos quelque part! Probablement dans la RAM puisque seules les sauvegardes ponctuelles (manuelle ou automatique à chaque n minutes) enregistrent le tout dans le fichier du projet sur disque dur. Mais après tout changement de ta part (P. Ex., quand tu effaces des notes dans le piano roll), certaines infos sont modifiées et/ou effacées de la RAM, d'où la fluctuation continuelle en cours de travail.

Chaque plugin qui s'ouvre consomme aussi de la RAM (même des plugins d'effet, comme un compresseur, P. Ex., qui n'exploite pas de samples comme certains VSTi comme Kontakt). Pourquoi? Parce qu'il faut bien que le code du plugin puisse s'exécuter en relation avec le DAW et tout ce qui interagit avec le code du plugin à chaque « instant t » précis.

Bref, pour faire simple, le code des plugins se trouve dans des fichiers .dll, .exe, etc., sur disque dur, mais afin de pouvoir s'exécuter en temps réel au moment où tu les utilises, comme toute instruction en cours dans un ordinateur, des portions de codes/instructions doivent transiter momentanément par la RAM. Bref, tout ça pour dire que, dans n'importe quel logiciel, dès que tu fais un truc (si ce n'est qu'ajouter du texte dans un fichier Word/.doc, P. Ex.) exploite de la RAM à chaque instant. Il est donc normal que l'utilisation de la RAM augmente/diminue en cours de travail, et ce, dans n'importe quel logiciel.

Citation de pierrevi :

Concernant les ressources CPU, comment celles-ci peuvent être mesurables ? [...] comment peut-on savoir exactement ce qu'un vst ou vsti consomme à part regarder empiriquement la barre de performance de mon Cubase ? Y a t'il selon vous un lien assez proportionnel entre les ressources RAM et CPU concernant les Vsti ?

Habituellement, les DAW proposent des jauges pour la consommation de la RAM et du CPU. Certains DAW, comme Studio One, permettent aussi d'observer la consommation précise pour chaque plugins en cours. Sinon, non, il n'y a pas nécessairement (il peut, mais pas nécessairement) de relation de proportion entre la consommation de RAM et de CPU pour un plugin particulier. Par exemple, un sampler pourra exploiter bcp de RAM à cause de la taille des samples chargés dans celui-ci (s'il ne les lit pas en « streaming/DFD » sur disque, mais les charges en RAM), alors que les opérations mathématiques qui sert à lire les samples dans un sampler ne nécessitent pas bcp de calculs/ressources CPU. À l'opposé, certains VSTi, comme P. Ex., des synthés virtuels (ceux de de U-he : Diva, Repro, etc.) ne consommeront « presque rien » en RAM (juste leur code, mais n'utilisant pas de samples, rien de plus) alors que si tu utilises des patchs/presets gourmands en ressource qui utilisent nombre d'oscillateurs, d'effets et des fonctions d'oversampling (4x, 8x, etc.), ben ils consommeront bcp plus de calcul par le CPU qu'un sampler de base sans fonctions évoluées.

Citation de pierrevi :

...j'ai remarqué qu'à l'ouverture de mes projets la courbe de chargement dans le gestionnaire de tâches (données chargées/temps passé) est assez linéaire puis se brise et devient alors moins efficace et cela coïncide avec le chargements des Vsti de East West uniquement (d'ailleurs comment Cubase gère la priorité de chargement entre tous les Vsti, selon l'ordre des pistes uniquement ?). Dois-je en déduire que leurs moteurs sont moins efficaces concernant le chargement de données dansla ram par rapport aux produits Kontakt ?

Oui, la gestion et l'optimisation des ressources, tant pour la RAM que pour les CPU, diffèrent d'un plugin à l'autre et d'un DAW à l'autre selon la façon dont les éditeurs codent le tout. Certains sont plus talentueux que d'autres et certains mettent plus ou moins d'emphase à « optimiser » leur code pour qu'il consomme le moins de ressource CPU possible.