Passage de MXF à Mp4

[manober]

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. 

[Invité]

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é).

[saby]

Salut vous deux.

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.

[Invité]

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 !

[saby]

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é).

 

 

[adesir]

Bonjour,

 

Pour en savoir plus, il faudrait connaitre le MXF d'origine puis le MP4 généré par Catalyst. S'il y a réencodage, il y a perte. Sensible ? C'est plus dur à savoir...

 

Antoine

[NOEL]

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 ....

 

 

[manober]

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.

[loupiod]

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)

[adesir]

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

[loupiod]

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é 13 février 2018 par loupiod

[NOEL]

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é)      

[manober]

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é 13 février 2018 par manober

[loupiod]

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 :

 

 

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...

 

 

 

loupiod...

[JLB21]

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é).

 

[NOEL]

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 !!!!!!!!!!!

 

 

*

 

 

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 :

 

 

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

[loupiod]

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

Modifié 13 février 2018 par loupiod

[JLB21]

@NOEL 

 

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.

 

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

 

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) :

 

[saby]

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.

[adesir]

Merci Saby pour cette liste. Perso, c'est surtout MPEG Streamclip et Handbrake, mais c'est plus pour Mac.

 

Il a bientôt 10 ans (ouch, ça tape), mais l'idée est toujours la même : https://www.magazinevideo.com/test-en-ligne/codecs-et-conteneurs/4934.htm

 

Antoine