Convertir M4V en TIFF

M4V est l’extension qu’Apple utilise pour la vidéo de l’iTunes Store, et les achats en boutique portent le chiffrement FairPlay. Une vidéo chiffrée ne peut pas être décodée dans un navigateur, si bien qu’aucune image n’est extraite et la conversion s’arrête avec un message disant que rien dans le fichier n’a pu être converti. C’est le verrou qui parle, pas un fichier corrompu.

L’origine du fichier tranche la question. Acheté ou loué sur l’iTunes Store ou dans l’app Apple TV : verrouillé, et rien dans aucun navigateur ne l’ouvrira. Exporté depuis QuickTime, iMovie, Final Cut ou Compressor, enregistré par un appareil photo ou un téléphone, ou fourni par une plateforme de cours : non verrouillé, et l’image sort normalement.

Parce que le TIFF est lu par tout ce qui existe depuis 1986 et parce que la variante non compressée ne contient aucune ambiguïté. Une archive est écrite pour un horizon de décennies, et la vraie question qu’elle pose n’est pas « quel est le meilleur format » mais « quel format s’ouvrira quand plus personne autour de cette décision ne sera encore là ».

C’est pourquoi la sortie est en TIFF baseline non compressé plutôt qu’en LZW ou en Deflate. Ces variantes sont plus petites et moins universellement lues ; le JPEG-in-TIFF est une image compressée dans une enveloppe TIFF et rate complètement la raison pour laquelle on a demandé du TIFF. Le non compressé est la seule variante qu’aucun lecteur n’a jamais refusée.

Les données de l’image représentent le nombre de pixels multiplié par quatre octets — huit bits chacun pour rouge, vert, bleu et alpha — avec un en-tête d’à peu près un kilo-octet devant. Une image en 1920 sur 1080 fait 8,3 Mo ; en 3840 sur 2160 elle fait 33,2 Mo ; en 1280 sur 720, 3,7 Mo.

La taille du M4V, son débit et sa durée n’entrent dans aucun de ces chiffres. Un clip de deux minutes et un film de deux heures à la même définition produisent des images rigoureusement de la même taille, parce que ce qui est écrit est l’image décodée et rien de ce que le codec lui a fait.

La conversion prend l’image affichée à l’instant que vous tapez : formellement, la dernière image dont l’heure de début tombe à ou avant cette seconde. Le défaut est 0, qui correspond à la première image de la vidéo, et pour un fichier qui s’ouvre sur un carton-titre ou un cadre noir, c’est précisément la mauvaise image.

Chaque conversion produit une image. Pour un fichier qui demande plusieurs clichés — un incident à trois moments, une série d’écrans — relancez la conversion à des secondes différentes et notez chaque instant. Cette note vaudra plus tard davantage que les images elles-mêmes.

Elle montre exactement ce que la vidéo montrait à cet instant, à la pleine définition de la vidéo, sans perte supplémentaire. C’est l’affirmation la plus forte disponible et elle est réelle : l’image n’est pas une photographie d’un écran, pas une capture d’écran redimensionnée, et pas une copie recompressée.

Elle n’est pas plus que ce qu’était la vidéo. L’image est passée par un codec qui a stocké huit bits par canal, conservé la couleur à une fraction de la définition de la luminosité, et dépensé moins de bits sur les images où les choses bougeaient. Une plaque d’immatriculation ou un visage illisible dans la vidéo est illisible dans le TIFF, et aucun format ne transforme l’un en l’autre.

La sortie ne porte rien qui décrive l’enregistrement : pas de date de prise de vue, pas de nom de fichier source, pas de position dans la vidéo, pas de profil de couleur. Les pixels sortent d’un décodeur et tout ce que le M4V savait sur lui-même reste dans le M4V. Le seul champ que l’encodeur écrit est Software, et il dit « Photopea (UTIF.js) » — le nom de la bibliothèque qui a assemblé le fichier, pas de quoi que ce soit qui ait touché aux images.

Comblez ce manque au moment de l’extraction plutôt qu’après. Mettez le nom du fichier source et l’instant dans le nom de l’image, et ajoutez les champs requis avec un outil de métadonnées si l’archive les spécifie. Une image qui ne peut pas être rattachée à la seconde d’où elle vient est une preuve bien plus faible de quoi que ce soit qu’une image qui le peut.

Le fichier est en RGB sans profil ICC attaché. La couleur vidéo pour la HD est conventionnellement en Rec. 709, et une application ouvrant le TIFF supposera sa propre默认值 par défaut plutôt que d’être renseignée.

Pour une archive de dossiers cela passe en général, parce que l’enjeu est une trace fidèle de l’image plutôt qu’une reproduction en gestion des couleurs. Quand l’exactitude de la couleur fait partie de ce qui est enregistré — expertise de sinistre, rapport d’état d’un produit — attribuez l’espace source explicitement dans un éditeur et indiquez dans le fichier ce qui a été attribué.

Les images pendant un mouvement rapide portent un flou de mouvement que personne ne voit à 25 images par seconde et qui envahit une vue fixe, et les encodeurs vidéo allouent aussi moins de bits à ces images. Un moment où la caméra et le sujet sont tous deux immobiles produit à la fois une capture plus nette et un meilleur encodage.

Cela ne coûte rien d’essayer trois secondes espacées d’un dixième et de comparer. Sur un matériel filmé à main levée ou depuis un véhicule en mouvement, la différence entre deux images adjacentes est souvent la différence entre un document utilisable et un document contestable.

Le décodage et l’écriture se font dans l’onglet du navigateur, sur votre propre processeur. Rien de ce qui transporte la vidéo n’est envoyé nulle part, ce que l’onglet réseau confirmera pendant la conversion, et le niveau gratuit accepte les fichiers jusqu’à 100 Mo.

Pour les matériaux que cette page voit passer, c’est le point qui compte. Les dossiers, les pièces d’assurance, les enregistrements RH et les vidéos de conformité obéissent souvent à des règles sur l’endroit où une copie peut exister, et un flux sans serveur n’a aucune copie à justifier.