Se connecter
Se connecter

ou
Créer un compte

ou
FR
EN

Réglage buffer 828 mk2 dans sx/nuendo

  • 22 réponses
  • 7 participants
  • 2 920 vues
  • 5 followers
Sujet de la discussion Réglage buffer 828 mk2 dans sx/nuendo
J'aimerais avoir des exemples de réglages que vous utilisez avec la motu pour bosser sur nuendo ou sx :
quelle taille allouez vous aux buffers ?
quel est votre processeur ?
combien avez vous de ram ?
quelle latence ?

ça pourrait aider tout le monde d'avoir quelques exemples...
dès que la mienne marche je remplus ma cas ;)
(hé oui, bienvenue au club !)
2
Salut, je cale rarement mes buffers au minimum, plutot au alentour de 256 samples,j'ai un atlhon 2100 + 1024 de ram, LATENCE IMPERCEPTIBLE...
3
J'AI DU CALE mes buffers a 96 quand je record a 44 pour me defaire de gresillements et de clics & drops en lecture. C mieux mais c ps encore propre
amd 20000
RAM500
cubase sx 2.2
win xp

SONY VAIO F11 | CUB5 | FENDER/TAYLOR

4
Je relance le débat...

j'ai donc ce que tu appelles des "clics and drop" en lecture ET en enregistrement. penses-tu que ça puisse venir précisément du réglage des buffers ? si oui le fait de les baisser peut-il régler le problème ?

je précise ma machine :
p4 3.2
carte mère "stable"
carte firewire avec chipset intel qui va bien
OS "propre" débarassé du superflu
patchs correctif windows pour la gestion du firewire appliqué
dernière version des pilotes motu à jour

je ne vois plus d'autre solution à mon problème !!!
5
Ne nous y trompons pas:

Les buffers servent à faire l'interface entre les processus asynchrone (disques) et les processus synchrones (entrées/sorties interface).

En clair:
Les données transmises entre la carte son et le PC ont un débit constant. Celui ci dépend de la fréquence d'échantillonnage et du nombre de voies. En tout état de cause c'est géré par l'interface et, sauf anomalie, c'est sensé marcher tout seul.
Par contre au niveau des disques, des traitements des plugs, etc... c'est de l'asynchrone. L'aspect multitâche des systèmes d'exploitation comme windows, MacOS, etc... empêche d'assurer un débit constant. Pour palier à ce problème il existe des buffers qui permettent de "prendre de l'avance" pour palier au retard éventuel d'un des éléments asynchrones de la chaîne. Les guillemets sont importants car il est évident qu'on ne peut pas prendre de l'avance (on ne peut pas traiter du son qui n'est as encore rentrée dans la carte). La technique consiste donc à introduire un délai (ou latence) qui permet de toujours avoir une réserve de son déjà traitée à envoyer vers les sorties. Cette réserve de son est stockée dans ces fameux buffers.

Conséquences:
Plus les buffers sont grands, plus la latence est grande, et plus la réserve de son est grande ce qui permet de faire face à des retards des traitements plus importants. Si un processus prend plus de retard que ce que permettent les buffers, il n'y a plus de réserve de son. Du coup y'a plus rien qui sort jusqu'à ce que les données en provenances des processus réapparaisse. Ca fait un craquement.

Réglages des buffers:
Etant donné tout cela, les buffers doivent être dimensionnés en fonction de la quantité des processus (plugs ou autres) et de leur complexité. Plus il y a de processus, plus les buffers doivent être grands, mais plus la latence sera grande également. Le réglage des buffers est donc à faire en fonction de chaque projet (nombre de pistes, de plugs, de VSTi, etc...). Les bargraphs de charge proc et disque sont un bon moyen d'apprécier la complexité d'un projet et donc de régler les buffers.

Notre problème de buffer plus petit qui craque moins:
Etant donné toute cette explication, ce phénomène est complètement absurde, puisque qu'en règle générale on augmente les buffers pour pas que ça craque. Donc le problème vient d'ailleurs.

PS: Désolé pour la longueur, j'ai souvent un peu de mal à être concis.
6
Non au contraire c'est très clair, merci pour les explications techniques :bravo:

donc si j'ai bien suivi, la seule chose que je devrais faire au niveau des buffers si j'ai des "blancs" dans mon enregistrement, c'est les augmenter, et non pas les réduire...

