Auteur Sujet: Liste des formats d’image et de leurs fonctionnalités (Lu 71598 fois)

kazyor · « **Réponse #36 le:** 12 octobre 2023 à 10:26:17 »

Citation de: vivien le 11 octobre 2023 à 09:43:37

Pour moi JPEG XL fonctionne bien avec Safari sur iOS 17 :

Mais pas sous iOS 16.

guiest63 · « **Réponse #37 le:** 12 octobre 2023 à 10:41:06 »

Effectivement. Sous iOS17 il ne manque plus que le format XBM ! (iPhone 12 pro ici)

fred_mgnt · « **Réponse #38 le:** 15 octobre 2023 à 14:45:56 »

Citation de: vivien le 11 octobre 2023 à 09:43:37

Pour moi JPEG XL fonctionne bien avec Safari sur iOS 17 :

Je parle de macOS pas d'iOS : il est noté dans le message que je citais qu'il faut Sonoma pour décoder le JPEG XL (en tout cas sur le Web), or c'est faux, sur Monterey (macOS 12.7) et Safari 17, le JPEG XL est décodé sans problème.

fred_mgnt · « **Réponse #39 le:** 15 octobre 2023 à 14:50:40 »

Citation de: vivien le 11 octobre 2023 à 09:47:53

Pourtant, PNG gère bien le 32 bits par pixel :
- 8 bits par couleur + 8 bits alpha (transparence)
- il est possible de lui mettre des espaces colorimétriques

La compression n'est pas top, mais c'est le format de référence pour de la compression sans perte avec 32 bits par pixels.
À noter que WebP permet également de faire tout ce que fait PNG.

Oui, c'est ce que je dis 8 bits par couleurs, soit 24 bits en tout pour l'espace colorimétrique (le canal alpha n'a aucun intérêt en photographie et n'est pas exploité par les APN et logiciels de retouches photos). Là on parle de formats d'images qui gèrent plus de 8 bits/couleurs. La dynamique et les couleurs sont captées sur 10, 12 voire 14 bits/couleurs sur les APN, soit 30, 36 ou 42 bits en tout. Le PNG est largué en plus d'avoir une compression moyenne

