Prutulz 6.4, bounce handler cannot keep up Options

[Miss Kiki]

tiens aujourd'hui une facétie que Protools ne m'avait encore jamais fait :
bounce handler cannot keep up : (-9132)

bon je suis allée sur l'answerbase et j'ai pas trouvé mon bonheur.

ok, j'ai 55' minutes à bouncer, mais jusqu'à là j'ai toujours réussie à le faire

pourquoi là il me fait un caca nerveux ? je ne le saurai deviner ...

j'ai viré le QT movie, rajouté de la ram, fais du ménage partout rien n'y fait.

du coup je passe par un aux et je fais rec sur une autre piste, mais bon, j'eusse aimée comprendre...

PT LE 6.4
et le panther qui va avec.

[ziggy]

j'ai connu ce Pb avec de grosses sessions
et j'ai trouvé quelques raisons à cela:
-- DD trop lent exemple d'avoir tous les fichier sur un DD et de bouncer sur le même DD d'où vient la lecture des fichiers de session

trop d'activité du OS pendant le bounce (tache de fond etc)

perso, j'ai trouvé mon bonheur en faisant ceci:
-- créer un compte utilisateurs pour bosser avec PT où il n'y a rien d'autre en tache de fond (internet, serveurs et bases de données, même pas d'imprimante ou scanner)
-- disperser mes fichiers: lecture depuis un ou deux DD et le bounce vers un DD différent (j'ai deux DD externes Firewire et deux internes IDE)
-- évidemment ne pas avoir de fichiers de la session PT sur le DD où il y a le OS (système)
-- éviter de faire quiue ce soit (souris, clavier) pendant le bounce quand c'est une session vraiment lourde !!

... et puis, je n'ai plus jamais eu de problèmes (je touche du bois..:=)))
OS 10.3.6 et PT-LE 6.4

Ce message a été modifié par ziggy - ven. 4 nov. 2005, 17:55.

[Miss Kiki]

ehben j'ai fait tout ça et il m'envoie le bounce au tapis dis donc !

en OS9 j'avais des sessions de 90' avec 32 pistes pleine àa craquer et un G4 à 350mhz et il à toujours bouncé ....

[ziggy]

est-ce que ce serait une sessins avec beaucoup d'automatisations ??
si oui, t'as essayé d'en muter quelques-unes (juste pour voir si ça change quelque chose)
est-ce que t'as bien enlever la fonction de faire suivre les fader pendant l'automatisation (ça bouffe du CPU, ça !!)

[Miss Kiki]

j'ai fait tout comme t'as dit, j'ai aussi enlevé l'auto-save

nib de ouabe ...


on va pas reveillonner, il veut plus, il est trop vieux, moi trop vieille
je vais me coucher

[lantenac]

est-ce que ce serait une sessins avec beaucoup d'automatisations ??
si oui, t'as essayé d'en muter quelques-unes (juste pour voir si ça change quelque chose)

Ah les ses seins avec beaucoup d'aromatisation, en principe, c'est le pied, non, pourquoi les muter, c'est dommage !

[nicofago]

Salut Miss,
Moi aussi j'ai connu ça sur des sessions PT à 6 ou 8 pistes (ce qui est particulièrement léger).
Le nombre de pistes n'était pas énorme, il n'y avait pas forcement de automations de fou, MAIS, comme toi, c'était toujours sur des sessions assez longues: Au dessus d'une quarantaine de minutes, ça pouvait arriver (bandes son pour du théâtre).
Une des explications possible mais pas certaine (dixit un copain qui travaillait chez Digi: ça vaut ce que ça vaut, j'en conviens), c'est que lors d'un bounce, Prutulz (comme tu le nomme si bien) cherche à aligner le fichier en un seul bloc sur ton disque dur (si possible), ou en un minimum de blocs. En tout cas, il semble refuser d'en mettre un peu par ci, un peu par là et un peu ailleurs, si ça devient excessif.
Or si ton disque de destination pour ton bounce est trop fragmenté (fragmentation au vu de PT, hein, pas pour l'OSX qui normalement defragmente en tâche de fond et tolèrera ce "degré" de fragmentation), et ben, PT t'affichera ce joli message qui n'apparait effectivement pas dans l'answerbase ( et ça c'est pas normal ).
La solution si c'est faisable sur ton projet, ça peut être de bouncer ta session en 2 ou 3 temps: la découper dans le temps en 2 ou 3 morceaux et bouncer chaque morceau.
Evidement il faut que le projet s'y prête.
Une autre solution serait de bouncer sur un disque vide ou fraîchement formaté et sur lequel il reste beaucoup de place.

Perso, je n'ai jamais été franchement convaicu par cette explication, mais bon...
Dans mon cas, j'ai toujours pû m'en tirer avec la première solution et quelques pirouettes, n'ayant pas de disque dur vide sous la main quand ça m'arrivait.
Le pire, c'est quand il me balançait ce message au bout de 50 mn sur un bounce de 55 mn... Ca ça rend fou !
Hope this helps...
Nico

[Mr.T]

PT t'affichera ce joli message qui n'apparait effectivement pas dans l'answerbase ( et ça c'est pas normal  ).

Si, si c'est listé mais faut connaitre le numéro de l'erreur... En l'occurence c'est 9132... Mais, ça ne donne guère de résultats si ce n'est "Fixed in PT6.4"(...) ou la solution déjà utilisée par la Miss (record sur une piste stéréo).
------------------------
EDIT: d'ailleurs, en relisant, la Miss l'avait donné le numéro, j'avais point vu... Quand on cherche dans l'Answerbase, toujours chercher en tapant le numéro de l'erreur, pas le message lui même...

Ce message a été modifié par Mr.T - sam. 5 nov. 2005, 12:16.

[heral]

bouncer sur ton disque systeme, et changer la longueur du bounce, t'as essayé et ça marche toujours pas?

[Miss Kiki]

bouncer sur ton disque systeme, et changer la longueur du bounce, t'as essayé et ça marche toujours pas?

nan, y veut rien savoir ...

m'en fiche je bounce à la mimile via un aux, cette méthode a au moins un avantage c'est qu'elle ne plante pas sur la longeur et que si tu as besoin de revenir sur le mix pour faire une rustine tu te fade pas a nouveau 52' ... suffit de faire export selected as et hoppe