Crépitement son FCPX

[k.greg]

Bonjour,
Je travaille sur Maverick et FCPX 10.1.4.. Ca fait 2 fois que je rencontre des problèmes de son inexplicable dans FCPX. Une sorte de crépitement qui revient toutes les 2 secondes.
1er cas : sur la Timeline et sur les Rushs en lecture dans le logiciel --> aucun problème. Après export, crépitement à certains moments (quand deux pistes audio mixées). Bizarrement quand je visionne à partir de la timeline aucun problème de son.
2e cas: réalisation d'un plan multicam à partir de 2 vidéos. Le plan crépite dans la timeline. Les plans d'origine lus séparément crépitent alors qu'ils ne crépitaient avant. J'efface le plan multicam et les plans d'origine. Je les réimporte dans la timeline. Ca ne crépite plus. Je recrée mon plan multicam tout crépite de nouveau.
C'est à n'y rien comprendre. Est-ce que d'autres utilisateurs ont rencontré aussi des crépitements inexpliqués ?

 

[JLB21]

J'ai vu sur d'autres forums cette histoire de crépitement évoquée. Mais les cas ne sont jamais allés à leur terme faute d'informations précises et d'analyse rigoureuse du problème.
Me concernant, j'utilise FCP X depuis le jour de sa sortie, et je n'ai jamais eu de problème de grésillement…

Il faudrait que tu donnes quelques détails, et notamment :
- cas 1 : 'deux pistes audio mixées', de quelles pistes s'agit-il, pistes rapportées ou de la vidéo, quel est le format audio de chacune d'entre elles et de quel mixage parles-tu ?
- cas 2 : origine et nature de tes plans. Quel est, là aussi, le format audio de chacun de tes plans rentrant dans le multicam ? Ont-ils la même fréquence d'images que le projet ?

Car souvent, les problèmes viennent de mauvais encodage des pistes audio (surtout mp3), ou de pistes audio extraites de vidéos (ex. YouTube), dont la fréquence d'image originale est différente de celle du projet.

 

[k.greg]

Pour le cas n1, je ne retrouve plus certains fichiers sources. Mais pour le cas 2, voilà les 2 vidéos avec lesquelles je tente de faire du multicam:

Vidéo 1 :
00185.MTS
Size: 489.1 MB
Format: MPEG-2 transport stream format
Programs count: 1
Stream count: 3
Duration: 00:04:17
Bit rate: 15945 kb/s
Stream 0
Type: video
Codec: h264
Codec profile: High
FourCC: HDMV
Duration: 00:04:17
Width: 1920
Height: 1080
Sample aspect ratio: 1:1
Display aspect ratio: 16:9
Pixel format: yuv420p
Frame rate: 50 fps
Stream 1
Type: audio
Codec: ac3
FourCC: AC-3
Duration: 00:04:17
Bit rate: 256 kb/s
Sample rate: 48000 Hz
Sample format: s16
Channel: 2
Stream 2
Type: subtitle
Codec: pgssub

Vidéo 2:
/00159.MTS
Size: 215.5 MB
Format: MPEG-2 transport stream format
Programs count: 1
Stream count: 2
Duration: 00:04:17
Bit rate: 7026 kb/s
Stream 0
Type: video
Codec: h264
Codec profile: High
FourCC: HDMV
Duration: 00:04:17
Width: 1440
Height: 1080
Sample aspect ratio: 4:3
Display aspect ratio: 16:9
Pixel format: yuv420p
Frame rate: 50 fps
Stream 1
Type: audio
Codec: ac3
FourCC: AC-3
Duration: 00:04:17
Bit rate: 256 kb/s
Sample rate: 48000 Hz
Sample format: s16
Channel: 2

