Aller au contenu

Passage de MXF à Mp4


manober
 Partager

Messages recommandés

Bonjour,

 

Je suis obligé, pour travailler avec  Magix VDL Premium de passer de MXF à Mp4 à l'aide de Catalyst Browse. 

Je suis étonné de la perte de "poids" lors de la transformation: D'un rush continu de 18 Go, j'obtiens 11,3.

Certes, ce n'est pas traumatisant mais je voudrais savoir si cette perte entraîne une perte de qualité de l'image.

Personnellement, je suis incapable d'en déceler une éventuelle.

Est-ce que théoriquement, cette hypothèse est fondée? 

Merci pour votre réponse. 

Lien vers le commentaire
Partager sur d’autres sites

  • Réponses 74
  • Créé le
  • Dernière réponse

Posteurs principaux de ce sujet

Posteurs principaux de ce sujet

Bonsoir manober,

 

En attendant mieux, petite piste : c'est sans doute plus une question de débit que de container ou de poids.

 

J'ai su par exemple qu'un mp4 à 35mbps équivau(drai)t à un MXF 50mbps (en qualité).

Lien vers le commentaire
Partager sur d’autres sites

il y a 44 minutes, Ciné7 a dit :

J'ai su par exemple qu'un mp4 (mpeg4) à 35mbps équivau(drai)t à un MXF (mpeg2) à 50mbps (en qualité).

Salut et merci Saby,

 

Donc, je rectifie (et par déduction, c'est peut-être ce qu'a fait manober toutefois plus doué que Ciné7 sur ces choses là :)).

 

J'ai rien compris ? ... C'est très possible !

Lien vers le commentaire
Partager sur d’autres sites

Oui, ta phrase corrigée prend tout son sens à partir du moment où tu parles de codecs et de bitrates.

 

Mais tu aurais pu tout aussi bien dire "J'ai su par exemple qu'un mp4 (mpeg4) à 35mbps équivau(drai)t à un mp4 (mpeg2) à 50mbps (en qualité)" ou bien " J'ai su par exemple qu'un MXF (mpeg4) à 35mbps équivau(drai)t à un MXF (mpeg2) à 50mbps (en qualité).

 

 

Lien vers le commentaire
Partager sur d’autres sites

Il y a 3 heures, saby a dit :

Un changement de container ne devrait avoir quasiment aucun impact sur le poids total du fichier. S'il y en a un, ça signifie qu'il y a eu ré-encodage.

Alors ça c'est nouveau !! 

Un changement de container entraîne systématiquement un ré-encodage, car les codecs et codages internes dans ces containers ne sont pas les mêmes.

 

Un fichier MXF de Sony PXW-X70 (le caméscope de Manober)  n'a rien à voir avec du MPEG2  et en plus ce qui est spécial et problématique c'est le format audio (PCM little) alors que c'est du AAC dans le mp4 qui ne pose aucun problème.

 

