Message D'erreur "h/w Buffer Size" Je Ne Comprends Pas... Options

[bassride]

salut tout le monde,
avant tout voici ma config.

macbook osX 10.4.10 +2ghZ +,2go memoire,+80 Go diskdure+ dd ext. iomega 500 giga+ Protool LE MBox pro 2

alors voilà mon soucis j'ouvre une session et lorsque je mets 'play" pour lire le travail que j'ai fait la veille, et pour toute les autres sessions que j'ai fait, un message d'erreur me met :

"The audio device buffer underflowed. If this occurs frequently, try decreasing the "H/W buffer size" in the Playback Engine panel or remove other devices from the audio firewire"

Mon anglais étant très médiocre, j'ai réussi par comprendre au bout d'un moment ce que le message voulais dire, enfin je crois...
J'ai donc essayer de baisser le "buffer size" ce qui n'a rien donné. Je penses que le problème viens du fait que j'utilise un grand nombre de plug-in ( NI elektrik piano, battery 3, minimoog V, B4 et autre) pour une seul session. Je compose en midi à part pour ma basse que j'enregistre en audio bien sur. La totalité des sons et sample se trouvant dans mon DD externe relié à la mbox en firewire qui elle même et relié au mac en firewire!

Si ca peut vous aider voici comment j'ai configuré "playack engine"
H/W buffer size: 1024 samples
RTAS Processor: 2processor
CPU usage limit: 85% (j'ai toujours un oeil dessus, jamais de"surchauffe")
DAE Playback buffer: 2 level(default)

Ce problème m'était déjà arriver, et comme un bon vieux débutant, à chaque fois je cliqué sur "ok" ignorant le risque et oubliant desuite le problème sans essayer de le rectifier...
Voilà j'ai beau tester plusieurs solution au iveau de la config de playback engine, le problème reste récurent,impossible de lire aucune session toujours le même message d'erreur!
Alors je flippe, peur que mon mac ne soit pas assez puissant! mes projets sont assez important!

help!

Ce message a été modifié par bassride - jeu. 25 oct. 2007, 00:53.

[groovebrother]

salut, à vue de nez je dirais que si tous tes sons, y comprit les samples utilisés par tes differents logiciels sont sur ce même DD : c'est trop pour le DD en question surtout ci celui-ci n'as pas été dé-fragmenté.
essaye avec un DD supplémentaire en répartissant au mieux les audio files et autres samples sur les DD en utilisant les port USB et FW de libre
tu peux aussi essayer de linker plusieurs DD FW via leurs ports FW respectifs

tu peux aussi (mais à moindre mesure), utiliser le DD de démarrage en lui assignants quelques sons à jouer une fois en mode play

[bassride]

salut, à vue de nez je dirais que si tous tes sons, y comprit les samples utilisés par tes differents logiciels sont sur ce même DD : c'est trop pour le DD en question surtout ci celui-ci n'as pas été dé-fragmenté.

oui c bien ca tous mes sons et samples sont dans le DD en plus de fichiers multimedia(album, doc...)
Donc dans un premier temps je vais essayer de defragmenter mon DD, quel est la manip à faire?

[umo]

salut bassride, j'ai eu le même problème avant que je ne fasse la dernière mise à jour de PT cs4, l'as tu fait?
à propos de ta taille de buffer, 1024 c'est beaucoup pour travailler je suis pas un spécialiste, mais on m'a conseillé de travailler le + bas possible pour éviter la latence: 256

[saturax]

Bon alors deja, le buffer plutot au max quand ya pas de prise de son a faire: la latence n'intervient qu'en ce cas. je sais pas si tu peux monter au dela de 1024 avec la Mbox Pro, si oui, te prive pas.

Apres le coup du disque dur, j'y crois pas, PT a un message particulier pour ce type de pb (genre "gna gna gna, your disk may be too slow or too fragmented")

Ensuite tu peux aller a plus que 85% du proc, met zy donc a fond.

Enfin, si ça persiste, pas de secrets, c'est que t'as mis ta becane à genoux.
Pas d'autre solution dans ce cas que de recoucher quelque instrus virtuel en audio et de virer l'instru en question...

Et pour finir, ne pas oublier que les disques externes en USB suivant les machines peuvent utiliser pratiquement 20 pourcent des ressources !!!!
A bânir pour le son, utilisez du Firewire.
Pour Pro Tools, l'utilisation du CPU géré par lui même peut être, comme le dit, Saturax boosté à 99 % et sans problème (c'est fait pour)... Ta machine ne surchauffera pas ne t'inquiète pas c'est fait pour...
Une dernière chose, pour la latence tout à fond !!!! Sur ta Mbox tu peux monitorer le signal d'entrée, n'hésite pas à bosser en 1024.
Ciao