EDIT : Je précise que je viens de découvrir que le PNG fait aussi du 48 bits après avoir vu cette config dans LrC 13 (ce n'était pas le cas avant)

fred_mgnt · « **Réponse #40 le:** 15 octobre 2023 à 15:28:16 »

Citation de: fred_mgnt le 08 octobre 2023 à 11:40:18

Moi ça m'aurait bien arrangé que le JPEG XL se déploie rapidement et en masse dans les logiciels qui manipulent des images. J'aimerais bien pouvoir exporter mes RAW corrigés sans perte (ou perte très minimale)... Aujourd'hui l'export que me propose Lightroom Classic (12.4 ou 12.5) ou DxO PhotoLab (version 6.10.x) c'est du DNG, du TIFF, du PNG ou du JPEG classique.

Il a suffit d'en parler pour que les choses évolues : la mise à jour 13 de Lightroom gère désormais le HDR à l'import et à l'export et permet donc aussi (comme Camera Raw dans son "aperçu de technologie") de générer du JPEG XL mais aussi de l'AVIF.

J'ai fait un petit comparatif entre JPEG (qualité 80 et 100, avec et sans HDR), JPEG XL (qualité 80 et Sans perte, avec et sans HDR), AVIF (qualité 80 et 100, avec et sans HDR), DNG non dématricé (sans aperçu JPEG, sans données de chargement rapide, avec et sans perte), DNG dématricé, TIFF (8 et 16 bits/ composante) et PNG (8 et HDR 16 bits/composante) d'une photo.

Résultats :

• JPEG XL
- HDR sans perte : 41,8 Mo
- SDR sans perte : 13,8 Mo
- HDR qualité 80 : 3,4 Mo
- SDR qualité 80 : 3,1 Mo

• JPEG
- HDR qualité 100 : 21,2 Mo
- SDR qualité 100 : 9,9 Mo
- HDR qualité 80 : 6,5 Mo
- SDR qualité 80 : 4,8 Mo

• AVIF
- HDR qualité 100 : 11,8 Mo
- SDR qualité 100 : 12,2 Mo (étonnant)
- HDR qualité 80 : 4,6 Mo
- SDR qualité 80 : 4,5 Mo

• PNG
- PNG 8-bits/couleur : 20,6 Mo
- PNG 16 bits/couleur HDR : 59,4 Mo (je découvre, PNG fait du 48-bits)

• DNG
- DNG sans perte : 17,4 Mo
- DNG avec perte : 5,7 Mo
- DNG dématricé (sans perte) : 35,7 Mo

• TIFF
- TIFF 8-bits/couleur : 60,5 Mo
- TIFF 8 bits/couleur avec compression ZIP : 40 Mo
- TIFF 16 bits/couleurs HDR : 121 Mo
- TIFF 16 bits/couleurs HDR avec compression ZIP : 105,7 Mo
- TIFF 32 bits/couleurs HDR (pour le fun) : 241,9 Mo! (je découvre aussi que le TIFF fait du 96 bits!

Le JPEG XL avec perte (qualité 80) fait mieux de 35% (SDR) à 47% (HDR) que le JPEG à qualité identique. Le sans perte n'existe pas sur le JPEG (même à qualité 100).
Sur le sans perte, JPEG XL fait mieux de 33% que le PNG en 8 bits/coul et de 29% que le PNG en 16 bits/coul.
Je ne parle même pas du TIFF zippé ou sans compression.

vivien · « **Réponse #41 le:** 06 novembre 2023 à 21:15:07 »

Citation de: fred_mgnt le 15 octobre 2023 à 14:45:56

Je parle de macOS pas d'iOS : il est noté dans le message que je citais qu'il faut Sonoma pour décoder le JPEG XL (en tout cas sur le Web), or c'est faux, sur Monterey (macOS 12.7) et Safari 17, le JPEG XL est décodé sans problème.

Merci, j'ai corrigé (il faut peut-être vider le cache de ton navigateur web).

Pou d'autres formats d'image comme WebP, c'est la version de MacOS qui compte et non la version de Safari.

rooot · « **Réponse #42 le:** 10 avril 2024 à 20:48:53 »

bonjour, il y a du nouveau avec le jpegli :

Citer

To improve on this, we are introducing Jpegli, an advanced JPEG coding library that maintains high backward compatibility while offering enhanced capabilities and a 35% compression ratio improvement at high quality compression settings.

https://www.generation-nt.com/actualites/google-souhaite-oublier-format-image-jpeg-2046094

la source chez google : https://opensource.googleblog.com/2024/04/introducing-jpegli-new-jpeg-coding-library.html

vivien · « **Réponse #43 le:** 10 avril 2024 à 21:38:01 »

Oui, je n'ai trouvé aucune comparaison avec WebP et AVIF.

Google se limite à comparer à d'autres encodeurs Jpeg.

Il me semble comprendre que cela reste moins efficace que AVIF et même peut-être WebP (par contre cela permet de faire des choses que WebP ne permet pas, comme l'encodage des couleurs sur 10 bits et le sous-échantillonnage 4:4:4).

Cochonou · « **Réponse #44 le:** 10 avril 2024 à 21:39:52 »

C'est surtout pas nouveau du tout comme approche, non ?
https://github.com/google/guetzli/

Guetzli is a JPEG encoder that aims for excellent compression density at high visual quality. Guetzli-generated images are typically 20-30% smaller than images of equivalent quality generated by libjpeg. Guetzli generates only sequential (nonprogressive) JPEGs due to faster decompression speeds they offer.

Edit: ah bien j'aurais du mieux lire la source...

Citer

Adaptive quantization heuristics

Jpegli uses adaptive quantization to reduce noise and improve image quality. This is done by spatially modulating the dead zone in quantization based on psychovisual modeling. Using adaptive quantization heuristics that we originally developed for JPEG XL, the result is improved image quality and reduced file size. These heuristics are much faster than a similar approach originally used in guetzli.

La différence, c'est le "much faster".

F6FLT · « **Réponse #45 le:** 20 avril 2024 à 10:59:47 »

Citation de: fred_mgnt le 15 octobre 2023 à 14:50:40

...Là on parle de formats d'images qui gèrent plus de 8 bits/couleurs. La dynamique et les couleurs sont captées sur 10, 12 voire 14 bits/couleurs sur les APN, soit 30, 36 ou 42 bits en tout.
...

Quel est l'intérêt ? Peut-on réellement voir une amélioration à l'oeil ?
Il me semble que la limitation vient moins de la finesse des niveaux que du fait qu'on n'utilise que trois couleurs fondamentales, ce qui rend impossible par principe l'accès à certaines couleurs.

Optix · « **Réponse #46 le:** 20 avril 2024 à 11:06:19 »

Citation de: F6FLT le 20 avril 2024 à 10:59:47

Quel est l'intérêt ? Peut-on réellement voir l'amélioration à l'oeil ?
Il me semble que la limitation vient moins de la finesse des niveaux que du fait qu'on n'utilise que trois couleurs fondamentales, ce qui rend impossible par principe l'accès à certaines couleurs.

On ne stocke pas de la couleur justement, mais d'autres informations, comme l'intensité de la lumière. En gros, si tu veux faire une scène bien éclairée, bah tu dois modifier les couleurs en 8bits, ou inversement, une scène sombre, tes couleurs tirent vers le noir, alors que c'est contre-nature : ta voiture ne change pas de peinture quand il fait nuit.

Oui, ça se voit à l'oeil, notamment quand on a diffusé Roland-Garros en 4K les années précédentes, à la fois en SDR et en HDR.
On a reçu qq remarques sur la version HDR, car la couleur du court de tennis était brun. Désolé mais la terre du court est bien brune, et non orange fluo quand le soleil tape dessus

MaxLebled · « **Réponse #47 le:** 20 avril 2024 à 11:52:10 »

Citation de: Cochonou le 10 avril 2024 à 21:39:52

La différence, c'est le "much faster".

En effet, Guetzli a pu proposer des grosses améliorations par rapport aux encodeurs JPEG « classiques », mais le prix à payer, c'était une utilisation de mémoire vive faramineuse (des centaines et des centaines de Mo), ainsi que des temps de compressions excessivement longs (plusieurs dizaines de secondes pour une photo de taille typique, genre 12 MP).

Même si je préfererais que nous passions à autre chose que JPEG, c'est bien de voir qu'ils arrivent à continuer d'en sortir des améliorations, 30 ans après