Confo Son sur Protools à partir d'un AAF linké sur des Poly

[bpn2001]

Bonjour à tous,
j'ai déjà posté un sujet semblable il y a quelques mois mais je n'ai eu aucune réponse....
Donc comme je suis d'un naturel optimiste, je retente ma chance. Vu les geeks qui fréquentent le site, y'en a bien un qui aura un petit début de solution j'espère...
Alors voilà :
comme souvent sur une prod, je récupère un export AAF du montage image. Les sons montés sont linkés sur les directs (pas d'embedded!) qui ont été enregistrés en mode polyfiles (entrelacé) et montés tels quels sur Final Cut Pro 7.
Mais au moment d'ouvrir ça sur mon Protools 10.3.5, pb!:
il affiche un message d'erreur comme quoi il ne sait pas gérer les sons provenant d'un AAF/OMF qui sont linkés sur des sons au "format polyfiles".
Donc en forçant la manip de différentes façons, j'arrive toujours au même résultat : il recalcule des sons qui met dans l'Audio Files, et ce même quand la session est ouverte en mode "Interleaved".
Du coup je perds mes metadatas et ça m'embête beaucoup parce que le but de tout ça est de faire une "confo son" et de récupérer toutes les pistes en éclaté de tournage.
Je crois que les boites spécialisées dans ce bizness passent systématiquement par Pyramix pour remédier à ce problème.
Du coup, quelqu'un connait-il une astuce pour pouvoir contourner ce problème sur Mac, peut-être via un logiciel qui ouvrirait l'AAF et ferait une bidouille qui permettrait ensuite à Protools d'ouvrir correctement la session?
Merci pour m'avoir lu jusqu'ici, même moi quand je me relis je comprends rien....

[dasound]

Normalement en Protools 10, une copie des sons ne perd pas les metadatas.
J'ouvre toujours les AAF en force to target session format, puis je fais la confo. (En même temps je me rends compte que j'ai souvent des rushs en split).
Es tu sur qu'il y a des metadatas dans l'aaf issu de final cut ?

[thom_fourel]

FCP fait des AAF ? sans automatic Duck ? c'est louche.

[bpn2001]

fcp7 fait des aaf avec automatic duck.
sinon, dans mon cas, y'a pas pas vraiment de metadatas dans l'aaf puisque c'est juste un link sur un fichier poly... mais protools, lui, comme il sait pas ouvrir ça, il recalcule un fichier (celui de la piste impaire s'il y avait 2 pistes de montées par exemple) mais je ne pense pas qu'on puisse retrouver les metadatas après ça puisque c'est un nouveau fichier mono sans aucun lien avec un poly ou un multi-file... ( à part le nom...)
J'ai trouvé de mon côté que Titan 4 (Synchro Arts) peut dans certains cas remédier à ça, mais il faut la bonne edl... et des qu'il y a des crossfades ou un peu trop de pistes de montées sur fcp il perd des sons j'ai l'impression...
enfin bref, si le monteur image à monté des sons "multi-files", il n'y a aucun pb puisque les sons de l'aaf sont linkés sur des fichiers mono. Si il a monté des sons "polyfiles", c'est un peu la m... et il faut passer par Pyramix je crois... Nan?

[dasound]

t'as quand même essayé avec les sons nouvellement crées ?

[bpn2001]

ben ouais j'essaye un peu tout:
je linke sur les poly originaux, les splits que j'ai fait avec wave agent, les sons qu'il créé dans l'audio files mais ça donne rien de convaincant...

[dasound]

t'as essayé le match sur un région non linkée ?

[thom_fourel]

l'aaf ne marche pas bien dans mon souvenir sur automatic duck.
De mon côté, j'ai toujours pratiqué l'OMF for DAW, avec copy entire clip.
Automatic duck crée alors un dossier de fichiers avec les bonnes metadatas, et ces fichiers là servent dans le protools à retrouver les petits par rapport aux dossier de rushes avec le champ scene take et TC (ou filetag, qui est conservé par Automatic duck, pour des sons cantar. Le duck dans son export conserve dans ses premiers caractères le nom original). Après, ça, j'ouvre l'OMF en link sur le PT. Et je matche là dessus.
Matcher sur une région non linkée n'a jamais marché pour moi, dans la mesure où, si je ne dis pas de bêtise, on ne peut interpréter les métadonnées que des sons ; un AAF ou un OMF ne contiennent aucune métadonnée, seuls les sons les contiennent, donc tout relink devient impossible. En tout cas, ça a toujours été ma constatation des différents essais d'AAF par Avid à une certaine époque. Sans le fichier son correspondant, au moins pour le premier export, l'aaf a toujours été impuissant, de mon côté.

Normalement, si ma mémoire est bonne, en passant par l'OMF du duck, j'ai déjà linké du Poly à un dossier de rushes en mono. Le PT n'a à rien à faire normalement, les seules paramètres qu'il juge, c'est ceux du match dans la fenêtre.

Par contre, si le protools te recalcule un truc, y'a tout à parier qu'il effectue un zigouillage en bon et dûe forme de la métadonnée. Le mieux est vraiment de faire mouliner à automatic duck un dossier de sons (qui seront tous des sons mono, avec les bonnes propriétés de metadonnées) de la timeline FCP.

[Mix7]

il recalcule un fichier (celui de la piste impaire s'il y avait 2 pistes de montées par exemple) mais je ne pense pas qu'on puisse retrouver les metadatas après ça puisque c'est un nouveau fichier mono sans aucun lien avec un poly ou un multi-file... ( à part le nom...)

Dans le workspace, il est possible de voir si les métadatas sont passées.

D'ailleurs, c'est une vérification que je ferais également sur les médias du AAF.
Histoire de voir sur quoi il est possible de se baser pour le relink.

Courage

[bpn2001]

Bien joué Thom Fourel!!!!
Ca marche et la cause de mes soucis est exactement celle que tu décris. Mon erreur était de penser qu'en exportant des sons (via aaf ou omf) je perdais les metadata mais non en fait. Et puis en effet, le PT ne sait pas matcher des sons s'ils ne sont pas linkés sur qqchose, donc c impossible autrement.
Ta méthode est la bonne!
Merci à tout ceux qui ont pris part à ce débat.