seulement j'ai ce problème pour un simple enregistrement stereo sur goldwave ou nuendo, c'est kif kif, en conservant le réglage par défaut de la motu.

il y a donc de grandes chances que ça ne vienne pas de là ?
7
Pour un enregistrement stéréo normalement ça passe même en 96 ech (à moins d'avoir un PII, 64Mo de RAM, et d'utiliser 6 ou 7 compress Steinberg). Moi j'ai des décrochages de temps en temps sur la lecture mais ça ne vient pas de là.
8
As tu le pack windows sp2 installé? je sais que dans mon cas quand j'ai eu le sp2 sur mon ordi ma motu generait des clics à la lecture et a l'enregistrement comme toi et meme parfois des decrochages, j'ai remis le sp1 et tout est rentré dans l'ordre :noidea:
9
:fou:
ça me rend chèvre cette histoire.
j'ai des trrrrrr (genre le centième de seconde qui se répète pendant une fraction de seconde) et des "trous" de quelques dixièmes de secondes (j'ai mesuré ;) )
je ne vois pas ce que je pourrais faire de plus ?

quelqu'un saurait-il comment repasser au sp1 une fois le 2 installé ?
le PB est que j'ai un XP qui intègre le sp2... peut-on quand même revenir en arrière ?
10
Moi j'ai le SP2 et j'ai pas plus de problèmes que ça. Bon ma machine commence à pédaler un peu dans la choucroute mais c'est parce que je fais plein de trucs avec.
Le SP2 ne me parait pas être un problème si ce n'est qu'il bride les port FW en S100 (100Mbps). Ca n'a pas une grande importance étant donné que la 828mkII utilise tout au plus 78Mbps en 96kHz, 24 bits, avec toutes les entrées/sorties utilisées. En 48kHz avec les 22 sorties et les 20 entrées en 24 bits, on est à 48Mbps. Par contre ça peut devenir critique si tu as un disque FW en chaîne avec la 828mkII. En tout état de cause Microsoft propose un patch pour rétablir les ports FW en S400 (voir forum je sais plus trop où).
Par contre tu peux avoir un autre périphérique qui met le dawha sur le bus PCI (que partage immanquablement le chipset FW). Moi pour que ça marche sur mon portable ACER, il faut que je désactive la gestion de la batterie.
11
J'ai déjà installé le correctif pour débrider le débit du firewire :|
mais pas plus :8O:
la seule chose que j'ai sur port pci c'est une carte modem, et dans mon windows "son" (je suis en multiboot) elle est désactivée...

je suis sérieusement à cours de pistes !
est-ce que ça viendrait le la carte elle-même ?
12
Les slots PCI sont bien sûr branchés au bus PCI, mais certains éléments de la carte mère (comme la gestion de l'alimentation, les ports USB, le contrôleur IDE, etc... ) sont aussi branchés sur le bus PCI. Simplement les composants étant soudés sur la carte mère, ils ont bien sûr économisé les connecteurs.
Donc il te faut investiguer un peu plus en désactivant certains composants les uns après les autres. C'est long mais ça paye.
13
Je pense pas que ça vienne de ta carte ayant eu le meme probleme j'avais aussi fait la manip pour debrider le firewire (seule la motu etait branchée sur le port firewire) mais ça n'avait rien arrangé alors j'ai desinstallé ls sp2 (dans ajout/suppression de programme si je me souviens bien) et ça s'est mis a remarcher normalement, donc je ne suis pas informaticien mais tout ce que j'ai pu constater c'est que 1 an et demi avec la motu sous sp1> 0 bug 0 plantage en utilisation intensive, puis des le passage à sp2> plantage+clip en permanence meme avec les correctifs etc, ensuite re sp1> 0 bug :noidea:
14
Joli. En tout cas un lien aussi étroit c'est imressinonnant et riche pour ceux qui ont ce type de problème. Et là on dit "Merci Kro$oft :D: "

:fache:
15
Moi je dis pas merci du tout...
parce que mon XP est SP2 inside, donc je ne peux pas le désinstaller, j'ai regardé hier. ou alors s'il y a un moyen , je suis preneur, mais il n'apparait même pas dans la liste des patchs et mises à jour de windows, donc c'est peine perdue à mon avis.

maintenant, ça n'est peut être pas le SP2 en tant que bout de code qui fout le bordel, mais peut être la manière dont il gère les ressources de la carte mère, et là on peut peut être se pencher du côté de ce qui passe par le bus PCI...
Fix, tu me disais que les ports usb passaient par ce bus, ça peut donc valoir le coup que j'essaie de tous les désactiver, et que je fasse des tests en les réctivant paire par paire ?
sinon est-ce qu'à ta connaissance il y a d'autres composants le la MoBo qui utilisent ce bus ?
est-ce que le fait de changer ma carte modem sur PCI de slot peut aussi y faire de ton avis ?
Parce qu'à la limite, comme dans mon OS "son" je n'utilise aucun port PCI, je pourrais tout bêtement les désactiver ? (enfin, sauf celui ou il y a ma carte firewire ;) )
16
Alors en la matière je pense rien du tout. De toute façon dans ces cas là il ne faut pas penser, ne présumer de rien. Chez moi c'est la gestion d'alim qui met de dawha, et comme chacun sait c'est le composant de la carte mère qui est le plus gourmand en ressources et le plus délicat, bien sûr.
Donc le mieux c'est de tester (même des trucs absurdes on sait jamais). Bien sûr il faut noter tout ce qu'on fait quelque part.
Sinon pour ta carte modem je te conseil tout simplement de l'enlever. Si ça marche mieux sans tu peux essayer de la mettre sur un autre slot (pourquoi pas mais bon). Après si c'est le modem c'est tant mieux, c'est pas ce qui coûte le plus cher à remplacer.
17
Je songeais justement passer à un modem USB dans l'optique ou je passerais à un shuttle ou un portable un de ces jours, histoire d'en avoir le moins possible dans le PC...
maintenant j'espère que ça n'est pas la carte firewire elle même qui s'empèche de marcher en s'autophagocytant les ressources :fou:

trève de plaisanteries donc, il faudrait que je regarde déjà du côté PCI, faire des essais sans la carte modem ça peut être une bonne idée.
après je fais des essais en débranchant seulement tout ce qui est USB, ou je désactive carrément les ports dans le gestionnaire de périphs ?
18
19
Fais tout ce qui te passe par la tête (en notant à chaque fois bien sûr, de la méthode quand même). En la matière il y a plus trop de règles. Alors retirer les periph USB ou désactiver l'USB? En temps normal je te dirais que si y'a rien dans la prise alors il ne se passe rien, mais là on cherche un truc qui ne marche pas comme il devrait, alors tout est permis.

Bon courage.
20

Hors sujet : c'est ce que tout le monde me dit depuis 1 an!!!

21
Bonjour,

je me mêle au thread, car j'ai aussi une motu MKII 828..branchée sur:
Pc 2,8Ghz, 1Go Ram, 1dd 120 Go, 1 dd 80 Go (strict mini OS)
et Cubase sx3...
Enregistrement en 48Khz la plupart du temps et buffers réglés sur 128 et aucun pb de cracks/latence...
jusqu'à l'autre jour lorsque je me suis laissé aller à créer une demi/12 zaine de piste en plus sur mon projet qui atteint 21 pistes (dont 11 midi avec VST,effets...) et là en lecture j'ai coommencé à avoir des grésillements : je suis remonté à 192 dans les buffers et là plus de pb.

alors ma réflexion :

1) plus on a de pistes et plus les systèmes nous lachent;
donc je me demande si l'avenir ne serais pas de se tourner vers Linux car ca tourne d'enfer : le seul pb : je ne le connais pas assez et je ne sais pas si on peut faire tourner un cubase SX3 + compatibilité drivers...(je pense tester ca bientot car mon frère tourne sur linux et SP2!si,si!)

2)pour le pb de Pakupaku :
je pense que changer ta carte son de slot pci peut-être une bonne idée çà m'est déjà arrivé avec mon ancien pc et une isis...qui partageait un même IRQ avec le modem et donc conflit en partage de ressources!...(dixit frérot)(propriétés poste de travail/gestion des périphériques/afficher par ressources matériels et voir si adresses IRQs OK ? )

de plus : n'y aurait-il pas un pb de type de chipset que Motu ne supporte pas ?

voilà désolé pour la longueur, mais si une piste peut aider kelkun c toujours çà de donné.
L'imagination au pouvoir!
22
Je vais m'atteler à tout ça ce week end et je vous dirais ce que ça a donné ;)
merci pour les conseils !
23