Top config PC MAO 2022 (test, bench, discussion, débat...)

Citation de ardier :

...dans mon cas une ram plus rapide "pourrait" résoudre un seul souci: jouer sans latence à 1 seule instance (ça n est pas la quantité de ram le pb, c est sa vitesse ) embertone walker d , en mode full opts ( nombre max de vélocité avec la pédale de sustain etc etc) c est la seule banque de son qui me pose probleme aujourd hui (d ailleurs ce que je ne comprends pas c est qu en pre chargeant la ram au max j ai plus de pb qu en streamant du disque)...

De la RAM plus rapide ne réglera pas ton problème. Si une seule instance du Walker pose problème, c’est que le problème provient (for probablement) de l’instrument lui-même.

Certains instruments d’Embertone (comme le Blakus Cello, etc.) utilisent le moteur « Time machine » qui permet « d’adapter » les samples de legato et/ou de release (en faisant du « strech ») et ça provoque parfois des problèmes avec n’importe quel PC (histoire vécue). Et, comme par hasard, j’observe « Adaptive release » pour le Walker 1955 Concert D dans les « features », sur le site d’Embertone.

Perso, chez moi, tous les instruments Kontakt qui utilisent le moteur « Time machine » provoquent des coupures (glitch) et ce, depuis tjrs, peu importe le PC et peu importe que je charge ± en RAM (avec la jauge du « preload buffer ») car le moteur « Time machine/ » demeure actif dans tous les cas.

Idem avec certaines banques (de plusieurs éditeurs différents ) dès qu’on utilise la reverb à convolution de Kontak. Je ne cause pas d’ajouter soi-même une reverb dans une tranche de la console de Kontakt, mais des instruments Kontakt qui en utilisent une par défaut (dans l’onglet « Instrument options »). Du coup, je désactive systématiquement la réverb à convo de Kontakt et « paf, magie », ça ne craque plus! ...et j’utilise plutôt mes propres reverb à même le DAW.

Parfois c’est à cause que les IR de reverb dans Kontakt (et/ou les samples de la banque) ne sont pas dans le même kHz que la fréquence à laquelle l’on bosse dans le DAW (qui doit alors « upsampler/downsampler » la freq).

Bref, avant de penser prendre de la DDR5 pour régler tes problèmes avec le Walker, je te suggère fortement d’effectuer plusieurs tests :

- Essaie en désactivant la reverb intégré au Walker. Parfois suffit de mettre le potard à zéro (si l’éditeur à bien scripté), mais parfois faut directement aller dans « Instrument options » est la mettre en « bypass » manuellement,

