Top config PC MAO 2018 (test, bench, discussion, débat...)
- 1 276 réponses
- 84 participants
- 130 438 vues
- 88 followers
Afficher le sujet de la discussion
Il y a une fenetre ou on est plus tranquille en effet. Mais dans les fenetres a risque, on peut pas s'arreter de travailler.
Pour info comme je le disais la ram est souvent garantie a vie. La ou la garantie ne couvre rien, c'est sur les données perdues, la, il faut se proteger seul (les assurances sont MEGA cheres pour les données).
Par contre si un bit est inversé c'est pas forcement inaudible, si c'est un bit de poids faible, c'est sans doute inaudible, mais si c'est un bit de poids fort ou un bit d'exposant, ça peux partir en sucette.
.
Le probleme c’est que:
1-Je pense que personne n’a osé dire qu’on ne peut pas faire de la musique confortablement avec un budget moindre.
Personne n’est dénigrant avec ceux qui ont moins de moyens et heureusement, par contre on voit passer quelques remarques sur la prétendue inutilité d’un investissement plus conséquent sur sa config.
2-Et c’est confirmé par ta remarque « se faire refiler une Ferrari par un vendeur »:
Quand on investit 4000 euros dans une config on est pas non plus neuneu hein.
On comprend un peu les choses, on se forme avant a la comprehension technique de l’offre hardware actuelle etc etc.
On ecoute pas aveuglement un vendeur etc etc.
Et si on est bebete, on peut l’etre sur une config a 1000 euros ou 8000 euros de la meme maniere peu importe par principe.
Haha en gros kikoo c'est une version cool et mignonne de dire bonjour. La plupart des composants aujourd'hui sont recouverts d'éclairage. Un vrai sapin de noël
Oui je chargeais toutes mes samples à partir de ce disque dur.
Je découvre encore une nouvelle chose. C'est bien j'ai l'impression d'être un idiot ! C'est le dfd dont parle Silicon ?
Comment ça marche très exactement ?
Tout ça n'aide pas beaucoup à faire progresser le schmilblick : la quantité de mémoire nécessaire pour de gros projets avec des banques orchestrales entre 64Go et 128Go car c'est déterminant pour notre amis Alexandrelm.
Avez vous déjà rencontré des limitations en 64Go ? Et +1 pour la question des optimisations logicielles pour consommer moins de mémoire tout en restant efficace.
Pas moi! Mais je mets le preload buffer size de Kontakt au minimum, car mes banques sont sur SSD SATA et/ou SSD M.2 NVMe et je dépasse rarement 100~200 pistes. De plus j'utilise peu les patchs « real legato » des banques orchestrales et ce sont celles qui consomment le plus de RAM (à cause des 24 transitions up/down multiplié par n couches).
Sur YT, le pro le plus connu pour utiliser le plus de pistes, c'est Junkie XL (Tom Holkenborg). Il y a quelques années (je ne le suis plus maintenant), il présentait des templates de plus de 1000 pistes!
Et sur différent forums anglophone, je vois souvent des utilisateurs mentionner qu'ils ont des template de 1000+ pistes. Par exemple, ici, un thread concernant un template de Tom Holkenborg (Junkie XL), à base de VEP et utilisant 3800 pistes!
Oui, tout ça existe (voir à la fin pour ce que tu demandes)!
Certains « gros bonzes » (voir mon post précédant sur Junkie XL) qui font de l'orchestral/musique de film/ à l'image utilisent des solutions à base de VEP (Vienna Ensemble Pro).
Pour faire très bref et simple, c'est un système serveur/clients qui permet d'utiliser un 2 PC servant uniquement à faire rouler des banques orchestrales supplémentaires et tout est acheminé vers l'hôte via connexion réseau. C'est bien fait! Sur ta machine (hôte), t'as une espèce de logiciel (VEP) pour piloter et mixer toutes les pistes de ton « méga-projet » sur 2 PC (ou plus!), qu'elles soient sur ce dernier ou sur le (les) PC client.
Mais je n'ai aucune expérience pratique avec tout ceci. Je trouve que c'est trop lourd à gérer et à mettre en place et faut acheter VEP, avoir un 2e PC dédié (pas question que Madame et les enfants l'utilisent, hein!). C'est de toute façon beaucoup trop pour mes modestes besoins d'amateur passionné. Fais des recherches sur Google/YouTube sur Vienna Ensemble Pro/VEP. Ou trouves des sujets de forum correspondants. Plusieurs pourront te conseiller. Moi je ne m'y connais pas et ça ne m'intéresse pas vraiment.
Sinon, il est toujours possible, beaucoup plus simplement, d'utiliser un 2e PC pour récupérer sa sortie stéréo via des sorties optiques S/PDIF (ou XLR/TRS) d'une carte son vers la carte son du PC principal. Ou d'utiliser plusieurs sorties ADAT pour récupérer plusieurs canaux séparément (sous réserve de posséder 2 cartes son avec entrées/sorties ADAT sur les 2 PC), sauf que ça ne pilote pas les pistes/DAW du 2e PC. Tu dois faire « PLAY » manuellement sur le 2e PC et/ou trouver une solution réseau pour piloter le DAW du 2e PC à distance et synchro avec celui de ton PC principal. Ce qui, au final, devient encore plus complexe que de simplement utiliser une solution dédiée expressément conçue pour faire tout ça, comme Vienna Ensemble Pro.
Mais si c'est uniquement pour faire tourner en background des pistes déjà enregistrées sur un premier PC, ou des pistes MIDI joué par des VSTi, l'autre PC étant dédié à la prise, oui, deux PC avec deux cartes son où leurs entrées/sorties sont connectées, ça va fonctionner très bien!
Je pourrais donc (avant que Silicone Machine me le suggère
) utiliser mon vieux PC qui fonctionne très bien en 32smp sous W7 et l'utiliser uniquement comme « multi FX » de simu pour ma guitare, récupérer les sorties S/PDIF d'une interface audio connectée à ce PC dans les entrées S/PDIF de ma Quad-Capture connecté à mon 8700k sous W10 et donc enregistrer le tout. Sauf que ce sera un enregistrement « à la dure » avec le son de la simu et des effets. Pas de retour en arrière possible et pas de reamping plus tard.
J’utilisais d’ailleurs cette méthode pour réaliser mes captures vidéo lors de mes bench l’été passé, afin de ne pas biaiser* les perfs de mon nouveau PC.
Je sortais l’une des sorties HDMI de la carte vidéo de mon PC vers l’entrée HDMI de ma carte d’acquisition vidéo Blackmagic dans un 2e PC. Et pour le son (puisque le HDMI ne transporte pas les signaux produits par l’ASIO dans le DAW), j’utilisais les sorties TRS ou les sorties S/PDIF de la carte son du premier PC vers les entrées son de ma carte d’acquisition Blackmagic (mais j’aurais aussi pu les connecter dans les entrées d’une 2e cartes son connecter en USB à mon 2e PC).
* parce que le logiciel de capture vidéo (qui consomme naturellement des ressources) est alors sur un 2e PC. Donc les perfs de mon nouveau PC lors de mes tests n étaient pas altérées par l’utilisation d’un logiciel de capture vidéo.
Comme un bon hardware ou on pouvait charger une dizaine de Go de samples quand même à l'époque. Ce sont les premiers timbres acoustique réaliste et nuancés jouable avec des dizaines de vélocités layers possible que j'ai eu . . . et avec une latence en dessous d'un buffer de 128
Yep, I know! J’y ai pensé en écrivant et anticipais que tu allais répondre ça. Mais je me suis dit que j’écrivais bien assez et j'attendais ta réponse!
En effet, tant qu’à récupérer un signal, aussi bien récurer le dry et écouter le wet, sauf que, du coup, t'as besoin de plus qu'une sortie.
Bon, ok, disons que je sors le signal dry via la sortie S/PDIF et le signal wet via les sorties TRS~XLR, en effet, du moment qu'on dispose de 2 petites interfaces audio (parce que le but est de ne plus dépenser pour du matos, hein), l'une avec 2 paires de sorties (S/PDIF et TRS) et l'autre avec une entrée S/PDIF et 2 entrées ligne TRS, c'est bon. Suffit alors de brancher un casque à la 2e interface qui reçoit le tout (et ce qui s'enregistre/joue dans le DAW de ce 2e PC).
Mais bon, c’est dommage et paradoxal de se servir du PC #2 uniquement comme enregistreur multipistes audio alors que c'est une bête de course! Paradoxalement, il serait bcp plus judicieux d’utiliser la bête de course pour exploiter le temps réel avec effets et se servir plutôt du vieux PC #1 uniquement pour servir d'enregistreur de tracks audio, mais, oups, W10 vient parfois gâcher la fête et nous obliger à faire des trucs illogiques! ...comme de ne pas exploiter le processeur le plus puissant d'entre nos deux PC pour les effets, mais celui du vieux PC, ou de passer sous solutions hardware!
Bon matin!
Je devrais recevoir le tout mardi prochain. J'ai vraiment hâte de voir le gain de temps de chargement concernant certains de mes gros templates chargé à bloc d'instruments Kontakt. Ainsi que ce que je vais gagner en terme de buffer/ms pour un même template (avec la même carte son : Roland Quad-Capture. À Noël prochain, ce sera sans doute le temps de changer pour une RME BFP, juste pour bénéficier de la plus faible latence pour une carte son en USB.).
. Sinon j'avais mal lu j'ai compris que tu avais L'octa-capture pas la quad. 
Quand j'aurais fait tous mes tests et que tous mes plugins/banques seront autorisés, je vais probablement (faire comme avec mon PC MAO actuel et) tweaker W10 en désactivant de nombreux services inutiles et le déconnecter d'internet. Ce n'est que mon humble avis, mais, selon moi, un PC MAO ne devrait jamais être connecté au Net, si ce n'est, entre autres, parce que les cartes LAN/WIFI (et certains services réseau associés) interfèrent également et sont susceptible de générer des drops, etc. Sans parler des MAJ de Win qui « reset » les tweaks et paramètres perso à chaque fois, etc. Darkmoon
4068
Squatteur·euse d’AF
Membre depuis 21 ans
Hors sujet :
Citation de Silicon :tu répares un pc par mois pour tata jeannine...
J'ai vécu 3 ans en ne faisant que ça, début des années 2000. J'avais pas assez de « tata jeannine » pour subvenir à mes besoins financiers.
"Si t'enregistres à Poudlard, avec l'ingé son Dumbledore, les lois physiques tu peux t'en foutre. Mais dans l'monde réel, les lois physiques, les mesures, le dBFS, tout ça existe bel et bien." youtou
Silicon Machine Extended
4721
Squatteur·euse d’AF
Membre depuis 16 ans
Silicon Machine Extended
4721
Squatteur·euse d’AF
Membre depuis 16 ans
Silicon Machine Extended
4721
Squatteur·euse d’AF
Membre depuis 16 ans
Citation :
Ou c’est au debut, ou tu es tranquille pour un bon moment avec un faible pourcentage de risque.
(C’est d’ailleurs pour ca qu’on fait payer des garanties annexes sur le materiel electronique qui tombe tres souvent en panne juste apres qu’elle soit terminée
Il y a une fenetre ou on est plus tranquille en effet. Mais dans les fenetres a risque, on peut pas s'arreter de travailler.
Pour info comme je le disais la ram est souvent garantie a vie. La ou la garantie ne couvre rien, c'est sur les données perdues, la, il faut se proteger seul (les assurances sont MEGA cheres pour les données).
Danbei
1894
AFicionado·a
Membre depuis 14 ans
Citation de dsy :
A vrai dire j'avais plus peur d'un plantage provoqué par l'erreur. A l'enregistrement l'audio est tout de suite écrite sur disque donc la probabilité d'avoir une erreur pendant ce très court lasp de temps est très faible. Admettons que la mémoire soient corrompues. Tu as alors des bits erronés dans les pistes que tu as enregistrés en RAM.
Je ne crois pas que tu puisses entendre ces erreurs vu la quantité de données et leur type.
Par contre si un bit est inversé c'est pas forcement inaudible, si c'est un bit de poids faible, c'est sans doute inaudible, mais si c'est un bit de poids fort ou un bit d'exposant, ça peux partir en sucette.
Citation de dsy :
Le deuxième lien argumente en fait pour la mémoire ECC, même sur station de travail : en conclusion il dit "For normal desktop use, I'm pro-ECC..." J'ai trouvé 2 études : une pour, une contre
https://www.atlantic.net/hipaa-compliant-hosting/ecc-vs-non-ecc-memory-critical-financial-medical-businesses/ (note i)
https://danluu.com/why-ecc/
Je te laisse les étudier si tu le souhaites
Citation de dsy :
Ça me convainc, je pense que c'est le bon argument En plus, les 64 ou 128 Go de RAM seront plutôt remplis par des sampleurs comme Kontakt. Donc les erreurs ne seront pas sauvegardés sur disque à moins que tu enregistres tes propres samples d'orchestre.
.totounet
6382
Je poste, donc je suis
Membre depuis 14 ans
Citation :
Ce qui me gene, c'est de se faire refiler une ferrari par le vendeur, et de s’étonner qu'elle ne passe pas les ornières du chemin de terre qui mène a l'ecurie. Il y a énormement de mythe autour de tout ça, et des gens qui finissent par croire que sans mettre 4000 balles, on ne peux pas faire de musique confortablement.
Le probleme c’est que:
1-Je pense que personne n’a osé dire qu’on ne peut pas faire de la musique confortablement avec un budget moindre.
Personne n’est dénigrant avec ceux qui ont moins de moyens et heureusement, par contre on voit passer quelques remarques sur la prétendue inutilité d’un investissement plus conséquent sur sa config.
2-Et c’est confirmé par ta remarque « se faire refiler une Ferrari par un vendeur »:
Quand on investit 4000 euros dans une config on est pas non plus neuneu hein.
On comprend un peu les choses, on se forme avant a la comprehension technique de l’offre hardware actuelle etc etc.
On ecoute pas aveuglement un vendeur etc etc.
Et si on est bebete, on peut l’etre sur une config a 1000 euros ou 8000 euros de la meme maniere peu importe par principe.
[ Dernière édition du message le 19/08/2019 à 18:20:07 ]
Darkmoon
4068
Squatteur·euse d’AF
Membre depuis 21 ans
Hors sujet :
Citation de dsy :Admettons que la mémoire soient corrompues. Tu as alors des bits erronés dans les pistes que tu as enregistrés en RAM.
Je ne crois pas que tu puisses entendre ces erreurs vu la quantité de données et leur type.
En plus, les 64 ou 128 Go de RAM seront plutôt remplis par des sampleurs comme Kontakt. Donc les erreurs ne seront pas sauvegardés sur disque à moins que tu enregistres tes propres samples d'orchestre.
En effet!
Il y a quelques années, j’avais débattu (sur un autre forum) à propos de ce sujet (ECC/erreur de bit) et de son incidence pour des utilisations normales et courantes.
Mais, comme tu l’as mentionné, pour des utilisateurs comme nous, qui éteignons nos PC une fois/jour, je suis d’avis qu’on est dans le « découpage de cheveux en quatre ».
Les erreurs de mémoire ne se traduisent pas en erreur intelligible. Autrement dit, jamais, dans un document texte, un mot sera remplacé par un autre, et jamais une note ne sera remplacée par une autre dans un fichier audio. Les erreurs seront inaudibles. De plus, leur fréquence est anecdotique.
Si l’on considère ce qui est écrit dansce document (DRAM Errors in the Wild: A Large-Scale Field Study) concernant les erreurs de bit:
« For example, we observe DRAM error rates that are orders of magnitude higher than previously reported, with 25,000 to 70,000 errors per billion device hours per Mbit and more than 8% of DIMMs affected by errors per year...»
...Nous pouvons prendre comme exemple un doc Word de 30 pages, avec environ 2,000 caractères/page. Pour faire simple, disons un codage sur 2 octets de tous les caractères, ce qui fait 120,000 octets, donc environ 1 mégabit.
D’après l'étude, il y a en moyenne 50,000 erreurs par mégabit et par milliards d’heures d’opération. Donc si l’on bosse sur ce fichier presque tous les jours (disons 200 jours de travail/année) pendant 5 heures, ça fait 1000 heures par an, soit 50,000 erreurs par million d’années, ou 0,05 erreur par année ou, en moyenne, une erreur en 20 ans de travail sur ce même fichier.
Donc 0,00416 erreur de bit sur un projet MAO qui dure un mois (grosso modo, à 5h/jour, un jour sur deux), je crois que nous n’avons pas vraiment à nous inquiéter!
(bon, oui, ok, y a plus d'octets dans le projet MAO, mais l'idée est là, vu l'ordre de grandeur et le taux d'erreur, inutile de s’inquiéter!)
EDIT : la façon de paramétrer le compresseur et de mixer aura bcp plus (euphémisme) d'incidence que le quart d'erreur de bit, si tant est qu'elle se produise.
"Si t'enregistres à Poudlard, avec l'ingé son Dumbledore, les lois physiques tu peux t'en foutre. Mais dans l'monde réel, les lois physiques, les mesures, le dBFS, tout ça existe bel et bien." youtou
[ Dernière édition du message le 19/08/2019 à 18:38:54 ]
JohnnyG
10801
Drogué·e à l’AFéine
Membre depuis 16 ans
Danbei
1894
AFicionado·a
Membre depuis 14 ans
Hors sujet :
Citation de Darkmoon :Pourquoi ? Encore une fois ça dépend où est l'erreur dans la représentation du nombre, si c'est un bit d'exposant ça fait un glitch.Les erreurs seront inaudibles.
Citation de Darkmoon :Pas compris ton calcul, moi j'arrive à environ 30 erreurs par mois à raison de 2,5 heures par jour avec une utilisation de 64Go de RAM.Donc 0,00416 erreur de bit sur un projet MAO qui dure un mois (grosso modo, à 5h/jour, un jour sur deux), je crois que nous n’avons pas vraiment à nous inquiéter!
Citation de Darkmoon :Oui, 8000 fois plus si on utilise 64Go dans son projet, c'est le facteur qu'il manque dans ton calcul. C'est bien à cause de la quantité de RAM utilisé que la question se pose.bon, oui, ok, y a plus d'octets dans le projet MAO
Edit :
Une autre conclusion de cette étude est que les erreurs arrivent souvent sur les même barrettes mais pas sur toutes les barrettes, ce qui peux expliquer pourquoi sur une seule machine MAO à la maison on ne rencontre pas autant de problème de pourrai le suggérer le taux d'erreur.
Encore une autre conclusion est que les erreurs arrivent plu souvent quand la machine est utilisé intensivement, ce qui n'est pas souvent le cas d'une machine à la maison.
[ Dernière édition du message le 19/08/2019 à 19:30:13 ]
Alexandrelm
32
Nouvel·le AFfilié·e
Membre depuis 6 ans
Citation de Darkmoon :
...par contre ici, au Québec, je ne connais pas la kikoo RGB (je trouve même pas ça sur Google. C'est quoi ça Kikoo???), Perso je préfère les bonnes marques connus : Kingston, Corsair, G.Skill
Haha en gros kikoo c'est une version cool et mignonne de dire bonjour. La plupart des composants aujourd'hui sont recouverts d'éclairage. Un vrai sapin de noël
Citation de Silicon :
Et tu chargeais tes samples a partir de la? pas en dfd j'espere?
Oui je chargeais toutes mes samples à partir de ce disque dur.
Citation de Darkmoon :
Oui, disons que t'as un gros projet orchestral qui consomme actuellement 45Go de RAM avec le preload buffer size de Kontakt par défaut à 60kB, ben si tu le mets au minimum, tu peux facilement réduire entre le tiers et la moitié de la consommation de RAM du projet (sous réserve que les patchs que tu utilises exploitent majoritairement le moteur DFD de Kontakt et que les 45Go de mon exemple sont consommés uniquement par Kontakt et pas par d'autres VST/fichiers audio dans le projet).
Je découvre encore une nouvelle chose. C'est bien j'ai l'impression d'être un idiot ! C'est le dfd dont parle Silicon ?
Comment ça marche très exactement ?
[ Dernière édition du message le 19/08/2019 à 20:18:41 ]
Anonyme
Hors sujet :
Darkmoon et Silicon Machine Extended vous êtes vraiment d’incorrigibles geeks à vous disputer la plus grosse
Tout ça n'aide pas beaucoup à faire progresser le schmilblick : la quantité de mémoire nécessaire pour de gros projets avec des banques orchestrales entre 64Go et 128Go car c'est déterminant pour notre amis Alexandrelm.
Avez vous déjà rencontré des limitations en 64Go ? Et +1 pour la question des optimisations logicielles pour consommer moins de mémoire tout en restant efficace.
Darkmoon
4068
Squatteur·euse d’AF
Membre depuis 21 ans
Hors sujet :
Citation de Danbei :Pas compris ton calcul, moi j'arrive à environ 30 erreurs par mois à raison de 2,5 heures par jour avec une utilisation de 64Go de RAM.
Oui, t'as raison!
Multiplions donc les 50,000 erreurs par mégabit par 60,000 (60Go on conserve 4Go pour l'OS). Donc si l’on bosse sur le même projet MAO — non-stop et sans jamais fermé le PC — pendant 200 jours consécutifs à 5h/jour, donc 1000h au total, ça fait 3,000,000,000 erreurs par million d’années, ou 3000 erreurs années pour 1000 heures consécutives de travail. Ça semble beaucoup, mais dans les faits, ça ne représente pas la réalité, car personne ne bosse 1000 heures consécutives — sur le même projet — sans fermer le PC. Donc si l'on ramène tout ça à une grosse session de 8h (3000 erreurs/125), ça fait une vingtaine (24) d'erreurs de bit potentielle par session de 8h...
...mais faut pas oublier que tout ça, c'est sous réserve de faire partie des ceux qui sont tombés sur les un peu plus de 8% de DDR touchée. Donc dans 90% des cas, tout ça n'existe pas.
Et sinon...
Citation de Danbei :Une autre conclusion de cette étude est que les erreurs arrivent souvent sur les même barrettes mais pas sur toutes les barrettes, ce qui peux expliquer pourquoi sur une seule machine MAO à la maison on ne rencontre pas autant de problème de pourrai le suggérer le taux d'erreur.
Encore une autre conclusion est que les erreurs arrivent plu souvent quand la machine est utilisé intensivement, ce qui n'est pas souvent le cas d'une machine à la maison.
Voilà!
Il vaut mieux se parfaire à apprendre à manipuler nos compresseur et à mixer que de ce soucier des erreurs de bit àmha.
"Si t'enregistres à Poudlard, avec l'ingé son Dumbledore, les lois physiques tu peux t'en foutre. Mais dans l'monde réel, les lois physiques, les mesures, le dBFS, tout ça existe bel et bien." youtou
Darkmoon
4068
Squatteur·euse d’AF
Membre depuis 21 ans
Darkmoon
4068
Squatteur·euse d’AF
Membre depuis 21 ans
Citation de Zaiuz :
Avez vous déjà rencontré des limitations en 64Go ?
Pas moi! Mais je mets le preload buffer size de Kontakt au minimum, car mes banques sont sur SSD SATA et/ou SSD M.2 NVMe et je dépasse rarement 100~200 pistes. De plus j'utilise peu les patchs « real legato » des banques orchestrales et ce sont celles qui consomment le plus de RAM (à cause des 24 transitions up/down multiplié par n couches).
Sur YT, le pro le plus connu pour utiliser le plus de pistes, c'est Junkie XL (Tom Holkenborg). Il y a quelques années (je ne le suis plus maintenant), il présentait des templates de plus de 1000 pistes!
Et sur différent forums anglophone, je vois souvent des utilisateurs mentionner qu'ils ont des template de 1000+ pistes. Par exemple, ici, un thread concernant un template de Tom Holkenborg (Junkie XL), à base de VEP et utilisant 3800 pistes!
"Si t'enregistres à Poudlard, avec l'ingé son Dumbledore, les lois physiques tu peux t'en foutre. Mais dans l'monde réel, les lois physiques, les mesures, le dBFS, tout ça existe bel et bien." youtou
[ Dernière édition du message le 20/08/2019 à 02:24:25 ]
Darkmoon
4068
Squatteur·euse d’AF
Membre depuis 21 ans
Citation de -Magellan- :
@Darkmoon : Est ce que tu as eu l'occasion de tester, pour coller au plus près du temps réel, des systèmes à 2 cartes sons (sur des ports USB et Bus USB différents sinon, ben…) ?
Et toi qui a beaucoup lu à droite à gauche d'informations sur le sujet de l'optimisation, est ce que certains ont déja tenté des solutions à 2 PC, l'un pour faire tourner en background les pistes déja enregistrées, l'autre étant dédié à la prise ?
Oui, tout ça existe (voir à la fin pour ce que tu demandes)!
Certains « gros bonzes » (voir mon post précédant sur Junkie XL) qui font de l'orchestral/musique de film/ à l'image utilisent des solutions à base de VEP (Vienna Ensemble Pro).
Pour faire très bref et simple, c'est un système serveur/clients qui permet d'utiliser un 2 PC servant uniquement à faire rouler des banques orchestrales supplémentaires et tout est acheminé vers l'hôte via connexion réseau. C'est bien fait! Sur ta machine (hôte), t'as une espèce de logiciel (VEP) pour piloter et mixer toutes les pistes de ton « méga-projet » sur 2 PC (ou plus!), qu'elles soient sur ce dernier ou sur le (les) PC client.
Mais je n'ai aucune expérience pratique avec tout ceci. Je trouve que c'est trop lourd à gérer et à mettre en place et faut acheter VEP, avoir un 2e PC dédié (pas question que Madame et les enfants l'utilisent, hein!). C'est de toute façon beaucoup trop pour mes modestes besoins d'amateur passionné. Fais des recherches sur Google/YouTube sur Vienna Ensemble Pro/VEP. Ou trouves des sujets de forum correspondants. Plusieurs pourront te conseiller. Moi je ne m'y connais pas et ça ne m'intéresse pas vraiment.
Sinon, il est toujours possible, beaucoup plus simplement, d'utiliser un 2e PC pour récupérer sa sortie stéréo via des sorties optiques S/PDIF (ou XLR/TRS) d'une carte son vers la carte son du PC principal. Ou d'utiliser plusieurs sorties ADAT pour récupérer plusieurs canaux séparément (sous réserve de posséder 2 cartes son avec entrées/sorties ADAT sur les 2 PC), sauf que ça ne pilote pas les pistes/DAW du 2e PC. Tu dois faire « PLAY » manuellement sur le 2e PC et/ou trouver une solution réseau pour piloter le DAW du 2e PC à distance et synchro avec celui de ton PC principal. Ce qui, au final, devient encore plus complexe que de simplement utiliser une solution dédiée expressément conçue pour faire tout ça, comme Vienna Ensemble Pro.
Mais si c'est uniquement pour faire tourner en background des pistes déjà enregistrées sur un premier PC, ou des pistes MIDI joué par des VSTi, l'autre PC étant dédié à la prise, oui, deux PC avec deux cartes son où leurs entrées/sorties sont connectées, ça va fonctionner très bien!
Je pourrais donc (avant que Silicone Machine me le suggère
) utiliser mon vieux PC qui fonctionne très bien en 32smp sous W7 et l'utiliser uniquement comme « multi FX » de simu pour ma guitare, récupérer les sorties S/PDIF d'une interface audio connectée à ce PC dans les entrées S/PDIF de ma Quad-Capture connecté à mon 8700k sous W10 et donc enregistrer le tout. Sauf que ce sera un enregistrement « à la dure » avec le son de la simu et des effets. Pas de retour en arrière possible et pas de reamping plus tard.J’utilisais d’ailleurs cette méthode pour réaliser mes captures vidéo lors de mes bench l’été passé, afin de ne pas biaiser* les perfs de mon nouveau PC.
Je sortais l’une des sorties HDMI de la carte vidéo de mon PC vers l’entrée HDMI de ma carte d’acquisition vidéo Blackmagic dans un 2e PC. Et pour le son (puisque le HDMI ne transporte pas les signaux produits par l’ASIO dans le DAW), j’utilisais les sorties TRS ou les sorties S/PDIF de la carte son du premier PC vers les entrées son de ma carte d’acquisition Blackmagic (mais j’aurais aussi pu les connecter dans les entrées d’une 2e cartes son connecter en USB à mon 2e PC).
* parce que le logiciel de capture vidéo (qui consomme naturellement des ressources) est alors sur un 2e PC. Donc les perfs de mon nouveau PC lors de mes tests n étaient pas altérées par l’utilisation d’un logiciel de capture vidéo.
"Si t'enregistres à Poudlard, avec l'ingé son Dumbledore, les lois physiques tu peux t'en foutre. Mais dans l'monde réel, les lois physiques, les mesures, le dBFS, tout ça existe bel et bien." youtou
[ Dernière édition du message le 20/08/2019 à 03:13:04 ]
Darkmoon
4068
Squatteur·euse d’AF
Membre depuis 21 ans
Pour les plus connaissants (Silicone, Danbei, DSY, etc.), ne pas taper, je vulgarise afin d’écourter mes déjà trop longs pavés. Je résume à ce qui (àmha) est utile pour saisir
Oui, c’est ce dont cause Silicon (mais je vais faire la nuance entre le moteur utilisé et le preload buffer size, qui ne concerne que le moteur DFD).
Dans Kontakt, dans les options avancées, tu peux choisir entre 3 principaux et différents moteurs de lecture de samples : Sampler, DFD et les différentes versions de « Time Machine » :
Mais bon, pour les banques commerciales que tu achètes, le choix est déjà sélectionné par le constructeur de la banque et tu ne dois pas y toucher!
Tu dois seulement abaisser la valeur du preload buffer size, ici :
rien de plus!
Le mode « Sampler », ça veut dire que tous les échantillons de l’instrument sont chargés complètement en RAM (comme à l’époque des anciens sampleurs quoi. C’est le mode par défaut des sampleurs, « historiquement »). Le mode DFD, ça veut dire que Kontakt charge en RAM (dont les vitesses de lecture sont bcp plus rapide que celle de tout HDD/SSD) uniquement quelques parcelles de données pour chacun des échantillons, habituellement les premières millisecondes de chacun des échantillons (afin de pouvoir faire du temps réel sans délai de lecture), le reste qui suit peut alors être lu directement en streaming sur le disque puisque Kontakt dispose alors d’un délai d’exécution, étant donné que le début de chaque échantillon est déjà chargé en RAM.
Cette façon astucieuse de ne charger que le début des échantillons en RAM et de poursuivre la lecture directement sur le disque a été l’un des vecteurs qui a contribué au succès de Kontakt à ses débuts, car Kontakt était le seul Sampler/ROMpler logiciel qui faisait ça à la perfection. D’autres samplers (Play d'East West, etc.) boguaient et créaient des coupures en tentant de faire du « direct to disk » à leur début. Et, à l’époque des disques HDD (plateaux rotatifs), c’était très utile, car, enfin, l'on pouvait, pour la première fois, exploiter de grosses banques orchestrale sans devoir posséder des Go de RAM.
Mais depuis l’avènement des SSD (dont les vitesses de lecture sont bcp plus rapides que les vitesses des HDD qui tournent à 5400/7200/10000 rpm), il n’est plus nécessaire de charger 60kB en RAM. Les SSD sont assez rapides pour que Kontakt ne se contente de charger qu’une minuscule portion en RAM. En paramétrant le preload buffer size du moteur DFD de Kontakt au minimum, ce dernier charge pratiquement que les transients de départ des échantillons, les toutes première ms et le reste suis très bien en « streaming » directement sur le SSD!
Voilà, grosso modo! pour la petite histoire
Pour ce qui est des différents moteurs « Time machine », ils servent quand les échantillons doivent être stretchés/slicés. Et c’est pourquoi je dis qu’il ne faut pas modifier le choix du moteur de lecture des banques commerciales, parce que certaines (je donne toujours l’exemple du Blakus Cello d’Embertone) utilisent le moteur « Time machine pro » afin de raccourcir (stretcher) ou allonger les transitions des échantillons (12 up, 12 down) legato quand on modifie les valeurs de certains potards :
Donc, dans le cas du Blakus Cello d’Embertone, abaisser la valeur du preload buffer size de Kontakt ne réduira pas la consommation de RAM de cet instrument, car cette valeur n’a effet que pour les instruments qui utilise le moteur « DFD ». Les moteurs « Time machine » doivent charger l'ensemble des échantillons en RAM afin de pouvoir les « stretcher » suffisamment rapidement à la volée.
Mais, heureusement, la majorité des banques orchestrales n’utilise pas l’un des moteurs « Time machine », mais le moteur DFD. Donc, sur le nombre, le total, dans un gros projet, quand on paramètre le preload buffer size de Kontakt au minimum, on gagne ± entre le tiers et la moitié en consommation de RAM selon mon expérience pratique (donc relativement aux diverses banques que je possède et utilise).
(Et sinon, pour les « pros » qui s'y connaissent très bien avec les options avancées de Kontakt, il est possible de modifier les banques commerciales, comme le Blakus Cello, en choisissant le moteur DFD, et quelques modifs, mais l’on perd alors la fonction des boutons « speed lower/upper ». Mais l’on peut sauvegarder un patch qui consomme bcp moins de RAM et l’utiliser si nous n’avons pas besoin d’augmenter diminuer la vitesse des transitions de legato. Mais là, l’on entre dans le cambouis et le « triturage » en profondeur des options avancée de Kontakt).
Citation de Alexandrelm :
Je découvre encore une nouvelle chose. C'est bien j'ai l'impression d'être un idiot ! C'est le dfd dont parle Silicon ? Comment ça marche très exactement ?
Oui, c’est ce dont cause Silicon (mais je vais faire la nuance entre le moteur utilisé et le preload buffer size, qui ne concerne que le moteur DFD).
Dans Kontakt, dans les options avancées, tu peux choisir entre 3 principaux et différents moteurs de lecture de samples : Sampler, DFD et les différentes versions de « Time Machine » :
Mais bon, pour les banques commerciales que tu achètes, le choix est déjà sélectionné par le constructeur de la banque et tu ne dois pas y toucher!
Tu dois seulement abaisser la valeur du preload buffer size, ici :rien de plus!
Le mode « Sampler », ça veut dire que tous les échantillons de l’instrument sont chargés complètement en RAM (comme à l’époque des anciens sampleurs quoi. C’est le mode par défaut des sampleurs, « historiquement »). Le mode DFD, ça veut dire que Kontakt charge en RAM (dont les vitesses de lecture sont bcp plus rapide que celle de tout HDD/SSD) uniquement quelques parcelles de données pour chacun des échantillons, habituellement les premières millisecondes de chacun des échantillons (afin de pouvoir faire du temps réel sans délai de lecture), le reste qui suit peut alors être lu directement en streaming sur le disque puisque Kontakt dispose alors d’un délai d’exécution, étant donné que le début de chaque échantillon est déjà chargé en RAM.
Cette façon astucieuse de ne charger que le début des échantillons en RAM et de poursuivre la lecture directement sur le disque a été l’un des vecteurs qui a contribué au succès de Kontakt à ses débuts, car Kontakt était le seul Sampler/ROMpler logiciel qui faisait ça à la perfection. D’autres samplers (Play d'East West, etc.) boguaient et créaient des coupures en tentant de faire du « direct to disk » à leur début. Et, à l’époque des disques HDD (plateaux rotatifs), c’était très utile, car, enfin, l'on pouvait, pour la première fois, exploiter de grosses banques orchestrale sans devoir posséder des Go de RAM.
Mais depuis l’avènement des SSD (dont les vitesses de lecture sont bcp plus rapides que les vitesses des HDD qui tournent à 5400/7200/10000 rpm), il n’est plus nécessaire de charger 60kB en RAM. Les SSD sont assez rapides pour que Kontakt ne se contente de charger qu’une minuscule portion en RAM. En paramétrant le preload buffer size du moteur DFD de Kontakt au minimum, ce dernier charge pratiquement que les transients de départ des échantillons, les toutes première ms et le reste suis très bien en « streaming » directement sur le SSD!
Voilà, grosso modo! pour la petite histoire
Pour ce qui est des différents moteurs « Time machine », ils servent quand les échantillons doivent être stretchés/slicés. Et c’est pourquoi je dis qu’il ne faut pas modifier le choix du moteur de lecture des banques commerciales, parce que certaines (je donne toujours l’exemple du Blakus Cello d’Embertone) utilisent le moteur « Time machine pro » afin de raccourcir (stretcher) ou allonger les transitions des échantillons (12 up, 12 down) legato quand on modifie les valeurs de certains potards :
Donc, dans le cas du Blakus Cello d’Embertone, abaisser la valeur du preload buffer size de Kontakt ne réduira pas la consommation de RAM de cet instrument, car cette valeur n’a effet que pour les instruments qui utilise le moteur « DFD ». Les moteurs « Time machine » doivent charger l'ensemble des échantillons en RAM afin de pouvoir les « stretcher » suffisamment rapidement à la volée.
Mais, heureusement, la majorité des banques orchestrales n’utilise pas l’un des moteurs « Time machine », mais le moteur DFD. Donc, sur le nombre, le total, dans un gros projet, quand on paramètre le preload buffer size de Kontakt au minimum, on gagne ± entre le tiers et la moitié en consommation de RAM selon mon expérience pratique (donc relativement aux diverses banques que je possède et utilise).
(Et sinon, pour les « pros » qui s'y connaissent très bien avec les options avancées de Kontakt, il est possible de modifier les banques commerciales, comme le Blakus Cello, en choisissant le moteur DFD, et quelques modifs, mais l’on perd alors la fonction des boutons « speed lower/upper ». Mais l’on peut sauvegarder un patch qui consomme bcp moins de RAM et l’utiliser si nous n’avons pas besoin d’augmenter diminuer la vitesse des transitions de legato. Mais là, l’on entre dans le cambouis et le « triturage » en profondeur des options avancée de Kontakt).
Hors sujet :
Pour référence, voici l'ensemble de mon « parc » de banques orchestrales sous Kontakt (toutes acheté et autorisé, Sauf les 3 banques FREE). Sauf 2, 3, la plupart ne sont pas très lourdes, je privilégie la légèreté :
- 8dio Adagietto
- 8dio Agitato Legato Arpeggio
- Audiobro LA Scoring Strings 2 (LASS Lite 2)
- Project SAM Orchestral Essentials 2
- Project SAM Orchestral Essentials 1
- Sonuscore The Orchestra Complete
- Sonuscore Free Sustained String Chords
- Sonuscore Free HD Orchestra Chords
- Cinematic Strings Cinematic Strings 2
- Cinesamples CineStrings CORE
- Cinesamples CineStrings Solo
- Cinesamples Tina Guo Acoustic Cello Legato
- Soundiron Olympus Elements
- Soundiron Apocalypse Percussion Elements - Player Edition
- Embertone Leonid Bass
- Embertone Blakus Cello
- Embertone Fischer Viola
- Embertone Friedlander Violin
- Best Service Chris Hein Solo Strings Complete EXtended (Contrabass, Cellos, Violas & Violin )
- Red Room Audio Free Palette Primary Colors
"Si t'enregistres à Poudlard, avec l'ingé son Dumbledore, les lois physiques tu peux t'en foutre. Mais dans l'monde réel, les lois physiques, les mesures, le dBFS, tout ça existe bel et bien." youtou
[ Dernière édition du message le 20/08/2019 à 05:08:20 ]
Silicon Machine Extended
4721
Squatteur·euse d’AF
Membre depuis 16 ans
Silicon Machine Extended
4721
Squatteur·euse d’AF
Membre depuis 16 ans
Elka21
2471
AFicionado·a
Membre depuis 20 ans
Silicon Machine Extended
4721
Squatteur·euse d’AF
Membre depuis 16 ans
Alex Plosion
1456
AFicionado·a
Membre depuis 19 ans
Elka21
2471
AFicionado·a
Membre depuis 20 ans
Citation :
la merde avec gigasampleur, c'etait qu'il fallait le traiter comme un instrument hardware. Avant eux il y avait les soundfonts qu'on chargeait dans la carte son. Puis dans un soft.
Comme un bon hardware ou on pouvait charger une dizaine de Go de samples quand même à l'époque. Ce sont les premiers timbres acoustique réaliste et nuancés jouable avec des dizaines de vélocités layers possible que j'ai eu . . . et avec une latence en dessous d'un buffer de 128
[ Dernière édition du message le 20/08/2019 à 09:30:13 ]
Darkmoon
4068
Squatteur·euse d’AF
Membre depuis 21 ans
Citation de Silicon :
La solution est simple: tu monitores a travers cette chaine la, et tu enregistres une piste dry à côté à laquelle tu réappliqueras ta chaine d'effet au mix.
Yep, I know! J’y ai pensé en écrivant et anticipais que tu allais répondre ça.
Mais je me suis dit que j’écrivais bien assez et j'attendais ta réponse! En effet, tant qu’à récupérer un signal, aussi bien récurer le dry et écouter le wet, sauf que, du coup, t'as besoin de plus qu'une sortie.
Bon, ok, disons que je sors le signal dry via la sortie S/PDIF et le signal wet via les sorties TRS~XLR, en effet, du moment qu'on dispose de 2 petites interfaces audio (parce que le but est de ne plus dépenser pour du matos, hein), l'une avec 2 paires de sorties (S/PDIF et TRS) et l'autre avec une entrée S/PDIF et 2 entrées ligne TRS, c'est bon. Suffit alors de brancher un casque à la 2e interface qui reçoit le tout (et ce qui s'enregistre/joue dans le DAW de ce 2e PC).
Mais bon, c’est dommage et paradoxal de se servir du PC #2 uniquement comme enregistreur multipistes audio alors que c'est une bête de course! Paradoxalement, il serait bcp plus judicieux d’utiliser la bête de course pour exploiter le temps réel avec effets et se servir plutôt du vieux PC #1 uniquement pour servir d'enregistreur de tracks audio, mais, oups, W10 vient parfois gâcher la fête et nous obliger à faire des trucs illogiques! ...comme de ne pas exploiter le processeur le plus puissant d'entre nos deux PC pour les effets, mais celui du vieux PC, ou de passer sous solutions hardware!
Bon matin! "Si t'enregistres à Poudlard, avec l'ingé son Dumbledore, les lois physiques tu peux t'en foutre. Mais dans l'monde réel, les lois physiques, les mesures, le dBFS, tout ça existe bel et bien." youtou
Silicon Machine Extended
4721
Squatteur·euse d’AF
Membre depuis 16 ans
Danbei
1894
AFicionado·a
Membre depuis 14 ans
Hors sujet :
Citation de Darkmoon :Quand tu montes un PC, c’est lors de la toute première utilisation, lors du premier démarrage que tu constates qu’il y a un problème, ou non, avec la DDR.
L'étude cité plus haut conclue le contraire :
Citation :Le fait que ton expérience personnelle et différente peut s'expliquer par le fait que sur les machines de monsieur tout le monde les autres pannes arriveraient avant ou que les machines ne soient pas utilisées intensivement.In summary, our results indicate that age severely affects correctable error rates: one should expect an increasing incidence of errors as DIMMs get older, [...].
The age when errors first start to increase and the steepness of the increase vary per platform, manufacturer and DRAM technology, but is generally in the 10–18 month range.
Pour la petite anecdote, dans les contextes serveurs (bien différent d'un contexte home studio) la RAM est presque considéré comme un consommable
- < Liste des sujets
- Charte