Version imprimable du sujet

Cliquez ici pour voir ce sujet dans son format original

440 Forums _ Video, Broadcast, et Cinéma _ Format D'images !

Écrit par : EJAD mar. 6 sept. 2005, 09:33

Hello,

Je voudrais savoir ce que sont les formats (vidéos ) que donnent les télévisions en général à un compositeur ?

Est-ce différent par type de programme, fiction, docu... ?
Est-ce que ça dépend de la boite de prod ?
Y-a t'il un format privilégié ? Quicktime ? Mov ? DV ? ou autre ?


J'ai lu récemment qu'il valait mieux travailler avec le format dv ce qui donnait moins de travail au proc mais le temps de conversion avec qt pro est long sur de gros projets, c'est vraiment indispensable ? la différence est vraiment sensible ?

Je dois voir un réalisateur bientôt et souhaiterais poser les bonnes questions tout en n'ayant pas trop l'air de venir d'une autre planète.

Merci de m'aiguiller !

Écrit par : djzigo mar. 6 sept. 2005, 10:04

Tu travaille sur quoi??Pro tools..??
C'est vrai que pour protools, j'ai déja lu que le format privilégier était le DV, maintenat j'ai déja travailler avec d'autre codec et franchement ça roule aussi... rolleyes.gif rolleyes.gif
Et puis rien ne t'empêche de demander au réalisateur de te livrer le projet sous plusieurs formats!! Je vois pas ce qui le dérangerai si ce n'est 30 min d'encodage en plus ou en moins, je pense pas qui te dira non wink.gif
Et puis ça te permettra de voir lequel marche mieux..

Écrit par : gubbe mar. 6 sept. 2005, 10:10

salut,

Bon je travaille dans une boite de prod où nous fessons des documentaires (52 ou 26). Quand nous travaillons avec des musiciens, le plus souvent je leur demande ce qu'il veulent. Pour faire court, je dirais que ça dépend, il y en a qui me demande du Sorenson en 360x288, d'autres en 320x240 et d'autres un fichier DV.
Voila, j'espère que cela pourras t'aider.

baille

Écrit par : djzigo mar. 6 sept. 2005, 10:13

Ba oui, et je trouve aussi que le sorenson marche super bien... wink.gif
D'ailleur pas besoin de demander un fromat gigantesque,comme dit gubbe le 320x240 suffit largement smile.gif

Écrit par : gubbe mar. 6 sept. 2005, 10:15

QUOTE (djzigo @ Sep 6 2005, 10:04)
Et puis rien ne t'empêche de demander au réalisateur de te livrer le projet sous plusieurs formats!! Je vois pas ce qui le dérangerai si ce n'est 30 min d'encodage en plus ou en moins, je pense pas qui te dira non wink.gif
Et puis ça te permettra de voir lequel marche mieux..

Je vais peut être passer pour un em...deur, mais c'est typiquement le genre de réponse qui à tendance à m'ennerver de la part du musicien avec qui ont travail. Faut quand même penser que l'on à pas que ça à faire non plus biggrin.gif et que c'est à lui de savoir ce qui lui faut pour pouvoir travailler.
Enfin, si c'est dans un milieu professionnel hein, si c'est pour un court, pas payer, ou entres potes là ça change tout biggrin.gif

baille

Écrit par : djzigo mar. 6 sept. 2005, 10:33

Ouai....
Je trouve pas que demander le projet sous 2 formats soit considérer comme non pro blink.gif blink.gif
Que ça prenne un peu de temps ok...Mais c'est pour le bien du projet...non?? smile.gif

Écrit par : gubbe mar. 6 sept. 2005, 10:41

oui, oui, c'est pas que ça fait non pro, mais ça fait plus de taff pour moi, qui en est deja ras la gueule, si vous me passer l'expression biggrin.gif
Et puis chez nous, ont travail toujour avec les même musiciens, qui vous demandent toujours, après des années d'experience, comment on fait si et ça, alors qu'on leur à expliqué mille fois le même truc. Voila, donc c'est relou à la fin.
m'enfin, désolé, en relisant mon post, je crois que je me suis un peu emballer biggrin.gif

baille

Écrit par : Mr.T mar. 6 sept. 2005, 11:05