- Observe qu’elle est la fréquence des IR qu’exploite l’instrument s’il utilise la reverb à convo (ainsi que la fréq des samples de l'instrument) et tente de mettre ton projet dans la même fréquence dans ton DAW,

- Va dans « Instrument options » et vérifie quel moteur utilise le Walker : « Sampler », « DFD » ou « Time Machine/Time machine Pro » ???





Il se peut qu’uniquement certains groupes utilisent le dernier (comme les groupes « release, P. Ex.). Si c’est le cas, tente de modifier le moteur de ces groupes (tu perdras « l’adaptabilité~strech »), mais peut-être que tu n’en as même pas utilité.

Bref, par expérience, je suis presque certain que le problème est intrinsèque à l’instrument et que la puissance processeur et/ou la RAM n’y changera strictement rien.

Mais sinon, oui, avec de très longs sustain (pedal de sustain), multipliés par de nombreuses couches de vélocité, multipliés par plusieurs micros, multipliés par plusieurs groupes (release, sustain, résonances, etc.), + la reverb à convo + le moteur « Time Machine » + une non-correspondance de fréquence entre les IR/Samples et celle dans laquelle le DAW bosse, le tout en très basse latence (32~64smp), certains instruments Kontakt génèrent des glitch peu importe le processeur et la RAM.


Si tu joues très rapidement (en utilisant la pédale de sustain), combien de voix observes-tu que l’instrument génère? 300 ? 700? Plus de 1200?

Toujours aussi sidérant Darkmoon...

Citation de Eric :

Toujours aussi sidérant Darkmoon...

Bah, question d'expérience. Je ne suis qu'un quidam qui fait de la musique dans sa chambre, mais concernant l'optimisation pour la MAO, vous pouvez pas savoir le nombre de tests et d'expérimentations que j'ai éffectué depuis toutes ces années!!

Concernant Kontakt, je décortique toutes les banques que j'achète dans le moindre détails. ...et comme parfois avec les plugins, il y a des erreurs, des bugs, de mauvais scripts, de mauvaises gestions~structures de groupes dans Kontakt. Entre autres, il y a parfois des instruments qui génèrent bcp trop de voix uniquement parce que l'éditeur conçois mal les groupes et/ou laisse des "queues" de samples inutile qui exploitent des voix, bien qu'inaudible. Bref, je pourrais en causer pendant des heures.

Certaines banques sonnent terriblement bien (concernant leur timbre/couleur), mais sont par contre mal conçue/scriptée.

Mon problème est le suivant.

Certains VSTi mettent à genoux mon CPU, sous Ableton Live. C'est notamment le cas du AAS Chromaphone 3, qui ne gère pas le multicœur. Sur certains presets, je dépasse les 150% de CPU avec une seule instance dès que je joue avec les molettes de pitch ou de modulation.
Je trouve aussi que ça monte très vite sur d'autres vst, bizarrement les play series de Native Instrument ou le Brainworx Oberhausen. (Tout est installé legit).

Citation de isme.music :

Mon problème est le suivant.

Certains VSTi mettent à genoux mon CPU, sous Ableton Live. C'est notamment le cas du AAS Chromaphone 3, qui ne gère pas le multicœur. Sur certains presets, je dépasse les 150% de CPU avec une seule instance dès que je joue avec les molettes de pitch ou de modulation.
Je trouve aussi que ça monte très vite sur d'autres vst, bizarrement les play series de Native Instrument ou le Brainworx Oberhausen. (Tout est installé legit).

Je suggère de fait un test avec latencymon et ton instrument qui bloque. Ca permettra didentifier le processus qui bloque donnera peut être une piste sur le problème.

Le fait qu'il y ai un seuil de preload buffer size à partir duquel les perf se dégradent, comme tu l'as indiqué plus tôt, va encore dans le sens d'un effet de cache.
C'est pas forcement signe d'un manque d'optimisation, ça peut simplement être le fait qu'on arrive à une des limite de perf d'une config.
On peut regarder la partie "Cache and memory latency" de ce benchmark https://www.anandtech.com/show/16214/amd-zen-3-ryzen-deep-dive-review-5950x-5900x-5800x-and-5700x-tested/5 qui illustre les effets de cache typiques.

Oui c'est bien un problème de "vitesse" de la mémoire, mais attention il y a deux critères de "vitesse" pour la mémoire : le débit et la latence. Ici c'est une question de latence pas de débit.

Augmenter le nombre de canaux mémoire augmente le débit mais ne change pas la latence, donc il ny à rien à attendre du côté du nombre de canaux mémoire dans ton cas.
La ou tu peux éventuellement voir un gain c'est en diminuant les timing des la RAM dans le bios, en laissant la fréquence fixe. Ca améliore la latence tout en laissant le débit fixe.

Sur les crack avec la pédale je sais pas trop.

Sinon une autre idée si l'instru est multithreadé, le faire tourner sur moins de thread, voir sur 1 threads seulement.
Le cache L3 est partagé entre tous les threads, s'il y en a moins ca permet d'avoir plus de cache L3 disponible pour les threads restant et donc moins de sollicitation de la RAM.
Desactiver le SMT/hyperthreading peut avoir un impacte pour la même raison.

Citation de Danbei :

Sur les crack avec la pédale je sais pas trop.

Sinon une autre idée si l'instru est multithreadé, le faire tourner sur moins de thread, voir sur 1 threads seulement.
Le cache L3 est partagé entre tous les threads, s'il y en a moins ca permet d'avoir plus de cache L3 disponible pour les threads restant et donc moins de sollicitation de la RAM.
Desactiver le SMT/hyperthreading peut avoir un impacte pour la même raison.

bon j ai refait un test , c est bien une coupure de son (pas un clic amplifié) et je reviens sur ce que j'ai dit précedemment quand le pre load buffer est au mini (6kb) je peux mettre "plus de note dans la pedale de sustain" avant que le relevé ne craque (1 aller-retour glissando sur les touches blanches d un clavier 88) l instrument m oblige à rester en DFD pour l instant (à cause de la purge de samples) dernier test que je vais faire parce que la avec le preload au mini c est confortable (meme si j ai pas testé au sein d une prod complète juste une poste seule), c est enlever la purge des sample et passer en mode sampler qui devrait si j ai bien compris charger tout l instrument ram (en esperant que ça passe car je n ai que 32 giga de ram)

Le seul truc qui fait craquer mon DAW, c'est trop de plugins avec des réglages lookahead trop poussés, sur 18 pistes en même temps

Citation de WildHomeNetwork :

Le seul truc qui fait craquer mon DAW, c'est trop de plugins avec des réglages lookahead trop poussés, sur 18 pistes en même temps

Ah c'est intéressant ça, plus précisément tu sais pourquoi le lookahead à un impact sur les glitch ?

Citation de WildHomeNetwork :

Le seul truc qui fait craquer mon DAW, c'est trop de plugins avec des réglages lookahead trop poussés, sur 18 pistes en même temps

Ah c'est intéressant ça, plus précisément tu sais pourquoi le lookahead à un impact sur les glitch ?

au delà de 3seconde de latence environs

Ah ouai ^^ je suis jamais allé aussi loin, je testerai à l'occasion.