------------------MediaInfo ---------------------- (exemple MXF de  PXW-X70   venant du test de magazinevideo

Général
Nom complet                              : G:\z  Films 4K\Sony PXW-X70 Rushes 4k\Clip0091.MXF     
Format                                   : MXF
Version du format                        : 1.3
Profil du format                         : OP-1a
Paramètres du format                     : Closed / Complete
Taille du fichier                        : 284 Mio
Durée                                    : 39s 360 ms
Type de débit global                     : Variable
Débit global moyen                       : 60,5 Mb/s
Date d'encodage                          : 2015-07-21 18:44:16.000
Application utilisée                     : Sony Mem 2.00

Vidéo
ID                                       : 2
Format                                   : AVC
Format/Info                              : Advanced Video Codec
Profil du format                         : High@L5.1
Paramètres du format                     : CABAC / 2 Ref Frames
Paramètres du format, CABAC              : Oui
Paramètres du format, RefFrames          : 2 images
Paramètres du format, GOP                : M=3, N=6
Paramètres du format, mode d'empaquetage : Frame
Identifiant du codec                     : 0D01030102106001-0401020201314001
Durée                                    : 39s 360 ms
Type de débit                            : Variable
Débit                                    : 56,1 Mb/s
Débit maximum                            : 60,0 Mb/s
Largeur                                  : 3 840 pixels
Hauteur                                  : 2 160 pixels
Format à l'écran                         : 16/9
Images par seconde                       : 25,000 Im/s
Espace de couleurs                       : YUV
Sous-échantillonnage de la chrominance   : 4:2:0
Profondeur des couleurs                  : 8 bits
Type de balayage                         : Progressif
Bits/(Pixel*Image)                       : 0.270
Taille du flux                           : 262 Mio (92%)
Gamme de couleurs                        : Limited
Coordonnées de chromaticité              : BT.709
Caractéristiques du transfert            : BT.709
Coefficients de la matrice               : BT.709

Audio #1
ID                                       : 3
Format                                   : PCM
Paramètres du format                     : Little

Paramètres du format, mode d'empaquetage : Frame (AES)
Identifiant du codec                     : 0D01030102060300-0402020101000000
Durée                                    : 39s 360 ms
Type de débit                            : Constant

etc ....

 

 

Lien vers le commentaire
Partager sur d’autres sites

Bonjour Ciné7, Saby, adesir, Noël... et tous les autres que cette question peut laisser perplexes,

 

Merci pour vos réponses.

Voici quelques précisions pouvant éventuellement apporter quelque lumière: Le rush dure 43mn (partie d'un spectacle) et pèse 18 Go. Format du fichier: XAVC QFHD, 2160/25p  60Mbps.

La  transformation (encodage?) en Mp4 a pris environ 5h, toujours en 2160/25p.

J'ignore si l'opération a engendré une perte de qualité.

Bonne journée.

2018 Stan 8.jpg

Lien vers le commentaire
Partager sur d’autres sites

bonjour manober,

je viens de faire un essai avec un fichier de Thierry en MXF encodé en mp4 avec Catalyst et j'ai aussi un fichier moins lourd ..

ça parait normal vu que le débit moyen passe de 62Mb/s a 38Mb/s soit pour 27secondes de 195Mo  à 120Mo.

je n'ai pas trouvé de réglage de débit pour affiner ....(j'ai fait çà très vite sans trop chercher,mais je suppose que tu l'as fait )

par contre la qualité n'est pas mauvaise du tout (lue avec MPC-HC)

Lien vers le commentaire
Partager sur d’autres sites

Bonjour,

 

Un simple changement de conteneur, par définition, ne donne pas lieu à un réencodage, car on change de conteneur, pas de codec.

Ce changement de conteneur, par exemple du MXF au MP4, change très peu la taille et est rapide.

 

Si la conversion a pris 5 h, c'est qu'il y a eu conversion, donc réencodage. Et probablement avec une grosse optimisation, vu le temps pris. Cette optimisation peut expliquer l'importante diminution de taille sans perte visible. N'empêche, il y a eu perte.

 

Antoine

Lien vers le commentaire
Partager sur d’autres sites

bonjour Antoine,

je comprends bien ce que tu dis,

mais avec Catalyst le débit est choisi automatiquement (apparemment ) par ce logiciel, et c'est normal que le fichier soit plus petit ,vu que le débit binaire moyen passe de 62Mb/s a 38Mb/s soit une baisse de 37.2%.

donc on peut considérer que c'est un réencodage!!!!

 

Modifié par loupiod
Lien vers le commentaire
Partager sur d’autres sites

Il y a 3 heures, manober a dit :

Merci pour vos réponses.

Voici quelques précisions pouvant éventuellement apporter quelque lumière: Le rush dure 43mn (partie d'un spectacle) et pèse 18 Go. Format du fichier: XAVC QFHD, 2160/25p  60Mbps.

La  transformation (encodage?) en Mp4 a pris environ 5h, toujours en 2160/25p.

J'ignore si l'opération a engendré une perte de qualité.

Bonjour Manober,

Mais quelle drôle d'idée que de filmer un spectacle en 4k, surtout quand on a choisi d'acheter un PXW-X70 ... avec son format "dit pro spécial Sony" ... mais que beaucoup détestent par les difficultés d'utilisation avec certains logiciels comme Magix VDL. (lire le test du PXW-X70 de magazinevideo et l'utilisation de Catalyst).

Suite à tes différentes expériences malheureuses avec le PXW-X70 à cause des codecs spéciaux de Sony,  pourquoi ne pas choisir de filmer un spectacle en AVCHD et non en 4K  ??? ... sinon achète Pinnacle Studio qui à priori accepte ce codec Sony.

 

 

@Antoine   J'aimerais savoir quel logiciel permet de changer de conteneur sans ré-encodage  étant donné que chaque conteneur utilise sa "salade" interne (codec particulier avec des réglages particuliers comme le "m" et le "n" du GOP etc ...).

Changer de "conteneur" sans ré-encodage c'est de la théorie ... mais dans la pratique ça n'existe pas avec les logiciels de conversion, sauf si tu nous donnes un nom de logiciel.

(On peut mettre une paire de chaussures dans une autre boîte et les chaussures ne changent pas, mais pas un fichier encodé)      

Lien vers le commentaire
Partager sur d’autres sites

loupiod, adésir, Noël...

Je suis rassuré de constater que le test mené par loupiod enregistre approximativement le même ratio de perte que moi qui tourne autour de 40%. Il est vérifié d'ailleurs dans les autres rushes. 

Vous semblez tous sur la même ligne pour admettre qu'il y a réencodage dans cette opération.

Noël, tu t'étonnes de mon choix de recourir au 4k. Deux raisons à cela:

- Il fallait bien que je tente cette expérience.  Je filme le plus souvent en AVCHD ET XAVC HD (recours à Catalyst Browse pour ce dernier).

- Je me suis dit aussi que s'il me fallait zoomer, je conserverais une qualité d'image acceptable.

Je vais d'ailleurs zoomer non seulement à certains endroits pour mettre en valeur une scène, mais aussi pour éviter parfois la silhouette d'un correspondant de presse local qui au premier rang des spectateurs occupait le tiers de l'écran...

J'ai songé évidemment Noël me procurer Pinnacle Studio mais me refaire à un logiciel alors que je balbutie à grand-peine sur Magix, j'en ai vite abandonné l'idée...

Pour la perte de qualité, vous ne m'avez pas totalement rassuré...

En vous remerciant pour vos lumières qui sont toujours les bienvenues.

Modifié par manober
Lien vers le commentaire
Partager sur d’autres sites

pas facile d'avoir un avis sur la qualité quand on sait la différence au départ

sur une capture d'écran d'un rush en  MXF et l'autre en mp4 :

 

5a82fa057fb5c_fichiersmp4.thumb.jpg.f15cb7a6758c3fb4dd8e4dc5ac56be53.jpg

 

et la deuxième  ..

est ce que vous voyez une différence de piqué ???

on doit le voir sur des images avec des mouvements très rapides...mais en vidéo pas en jpeg...:bien:

 

 

5a82fa56c00a2_fichiersMXF.thumb.jpg.fac24abc2fbc0685d2267ea95ab93489.jpg

 

loupiod...

Lien vers le commentaire
Partager sur d’autres sites

Personnellement je pratique régulièrement le changement de container sans ré-encodage, dans la mesure où les codecs vidéo et audio sont compatibles avec le nouveau container.

 

C'est ainsi que par habitude je ré-encapsule tous les fichiers mts en .mov.

 

Je suis donc d'accord avec adesir pour dire qu'il n'y a alors pas de changement du poids de la vidéo puisque pas de ré-encodage, l'opération est quasi instantanée.

 

Sur Mac, je fais cela avec iFFmpeg ou avec Avidemux.

 

Mais il y a des containers particuliers que ces logiciels ne peuvent ré-encapsuler, et le MXF en fait partie (alors qu'il est lu nativement par QuickTime Player et importé dans FCP X sans aucune difficulté).

 

Lien vers le commentaire
Partager sur d’autres sites

Il y a 1 heure, JLB21 a dit :

Personnellement je pratique régulièrement le changement de container sans ré-encodage, dans la mesure où les codecs vidéo et audio sont compatibles avec le nouveau container.

 

C'est ainsi que par habitude je ré-encapsule tous les fichiers mts en .mov.

 

Je suis donc d'accord avec adesir pour dire qu'il n'y a alors pas de changement du poids de la vidéo puisque pas de ré-encodage, l'opération est quasi instantanée.

 

Bonjour JLB21,

Encore heureux que le format AVCHD en conteneur mts (ou m2ts) ... (le plus répandu en Full-Hd depuis plus de 10 ans) soit mis dans un conteneur MOV sans ré-encodage ... car Apple QuickTime n'a pas encore été foutu d'accepter un fichier mts ... le comble  des combles !!!!!!!!!!!

 

 

5a8310c0e0106_QuickTimeetfichiermts.jpg.eabfa255c0afceaa75f502364dfd278f.jpg*

 

 

Mais dans le cas présent on parle de MXF (de Sony) ... et Antoine aurait répondu pour le mts ?

 

Chez moi un fichier MXF de Sony est incompatible avec QuickTime :

 

5a83169ebb49b_MXFetQuickTime.jpg.29da7ad934250972fc70b40edbc44198.jpg

 

alors que ce fichier MXF  est très bien lu sur PC avec les lecteurs  MPC-HC  et VLC.

Lien vers le commentaire
Partager sur d’autres sites

bonsoir a tous,

la il faudrait se mettre d'accord car on n'y comprend plus rien...

chaque fois qu'on parle des fichiers MXF c'est très compliqué ...mais finalement, Q.time prend quels fichiers en charge, a part mov et mp4 ????

bonne soirée :bien:

Modifié par loupiod
Lien vers le commentaire
Partager sur d’autres sites

@NOEL :wink:

 

Peut-être ne le sais-tu pas, mais QuickTime pour Windows n'est plus développé par Apple depuis au moins un an ou beaucoup plus (je ne saurais pas te dire exactement depuis quand).

 

Tu commets une grave erreur en assimilant QuickTime sur Windows et QuickTime sur Mac, les deux n'ont de commun que le nom.:laugh:

 

C'est ainsi que QuickTime Mac prend en charge les fichiers mts depuis pas mal d'années (je pense depuis au minimum 2011 avec la sortie de FCP X).

Et il lit certes depuis moins longtemps les fichiers MXF (qui sont plus récents), tout comme bien sûr FCP X les importe.

 

@loupiod:wink:

 

QuickTime sur Mac prend en charge TOUS les fichiers vidéos professionnels existant. Tout comme FCP X importe les fichiers de toutes les caméras existantes.

 

En revanche, QuickTime Player ne lit pas les fichiers avi ni les mkv. Il faut pour ces formats faire appel à d'autres lecteurs.

 

Exemple de lecture d'un fichier MXF lu avec QuickTime Player (fichier téléchargé depuis Magazine Vidéo) :

 

5a833dbba7d10_Image2018-02-1320-24-57.thumb.jpg.0d7c9cf6981cdbb53a64dd80f83cfae1.jpg

Lien vers le commentaire
Partager sur d’autres sites

Il y a 8 heures, NOEL a dit :

 

@Antoine   J'aimerais savoir quel logiciel permet de changer de conteneur sans ré-encodage  étant donné que chaque conteneur utilise sa "salade" interne (codec particulier avec des réglages particuliers comme le "m" et le "n" du GOP etc ...).

Changer de "conteneur" sans ré-encodage c'est de la théorie ... mais dans la pratique ça n'existe pas avec les logiciels de conversion, sauf si tu nous donnes un nom de logiciel.

(On peut mettre une paire de chaussures dans une autre boîte et les chaussures ne changent pas, mais pas un fichier encodé)      

Avidemux, Mp4toolbox, Avidemux, Ffmpeg, MKVtoolnix, Mediacoder ...

 

La liste est longue.

Lien vers le commentaire
Partager sur d’autres sites

Créer un compte ou se connecter pour commenter

Vous devez être membre afin de pouvoir déposer un commentaire

Créer un compte

Créez un compte sur notre communauté. C’est facile !

Créer un nouveau compte

Se connecter

Vous avez déjà un compte ? Connectez-vous ici.

Connectez-vous maintenant
 Partager


  • Achetez sur DIGIT-PHOTO

    digit-photo

    Le site DIGIT-PHOTO est un spécialiste du secteur photo-vidéo. C’est une enseigne sérieuse que nous vous recommandons. Basé à Metz, Digit-Photo applique le droit français (TVA). Les frais de port sont gratuits dès 40 € d’achat, avec une expédition en 24H. Retourner le matériel est possible et facile.

    Dans votre panier, si vous appréciez ce Forum, entrez le code Créateur MAGVIDEO. Vous paierez le même prix et cela financera des services gratuits comme ce Forum ou les News.

  • DISCUSSIONS RÉCENTES

    • Bonjour, je vole avec des drones FPV, j'utilise des lunettes, c'est comme si j'étais dans le drone. C'est très précis et les drones FPV n'ont pas de détection d'obstacles, vous contrôlez le drone à 100%. Merci pour votre commentaire!
    • (extrait communiqué)     Sony publie des mises à jour de firmware sur l’Alpha 1, l’Alpha 7S III, l’Alpha 7 IV et l’Alpha 9 III, intégrant notamment l'authentification C2PA afin de certifier l’authenticité des images   Ces mises à jour des Alpha 1, Alpha 7S III, Alpha 7 IV et Alpha 9 III, améliorent également les fonctions de prise de vue et le flux de travail.   Sony publie des mises à jour de firmware pour les Alpha 1 (Ver. 2.00), Alpha 7S III (Ver. 3.00) et Alpha 7 IV (Ver. 3.00), toutes disponibles dès aujourd’hui. La mise à jour de l’Alpha 9 III (Ver.2.00) suivra en avril 2024.   Ces mises à jour intègrent certaines des technologies les plus importantes de Sony, notamment la solution d’authentification des images Camera Authenticity Solution, la signature numérique propriétaire dans l’appareil et le support du format C2PA (Coalition for Content Provenance and Authenticity)[1]. Ensemble, ces outils permettront aux agences de presse de s’assurer de l’authenticité des images, contribuant aux efforts de ce secteur d’activité pour protéger les créateurs et la société des images manipulées. Les mises à jour de firmware des Alpha 1 et Alpha 7 S III apportent également plus de trente éléments supplémentaires pour enrichir l’expérience de prise de vue des utilisateurs d’Alpha.   (...)   Solution d’authentification des images dans l’appareil   Sony annonçait l’année dernière son engagement à développer la technologie de ses appareils afin d’aider la lutte contre les images manipulées et les faux générés par IA. L’importance de ce sujet ne fait que croître, et sa complexité nécessite l’attention et la coopération de l’ensemble de notre industrie.   Un élément essentiel de la solution est d’étendre la compatibilité C2PA des appareils Sony. La C2PA est un projet de la Joint Development Foundation, dont Sony est membre du comité directeur. La C2PA vise à développer un standard technique ouvert de bout en bout pour offrir aux éditeurs, aux créateurs et aux consommateurs des moyens libres et flexibles de connaître l’authenticité et la provenance de différents types de médias. La C2PA est une agence de standardisation qui développe des spécifications techniques sur la provenance et l’authenticité des contenus en certifiant la source et l’historique d’un média. Avec cette mise à jour firmware, les informations d’authenticité intégrées aux images des Alpha 1, Alpha 9 III, Alpha 7S III et Alpha 7 IV peuvent être préservée de la prise de vue à la publication. Les photographes professionnels peuvent ainsi préserver leur signature numérique à partir de l’appareil, tout en retraçant l’historique d’édition au fil des révisions.   Un autre élément essentiel de la solution est la technologie de signature numérique dans les appareils Sony[2], qui certifie les images en temps réel. Cette nouvelle fonction certifie l’authenticité d’une image lors de la capture et crée un « certificat de naissance numérique », préservé au fil des révisions. La signature contient des métadonnées, y compris les informations de profondeur en 3D saisies par notre technologie propriétaire au niveau du capteur d’image. Cette information de profondeur peut montrer si l’image capturée était réellement celle d’un objet en 3D et non une photo d’une photo ou d’une vidéo, apportant un niveau supplémentaire de protection et une assurance accrue de l’authenticité du contenu. La solution de Sony est ainsi unique pour les photojournalistes et les agences de presse.   La solution de Sony soutient également l’authentification du contenu en intégrant un Site de Validation d’Image, qui vérifie l’image même après son édition par un logiciel compatible C2PA. Ce service confirme l’authenticité de l’image et que la prise de vue a été réalisée par un appareil spécifique et que l’objet photographié est en 3D. Ce service sera initialement proposé à une sélection d’agences de presse, et sera étendu aux autres agences ultérieurement.
    • impressionnant. Bravo.   à 2,24'' et suivantes, comment faites-vous pour faire passer votre drone à travers les arbres compte tenu que la détection d'obstacle devrait l'en empêcher  ?
    • Désolé mais je n'ai pas accroché.... Diction vraiment trop scolaire et comme dit Michel pas de chute...
    • merci  Comemich pour ce commentaire  l idée première était de synchronisée le perso avec ses sosies ce qui est une vraie gymnastique pour le montage  l histoire devenant secondaire un six minute ne permet pas trop de s étaler dans les dialogue      bonne journée
    • Le sujet est intéressant. La présentation caricaturale des personnages est réussie. Mais le dénouement du récit manque d'imagination. Il faudrait une chute surprenante qui rendrait la comédie plus drôle. Dans "Un diner de cons" de Francis Veber, qui traite du même sujet, chacun est le con de quelqu'un d'autre. Et à la fin, le plus con n'est pas celui qu'on croit. Je pense que les questions du docteur auraient du être plus cons. La consultation aurait pu se terminer par une prescription farfelue et un dépassement d'honoraires.
×
×
  • Créer...

Information importante

j'accepte les cookies de ce site. Conditions d’utilisation