Ce message a été modifié par Han Solo - jeu. 25 oct. 2007, 11:19.

[saturax]

Et pour finir, ne pas oublier que les disques externes en USB suivant les machines peuvent utiliser pratiquement 20 pourcent des ressources !!!!

Tout a fait exact ça, j'y avait pas pensé... alors que le FW a son chip dedié...
Bien vu!

[nicofago]

Il faut avoir en tête qu'Elektrik Piano et Minimoog (mais de manière générale la plupart des instrus virtuels) peuvent être très gourmands en ressource, donc si tu as plusieurs pistes les utilisant, tout ça ne semble pas très étonnant.
D'où le bon conseil de Satu de coucher en audio ces pistes (tu peux toujours garder sous le coude ces plugs et leurs reglages en les désactivant au cas ou tu aurais besoin de revenir dessus) au moins tu soulageras sérieusement ton CPU... Pour ma part, c'est comme ça que je procède.

Sinon, pour les reglages HW, et l'agencement de tes DD, tout vient d'être dit (et bien dit)

[bassride]

Il faut avoir en tête qu'Elektrik Piano et Minimoog (mais de manière générale la plupart des instrus virtuels) peuvent être très gourmands en ressource, donc si tu as plusieurs pistes les utilisant, tout ça ne semble pas très étonnant.
D'où le bon conseil de Satu de coucher en audio ces pistes (tu peux toujours garder sous le coude ces plugs et leurs reglages en les désactivant au cas ou tu aurais besoin de revenir dessus) au moins tu soulageras sérieusement ton CPU... Pour ma part, c'est comme ça que je procède.

Sinon, pour les reglages HW, et l'agencement de tes DD, tout vient d'être dit (et bien dit)

ok en fait c bizzard mais la ca remarche! plus de message, alors qu'hière aucun projet ne pouvais etre lu!
bref j'ai quand même augmenté la limit du CPU à 90%. En ce qui concerne la taille du buffer, je ne peux allé plus haut 1024 donc je laisse comme ca.

SAturax"Pas d'autre solution dans ce cas que de recoucher quelque instrus virtuel en audio et de virer l'instru en question..."

Par contre j'ai pas compris l'histoire de "coucher en audio". et de" virer l'instru en question"?.. c 'est à dire qu'il faut que je convertisse les pistes midi en audio, c ca?
donc quand j'enregistre une piste en midi avec par exemple "elektrik piano", il faut que je la convertisse en audio direct après?

[bassride]

Il faut avoir en tête qu'Elektrik Piano et Minimoog (mais de manière générale la plupart des instrus virtuels) peuvent être très gourmands en ressource, donc si tu as plusieurs pistes les utilisant, tout ça ne semble pas très étonnant.
D'où le bon conseil de Satu de coucher en audio ces pistes (tu peux toujours garder sous le coude ces plugs et leurs reglages en les désactivant au cas ou tu aurais besoin de revenir dessus) au moins tu soulageras sérieusement ton CPU... Pour ma part, c'est comme ça que je procède.

