Sound Designers

Hello
J'ai un petit doute sur la précision temporelle de l'auto-confo faite dans Protools 10. Je retrouve bien tout mes petits mais la synchro est approximative .... Ca reste des petits décalages, toujours en dessous de l'image mais dans un sens ou dans l'autre.
En fait en y réfléchissant ça me parait normal, vu que la référence est le TC et pas un nombre de sample. Je me demande d'ailleurs si les enregistreurs destinés à être synchrones à une image ne devraient pas "attendre" une image TC pour lancer l'enregistrement. Et alors la déclaration de TC dans les métadonnées prendrait du sens.
Vous procédez comment vous parce que c'est une tannée de tout resynchroniser ?
Je me souviens avoir utiliser le Fix Sync de Titan mais la je l'ai pas sous la main, et c'est un peu con de faire la confo dans Protools pour ensuite utiliser Titan ..

Après investigation, il semblerait que l'avid applique le "TC in" des métadonnées BWF au début du fichier, ce qui est logique mais pas juste si l'enregistrement à commencé en cours d'image ...

Bonjour,

Avec le cantar en tout cas les fichiers commencent toujours sur une seconde, jamais sur une image, je ne sais pas avec les autres enregistreurs …

a +

Ben

Tu veux dire que dans "original timestamp" y'a jamais de frame indiqué, c'est toujours xx:yy:zz:00 ?

oui c'est ça !

si tu spot un fichier cantar dans pro tools c'est toujours à la seconde.

C'est pareil sur les sounddevices, ce doit être pour ça que j'avais jamais remarqué ça ! Ici c'est un deva

Scusez si je dis une énormité, mais comment un enregistrement peut commencer systématiquement à la seconde? En free run comme en rec run d'ailleurs .

Elie a écrit :Scusez si je dis une énormité, mais comment un enregistrement peut commencer systématiquement à la seconde? En free run comme en rec run d'ailleurs .

Par choix du fabricant. Extrait du manuel du SD788 :
"All files generated by the 788T have time code numbers begin on the 0 frame (or 02 in DF modes). If necessary, pre-roll is dynamically applied to accomplish this. This simplifies synchronization in post-pro- duction. Furthermore, all files end on the 0 frame such that a file’s duration is always an integer number of seconds long. If necessary, post-roll is applied to accomplish this."

Ah, ok, je capte.

Pour rappel, c'est Jean Pierre Beauviala (feu aaton) en 1967 qui développa le time code et en 2003 le cantar, donc il avait forcément pensé au problème de départ de fichier son …