Convertir ORF en JPG

La plupart des formats RAW contiennent une capture simple et son aperçu. Les boîtiers Olympus et OM System contiennent souvent quelque chose que l’appareil a assemblé : High Res Shot combine plusieurs expositions décalées du capteur en une image de bien plus haute résolution, Live Composite construit une longue pose qui n’accumule que la lumière nouvelle, l’empilement de mise au point intégré fusionne un bracketing en une image nette, et Live ND simule un filtre gris neutre.

Dans chacun de ces cas, l’image intéressante est le calcul, et le calcul a eu lieu dans l’appareil. L’aperçu embarqué est le résultat fini. Les développeurs RAW tiers sont souvent incapables de reproduire ces modes, ce qui retourne l’argument habituel : l’extraction n’est pas ici la voie inférieure, elle est souvent la seule à donner ce que vous avez photographié.

ORF est un conteneur dérivé de TIFF écrit par Olympus depuis 2002, qui porte les données du capteur Micro Four Thirds — 12 bits par canal, selon la fiche format tenue à jour derrière ce site, plutôt que les 14 bits des formats à plus grand capteur. À côté, l’appareil écrit un JPG complet au moment de la capture.

Le convertisseur parcourt le fichier à la recherche de JPG embarqués, garde le plus grand au-dessus de 640 × 480, et le renvoie. Aucun démosaïçage n’a lieu, donc le processus est assez rapide pour traiter une carte entière depuis un téléphone, et l’image reçue est le rendu de l’appareil avec son mode d’image appliqué.

La latitude croît avec la profondeur de bits et la taille du capteur, et le Micro Four Thirds est plus petit que l’APS-C ou le plein format. Un ORF à 12 bits a une vraie marge, et plus étroite qu’un fichier à 14 bits issu d’un plein format — ce qui veut dire que l’écart entre « le rendu de l’appareil » et « ce qu’un développement soigné pourrait récupérer » est plus faible sur ce système que sur la plupart.

Cela n’est pas un argument pour jeter l’ORF ; un highlight cramé reste récupérable depuis le RAW et ne l’est pas depuis un aperçu 8 bits. C’est un argument pour ne pas considérer l’extraction comme un compromis sur les images ordinaires. Sur une photo correctement exposée, le JPG de l’appareil est très proche de ce que vous auriez obtenu de toute façon.

Tout l’intérêt du système est le poids, et les personnes qui l’ont choisi sont disproportionnellement loin de leur machine principale : en montagne, dans un affût, trois semaines dans un voyage avec une tablette et un lecteur de carte. C’est le moment inconfortable, parce qu’ORF est invisible pour les navigateurs, exige un codec sous Windows, et OM Workspace n’ira pas sur un iPad.

Ici, cela tourne dans l’onglet du navigateur sans rien installer, donc la tablette et le lecteur de carte forment un dispositif de classement complet. Cela fonctionne aussi sans réseau, puisque rien n’est envoyé — utile sur un réseau d’hôtel facturé au mégaoctet.

L’aperçu est passé sans ré-encodage, donc tout ce que l’appareil y a écrit pourrait l’accompagner : objectif et focale, ouverture, vitesse, ISO, heure de capture, et coordonnées GPS lorsque le boîtier ou un téléphone appairé les a fournies. Le fait que cela arrive ou non est un réglage. « Retirer les métadonnées » est activé par défaut, donc l’EXIF est retiré avant que vous receviez le fichier, et ce qui survit dans tous les cas est le profil colorimétrique ICC.

Pour un photographe animalier ou de paysage, ce réglage par défaut est le bon — les sites de nid et les endroits précis se partagent beaucoup trop vite par accident, et c’est précisément comme cela qu’arrive un JPG posté depuis un voyage. Quand vous voulez les données, pour vos archives ou pour un dépôt qui demande les détails de capture, désactivez l’option et le bloc arrive intact. Régler une largeur maximale n’est plus le moyen de retirer les métadonnées : cela ne le faisait qu’en forçant un ré-encodage, ce qui dépense de la qualité pour rien.

Le mode d’image est gravé. Une image prise en Monochrome sort en monochrome et la couleur n’est pas récupérable depuis le JPG, même si elle est encore dans l’ORF. La balance des blancs automatique qui s’est trompée sous la neige ou sous la voûte forestière est figée de la même façon.

La récupération des hautes lumières est la limite la plus claire. Un ciel lumineux rendu en blanc plat dans l’aperçu contient souvent encore du détail dans les données du capteur, parce que l’aperçu a été fait avec une courbe de tonalité qui l’a clippé. Si une image mérite l’effort, gardez l’ORF et ouvrez-le dans OM Workspace, Lightroom ou darktable — les trois le lisent.

Tout ce qui est en dessous de 640 × 480 est rejeté plutôt que renvoyé, parce qu’une vignette déguisée en conversion est pire qu’un échec clair. Ce seuil n’est presque jamais un problème sur les fichiers qui sortent directement d’un appareil.

Cela le devient sur des fichiers qui ont fait un détour : récupérés par un outil de undelete, tronqués par une carte retirée en pleine écriture, ou écrits par un logiciel tiers qui n’incluait pas d’aperçu. La copie d’origine sur la carte est la première chose à essayer ; à défaut, le fichier demande un décodeur qui lit les données du capteur.

Déposez la sélection entière et récupérez le résultat dans un ZIP. Chaque fichier est parcouru séparément avec sa propre progression, et parce qu’une cible JPG aux réglages par défaut n’entraîne aucun ré-encodage, la limite est la vitesse à laquelle votre appareil sait lire les fichiers.

Le seuil gratuit accepte jusqu’à 100 Mo par fichier, ce qu’aucun ORF ordinaire n’approche — un fichier 20 mégapixels fait dans les 20 Mo — et ce que même un fichier High Res Shot reste en dessous.

La conversion est locale : les fichiers ORF sont lus depuis votre carte ou votre disque, parcourus en mémoire, et les JPG sont écrits. Rien n’est transmis à aucun moment, ce qui compte autant sur une connexion d’hôtel partagée que pour la confidentialité.

Vous pouvez le vérifier plutôt que le croire. Ouvrez les outils de développement et surveillez l’onglet réseau pendant une conversion, ou passez l’appareil en mode avion et convertissez quand même.