Ici, c'est, ça reste et ça restera: DV-PAL en 720X576.
Pourquoi se taper des "vignettes" en 360x288 quand on peut avoir, sans alourdir le processeur (pour peu qu'on visualise sur moniteur vidéo ou écran TV), du "plein écran vidéo"? J'ai jamais compris...
Quant aux Sorenson and co, très peu pour moi vu que, justement, il ne pourront être visualisés sur moniteur externe via l'option Firwire-DV de PT (d'ailleurs au moment où je vous écrit le Bi Pro processe la conversion d'un Sorenson3 vers DV-PAL pour que je puisse utiliser le monitoring DV... Merci la prod...).

Écrit par : EJAD mar. 6 sept. 2005, 11:56

Donc à priori on a le choix ?
Tant mieux...

Et faut-il une carte spéciale pour afficher la vidéo sur moniteur externe, enfin, laquelle ?

Et sur quel format est livré la musique en général ? CD audio ou ROM ou autre ???

Merci à tous pour vos réponses !

Écrit par : gubbe mar. 6 sept. 2005, 12:22

Bah, le support va dépendre du poids du fichier. Un 26 min en sorenson 360x288, pour info, c'est grosso modo 1,5 Go et un DV en 720x576 c'est 5 Go à peut pret. Donc pour ce dernier c'est disque dur externe ou K7 DV si le musicien est équipé et DVD pour le Sorenson.
Sinon, évidement c'est beaucoup mieux d'avoir un Fichier DV en 720 que du Sorenson en 360, après chacun travaille comme il veut, et puis les guoûts et les couleurs encore une fois...

baille

PS : pour ta carte graphique, cela dépend de ta machine. Tiens d'ailleurs, tu travaille avec quoi ?

Écrit par : pieca mar. 6 sept. 2005, 12:25

Pour la musique en général, c'est 48khz 16 bit en AIFF ou SDII => CD-rom ou DVD.
Perso, je nomme mes fichers par leur TC (par ex "10-23-02-13 musique pouet pouet.AIF"

L'OMF est aussi envisageable, mais il y toujours un risque d'erreur à l'import (surtout si on utilise Logic) donc à éviter.

Le mieux est de passer un petit coup de fil au mixeur (ou a son assistant) afin d'être certain du format qu'il souhaite

Écrit par : gubbe mar. 6 sept. 2005, 12:27

QUOTE (Mr.T @ Sep 6 2005, 11:05)
(d'ailleurs au moment où je vous écrit le Bi Pro processe la conversion d'un Sorenson3 vers DV-PAL pour que je puisse utiliser le monitoring DV... Merci la prod...).

Ils ne te demandent pas ce que tu veux ? blink.gif

En fait, y a des fois où je me dis que je suis vraiment trop sympa biggrin.gif

baille

Écrit par : gubbe mar. 6 sept. 2005, 12:30

QUOTE (pieca @ Sep 6 2005, 12:25)
Perso, je nomme mes fichers par leur TC (par ex "10-23-02-13 musique pouet pouet.AIF"

Très très bon conseil.

J'adore quand les musiques sont livrées comme ça. Et tu seras dans les petits papiers de la prod en procédant de la sorte biggrin.gif

baille

Écrit par : Mr.T mar. 6 sept. 2005, 13:17

QUOTE (gubbe @ Sep 6 2005, 13:27)
Ils ne te demandent pas ce que tu veux ? blink.gif

Pour la finalisation, si, toujours (sinon ils savent que j'vais gueuler)...
Mais là, c'est préparation des FXs en "maquette" pour validation client avant de se lancer dans le gros oeuvre et, du coup, ils m'envoient des bouts de montages au fur et à mesure par FTP (donc compression obligatoire).
Pour répondre à la question d'EJAD, perso, c'est pas une carte graphique que j'utilise mais une caméra DV qui me sert de convertisseur Firewire vers DV (il existe aussi de bêtes boitiers qui font ça).
Un "must have" pour le travail à l'image si tu veux mon avis...

Écrit par : EJAD mar. 6 sept. 2005, 14:51

QUOTE (Mr.T @ Sep 6 2005, 13:17)
Pour répondre à la question d'EJAD, perso, c'est pas une carte graphique que j'utilise mais une caméra DV qui me sert de convertisseur Firewire vers DV (il existe aussi de bêtes boitiers qui font ça).
Un "must have" pour le travail à l'image si tu veux mon avis...

Je bosse sur G5 bi 1,8... 2G de ram en 10.3.9 Et sur Logic Pro...

Mathieu, avec la caméra DV en FW, y'a pas de problèmes de synchro ? Une manip spéciale ?

Comment dire à Logic d'envoyer la vidéo vers tel boitier ou caméra ?

Y-a t'il des choses à respecter pour la synchro ? Comment cale t'on la musique par rapport à la première image ?

Y-a t'il le TC qui apparaît sur la vidéo ? Dans le cas ou la réponse est oui, est-il nécessaire que les chiffres du TC de logic correspondent avec ceux de la vidéo ?

Merci à pieca et à gubbe pour la nomination des fichiers !

Merci encore à vous pour ces précisions !

Écrit par : zikayan mar. 6 sept. 2005, 17:39

QUOTE
avec la caméra DV en FW, y'a pas de problèmes de synchro ? Une manip spéciale ?
Y-a t'il le TC qui apparaît sur la vidéo ? Dans le cas ou la réponse est oui, est-il nécessaire que les chiffres du TC de logic correspondent avec ceux de la vidéo ?


l'affichage en DV est en retard de quelques frames en général, il faut régler à la main en jouant avec l'offset vidéo dans les réglages synchro de logic. Pour ça il suffit de savoir à quelle heure démarre la première image du film (en général 01:00:00:00 ou 10:00:00:00), et d'avoir un son synchro ou un élément vidéo précis pour bien se caler (par exemple : à 10:00:10:17, apparition du titre) pour recaler, ou encore, mais c'est plus rare, d'avoir le TC à l'image. Le cas échéant, il est effectivement important que le TC de logic et le TC image correspondent ! C'est rare parce qu'en général le TC n'est pas incorporé à l'image en régie de montage, mais affiché en plus par le magnéto ou le logiciel de montage, ça fait donc plus de boulot pour le monteur de te fournir un movie avec TC.
Dans logic, un clic sur l'onglet contextuel de la fenêtre de transport permet d'afficher un SMPTE de bonne taille.

QUOTE
Y-a t'il des choses à respecter pour la synchro ? Comment cale t'on la musique par rapport à la première image ?

Sur un plan musical, évite de démarrer par une énorme pêche d'orchestre, sauf si STAR WARS apparaît en gros à l'écran. cool.gif
Plus sérieusement la musique peut démarrer sur la première image du film si tel est le souhait du réal. Là il vaut mieux commencer la génération du fichier musique non pas à 01:00:00:00 mais juste avant, à 00:59:59:00 par exemple, histoire d'éviter un clic sur le premier sample. D'ailleurs, pour toutes les plages musicales, mieux vaut laisser un peu de blanc au début. Tu nommeras bien-sûr les fichiers avec le TC "blanc inclu".


QUOTE
Comment dire à Logic d'envoyer la vidéo vers tel boitier ou caméra ?

Tu cliques sur la vidéo, un menu déroulant apparait. Si un périphérique DV compatible est connecté à un port fw du mac, Logic propose l'affichage du film via ce périph.

Écrit par : EJAD mar. 6 sept. 2005, 18:06

Merci Zikayan pour ton aide détaillée !

Tout cela à l'air bien délicat mais peut-être qu'en "situation" ça paraît plus simple, enfin, il faudra bien.

Il semble que ce soit plus compliqué de travailler avec le TC présent sur la vidéo que l'inverse non ? Dans ce cas, il n'y a jamais de décrochages ?

C'est effectivement pour Star wars... tongue.gif

J'aimerais bien... Mais pas en symphonique...

Ca à l'air excellent le coup du périph DV, ça commence à quels prix les petits boitiers compatibles ? Et quels sont-ils ?

Écrit par : zikayan mar. 6 sept. 2005, 18:23

QUOTE
Il semble que ce soit plus compliqué de travailler avec le TC présent sur la vidéo que l'inverse non ? Dans ce cas, il n'y a jamais de décrochages ?


Attention, quand le TC est incrusté à l'image dans un movie, ce n'est pas une synchro, juste un indicateur. ça permet juste de vérifier qu'on reste bien calé. Le "vrai" TC est codé dans le fichier QuickTime.
En lecture ou enregistrement, avec l'option "synchro continue" cochée, Logic compare son TC interne et celui du movie, et s'il constate une différence, se recale. Dans les faits, si le movie a été généré directement depuis un Avid ou un final cut, je n'ai jamais de soucis : si le film est en 25 images/sec, Logic en 25 images/seconde, ça roule, même pas besoin de cocher l'option "synchro continue" de logic pour rester parfaitement calé.
ça se complique quand le movie provient d'une source analogique (France3 propose encore des vhs, mieux vaut insister pour avoir au moins un DVD !) ou qu'il faut faire soi-même l'acquisition : là l'incrustation du TC est indispensable pour constater et rattrapper les glissements !

Écrit par : lionel2p mar. 6 sept. 2005, 22:09

Pour aller dans le sens de tous les posts, le PAL DV est un format qu'il est facile de demander et qui ne procure que peu de travail pour le studio de post-prod image ou producteur. Après suivant le système, libre à chacun d'encoder avec le codec qu'il souhaite. Le DV out marche bien à condition de pas trop avoir de flux sur les bus firewire du mac. Y'a des solution externes assez sympas aussi, sauf que c'est plus lourd à gérer, mais très confortable. J'ai un legacy Starsync, ca se trouve d'occase et ca marche du feu de dieu sur un PC. Autrement y'a le Bonzai Drive, c'est une petite merveille de recorder vidéo image en 1:1, et 8 pistes audios sur disque dur avec sortie Adat. Synchro en MTC ou SMPTE. La classe et bien moins cher que du Doremi.

J'oubliais, il m'est arrivé de recevoir des films compressés en Mpeg ou Sorenson (on m'a pas laissé le choix) qui bouffaient des frames à droites à gauche jusqu'à accumuler bcp de retard sur des 26 minutes ou plus. Se mefier donc, car c'est jamais agréable de s'apercevoir de ce genre de détails quand on part mixer... biggrin.gif

Écrit par : Mr.T mar. 6 sept. 2005, 22:39

D'autant que le Mpeg, de par l'effort de décompression qu'il réclame pour l'affichage, est un bouffeur de CPU même si le fichier est léger!
Et, effectivement, le coup du Firewire->DV nécessite un peu de rigueur.
A savoir, ne pas mettre la cam ou le boitier au cul de disques durs et consacrer un port du Mac à cette seule tache. De plus, chez moi, l'image tourne sur un disque SCSI UWII (carte PCI) et ça aide ausi pas mal.

Écrit par : EJAD mer. 7 sept. 2005, 08:49

J'ai trouvé http://nav.440network.com/out.php?mmsc=forums&url=http://www.macetvideo.com/directorscutscart/directorscutscart.html !

Est-ce suffisant ?

Pour les bouffages de frames ça doit être coton à gérer... Comment s'en aperçoit-on ? Comment rattraper ? C'est un enfer ce truc !

Ah bah, encore merci ! smile.gif

Écrit par : zikayan mer. 7 sept. 2005, 09:35

Le Miglia semble être un bon choix, des compositeurs sur une liste pro disent que ça marche sans problème.
Mais attention, il ne sort la vidéo qu'en péritel, donc pas de longueur et connectique pas pratique.

Tu as aussi celui-là, budget légèrement supérieur :
http://nav.440network.com/out.php?mmsc=forums&url=http://store.apple.com/Apple/WebObjects/francestore?productLearnMore=TA574

Cela-dit, si c'est ton premier travail à l'image, l'investissement n'est pas indispensable pour commencer. Tu peux te contenter d'afficher le film via le mac sur un deuxième écran, c'est facile à gérer avec les screen shots de Logic !
Et autre rappel : ce genre de convertisseur n'affiche QUE des fichiers encodés DV, donc si on te livre le movie avec un autre codec, faudra convertir. Et là les problèmes de frame peuvent survenir.

QUOTE
Pour les bouffages de frames ça doit être coton à gérer... Comment s'en aperçoit-on ? Comment rattraper ? C'est un enfer ce truc !


Si ton movie est un fichier Pal-DV en direct de Final Cut ou Avid, pas de problème à part le calage initial à ne faire qu'une fois. Sinon :
Si c'est pour faire seulement la musique, sauf musique très synchronisée, c'est souvent pas crucial, une perte d'une ou deux frames n'est souvent pas rédhibitoire, d'autant plus que tu te recales à chaque passage musical.
Si montage son précis, faut insister pour avoir le TC incrusté à l'image. Là tu visualises facilement si ça se décale. Le cas échéant, faudra demander un codec plus sûr, on revient au DV-Pal !
Je rejoint les autres, le mieux est d'insister dès le départ pour avoir du DV-Pal, quitte à se faire envoyer un DD si ça dépasse la capcaité d'un DVD (52mn = env. 10 Go) et qu'on est pas sur place...

Écrit par : jypmix mer. 7 sept. 2005, 11:01

pour apporter une petite precision au sujet du retard engendre par les boitiers convertisseurs de flux DV vers un moniteur video, il faut savoir qu'il est de 180 ms, ce qui fait en europe, ou on travaille en 25 images/s, 4 images et demi;
et ceci, que l'on passe par un Canopus ADVC 100 ou par un camescope numerique comme Mister T.
je l'ai verifie
Dans ProTools, il existe une fonction: Movie offset, destinee a compenser ce retard; il suffit de taper 18 quarter frames (1 frame ou image en francais dans le texte) = 1000ms divise par 25= 40ms; donc 1 quarter frame = 10ms
par contre je n'ai pas trouve d'equivalent chez Logic pro;
autre point a ne pas oublier sur ce chapitre du retard a l'affichage ( n'oubliez pas que vous fondez vos calages musique en fonction de ce que vous voyez a l'ecran!): le retard supplementaire induit par les moniteurs LCD; la aussi les dalles LCD ont un retard propre qui est variable suivant les generations: 10 ms sur les plus recentes mais generalement de l'ordre de 40 ms, soit 1 bonne image de plus dans les choux!
donc, meme si vous visualisez l'image en Quicktime sur un moniteur informatique LCD, il y a 1 image de decalage entre ce que vous voyez et ce que vous entendez;
il est facile de le verifier si vous avez la possibilite d'afficher simultanement sur un moniteur CRT et LCD.
j'espere que cela apportera quelques eclaircissements a ceux d'entre vous qui travaillent la musique a l'image.

Écrit par : EJAD mer. 7 sept. 2005, 11:32

Pas mal le Canopus, c'est vrai que je n'avais pas pensé à la longueur des péritels...

Donc à voir, c'est vrai que pour le premier projet c'est pas obligatoire, on verra...

J'espère que le premier en question ne devra pas être trop précis question synchro paske ça risque d'être galère, mais je suis confiant !

Le retard que signale jypmix ne me semble pas être très inquiétant vu que de son principe, l'ensemble est décalé et que comme on ne livre ensuite que l'audio, une fois recalé sur la vidéo tout doit aller...
Enfin, c'est bon à savoir quand même !

Encore un grand MERCI à vous tous pour ces éclaicissements qui m'ont rendu un peu moins ignorant !

Écrit par : Mr.T mer. 7 sept. 2005, 17:22

Pour info, je crois me souvenir que c'est Olaf qui avait dit ici même que tous les appareils DV ne généraient pas le même retard.
Ceci étant dit, l'offset que je pratique dans PT est de... 18qtr frames.
Pile poil comme Jypmix.

Sinon, gaffe Ejad, je crois que t'as pas compris le coup du retard quand tu dis:

QUOTE
Le retard que signale jypmix ne me semble pas être très inquiétant vu que de son principe, l'ensemble est décalé et que comme on ne livre ensuite que l'audio, une fois recalé sur la vidéo tout doit aller...

Non, ça n'ira pas puisque tu auras calé tes sons sur une image en retard (la vidéo, de par la plus grande lourdeur de son traitement, est en retard sur l'audio, d'où la nécessité de faire un offset dans le soft audio).
A moins que tu ne cale tous tes sons qu'en arrêt sur image (là, point de décalage forcément...) et non à la visu ("tiens, c'est pas calé... j'mets + 4 images...").

Écrit par : EJAD mer. 7 sept. 2005, 17:40

QUOTE (Mr.T @ Sep 7 2005, 17:22)
A moins que tu ne cale tous tes sons qu'en arrêt sur image (là, point de décalage forcément...) et non à la visu ("tiens, c'est pas calé... j'mets + 4 images...").

Moi rien comprendre !!! c'est du Chinois !
Mais je suis nul en math, alors en vidéométrie... blink.gif

C'est pas gagné !

Écrit par : Mr.T mer. 7 sept. 2005, 19:13

Suis moi, c'est pas compliqué.
En lecture, le Mac doit afficher la vidéo et lire l'audio.
Le débit nécessaire à l'audio étant ce qu'il est (assez faible), pas de décalage. C'est du temps réel à qqls millisecondes près.
La vidéo est non seulement plus lourde (=plus de débit) mais, en plus, il s'agit d'un fichier hebergé sur un disque dur qui doit donc: être "lu" par l'ordinateur, sortir par le port Firewire, transiter par la cam ou le boitier, être transformé en "stream" DV et converti en analogique pour pouvoir être affiché sur la TV.
Tu vois la différence??...
En arrêt sur image, tu cale ton son en le "nudgant" (un peu plus à gauche, un plus à droite, hop, ça y'est le "Clac" de la porte est calé sur la première image de la porte fermée), y'a pas lecture! Donc y'a pas décalage de débit.
Plus clair?...

Écrit par : EJAD jeu. 8 sept. 2005, 08:25

Ah oui ! C'est plus clair !

Alors quand tu disais "à la visu", tu parlais de faire le clac pendant que tout tourne ! Effectivement vu le poids du machin, il y a peu de chance qu'à la relecture ce soit bien calé...

Enfin, c'est ce que j'ai compris !

Écrit par : celmo jeu. 8 sept. 2005, 08:43

QUOTE (jypmix @ Sep 7 2005, 12:01)
Dans ProTools, il existe une fonction: Movie offset, destinee a compenser ce retard; .........par contre je n'ai pas trouve d'equivalent chez Logic pro;

Si si, cette fonction existe aussi eunn'dans Logic, et elle est meme plus complete que dans protools, puisqu'elle permet de regler l'offset alloué a l'ecran externe ET aussi a l'ecran du Mac, c'est a dire que, si l'on switche de l'ecran interne a l'ecran externe, la compensation sera faite automatiquement, alors que sur Pro Tools, il faut re initialiser le reglage lorsqu'on visualise le DV sur le nécran du mac.
voila, et ce reglage se trouve dans les preferences video

celmo

Écrit par : Mr.T jeu. 8 sept. 2005, 11:08

QUOTE (EJAD @ Sep 8 2005, 09:25)
Alors quand tu disais "à la visu", tu parlais de faire le clac pendant que tout tourne ! Effectivement vu le poids du machin, il y a peu de chance qu'à la relecture ce soit bien calé...

Heu, oui mais non, tu vas pas caler pendant la lecture...
En revanche, ce qu'on fait tous (je crois) couramment, c'est de relire nos montages son/montages musiques/Sound design and co pour voir ce que ça donne en continu.
Et, si t'as pas fait l'oofset, c'est là que tu peux te dire: "Tiens, merde, l'explosion thermo-nucléaire commence un chouille trop tôt".
Et hop tu la décale plus loin de qqls images. Tu relis, nickel.
En arrêt sur image (au début de l'explo par ex), tu te rends compte que "Non, en fait c'est bizarre, mais le 1er son de l'explo tombe sur le mec en train de finir d'actionner le détonnateur".
Et si t'envoie tel quel au mixage (ou, pire, si c'est toi qui finalise, mixage compris), la désynchro sera bien là...
D'où l'offset nécessaire.
A noter, au cas où, que cet offset n'est nécessaire QUE si tu bosse avec un moniteur externe. Il n'a pas lieu d'être si tu affiche l'image "en interne" sur l'écran de l'ordinateur.

Écrit par : EJAD jeu. 8 sept. 2005, 11:21

Ouah que de précisions ! Si avec tout ça je ne m'en sort pas...

Et dans logic pour switcher de l'écran ext à int, y'a un raccourci clavier ?

C'est dingue depuis le temps que je suis sur Logic, j'ai jamais tenté quoi que ce soit avec une vidéo !
J'vais faire des essais... Qu'on se le dise ! biggrin.gif

Propulsé par Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)