Elles sont toutes les 2 issues de caméra grand public (récupérées d'amis). Bizarre le codec et l'échantillonnage semblent être le même.
Mon projet est en 1080i, le son est en AppleProRes 48khz.
J'ai l'impression que c'est le passage du son en AppleProRes qui fait grésiller. Tant que je ne demande pas de rendu et que le logiciel lit les vidéos à partir des fichiers sources aucun problème. La création d'un plan multicam doit imposer une conversion des vidéos...

 

[JLB21]

Effectivement, les audios semblent identiques. En revanche (et je ne suis pas spécialiste), ce sont des vidéo qui semblent avoir été ré-encapsulées en mts, mais différentes à l'origine (cela ressemble à des vidéos enregistrées avec une box ADSL).
Puisque le premier est un 1080 X1920 à 16 Mbps et probablement 50 ips en mode progressif. Alors que le deuxième en 1440X1080 à 7 Mbps semble être à l'origine du HDV à 50 ips en mode entrelacé.

Qui qu'il en soit, à mon avis, ton problème semble être le suivant : ces rushes n'ont pas été importés en direct de caméra. Car lorsque FCP X importe en direct de caméra, il encapsule les vidéos en .mov, vidéo intouchée, audio converti en PCM (format décompressé).

Alors que dans le cas d'importation depuis un dossier, les rushes sont importés en l'état (container, vidéo et audio).

A ta place, mais je ne sais pas si tu as les outils, j'essaierais de ré-encapsuler tout cela en .mov avec l'audio converti en PCM (comme le ferait FCP X).

Et je pense qu'il en serait terminé de tes soucis de grésillement. Sans toutefois en avoir la certitude…

Ou alors, tu pourrais faire l'essai de convertir un clips de chaque, par exemple en h.264/AAC, et voir si le problème perdure une fois combinés en multicam.

 

[k.greg]

OK. Merci. Je vais tester. De les convertir ou les réencapsuler avant montage.

 

[k.greg]

J'ai trouvé le moment exact où le son crépite. Quand j'importe un des fichiers en media-optimisé, ça craque. J'ai des vidéos de 3 sources différentes pas importées de caméra mais de fichiers directement. Résultats ça craque pour les 3 dès qu'on veut bricoler dessus et que Final Cut a la bonne idée de les passer en AppleProRes. Je suis hyper mécontent. Est-ce une maj qui a entrainé ça ? J'attends d'un logiciel de montage de pouvoir mettre un peu n'importe quoi dans la time line.
J'ai toujours fait des montages avec des fichiers issus de plusieurs sources. J'ai d'ailleurs des tonnes de rush sur DD chez moi comme je n'ai pu acquérir de quoi les monter que tard.
Comment peut-on réencapsuler les vidéos JLB21 ? Je n'ai que FCPX et Compressor. Un logiciel à conseiller?

 

[JLB21]

Il y en a plusieurs. Mais à mon avis il y a un logiciel indispensable dès lors que l'on touche à la vidéo, c'est iFFmpeg (qui propose une version d'essai), certes payant (17,50 €), mais capable de tout ouvrir, de tout ré-encapsuler, et notamment avec la fonction 'passthrough' toujours disponible, quel que soit le container de destination choisi, en audio comme en vidéo.

Ex. ici ré-encapsulage d'un mts vers en ts, fenêtre de réglage Vidéo, choix de vidéo passthrough, audio en AAC (mais j'aurais pu choisir PCM en ouvrant la fenêtre de réglage audio).
Dans ce cas, seul l'audio est ré-encodé, ce qui est extrêmement rapide.

Et si tu convertis en PCM, il m'étonnerait bien que les grésillements subsistent, sans que je puisse te le garantir (As-tu essayé en ré-encodant deux clips courts ?)…

 

[k.greg]

Si j'exporte en fichier master, ça crépite. Si j'exporte en Partager le fichier avec H.264 en codecs. Ca ne crépite plus.
C'est une solution mais il y a quand même des sacrés pertes au niveau du son (--> passer en 125 Kb par secondes, pour du montage, c'est pas terrible quand même).
Je pense que le réencapsulage est la meilleure solution et la plus rapide.

J'ai téléchargé iffmpeg par contre je n'arrive pas l'utiliser. Il me demande d'installer une binary ffmpeg et 30 000 trucs sur des sites obscurs. Je n'ose pas tenter le coup.

 

[JLB21]

Non, n'aies pas peur. Il n'y a pas plusieurs choses à télécharger, juste la bibliothèque ffmpeg qui appartient au 'monde libre' et qui est donc gratuite.
Un éditeur de logiciel qui se respecte n'a pas le droit de l'intégrer directement dans un logiciel commercialisé.
C'est sur cette bibliothèque que s'appuient la plupart des convertisseurs audio/vidéo (Mac, Linux ou Windows).

Une fois que tu l'as téléchargée, si mes souvenirs sont bons, il suffit de glisser le dossier sur la fenêtre d'iFFmpeg pour être opérationnelle.

Je ne comprends pas ce que tu veux dire par là, qu'est-ce que c'est que 125 Kbps dont tu trouve que ce n'est pas terrible ('C'est une solution mais il y a quand même des sacrés pertes au niveau du son (--> passer en 125 Kb par secondes, pour du montage, c'est pas terrible quand même).')?

