Problème d'encodage WebP (Lossy Quality Ignorée) dans XnConvert
Posted: Tue Oct 07, 2025 5:33 am
Bonjour,
Je vous soumets un comportement inattendu lors de l'encodage WebP dans XnConvert, potentiellement un bug dans l'implémentation de libwebp.
Mon objectif : Compresser des images pour le web en maximisant le ratio qualité/taille.
Logiciel : XnConvert Version 1.105.0 - Windows x64 (Apr 16 2025) - Libformat version 7.221.
Source : Fichier TIFF 8 bits (exporté de Lightroom).
1. Description du Problème
Le paramètre de qualité avec perte (Lossy Quality, désigné par Intensité ou Filter Strength) semble être ignoré par l'encodeur WebP, quel que soit le réglage choisi.
Paramètre WebP dans XnConvert, Poids du Fichier de Sortie
Intensité (Qualité) réglée à 80 : 218 ko
Intensité (Qualité) réglée à 40 : 218 ko (Aucun changement de poids)
L'option "Sans perte" (Lossless) est bien décochée.
Le changement de la Méthode de compression (de 6 à 0) n'a eu aucun impact significatif.
Visuellement, l'image à Q=40 ne montre aucune dégradation visible par rapport à l'image à Q=80, ce qui confirme que l'encodage est bloqué sur un seuil de qualité minimale très élevé.
2. Données de Compression Comparatives
Pour la même image de référence, l'efficacité de l'encodage WebP dans XnConvert est nettement inférieure à d'autres encodeurs :
Outil d'Optimisation, Format, Poids du Fichier Obtenu
XnConvert, WebP Q=40, WebP : 218 ko
MozJPEG, avec perte, optimisé, JPEG : 138 ko
Caesium Image Compressor, JPEG :126 ko
Conclusion : Le fichier WebP obtenu est environ 60% plus lourd que le JPEG optimisé, alors que WebP devrait normalement être plus efficace. Tout se passe comme si le moteur WebP de XnConvert passait en mode sans perte (ou en Q=100) dès qu'une conversion est lancée, ignorant les réglages d'intensité.
Merci de votre aide pour déterminer la cause de ce constat. S'agit-il d'une mauvaise utilisation du paramètre Intensité ou d'un bug confirmé ?
Cordialement.
Je vous soumets un comportement inattendu lors de l'encodage WebP dans XnConvert, potentiellement un bug dans l'implémentation de libwebp.
Mon objectif : Compresser des images pour le web en maximisant le ratio qualité/taille.
Logiciel : XnConvert Version 1.105.0 - Windows x64 (Apr 16 2025) - Libformat version 7.221.
Source : Fichier TIFF 8 bits (exporté de Lightroom).
1. Description du Problème
Le paramètre de qualité avec perte (Lossy Quality, désigné par Intensité ou Filter Strength) semble être ignoré par l'encodeur WebP, quel que soit le réglage choisi.
Paramètre WebP dans XnConvert, Poids du Fichier de Sortie
Intensité (Qualité) réglée à 80 : 218 ko
Intensité (Qualité) réglée à 40 : 218 ko (Aucun changement de poids)
L'option "Sans perte" (Lossless) est bien décochée.
Le changement de la Méthode de compression (de 6 à 0) n'a eu aucun impact significatif.
Visuellement, l'image à Q=40 ne montre aucune dégradation visible par rapport à l'image à Q=80, ce qui confirme que l'encodage est bloqué sur un seuil de qualité minimale très élevé.
2. Données de Compression Comparatives
Pour la même image de référence, l'efficacité de l'encodage WebP dans XnConvert est nettement inférieure à d'autres encodeurs :
Outil d'Optimisation, Format, Poids du Fichier Obtenu
XnConvert, WebP Q=40, WebP : 218 ko
MozJPEG, avec perte, optimisé, JPEG : 138 ko
Caesium Image Compressor, JPEG :126 ko
Conclusion : Le fichier WebP obtenu est environ 60% plus lourd que le JPEG optimisé, alors que WebP devrait normalement être plus efficace. Tout se passe comme si le moteur WebP de XnConvert passait en mode sans perte (ou en Q=100) dès qu'une conversion est lancée, ignorant les réglages d'intensité.
Merci de votre aide pour déterminer la cause de ce constat. S'agit-il d'une mauvaise utilisation du paramètre Intensité ou d'un bug confirmé ?
Cordialement.