8 réponses à ce sujet

[phcm64310]

Bonjour

 

je viens de m apercevoir que ma télé sony lit bien les fichiers mov mais sans le son, je n avais pas ce pb avec iMovie qui sortait en MP4

 

Comment avec FCX sortir en MP4 et non MOV ?

 

merci

[JLB21]

Remplacer mov par mp4, cela devrait le faire… Car c'est le même codec audio dans les deux cas.

 

Et sinon, essaie de ré-encapsuler en mp4 avec Remux. Ce petit logiciel gratuit va changer le container de mov en mp4 sans toucher ni à la vidéo, ni à l'audio. C'est donc quasiment instantané.

 

Et si cela ne va pas, il faudra envisager d'acquérir iFFmpeg, payant, mais qui est capable d'à peu près tout.

 

[phcm64310]

Merci

 

Je viens de trouvuer une solution native ici

 

 

Merci encore

[JLB21]

SUPER !!

 

Cette fois-ci, c'est toi qui m'apprend quelque chose !

 

Bravo ! 

[phcm64310]

       

[uzboxberg]

tu peux aussi sortir le film directement en fichier "dispositif Apple 1080p" (ou autres 720p ou 4k), ce qui produit un fichier .m4v que l'on peut renommer en .MP4 (ma télé les lit sans broncher).

Sinon, pendant des années, j'ai sorti des fichiers master (ce que je fais de toute façon), que j'ai ensuite encodés avec MPEG Streamclip, "exporter en MPEG-4..." avec les reglages qui vont bien (très rapide et de bonne qualité, mais il ne faut pas sélectionner le multi-pass).

[Mikélé]

... iFFmpeg, payant, mais qui est capable d'à peu près tout.

 

Bonjour JL   

 

cela fait quelque temps que je n'ai pas posté, mais entre temps j'ai quand même appris que (i)FFmpeg ne fait pas toujours tout comme il faut !  

 

En l'occurence, si l'on a un fichier MP4 "découpé" (in/out + save) depuis un autre MP4, le fichier découpé contient des infos "edit list" (EDL) que FFmpeg ne respecte pas.

Après un certain nombre d'échanges avec un des développeurs de iFFmpeg, qui lui-même (surpris) s'est renseigné auprès de l'équipe de développement de FFmpeg, j'ai eu la confirmation que les EDL d'un fichier MP4 ne sont pas gérés correctement car... non officielles pour ce type de fichier ! Un peu psycho-rigides les gusses dans l'équipe FFmpeg ! (comme pour beaucoup de projets open source selon moi...)

 

Sans parler des problèmes de localisation qui bloquent la conversion audio du fait de noms de piste "non prévus" (accents) liés à ma version française de OS X (pas de changement en 6.0.4 alors que le bug a été signalé en 6.0.0)

 

Bref, cela veut dire que je peux attendre un bon moment (ma retraite ?) avant que cela ne bouge ! Et cela se traduit par des séquences converties* qui commencent avant ma "coupe" (issue du superbe MPEG StreamClip). Autant dire que c'est totalement rédhibitoire (show-stopper) en ce qui me concerne ! (pas question de re-découper les milliers de fichiers convertis, sans même aucune garantie qu'ils seront lus correctement (par ex. avec un player "psycho-rigide" / open source)

 

Je vais donc utiliser Compressor d'Apple qui lui gère très bien les EDL des MP4 !  (comme toutes les autres applis d'Apple d'ailleurs : FCP X, QT 7 Pro, QT X)   

 

A+

Mikélé

 

(*) crop + petit "unsharp mask" + réduction du bitrate de 30 à 20 Mbps avant traitement de la piste son par SoundSoap 4.1

Modifié par Mikélé, 05 mai 2016 - 23:04.

[JLB21]

Salut Mikélé 

 

Comme je te l'avais dit, j'avais demandé en son temps aux développeurs de iFFmpeg d'avoir la possibilité de conserver la date d'origine lors de ré-encapsulage de rushes. Et ils avaient apporté une solution très rapidement…

 

Mais avec toi, ils sont tombés sur un client inhabituel, tu n'es pas l'utilisateur lambda ! Tu as dû les terroriser !

 

En attendant, et bien que je n'utilise plus que très occasionnellement iFFmpeg, merci de l'information. je serai désormais plus modéré dans mes conseils…

 

Pourrais-tu essayer succinctement Adapter, petit logiciel gratuit et me dire si tu observes la même chose qu'avec iFFmpeg ?

 

A+

 

JLB

[Mikélé]

Comme je te l'avais dit, j'avais demandé en son temps aux développeurs de iFFmpeg d'avoir la possibilité de conserver la date d'origine lors de ré-encapsulage de rushes. Et ils avaient apporté une solution très rapidement…

 

Oui JL, mais dans ton cas, c'est possible de changer la date du fichier produit par FFmpeg à postériori et par iFFmpeg

( via un "touch unix" assez simple mais parfois limité (du vécu) ou mieux encore via les API OS X de gestion de fichiers )

D'ailleurs, c'est une fonctionnalité très utile, également proposée via une simple case à cocher dans les préférences de ClipWrap,

mais la question est de savoir quelle date est utilisée par iFFmpeg ? la date de création "filesystem" du fichier .MTS ou celle présente en tant que métadonnée dans le fichier .MTS ?

 

J'ai déjà dû en parler, mais j'en profite pour refaire la pub de cet excellent outil appelé exiftool ( http://www.sno.phy.q...~phil/exiftool/ ), gratuit mais en ligne de commande, et donc pas forcément adapté à tous les utilisateurs ! Il permet des choses assez sophistiquées comme par exemple afficher les coordonnées GPS pour toute la durée d'un film AVCHD ( si, bien sûr, le caméscope dispose d'un GPS et que le constructeur l'a prévu, et c'est le cas pour le Sony CX740). J'ai pu utiliser cela avec succès pour des films tournés en bâteau rapide dans des fjords norvégiens et c'est assez amusant de pouvoir suivre la trace de son film sur une carte.  

 

 

Tu as dû les terroriser !      Pourrais-tu essayer succinctement Adapter, petit logiciel gratuit et me dire si tu observes la même chose qu'avec iFFmpeg ?

 

Comme tu exagères... j'étais très gentil ! 

 

Et j'ai aussi essayé Adapter et le résultat est absolument identique : on retrouve en début du clip converti les premières images du GOP qui contient la coupe.

D'ailleurs, c'est pareil avec VLC, tous ces logiciels faisant appel d'une manière ou d'une autre à FFmpeg, soit en ligne de commande, soit en bibliothèque binaire.

Modifié par Mikélé, 10 mai 2016 - 22:33.