De toutes façons, sur Mac, pour la vidéo, tu as Adobe Première Pro, à environ 50 € par mois ad vitam aeternam, ou Avid Media Composer, à plus de 10 000 €.
Et rien ne dit que tes rushes ne poseraient pas problème ?
Car FCP X est réputé justement pour accepter n'importe quoi.

Mais ce n'est pas le logiciel qui doit être mis en cause dans de tels cas, c'est en principe la manière dont a été enregistré l'audio.

 

[k.greg]

S'agissant du son en 125 kbps, je parlais du fichier exporté de FCPX à partir de mes rushs. Il ne crépite plus mais le son est codé en 125 kbs (les rushs sont en 256 kbps). Je trouve que c'est une importante compression par rapport aux rushs d'origine. Cette perte de qualité me titille un peu.
Je suis d'accord pour le choix de FCPX par rapport à Premiere quand on n'est sur Mac (prix, performances...). Mais je persiste à croire que les problèmes de son que je rencontre n'existait pas dans les versions précédentes de FCPX.
Je vais suivre ta démarche pour iffmpeg. Merci de tes lumières.

 

[JLB21]

Pourrais-tu nous dire quel préset as-tu choisi pour exporter de FCP X ? Je présume master en H.264 ?

Si tu possèdes Motion, tu peux créer un préset de sortie avec un débit audio à ta convenance. Par ailleurs, sache que l'encodage AAC est ce qui se fait de mieux, d'où la réduction du débit.

Mais es-tu en mesure de vérifier à l'écoute une éventuelle baisse de qualité résultant de cette réduction de débit ?

 

[k.greg]

Non quand je fais Export Fichier Master. Ca crépite. J'ai exclu le fait de tout réencoder avec Compressor. C'est trop long. J'ai fait Partager/Exporter le fichier/H.264 sous FCPX. Y a sans doute pas trop de différences à l'oreille...
Je suis en train de tout reconvertir avec Iffmpeg en .mov vidéo passthru et son PCM.

 

[JLB21]

Non quand je fais Export Fichier Master. Ca crépite. J'ai exclu le fait de tout réencoder avec Compressor. C'est trop long. J'ai fait Partager/Exporter le fichier/H.264 sous FCPX. Y a sans doute pas trop de différences à l'oreille...
Je suis en train de tout reconvertir avec Iffmpeg en .mov vidéo passthru et son PCM.

Quand tu exportes en fichier Master, choisis-tu H.264 ou ProRes ?

Concernant Compressor (possèdes-tu la dernière version ?), tu n'es pas obligé 'd'envoyer à Compressor'.

Dans Compressor, tu peux créer ton preset d'export, par exemple en 1080 50p, H.264/AAC. Tu définis ton débit vidéo ET ton débit audio (puisque c'est ton soucis).
Puis, dans FCP X, dans la fenêtre d'export, tu cliques sur + afin d'ajouter dans ta liste le préset que tu viens de créer dans Compressor. Ainsi, tu maîtrises parfaitement les caractéristiques de format/définition/débit de tes vidéos.
L'export n'est absolument pas plus long dans la mesure où tu ne compliques pas les critères d'export (passe multiples ou autres).
Personnellement j'ai mes propres présets pour les différentes diffusions de mes vidéos.

Notamment, effectués dans les règles de l'art selon les préconisations très précises de YouTube lorsque je poste une vidéo sur ce site de partage…

Concernant le ré-encapsulage en cours, avant de tout faire, tu devrais vérifier que ton problème a disparu. C'était juste une proposition de ma part, dont je n'avais pas la certitude du résultat (bien qu'étend persuadé qu'il va disparaître)…
Mais tu as pu vérifier déjà que cette opération est extrêmement rapide, une simple formalité…

 

[k.greg]

Impossible de mettre du mts directement dans Compressor (4.1.3). Il faut forcément que je l'envoie de FCPX.
S'agissant de mon export, c'est du master H.264. Et ça crépite. C'est bizarre parce que le fichier devrait être le même qu'en faisant à la place Exporter le fichier/H.264. Les presets sont les mêmes il me semble. Et pourtant par la 2ème méthode le son reste propre.
La solution de réencapsuler est la bonne. Ca passe nickel.