Sinon, pour les reglages HW, et l'agencement de tes DD, tout vient d'être dit (et bien dit)

ok en fait c bizzard mais la ca remarche! plus de message, alors qu'hière aucun projet ne pouvais etre lu!
bref j'ai quand même augmenté la limit du CPU à 90%. En ce qui concerne la taille du buffer, je ne peux allé plus haut 1024 donc je laisse comme ca.

SAturax"Pas d'autre solution dans ce cas que de recoucher quelque instrus virtuel en audio et de virer l'instru en question..."

Par contre j'ai pas compris l'histoire de "coucher en audio". et de" virer l'instru en question"?.. c 'est à dire qu'il faut que je convertisse les pistes midi en audio, c ca?
donc quand j'enregistre une piste en midi avec par exemple "elektrik piano", il faut que je la convertisse en audio direct après?

désolé j'ai voulu réediter mon message, je me suis planté....
sorry

[saturax]

Oui c'est ça, une fois que ta piste midi et tes reglage de sampleurs son pret, tu route la piste dans un bus que tu recupere dans une piste audio...
Apres tu peux desactiver le Plug in(plutot que de retirer, ça te permet d'y revenir si tu as des changements à faire) et travailler avec ta piste audio.

Ou alors tu utilise logic et tu freeeezzzeeeeee......

[MarcoXX]

effectivement, la fonction freeze manque encore a Protools !! (mais en même temps...buizness is buizness...faut vendre les Accel ).

sinon, personnelement j'éviterai de chainer Mbox > HDD .... mais bon sur un macbook , pas trop le choix c'est vrai..

Ce message a été modifié par MarcoXX - jeu. 25 oct. 2007, 21:09.

[PomQ]

Mouais, enfin, le Freeze, c'est jamais qu'un bounce ou un mixdown amélioré (globalement un léger gain de temps, guère plus). Si on sait s'y prendre, ça se passe très bien dans n'importe quel soft, y compris PT.

Un léger gain de temps ???
J'ai bossé longtemps sur Pro Tools LE et c'est un peu la grosse lacune pour Digi !!!
DP le fait
Cubase le fait
Logic le fait..
C'est hyper transparent et le bounce se fait en off line (32 bit virgule flotante) sur les trois softs et en deux secondes et demie...
Depuis le temps ils pourraient l'intégrer Digi quand même
C'est un peu l'enfer question optimisation des ressources sur Gro Tools LE quand il sagit de bosser avec des instruments virtuels !!!

Je te mets au défi sur la même session d'aller plus vite qu'un Logic par exemple !!!
Sur Gro Tools tu seras obligé de bouncer ou d'enregistrer ta piste en temps réel, je ne te raconte pas quand tu le fais avec dix pistes

[PomQ]

Je te mets au défi sur la même session d'aller plus vite qu'un Logic par exemple !!!
Sur Gro Tools tu seras obligé de bouncer ou d'enregistrer ta piste en temps réel, je ne te raconte pas quand tu le fais avec dix pistes

Certes. La question pourrait alors être "est il si nécessaire d'aller plus vite tout le temps"?
Particulièrement en musique, je trouve parfois finalement assez salvateur de pouvoir respirer qql secondes avant d'attaquer la suite. Comme au temps de la bande en somme.
C'est un peu OT et pas nécessairement très technique comme réponse, j'en conviens, mais bon...
Tout ce que j'en disais, c'est que le "freeze" (disons "pseudo-freeze") est techniquement possible dans PT même si, honnètement, avec un setup qui tient la route, on a rarement à s'en servir (excepté, précisément, dans le cas d'instrus virtuels particulièrement gourmands).
Après, si ça prend 3 minutes au lieu de 13 secondes, perso, ça ne me gène pas trop, ça me donne le temps de réfléchir...

Tout dépend du moteur de l'inspiration dans lequel on se trouve...

Ce message a été modifié par Han Solo - ven. 26 oct. 2007, 10:45.