PB taille de buffer ?
- 13 réponses
- 6 participants
- 1 339 vues
- 5 followers
Gil2
J'installe cubase et là le test de configuration audio ce passe mal !!!
J'ignore et je teste quand même en rec comme en play tout ce passe nickel
Ayant une nouvelle bécane assez puissante je teste de le gaver de plug . Aprés être arrivé à 80 % de conso proc je me dis que je vais augmenter ma taille de buffer (vu que j'était à 256) à 2024 et la à mon plus grand étonnement la conso. proc augmente ????????????????? C'EST PAS POSSIBLE !!!!
Quelqu'un as-t-il déjà eu ce problème ????
Merci d'avance
Gil2
Gil2
sonpepere
Mais comme la RME contient un DSP qui gere le routing et le monitoring "hardware", ça ne pose pas de pb (le son rentre ds la carte et ressort aussitôt sans passer par les drivers, windows, le sequenceur et retour par le meme chemin, donc latence (considérée comme) zero).
Pour ton soucis, regarde plutot ce que tu peux faire dans cubase...
www.lesousmarin.net
sonpepere
Tout bien reflechi la taille des buffers ne peux rien au nb de calcul que peux effectuer ton CPU en temps reél... Il faut faire les calculs, alors que ce soit maintenant, un peu plus dans 256 ou encore plus dans 2048 ms, je pense pas que ça puisse ameliorer les choses... Au contraire meme.
Enfin tout ça c'est des sortes d'elucubrations, je suis pas specialiste en la matiere.
Bonne nuit
www.lesousmarin.net
janodesbois
par contre c'est vrai qu'en passant de 256 à 1024 en taille de buffer, je gagne pas mal de ressource proc, au détriment de la latence certes, mais qui permet de rajouter un ou deux plugs au mix.
Gil2
Citation : les buffers "stoquent" 512 ms ... Il faut faire les calculs, alors que ce soit maintenant, un peu plus dans 256 ou encore plus dans 2048 ms, je pense pas que ça puisse ameliorer les choses...
Heureusement que la taille des buffer ne reflète pas les ms , avec une latence de 512 ms dur dur de jouer
Je ne suis pas un grand spécialiste en informatique , mais ce sont en fait le nombre de sample qui vont être traiter (par paquet) , exemple 256 samples = environ à 6 ms ( 256 / 44100 Hz ) . En trés gros, quand tu fais play sur ton log. le premier paquet de sample part du DD et passe par le moteur audio (driver asio + proç.) les calculs sont faient tu entend enfin le son . Pendant ce temps un autre paquet est arrivé pour le calcul ... ainsi de suite
Maintenant on double la taille de buffer 512 , le moteur audio a 2 fois + de temps pour effectuer le calcul donc il peut se permettre de faire fonctioner d'autres prog. exemple des plug .
Conclusion : Si ta taille de buffer n'est pas au maximum , il te reste encore de la ressource . Attention car c'est relativement pénible de travailler dans ces conditions , les vu-mêtre réagissent avant le son !!!!
A 2048 ou 4096 ça fait une grosse latence mais ça peut dépanner .
Hors sujet : Du moins c'est ce que je crois savoir
sonpepere
En effet, hihihi, n'importe quoi, faut que j'arrete la biere!!! c pas 512ms mais 512 samples!
Mais ça change pas gd chose a mon idée, le fait de charger deux fois plus de samples avant de lancer la lecture ne vas pas changer le nombre de calcul sur la chanson entiere...
Je m'explique:
La lecture est en temps réel, alors que le CPU ai 512 samples a traiter toutes les 6ms ou 1024 toutes les 12ms, a priori c pareil.
Bon cela dit c pas tout a fait vrai non plus, pask'il faut considerer la moyenne sur la durée de la chanson, et qu'avoir des samples d'avances va permetre au processeur de bosser (virtuellement) a 110% de temps en temps, a 90% à d'autres moments.
Cela dit, je reste totalement dans la suputation metaphysique raportée à l'âme d'un DAW... Il faudrait qu'un concepteur de DAW nous explique.
En conclusion, quand on en arrive a se poser ce genre de questions, c qu'on arrive au bout du rouleau de son CPU et de son HD et qu'il vaut mieux changer de machine, paske c bidouilles permettent de grapiller qques %CPU, mais ps de koi relancer une carriere.
www.lesousmarin.net
sonpepere
y a un truc qui m'a fait gagner plus de 50% de temps CPU:
-je suis repassé à l'analogique
-g jeté les 3/4 de mes plugs
Mon ordi n'est plus qu'un magneto evolué (qques plugs, les plus zarbi, et l'automation du volume et mute)
J'peux lire plus de 80 pistes sans depasser 30% CPU avec un vieux AMD athlon 2800+, et en plus, ça sonne bien mieux au final
(j'avoue c plus le meme budget)
www.lesousmarin.net
jr
Un plug c est pas gratuit.
sonpepere
Et ce manque de confiance m'atriste...
Sache toutefois qu'il y a une rubrique freeware dans audio fanzine, et puis qd tu payes un plug, tu l'utilises autant de fois que ton ordi te le permet tandis que pour avoir 10 compresseurs amek, et bien il faut en acheter 10... Et certain plugs ont beau etre (trés) chers, un compresseur de chez wave (pas le suite complete, hein) ça coute qd meme moins cher qu'une machine haut de gamme... Sans compter les cables, les patchs bantam et les revisions.
Donc, je repete, c'est pas le meme budget!
Mais bon j'aurais du mettre tout ça en hors sujet...
www.lesousmarin.net
-k-
Après l'installation de cubase, au 1er lancement, il te demande de procéder à un test, mais ce test n'a pas de sens car il correspond au driver de ta carte son séléctionnée par défaut.
A toi d'ignorer ce test fait pour les carte exotiques.. et de paramétrer dans cubase le driver Asio HDSP. Et là plus de test ! et une latence minime que tu peux paramétrer.
rroland
Hors sujet : Citation : Et certain plugs ont beau etre (trés) chers, un compresseur de chez wave (pas le suite complete, hein) ça coute qd meme moins cher qu'une machine haut de gamme...
C'est pas vraiment le même son non plus !
sonpepere
Hors sujet : Citation : en plus, ça sonne bien mieux au final
[autocitation]
www.lesousmarin.net
- < Liste des sujets
- Charte

