12 réponses à ce sujet

[Mikélé]

Bonjour à tou(te)s,

je lance ce sujet car je me pose - comme probablement un certain nombre d'entre vous - pas mal de questions sur la façon qu'a FCP X d'importer des vidéos, et notamment celles au format AVCHD, ou DV ou encore depuis le disque dur de son ordi.
Car si tout devrait se passer relativement bien lorsqu'aucun "problème d'horloge" n'est venu perturber la prise de vue, certaines pratiques peuvent également causer quelques soucis, comme semblent l'indiquer mes premiers essais.

Commençons par le format d'importation :

1• les fichiers .MTS ne sont pas importables par fichier (message "Aucun fichier importable"), même si ceux-ci sont présents dans leur arborescence AVCHD complète

2• quel est ce format 'avc1' affiché par QT Player 7 lors de la lecture des "(id).mov" générés par FCP X dans le dossier de l'événement ? Une sorte de "rewrap" à la ClipWrap ? (apparemment oui)

3• pourquoi la bande son AC3 5.1 est systématiquement réduite à de la la stéréo 16-bits ? (pas trouvé le moyen de contourner cela dans FCP X)

4• comment peut-on changer les dates des clips importés ?

J'ai pas mal d'autres commentaires et constatations à ajouter sur ce processus d'importation, notamment concernant la... je devrais dire les dates utilisées pour un clip, mais je lance ici le sujet.
Merci de bien vouloir ajouter les points suivants en respectant la même numérotation, cela aidera lors de la formulation des réponses et leur lecture.

Modifié par Mikélé, 10 août 2011 - 10:52.

[Mikélé]

5• les fichiers "(id).mov" ont deux annotations ajoutées lors de l'importation : (cmd-J dans QT Player 7 Pro)
      'Creation date' de la forme 'YYYY-MM-DDTHH:MM:SS+hhmm'
      'Logiciel' (en Français dans le texte) contenant par exemple 'Mac OS X 10.6.8 (10K549)'

6• la date utilisée dans le "panneau Événements" (à gauche) correspond à l'annotation 'Creation date'

7• la date affichée dans le "panneau Info" (à droite) correspond à la date de *création* du fichier

8• les archives FCP X (extension .fcarch) sont en fait de simples dossiers "bundle" de la carte mémoire avec quelques fichiers .plist au contenu quelque peu cryptique...

