EncoX conserve-t-il le HDR et le Dolby Vision : cela dépend du réencodage
Que EncoX conserve HDR et Dolby Vision dépend du réencodage de l’image. Quand seul le conteneur change, aucun pixel de l’image n’est régénéré, les métadonnées statiques HDR10 passent telles quelles, et ce qui relève de Dolby Vision suit l’image ; quand une conversion complète est nécessaire, l’image est livrée selon la profondeur de bits de la source, jusqu’à 10-bit au plus, avec le sous-échantillonnage chroma unifié en 4:2:0, et pour ce qui reste de type Dolby Vision après réencodage, nous ne l’avons vérifié que sur la voie du passage direct : nous ne prédisons rien à votre place.
Si vous voulez faire de précieuses sources HDR une copie qui ne modifie aucune information d’image, commencez par bien voir cette ligne de partage : l’objectif de EncoX est de produire un MP4 plus facile à ouvrir directement sur iPhone, iPad et Mac, et non de conserver chaque codec vidéo à l’identique. Nous n’abordons ci-dessous que le sort du HDR et du Dolby Vision dans les deux traitements possibles, sans préjuger du résultat d’un fichier non encore traité.
1. Ce qui décide vraiment, c’est le réencodage de l’image
« Convertir une vidéo en MP4 » semble désigner une seule chose ; en réalité EncoX peut faire deux traitements différents : l’un ajuste seulement le conteneur du fichier et conserve les données d’image d’origine, l’autre retraite l’image avant d’écrire un nouveau MP4. Le premier conserve les informations HDR / Dolby Vision sous conditions, le second redessine l’image, et la forme livrée a des limites écrites. Pour la différence entre ces deux traitements en eux-mêmes, lire changement de conteneur et réencodage : quelle différence.
Ne vous fiez pas à l’extension. Deux fichiers nommés MKV peuvent avoir des codecs vidéo et des paramètres internes différents ; deux films étiquetés HDR ne seront pas forcément traités de la même façon par EncoX. Le nom du fichier et l’étiquette d’image disent « ce que c’est », mais pas « ce que cela deviendra après conversion ».
La conservation de HDR et de Dolby Vision par EncoX dépend de la voie de traitement de l’image : quand seul le conteneur change, l’image n’est pas régénérée et les informations correspondantes repartent telles quelles ; quand il y a réencodage complet, l’image est livrée selon la profondeur de bits de la source, jusqu’à 10-bit au plus, chroma unifié en 4:2:0, et pour l’étage Dolby Vision, seul le passage direct a été vérifié.
2. HDR10 et Dolby Vision : distinguer l’image des informations qui l’accompagnent
Pour comprendre cet article, inutile d’apprendre d’abord les spécifications techniques. Voyez l’image comme la vidéo elle-même, et les métadonnées comme des informations jointes à l’image pour aider à la comprendre et à la restituer à la lecture. Le HDR10 possède des métadonnées statiques ; le Dolby Vision a aussi les siennes. Ni les unes ni les autres ne s’identifient à partir de la seule extension, et l’on ne peut pas en déduire que ces informations existent ou disparaissent forcément parce que la sortie est un MP4.
Il faut ici séparer deux questions : les données d’image ont-elles été recompressées ? et les métadonnées HDR10 / Dolby Vision du fichier d’origine accompagnent-elles encore le fichier produit ? Répondre « c’est toujours un MP4 » ou « ça se lit encore » ne répond à aucune des deux. Pour qui tient à sa version HDR, cette distinction compte plus que le nom du fichier de sortie.
3. Simple changement de conteneur : le HDR10 statique passe, le Dolby Vision est conservé
Quand le codage de l’image et les paramètres du fichier d’origine conviennent déjà à une lecture directe, EncoX peut changer seulement le conteneur et écrire le contenu dans un MP4 sans recompresser l’image. Ce faisant, la profondeur de bits et le sous-échantillonnage chroma de l’image d’origine ne changent pas ; les métadonnées statiques HDR10 passent telles quelles ; ce qui relève de Dolby Vision part aussi avec l’image. Cet étage dit « l’image n’a pas été redessinée », pas « n’importe quel fichier Dolby Vision est forcément gardé » — la voie réellement suivie par un fichier donné se juge sur le résultat de traitement obtenu.
« Conserver les métadonnées » et « ne pas recompresser l’image » sont deux faits complémentaires qu’il ne faut pas confondre : le premier concerne les informations jointes, le second les données d’image. Si c’est le HDR10 qui vous importe, regardez si les métadonnées statiques suivent ce chemin ; si c’est le Dolby Vision, regardez si ses propres métadonnées sont conservées. L’intérêt de EncoX sur ce chemin est de ne pas refaire une image déjà correcte simplement pour passer en MP4.
Quand seul le conteneur change, EncoX ne touche pas à la compression de l’image, et la profondeur de bits comme le sous-échantillonnage chroma restent inchangés ; les métadonnées statiques HDR10 passent telles quelles, et ce qui relève de Dolby Vision part avec l’image.
4. En réencodage complet : où atterrit l’image, et jusqu’où en sait-on sur l’étage Dolby Vision ?
Quand la conversion complète est nécessaire, il faut le dire net : l’image est livrée selon la profondeur de bits de la source, jusqu’à 10-bit au plus, avec le sous-échantillonnage chroma unifié en 4:2:0 — une source en 10-bit est livrée en 10-bit, une source en 12-bit retombe à 10-bit, et le chroma du 4:2:2 comme du 4:4:4 ne reste pas dans les pixels. Ce que deviennent les métadonnées dynamiques de type Dolby Vision après réencodage, nous ne l’avons vérifié que sur la voie « l’image n’est pas redessinée » ; pour cet étage, aucune mesure, et nous n’écrivons de promesse ni pour l’un ni pour l’autre. Si votre but est précisément de garder les informations Dolby Vision de l’original, ne confiez pas ce fichier à la voie du réencodage.
Il faut être plus précis sur HDR10 : quand seul le conteneur change, ses métadonnées statiques passent telles quelles ; après un réencodage complet, l’image est recalculée, et on ne peut pas attendre des informations correspondantes qu’elles concordent avec l’original comme sur la voie du passage direct — pas plus qu’on ne peut les tenir pour une copie intacte des métadonnées HDR10. Ici, nous ne mélangeons pas HDR10 et Dolby Vision en une phrase du type « tout l’HDR est perdu », et nous n’écrivons pas de conclusion pour l’étage que nous n’avons pas vérifié.
Le seul mot « profondeur de bits » ne vous dit rien de l’aspect réel d’un plan. Ce qui est sûr : la voie du réencodage livre une image en 4:2:0, dont la précision d’échantillonnage diffère d’une source en 4:2:2 ; si conserver ces informations d’image est votre condition première, la conversion complète ne peut pas être tenue pour le moyen de préserver les caractéristiques de l’original.
Le réencodage complet livre une image 4:2:0 dont la profondeur suit la source, jusqu’à 10-bit au plus ; ce qui relève de Dolby Vision n’a été vérifié que sur la voie du changement de conteneur seul, et l’étage du réencodage n’est écrit nulle part ; le passage des métadonnées statiques HDR10 ne se prévoit pas d’une voie à l’autre.
5. Pourquoi ne pas glisser aussi les informations HDR d’origine dans le nouveau MP4 ?
Comme une conversion complète recalcule l’image, les informations qui tenaient à l’ancienne image ne conviennent pas forcément à la nouvelle. Les reprendre telles quelles ferait penser à « l’HDR a été conservé », alors que le résultat pourrait porter une description en décalage avec l’image réelle — aussi ne concluons-nous rien sur cet étage, et vous le vérifiez sur vos propres fichiers. La couche de la profondeur de bits ne dépend pas de cet arbitrage : elle est livrée selon la source, jusqu’à 10-bit au plus. C’est une limite de traitement, pas un bug occasionnel.
À lire comme une limite produit clairement écrite, et non comme une façon d’habiller l’étage que nous n’avons pas vérifié. Ce que fait EncoX, c’est convertir un fichier vers un MP4 plus facile à ouvrir directement ; il n’a pas mis « conserver à l’identique chaque caractéristique HDR » au résultat du chemin de conversion complète. Si cet arbitrage heurte vos objectifs de conservation, l’important n’est pas de découvrir après coup que l’image a été refaite, mais de savoir, avant de convertir, que le résultat pourrait ne pas répondre à votre exigence.
6. Au-delà du 10-bit : où retombent le 12-bit, le 4:2:2 et le 4:4:4
Si vous savez que votre film est écrit en 12-bit, en 4:2:2 ou en 4:4:4, ne vérifiez pas non plus seulement la présence d’une étiquette Dolby Vision. Selon la ligne de livraison de EncoX, le 12-bit retombe à 10-bit, le chroma du 4:2:2 comme du 4:4:4 est unifié en 4:2:0, et la profondeur de bits est conservée ; ce qui mérite de l’attention n’est pas seulement de savoir si tel marqueur de métadonnées HDR est encore là, mais si l’image elle-même a été retraitée.
Cela explique aussi pourquoi « le fichier converti s’ouvre » ne permet pas de remonter à « toutes les caractéristiques HDR d’origine sont là ». S’ouvrir parle de l’usage du résultat ; ce que deviennent l’échantillonnage et les métadonnées parle du contenu du résultat ; ce ne sont pas les deux faces du même jugement. Si votre travail exige de garder ces caractéristiques d’image, gardez le fichier d’origine : EncoX produit un nouveau MP4 et ne remplace pas l’original, mais le nouveau fichier n’en devient pas pour autant une copie équivalente de l’original.
7. Quel chemin suivra mon fichier ? Peut-on le savoir avant la conversion ?
Regardez d’abord le codec vidéo et les paramètres internes du fichier, pas seulement une extension comme MKV ou MP4, ni la simple présence de « HDR » dans la fiche du fichier. Il n’est possible de se contenter d’un changement de conteneur que si l’image appartient déjà à un type lisible directement par l’appareil et si ses paramètres restent dans la plage compatible ; si le codec vidéo ou les paramètres sortent de cette plage, une conversion complète est nécessaire. Cette relation détermine le sort du HDR et du Dolby Vision dans le fichier produit.
Mais « pouvoir se contenter d’un changement de conteneur » ne signifie pas que vous pouvez trancher à l’avance pour chaque fichier. Même en sachant qu’il contient du 10-bit ou du Dolby Vision, cette étiquette ne suffit pas à conclure ; les cas particuliers empêchent aussi de présenter la conservation des métadonnées Dolby Vision comme certaine. Le chemin finalement suivi par un fichier donné, et la conservation ou non de ses métadonnées, doivent être jugés sur le résultat réel du traitement. Pour mieux comprendre sur quoi EncoX fonde cette décision, voir comment EncoX détermine le chemin de conversion.
8. Limites : ce que cela ne permet pas
- Si le fichier demande un réencodage complet, le résultat est livré selon la profondeur de bits de la source, jusqu’à 10-bit au plus, avec un chroma 4:2:0 ; ce qu’il en reste de type Dolby Vision après réencodage n’a aucune mesure, et le passage des métadonnées HDR10 n’a été vérifié que sur la voie du changement de conteneur seul.
- Si vous voulez déterminer, avant même de traiter, ce que deviendra chaque image et chaque information HDR d’un fichier précis, ni l’extension ni une étiquette HDR ne suffisent à conclure : il faut regarder le résultat réellement obtenu.
- Si l’image d’origine est en 12-bit, en 4:2:2 ou en 4:4:4, le résultat de EncoX ne peut pas être tenu pour une copie conservant ces caractéristiques d’image : le 12-bit retombe à 10-bit, le chroma est unifié en 4:2:0, et la profondeur de bits est conservée.
- Si le contenu est protégé par DRM, EncoX ne traite pas ce type de fichier.
La question n’est donc pas de demander seulement « EncoX prend-il en charge l’HDR », mais « mon fichier a-t-il besoin d’être réencodé ; si oui, puis-je accepter que le sous-échantillonnage chroma soit unifié en 4:2:0 et que l’étage Dolby Vision n’ait aucune mesure ? » C’est la façon la plus utile de s’interroger quand on décide de confier ou non ce film à EncoX.
Questions fréquentes
Après avoir converti mon film en MP4, le Dolby Vision est-il toujours là ?
Quand seul le conteneur change, ce qui relève de Dolby Vision part avec l’image ; quand un réencodage complet est nécessaire, aucune mesure pour cet étage, et nous n’écrivons de promesse ni pour l’un ni pour l’autre. Le fait que la sortie soit un MP4 ne suffit pas à juger.
Et le HDR10 ? Disparaît-il après conversion ?
Quand seul le conteneur change, les métadonnées statiques HDR10 passent telles quelles et l’image n’est pas recompressée ; en conversion complète, l’image est livrée selon la profondeur de bits de la source, jusqu’à 10-bit au plus, et les informations correspondantes suivent les changements d’une image retraitée — rien ne s’en prévoit comme sur la voie du passage direct. Ne confondez pas les deux chemins.
Pourquoi le réencodage ne livre-t-il que du 10-bit ?
C’est notre propre ligne de livraison : le résultat ne prend que la forme couverte par les preuves déjà validées (HEVC Main 10, 4:2:0), sans parier sur une forme plus large, donc une source en 12-bit retombe à 10-bit, et la profondeur de bits ne descend pas davantage. Une fois l’image recalculée, nous ne reprenons pas non plus des informations qui pourraient ne pas correspondre à la nouvelle image — pour cet étage, aucune mesure, et pas de promesse pour l’un ni pour l’autre.
Ma fiche de fichier indique Dolby Vision : puis-je connaître le résultat à l’avance ?
Pas encore. L’essentiel est de savoir si le codec vidéo interne et les paramètres sont directement lisibles, et non l’étiquette Dolby Vision ou l’extension ; pour un fichier donné, il faut se fier au résultat réel du traitement. Pour la méthode de décision, voir comment EncoX détermine le chemin de conversion.
Quelle différence entre un simple changement de conteneur et une conversion complète pour l’image ?
Quand seul le conteneur change, EncoX ne touche pas à la compression de l’image : la profondeur de bits et le sous-échantillonnage chroma d’origine ne changent pas. Une conversion complète retraite l’image, livrée selon la profondeur de bits de la source, jusqu’à 10-bit au plus, avec un chroma unifié en 4:2:0. Les deux ne se résument pas à « la qualité d’image ne change ».
Axiom One LLC — EncoX