Convertir RAF en PNG

Fujifilm a publié le format RAF en 2002 avec le FinePix S2 Pro, et le format est resté celui de la marque à travers les X-Pro, X-T, X-H et la série GFX moyen format. Le fichier porte les lectures de capteur en 14 bits sur les boîtiers récents et un JPEG de prévisualisation que l’appareil génère à la capture, à la résolution complète du capteur sur les modèles les plus récents.

Ce convertisseur trouve ce JPEG en balayant les marqueurs SOI, garde le plus grand au-dessus de 640 par 480, le décode et le réencode en PNG. Les données du capteur ne sont jamais lues : pas de dématriçage, pas d’interprétation de la matrice X-Trans de Fujifilm, pas de balance des blancs appliquée. C’est la limite technique d’une conversion qui se veut rapide et prévisible.

PNG stocke des valeurs de pixel exactes et le réenregistrer n’y change rien. Pour un pipeline qui compare des images, en hache le contenu, ou s’entraîne dessus, cette propriété compte plus que la taille du fichier. Un format qui recompresse silencieusement à chaque écriture transforme un problème de reproductibilité en mystère qu’il faut ensuite élucider image par image.

La conversion est déterministe au même sens. Le même RAF produit le même PNG à chaque exécution, parce que l’aperçu est trouvé par la même recherche, décodé par le même décodeur et encodé par le même encodeur. Si un test régresse après une mise à jour du décodeur, c’est un changement de comportement à signaler, pas un fichier qui s’est mis à mentir tout seul.

Fujifilm utilise depuis 2012 un filtre couleur X-Trans, différent du filtre Bayer classique, qui complique sérieusement le dématriçage. Pour cette conversion, cela n’a aucune importance : l’aperçu est déjà dématriçé par l’appareil à la capture, et ce qui sort est un JPEG ordinaire. Le X-Trans est un problème pour qui veut développer le RAF, pas pour qui veut extraire l’aperçu.

Si le pipeline a besoin de la fidélité complète des lectures de capteur, le dématriçage doit être fait dans Capture One, darktable, ou RawTherapee, qui supportent X-Trans correctement. Cette conversion ne prétend pas le faire et ne le fera pas : elle transporte l’aperçu, et c’est exactement ce que l’utilisateur demande quand il choisit cette voie.

L’aperçu JPEG d’un appareil photo sous-échantillonne presque toujours la chrominance : la luminance par pixel, la couleur à la moitié de la résolution horizontale et verticale. Pour un œil qui regarde, c’est invisible, parce que la vision humaine est plus sensible aux détails de luminance qu’aux détails de couleur.

Pour un algorithme qui compare des bords, c’est tout sauf invisible. Une frontière entre deux zones saturées, une ligne rouge sur fond blanc, a été interpolée plutôt que mesurée. Le PNG portera une valeur de couleur complète pour chaque pixel, mais un quart de ces valeurs ont été reconstruites par le décodeur JPEG et non enregistrées par l’appareil. Si le pipeline mesure la couleur, c’est la limite à connaître, et la seule façon de la dépasser est de dématricer le RAF avec un logiciel qui interprète le capteur.

Les capteurs Fuji récents enregistrent en 14 bits, et PNG accepte 16 bits par canal, ce qui donne envie de supposer que la profondeur passe de l’un à l’autre. Elle n’y passe pas. L’aperçu extrait est un JPEG 8 bits ordinaire, donc le PNG de sortie est en 8 bits, à la granularité du fichier que l’appareil a choisi de prévisualiser.

Pour un dérivé qui sera ajusté fortement — normalisation, étirement de contraste, alignement par histogramme — c’est la mauvaise source. Développez le RAF dans Capture One, darktable, ou Lightroom et exportez un TIFF 16 bits, qui est l’entrée correcte pour ce genre d’opération.

Le réencodage retire l’EXIF : pas de modèle d’objectif, pas de focale, pas de données d’exposition, pas de coordonnées GPS. Le profil de simulation de film que l’appareil a appliqué à l’aperçu — Velvia, Astia, Classic Chrome, ou tout autre réglage — n’est pas non plus exporté en tant que métadonnée, parce que le profil est dans l’apparence de l’image et pas dans une étiquette séparée.

Pour un pipeline qui a besoin de ces informations, le RAF d’origine est l’autorité. Lisez-les de là dans un manifeste ou un sidecar, et ne comptez pas les retrouver en ouvrant le dérivé. Un PNG qui prétend savoir de quel profil de simulation il vient est un dérivé qui ment, et la discipline d’un jeu de données propre est de ne jamais laisser cette confusion s’installer.

L’arithmétique est sévère aux résolutions les plus élevées. Un X-T5 à 40 mégapixels fait environ 120 Mo de pixels bruts, et un GFX 100S à 100 mégapixels en fait 300. PNG amène une photographie à la moitié ou aux trois quarts de cela, donc un millier d’images issues d’un GFX peut approcher 200 gigaoctets de sortie.

Régler une largeur maximale dans le contrôle est la seule façon d’éviter cela. 2 048 pixels servent à peu près tout ce qui est consultation et envoi, et tombent un fichier Fuji complet entre 200 ko et 2 Mo en PNG, ce qui est gérable. Faire ce choix une fois pour tout le lot, et le tenir, est ce qui rend le résultat homogène et prévisible.

Le convertisseur saute les aperçus candidats sous 640 par 480 en les traitant comme des vignettes. Un Fuji ancien, ou un réglage explicite de l’appareil en mode économie, peut n’inscrire qu’un aperçu de 1024 par 768 dans le fichier, et c’est ce que la conversion rendra même si l’original en contenait un plus grand.

Dans ce cas, la conversion n’est pas un échec mais un signal : le RAF n’a pas ce qu’il faut pour le pixel que vous demandez. Développez le fichier plutôt que de le reconvertir, et acceptez que la sortie ne sera pas au-delà de la résolution que l’aperçu proposait.

L’intérêt d’un lot est la cohérence. Déposez le dossier complet, gardez la même largeur maximale, prenez le résultat en ZIP. Faire le travail en plusieurs sessions produit deux largeurs dans le même jeu de données, et c’est l’erreur qu’une collection homogène ne devrait jamais contenir.

Encoder en PNG à ces résolutions prend du temps, sensiblement plus que la voie JPG où l’aperçu est copié sans réencodage. Les fichiers d’entrée sont acceptés jusqu’à 100 Mo, ce qui couvre confortablement les RAF Fuji, même ceux d’un GFX 100S qui portent un TIFF complet en aperçu.

La conversion tourne dans le navigateur : le RAF est lu, l’aperçu est extrait, le PNG est encodé, et le fichier original n’est jamais transmis. Pour des images sous restriction d’accès, des accords de donateur, des approbations de recherche, c’est la condition qui rend l’utilisation sûre plutôt qu’à éviter.

C’est vérifiable plutôt que promis. Ouvrez les outils de développement, regardez l’onglet réseau pendant une conversion, ou déconnectez complètement la machine et convertissez quand même. La page continue de fonctionner parce qu’il n’y a jamais rien eu à faire pour le réseau, et c’est l’unique manière dont une telle affirmation peut valoir quelque chose.