9• normalement, les dates (6) et (7) devraient être identiques, mais parfois elles diffèrent :
     - la (6) semble provenir du flux MTS (visible en utilisant exiftool -DateTimeOriginal par exemple)
       ou encore du fichier AVCHD/BDMV/CLIPINF/*.CPI correspondant (?)
    - la (7) est celle de la création du fichier, qui peut être postérieure à celle de la prise de vue,
       notamment dans le cas d'une copie du disque dur / mémoire intégrée vers la carte mémoire
       du caméscope (sur mon Pana TM300 en tout cas)

Modifié par Mikélé, 10 août 2011 - 10:53.

[JLB21]

Les mêmes choses sont observées chez moi.

2• Je ne savais pas que ce format était ouvert par QT 7. J'avais été surpris de voir qu'il ne s'ouvrait pas dans QT Player 10 ??? et je pensais que seul VLC l'ouvrait…

3• D'après ce tutorial (), le traitement de l'audio en surround est possible, mais effectivement, comment importer ?

4• J'ai déjà changé des dates de création directement dans un dossier Evénement avec File Properties Editor.

8• Je n'utilise pas l'archivage de FCP X car il n'y a que FCP X qui peut exploiter les archives, sauf à ouvrir le contenu du paquet (je n'ai pas essayé) ?
En revanche, je ne fais pas l'image disque de la mémoire interne du camescope (d'autant plus que j'ai 98 Go sur ma CX 700), juste l'image du dossier BDMV, c'est beaucoup plus rapide et cela pose moins de problème.

Jai constaté un problème à l'export avec la commande 'Exporter le film'. Avec mon ancien iMac Core 2 Duo, cette commande est opérationnelle. Elle ne l'est plus avec mon nouvel iMac i5. Pourtant j'ai cloné le deuxième à partir du premier (les deux sont sous 10.7) avec SuperDruper.
Avec l'iMac i5, FCP X quitte si je veux exporter sous ce format (mp4 à 13 Mbps).

Du coup, j'ai acheté Compressor. Mais je ne suis pas parvenu à créer une sortie mp4 H.264 en HD à plus de 10 Mbps. Car la commande de débit ne dépasse pas 10 Mbps…
Et pourtant le débit de 13 à 15 Mbps me paraît idéal pour la HD.

Enfin, je voudrais dire que je suis comblé avec ce logiciel, car le montage de l'AVCHD direct permet un export de qualité parfaitement identique à ce qui a été enregistré par la caméra (je capte en 25p et exporte en 25p).
C'est magnifique.

[Mikélé]

4• J'ai déjà changé des dates de création directement dans un dossier Evénement avec File Properties Editor.

Et cela a influé sur la date affichée dans la bibliothèque d'événements et/ou la liste des plans ?
Car chez moi, il faut modifier l'annotation 'Creation date' avec QT Player 7 Pro - et encore avec quelques "subtilités"(*) dues apparemment à un bug de ce dernier - pour les y voir reflétées...

(*) saisir la modif de date dans le format 'YYYY-MM-DDTHH:MM:SS+hhmm', supprimer l'annotation en question, cmd-Z pour annuler et enfin cmd-S pour sauver !

D'ailleurs, à ce sujet,

10• il semblerait qu'il y ait un petit bug d'affichage de l'année dans la bibliothèque d'événements :

            

Suis-je le seul affecté ? je n'en ai vu mention nulle part et pourtant ce bug est bien présent sur mes 2 machines, l'une sous 10.6.8, l'autre sous 10.7...

Au fait, comme nos machines sont assez proches (iMac 27", 12 Go de RAM, cartes graphiques "trappues", core i5 2.7 de 2011 (Sandy Bridge) pour toi, core i7 2.93 de 2010 pour moi), que penses-tu de la performance de ta machine pour éditer l'AVCHD en natif ? Est-ce jouable ou vaut-il mieux selon toi privilégier le ProRes en format intermédiaire ?

Modifié par Mikélé, 10 août 2011 - 13:29.

[Mikélé]

2• Je ne savais pas que ce format était ouvert par QT 7. J'avais été surpris de voir qu'il ne s'ouvrait pas dans QT Player 10 ??? et je pensais que seul VLC l'ouvrait…

Ah bon ?
Chez moi, aucun problème tant sous 10.6.8 que 10.7, QT Player 7 ou X.
Totale fluidité de lecture, y compris sur mon MBP 2010 (core i5 2.53).

Serait-ce grâce à Perian ? Possible mais en tout cas, rien ne l'indique comme cela devrait pourtant être le cas :

Modifié par Mikélé, 10 août 2011 - 11:36.

[JLB21]

4• J'ai déjà changé des dates de création directement dans un dossier Evénement avec File Properties Editor.

Et cela a influé sur la date affichée dans la bibliothèque d'événements et/ou la liste des plans ?
Car chez moi, il faut modifier l'annotation 'Creation date' avec QT Player 7 Pro - et encore avec quelques "subtilités"(*) dues apparemment à un bug de ce dernier - pour les y voir reflétées...

(*) saisir la modif de date dans le format 'YYYY-MM-DDTHH:MM:SS+hhmm', supprimer l'annotation en question, cmd-Z pour annuler et enfin cmd-S pour sauver !

Je viens de re-tester, effectivement ce n'est pas évident du tout. Il faut que j'approfondisse…

D'ailleurs, à ce sujet,

10• il semblerait qu'il y ait un petit bug d'affichage de l'année dans la bibliothèque d'événements :

            

Suis-je le seul affecté ? je n'en ai vu mention nulle part et pourtant ce bug est bien présent sur mes 2 machines, l'une sous 10.6.8, l'autre sous 10.7…


Même chose chez moi, pourtant j'ai vu des tutorials où l'affichage de l'année était présent.

Au fait, comme nos machines sont assez proches (iMac 27", 12 Go de RAM, cartes graphiques "trappues", core i5 2.7 de 2011 (Sandy Bridge) pour toi, core i7 2.93 de 2010 pour moi), que penses-tu de la performance de ta machine pour éditer l'AVCHD en natif ? Est-ce jouable ou vaut-il mieux selon toi privilégier le ProRes en format intermédiaire ?

Je n'ai pas tes compétences Auparavant, j'utilisais iMovie. J'avais voulu me lancer avec FCE, mais j'avais trouvé cela trop compliqué pour mes besoins et j'avais laissé provisoirement tomber.
Je rappelle que je ne suis qu'un modeste amateur.

Je filme en 25p 24 Mbps et je ne vois pas l'utilité de passer par le ProRes. Même sur mon précédent iMac avec une carte graphique incompatible, cela marchait très bien à mon sens.
J'espère juste que FCP X sera un jour capable de gérer le 50p à 28 Kbps, à condition qu'il soit possible d'exporter en 5Op et que mon WD HD Live puisse le lire, je n'ai pas vérifié.

[JLB21]

2• Je ne savais pas que ce format était ouvert par QT 7. J'avais été surpris de voir qu'il ne s'ouvrait pas dans QT Player 10 ??? et je pensais que seul VLC l'ouvrait…

Ah bon ?
Chez moi, aucun problème tant sous 10.6.8 que 10.7, QT Player 7 ou X.
Totale fluidité de lecture, y compris sur mon MBP 2010 (core i5 2.53).

Serait-ce grâce à Perian ? Possible mais en tout cas, rien ne l'indique comme cela devrait pourtant être le cas :

Pourtant, j'ai Perian installé et à jour. Effectivement, QT 7 lit parfaitement les clips mais j'ai manifestement un problème avec QT 10.

[Mikélé]

Même chose chez moi, pourtant j'ai vu des tutorials où l'affichage de l'année était présent.

Intéressant... j'ai donc essayé de changer les préférences système et de déclarer l'Anglais comme langue principale... et là l'année est affichée ! tout en respectant mes préférences de noms de mois français



C'est donc un problème de localisation... Je m'en vais donc de ce pas rapporter le problème à Apple en espérant qu'il soit corrigé bientôt !

Je n'ai pas tes compétences Auparavant, j'utilisais iMovie. J'avais voulu me lancer avec FCE, mais j'avais trouvé cela trop compliqué pour mes besoins et j'avais laissé provisoirement tomber.
Je rappelle que je ne suis qu'un modeste amateur.

Ne sois pas modeste ! et je te signale que je suis également un "amateur" question montage vidéo !
Simplement mes connaissances informatiques m'incitent à aller chercher le "pourquoi du comment" (le terminal et la ligne de commandes ne me font pas peur, loin de là, ils me rassureraient presque ! )

Et comme toi, je préférais iMovie'11 à FCP 7 car même si j'appréciais sa puissance je trouvais ce dernier rébarbatif question organisation des médias.
Mais maintenant, je crois que je vais tout miser sur FCP X qui me semble extrêmement prometteur.

Cependant, compte tenu du volume de vidéos personnelles que j'ai à gérer (depuis le début des années 1990), je préfère faire le tour des problèmes avant de me lancer dans une éventuelle et longue phase de ré-acquisition de ces vidéos, car je les ai toutes en format natif (DV ou AVCHD, "full" ou "light") et donc je voudrais savoir si le temps des formats intermédiaires est enfin révolu pour moi compte tenu de la puissance de ma machine. Cela semble bien possible !

Modifié par Mikélé, 10 août 2011 - 16:20.

[JLB21]

2• Je ne savais pas que ce format était ouvert par QT 7. J'avais été surpris de voir qu'il ne s'ouvrait pas dans QT Player 10 ??? et je pensais que seul VLC l'ouvrait…

Ah bon ?
Chez moi, aucun problème tant sous 10.6.8 que 10.7, QT Player 7 ou X.
Totale fluidité de lecture, y compris sur mon MBP 2010 (core i5 2.53).

En fait, mes dossiers Bibliothèque->QuickTime et Système->Bibliothèque->QuickTime étaient très parasités depuis le temps…
Avec des dossiers tout neufs, tout fonctionne comme chez toi.

Concernant Lion, as-tu remarqué que le QuickTimeMPEG2 composent est devenu caduc. De ce fait, plus possible d'ouvrir un mpeg2 avec MPEG Streamclip, et le fonctionnement de Movie Gate est très compromis.

Concernant FCP X, la qualité d'éventuels DVD Vidéo est excellente, du moins en partant du 25p. Incomparable en tout cas avec ce que j'obtenais avant à partir du 50i de ma petite HV10, mouliné par iMovie et MovieGate…

Encore une satisfaction de plus pour un ancien utilisateur d'iMovie !

[herve]

hello (juste de retour de vacances, une réponse rapide )

2• quel est ce format 'avc1' affiché par QT Player 7 lors de la lecture des "(id).mov" générés par FCP X dans le dossier de l'événement ? Une sorte de "rewrap" à la ClipWrap ? (apparemment oui)

avc1 est l'un des petits noms (FourCC) du h264
et oui, FCPX filtre le flux source (comme il le fait aussi sur iMovie en amont ) mais te permet ici de squeezer l'étape de conversion (aic ou prores)

3• pourquoi la bande son AC3 5.1 est systématiquement réduite à de la la stéréo 16-bits ? (pas trouvé le moyen de contourner cela dans FCP X)

avis purement perso: j'ai laissé tomber la conservation 5.1 et ne fait que de la stéréo (les constructeurs ont eu la merveilleuse idée de ne pas identifier dans le flux qui est devant/derrière/etc, et chaque constructeur veut imposer sa "norme de positionnement arbitraire des canaux"). ça ne m'étonnerait pas qu'Applme ait pensé la même chose que moi, à savoir: ùmieux vaut un bon stéréo qu'un 5.1 aléatoirement géré…

à+

[Mikélé]

10• il semblerait qu'il y ait un petit bug d'affichage de l'année dans la bibliothèque d'événements...
Suis-je le seul affecté ? je n'en ai vu mention nulle part et pourtant ce bug est bien présent sur mes 2 machines, l'une sous 10.6.8, l'autre sous 10.7...

Le problème n'est pas général à toutes les langues mais à un certain nombre dont le Français et l'Allemand. Apple est au courant et travaille sur une correction...

http://discussions.a...501872#15501872

[Mikélé]

Salut Hervé !

et oui, FCPX filtre le flux source (comme il le fait aussi sur iMovie en amont ) mais te permet ici de squeezer l'étape de conversion (aic ou prores)

Hmmm... pas tout suivi là. Tu peux reformuler stp ?
Ce serait donc un format réarrangé du flux source comme avec ClipWrap ?

avis purement perso: j'ai laissé tomber la conservation 5.1 et ne fait que de la stéréo (les constructeurs ont eu la merveilleuse idée de ne pas identifier dans le flux qui est devant/derrière/etc, et chaque constructeur veut imposer sa "norme de positionnement arbitraire des canaux"). ça ne m'étonnerait pas qu'Applme ait pensé la même chose que moi, à savoir: ùmieux vaut un bon stéréo qu'un 5.1 aléatoirement géré…

J'ai de toute façon commencé à réimporter mes vidéos "rewrappées" par ClipWrap qui lui conserve le 5.1 et dont la conversion en LPCM semble très bien gérée par FCPX. Et je crée aussi une version "proxy" pour tous les clips AVCHD (y compris AVCHD lite) en quart de résolution. Le surcoût en taille de stockage est très raisonnable à environ +80%. On est loin des x7 de l'AIC !

Aucun problème par ailleurs avec tous mes clips en format DV (y compris Hi8 et VHS-C) que j'avais déjà encapsulés en .mov.

Ce qui me gêne le plus par contre, ce sont toujours ces problèmes de dates et c'est avec ClipWrap que je m'en sors le mieux. Je posterai plus tard l'état actuel de mes observations car pour l'instant c'est plutôt le bazar avec cette version 10.0...

Modifié par Mikélé, 23 août 2011 - 08:34.

[herve]

Salut Hervé !

et oui, FCPX filtre le flux source (comme il le fait aussi sur iMovie en amont ) mais te permet ici de squeezer l'étape de conversion (aic ou prores)

Hmmm... pas tout suivi là. Tu peux reformuler stp ?
Ce serait donc un format réarrangé du flux source comme avec ClipWrap ?

ben oui, d'ailleurs le soft clipwrap s'appuie sur le code d'Apple fourni gratuitement dans leur SDK fireWire (qui lit les flux non-compatibles QuickTime, et les filtre pour les rendre compatibles).
À l'origine Apple a fait ce code pour les cam DV (puis l'a fait évolué pour les cam HDV, etc)
(Encore un avis purement perso et pas confirmé: ) Je pense qu'Apple ne l'a jamais mis en avant pour des raisons de license: à quoi bon avoir un soft qui ferait souplement ce qu'on lui demande, si on n'a pas le droit de s'en servir (=license)? Toujours au feeling, je pense que les "bridages d'importation" des softs d'Apple ne sont liés qu'au type de license qu'ils ont acquis

Double remarque (identique):

conserve le 5.1 et dont la conversion en LPCM semble très bien gérée par FCPX

oui … mais ça dépend des constructeurs (rien n'est standardisé )

Ce qui me gêne le plus par contre, ce sont toujours ces problèmes de dates

même topo qu'au-dessus, les dates ne sont pas standardisées. Ni entre les différents formats (c'est compréhensible) ni même à l'intérieur d'un même format, ni même de la même façon chez un même constructeur !!!
Ex: un Lumix écrit les dates en hexa dans un fichier sous forme de date américaine -année d'abord, et mon caméscope (panasonic lui aussi, qui filme en 1080i50) enregistre cette même info dans un autre fichier, différemment et avec une date européenne -jour d'abord. Donc aucune constance sur la manière de coder le fichier hexadécimal avec le lumix, pourtant du même constructeur.

(Je repique ta phrase pour en déformer le sens )

pour l'instant c'est plutôt le bazar

le jour où les constructeurs se préoccuperont des utilisateurs et non uniquement de leur part de marché en tentant d'imposer des solutions propriétaires, alors ce sera cool pour nous utilisateurs (PS: tu as vu je me fais encore le défenseur d'Apple )

Vivement l'émergence d'un vrai standard (même si je n'y crois plus)

à+

Modifié par herve, 23 août 2011 - 09:52.