Convertir TIFF en AVIF

Le TIFF est excellent pour les scanners, les imprimeurs, les archives et les chaînes de production. Il est mauvais pour le web, parce qu’il est en général non compressé, plusieurs fois plus gros qu’un format raster moderne, et que peu de navigateurs l’affichent sans plugin ou sans conversion. Le transférer sur un site ou dans un e-mail est souvent impossible à la taille d’origine.

L’AVIF est le contraire : un format web moderne, avec une compression intra-image qui produit des fichiers trois à cinq fois plus petits qu’un JPEG à qualité comparable, et un support navigateur qui couvre tous les grands navigateurs depuis plusieurs années. Convertir un TIFF en AVIF est le geste qui rend un scan publiable sans le dégrader visiblement.

Beaucoup de TIFF scientifiques et photographiques sont en 16 bits par canal, ce qui est précieux pour des mesures en niveaux bas mais inutile pour l’affichage. La conversion réduit à 8 bits par canal en gardant l’octet de poids fort, ce qui donne à l’AVIF ce qu’il attend et ce qui rend le fichier nettement plus petit.

Pour une photographie affichée à l’écran, la différence est invisible. Pour une image dont l’information vit dans les bits bas (une mesure de fluorescence, un raster d’élévation, un scan avec une plage dynamique large), la perte est catastrophique et silencieuse, et aucun réglage sur cette page ne la prévient. Si c’est votre cas, gardez le TIFF comme copie de travail et traitez l’AVIF comme la version à publier.

Le TIFF peut contenir plusieurs images dans un seul fichier, et les scanners, les fax et les archives l’utilisent constamment. La conversion lit la première page et s’arrête, sans erreur et sans message qui dirait que d’autres suivaient. Un document de dix pages scanné donne un AVIF d’une page et neuf qui n’existent nulle part.

Pour un document, la bonne cible est TIFF en PDF, qui garde toutes les pages dans un seul fichier. Pour une planche contact ou un lot de scans individuels, scindez le TIFF avant la conversion, en utilisant ImageMagick, IrfanView ou le logiciel du scanner, et convertissez chaque page séparément.

La qualité est le seul réglage qui compte vraiment sur cette page, et le défaut 82 est ce que l’encodeur AV1 considère comme l’équilibre entre taille et fidélité pour les photographies. Pour la plupart des scans c’est le bon choix, et le fichier sort en général trois à cinq fois plus petit qu’un JPEG à qualité comparable.

Pour les aplats et les schémas où chaque bord compte, poussez vers 90 ou 95. Le coût en octets est faible parce que les résidus à coder sont petits, et la différence visible est nette : un bord de trait à 82 est légèrement adouci, à 95 il est net. Pour les photographies, 82 suffit largement et 90 commence à être du gaspillage.

Le canal alpha passe : un TIFF avec un fond détouré arrive en AVIF avec son alpha intact, ce qui permet de le déposer sur n’importe quel fond sans rectangle blanc. C’est l’un des formats où la transparence est un citoyen de première classe.

Elle est stockée comme un second plan codé à côté de la couleur, effectivement une petite seconde image à l’intérieur du conteneur. Sur une photographie cette surcharge se perd dans le bruit ; sur un logo détouré où le fichier entier est petit, c’est une part visible du total. Pour un scan de document ou de photographie, l’alpha n’est en général pas présent et la question ne se pose pas.

Les TIFF produits pour l’imprimerie sont souvent en CMYK, le modèle à quatre encres des presses. L’AVIF n’a pas de mode CMYK, et la conversion passe l’image en RGB avec une formule fixe plutôt qu’à travers le profil ICC embarqué. Quelques couleurs se déplacent légèrement, parce que les deux modèles ne couvrent pas exactement le même espace.

L’effet visible se limite en général aux cyans saturés et aux bleus profonds. Pour afficher, envoyer ou publier à l’écran, ce n’est rien. Si le fichier est destiné à être ré-imprimé, gardez le TIFF d’origine pour l’imprimeur et utilisez l’AVIF comme version de consultation.

EXIF, XMP, IPTC, le profil ICC et tout bloc GPS disparaissent à la conversion. C’est le sort de toute conversion qui décode en pixels et ré-encode, et aucun réglage sur cette page ne les garde. Pour un scan de document ce n’est rien ; pour une photographie avec des métadonnées de caméra ou de lieu, c’est une perte qu’il faut savoir.

Le profil ICC est particulièrement notable parce que c’est ce qui faisait la fidélité des couleurs du TIFF. L’AVIF peut porter un profil ICC, et celui-ci est préservé si le profil source existe, mais pour un scan sans profil le fichier de sortie utilise le sRGB par défaut, ce qui peut ne pas correspondre aux attentes d’un imprimeur.

L’AV1 est l’encodeur le plus lent de ce site, parce qu’il fait une recherche intra-image exhaustive pour chaque bloc. Un scan de 2 000 par 3 000 pixels prend plusieurs secondes, et un scan de 5 000 par 7 000 pixels peut prendre dix à vingt secondes. C’est le prix de l’efficacité de codage qui distingue l’AVIF.

Pour un seul fichier ce n’est rien. Pour un dossier de cent scans c’est une attente perceptible. Comme l’encodeur tourne en WebAssembly dans l’onglet, c’est votre machine qui paie, et un téléphone sera sensiblement plus lent qu’un ordinateur de bureau.

Le réglage `maxWidth` borne la largeur de sortie. Le défaut est 0, ce qui veut dire pas de limite et le TIFF est rendu à sa largeur native. Pour un scan à 600 dpi d’une page A4, c’est environ 5 000 pixels, ce qui est inutilement grand pour un site web et ce qui ralentit l’encodage pour rien.

Pour le web, une largeur de 1 200 à 2 000 pixels est en général suffisante, ce qui pour un scan A4 à 600 dpi demande un `maxWidth` entre 1 200 et 2 000. Pour un thumbnail, 400 à 800 pixels suffit. Le réglage `maxWidth` est appliqué après le décodage et avant l’encodage, donc un scan énorme est réduit en une fois et l’AVIF est écrit à la taille réduite.

Le TIFF est décodé par utif2, l’AVIF est encodé par `@jsquash/avif`, les deux en WebAssembly dans cet onglet. Aucun fichier n’est téléversé, aucun compte n’est nécessaire, aucun quota quotidien ne s’applique, et l’onglet réseau pendant la conversion est la vérification.

Pour un scan de document confidentiel, un dossier client, ou un scan médical, c’est la propriété qui compte. Une conversion qui ne quitte jamais le navigateur supprime la question de savoir si le service de conversion a vu le fichier, ce qui est différent d’y répondre avec une politique de confidentialité.