Info Pro Tools 7,4 Et Léopard, renseignement sur compatibilité Options

[OKTOPUSSYKAT]

et sinon ... pour revenir au sujet ... PT HD/Le 7.4 et Léopard ca donne quoi ???

Edit : avez vous des probleme lors du lancement de Reason ? ... j'ai le CoreMIDIServer.framework qui sautille dans mon Dock et qui se bloque ... aprés queque temps il s'arrete de sautiller mais reste toujours bloquer dans le moniteur d'activité
Je modere tous ceci en disant que cela ne m'empche pas d'utliser le soft ... mais bon .. c'est pas trés clean tous ça quoi !!!!!

J'ai remarqué aussi que le DigiCoreaudio ne fonctionne plus avec iTunes ...

This post has been edited by OKTOPUSSYKAT: Thu 15 Nov 2007, 13:06

[groovebrother]

bonsoir à tous,

je me suis risqué à installer 7.4 tdm sur un DD en X.5.1 et bien... ça fonctionne jusque là.
En fait je suis tombé sur un forum du DUC où 25ghost explique la marche à suivre (notamment copier le dossier plugins).
en tout cas depuis 1h d'utilisation : RAS so far...
to be continued donc
hum.. oui j'avais un peu de temps à perdre et ma curiosité naturelle aidant... voili voilà...

Moi aussi en 7.3.1cs5 LE sur Léopard et no problémo...

J'ai deux questions au sujet de Gro Tools :
Est-il possible d'assigner comme final cut un dur pour les calculs en audio suite ?
Sinon quel est dans les prefs de Gro Tools le réglage le plus efficace pour que les "rendus" en audiosuite se fassent plus vite (small ou large buffer) ?
Merci d'avance

This post has been edited by Han Solo: Tue 20 Nov 2007, 22:58

[groovebrother]

un dur pour les calculs en audio suite ?

'scuz Han, j'ai pas trop comprit ce dont tu parlais

le réglage le plus efficace pour que les "rendus" en audiosuite se fassent plus vite (small ou large buffer) ?

en large tu accélères le processing - en small tu accélères le preview

Merci pour la réponse,
En ce qui concerne un dur exclusivement en audiosuite, c'est pour bosser de la même manière que Final Cut par exemple...
Je voudrais juste dédier un disque dur pour les rendus des traitements en audiosuite uniquement.
Merci

[wfplb]

...Je voudrais juste dédier un disque dur pour les rendus des traitements en audiosuite uniquement.Merci

No way,
Ce n'est pas la même philosophie...

Je sais bien mais il y doit y avoir une combine non ?
Je cherche un moyen de traiter plus vite des fichiers en audiosuite, donc optimiser le traitement
J'ai 4000 fichiers de trois minutes à traiter et pas trop de temps à vrai dire...
Ahh le boulot...

[PomQ]

Je sais bien mais il y doit y avoir une combine non ?

Non.
Comme dit par le Plombier, l'allocation de traitement des audiosuites n'est pas "débrayable" comme dans FCP. L'allocation disque ne peut être modifiée que pour l'enregistrement des audio files (via le Disk Allocation).
Mais je ne vois pas bien le rapport avec une notion de temps. Que ce soit sur le disque contenant la session ou sur un autre, le traitement ne sera pas plus rapide...

Je bosse dans une boite sur deux postes, en ce moment pour cause de grêves j'ai ramené le boulot chez moi et je bosse sur mon Macbook Pro avec une Mbox 2, les projets sont sur des durs externes rackables en firewire hyper bruyants !!! Par manque de place sur mes durs externes qui sont moins bruyants que les rackables de la boite je bosse en interne sur le Macbook Pro (une partition est dédié pour les sessions).
Donc mon intérrogation était de savoir si en audiosuite (c'est que des fichiers de speak en mono sur lesquels je bosse et qui ne pèsent pas lourd))
il y avait lecture et écriture simultanée du fichier, donc dans ce cas c'est pas si stupide de répartir la lecture et le traitement, ou bien si le fichier à traiter était loadé dans la RAM avant traitement pour le rendu ou process.

This post has been edited by Han Solo: Wed 21 Nov 2007, 01:46

[PomQ]

Donc mon intérrogation était de savoir si en audiosuite (c'est que des fichiers de speak en mono sur lesquels je bosse et qui ne pèsent pas lourd))
il y avait lecture et écriture simultanée du fichier, donc dans ce cas c'est pas si stupide de répartir la lecture et le traitement, ou bien si le fichier à traiter était loadé dans la RAM avant traitement pour le rendu ou process.

Stupide certainement pas mais un peu inutile je dirais. Il semble évident que le traitement est "tamponné" (que ce soit en RAM ou en mémoire tampon précisément) donc un disque ou un autre, ça ne changera rien à mon très humble avis.