Je me suis par contre rendu compte d'un nouveau truc. A la base, j'étais sous Windows et je filmais depuis quelques années en AVCHD. Ma machine n'était pas assez puissante à ce moment là donc j'ai conservé beaucoup de rushs sous forme de fichier m2ts.
Après l'acquisition de mon mac, j'ai depuis monté pas mal de films avec ces rushs sans aucun problème.
Je viens de faire un test et malheureusement ce n'est plus possible maintenant. Il se passe le même problème de son quand FCPX transcode le fichier que pour les vidéos dont j'ai posté les infos ci-dessus.
Deux hypothèses :
1) Jusqu'à présent, FCPX n'avait jamais besoin de transcoder mes fichiers et ça ne m'arrive que maintenant parce que le multicam impose un media optimisé. Par contre, bizarrement j'ai déjà fait des exports en AppleProRes et aucun problème.
2) Depuis une maj récente, Final Cut NE GERE PLUS LES FICHIERS MTS ou M2TS avec du son AC3. Ca fonctionne très bien avec l'architecture AVCHD directement extraite de la caméra.

Je pencherais plutôt pour la 2ème hypothèse. Je ne sais pas si quelqu'un d'autre pouvait faire le test. Transcoder un fichier mts (ou m2ts) et voir si le son déconne.

ps: en faisant des recherches sur FCPX et l'AC3, j'ai découvert qu'Apple ne présente plus l'AC3 dans les formats prise en charge par FCPX. Dans mon moteur de recherche, il apparait mais dès que j'ouvre la page du site d'Apple pas d'AC3.
C'est certes un format de merde mais beaucoup de camescopes grand public fonctionne avec ça.

 

[JLB21]

Salut,

Je suis déjà satisfait en apprenant que le ré-encapsulage te donne satisfaction, tes problèmes sont définitivement réglés, même à partir de tes anciens rushes en m2ts.
Cette pratique est extrêmement rapide et évite tous problèmes par la suite.

En revanche, je trouve curieuses tes observations concernant cette incompatibilité de FCP X avec l'AC3. Et il est à mon avis impensable qu'il en soit ainsi, car l'AVCHD en sortie de camescope, c'est quand même de l'audio AC3…
Je possède une maintenant vieille CX-700, et l'audio est en AC3.

Il est vrai que, comme déjà dit ci-avant, lors d'import en direct de camescope, FCP X ré-encapsule en .mov, vidéo in-touchée, audio converti en PCM.
Et je me suis toujours demandé pourquoi il n'en était pas de même en import depuis le Finder…

Mais je n'ai jamais vu ton problème évoqué sur les forums spécialisés FCP X. Sinon, qu'il est toujours recommandé, lorsque l'importation en direct n'est pas possible, de créer des images disque des cartes mémoires de camescopes/caméras.
Ainsi, lorsqu'on veut reprendre les rushes, l'image disque est vue comme une caméra, et les rushes traités comme lors d'une importation en direct.

Pour en terminer, peut-être pourrions-nous considérer le sujet comme résolu, qu'en penses-tu ?

 

[k.greg]

Salut,

Je suis déjà satisfait en apprenant que le ré-encapsulage te donne satisfaction, tes problèmes sont définitivement réglés, même à partir de tes anciens rushes en m2ts.
Cette pratique est extrêmement rapide et évite tous problèmes par la suite.

En revanche, je trouve curieuses tes observations concernant cette incompatibilité de FCP X avec l'AC3. Et il est à mon avis impensable qu'il en soit ainsi, car l'AVCHD en sortie de camescope, c'est quand même de l'audio AC3…
Je possède une maintenant vieille CX-700, et l'audio est en AC3.

Il est vrai que, comme déjà dit ci-avant, lors d'import en direct de camescope, FCP X ré-encapsule en .mov, vidéo in-touchée, audio converti en PCM.
Et je me suis toujours demandé pourquoi il n'en était pas de même en import depuis le Finder…

Mais je n'ai jamais vu ton problème évoqué sur les forums spécialisés FCP X. Sinon, qu'il est toujours recommandé, lorsque l'importation en direct n'est pas possible, de créer des images disque des cartes mémoires de camescopes/caméras.
Ainsi, lorsqu'on veut reprendre les rushes, l'image disque est vue comme une caméra, et les rushes traités comme lors d'une importation en direct.

Pour en terminer, peut-être pourrions-nous considérer le sujet comme résolu, qu'en penses-tu ?

Oui merci de tes lumières. Je saurai à l'avenir pour l'AVCHD. J'ai essayé avec plein de vidéo mts et m2ts de différentes sources (4 camescopes différents). Le problème est apparemment à chaque fois pour les fichiers transcodés et ensuite à l'export. Etonnant que personne ne connaisse ce problème. Le crépitement est plus ou moins perceptible (je travaille avec un casque de bonne facture).