PicShift Pourquoi la taille peut augmenter
Quand le fichier converti devient plus volumineux, PicShift affiche une explication. Cette page détaille les règles et le calcul B/pixel.
Comment PicShift détecte une compression profonde
PicShift applique une heuristique de densité : taille source + pixels décodés, puis calcul de B/pixel comparé à un seuil.
- Le nombre de pixels vient des dimensions décodées (width x height).
- B/pixel = octets source / nombre total de pixels.
- Si B/pixel est sous le seuil, la source est traitée comme déjà fortement compressée pour l'explication.
Formule B/pixel
B/pixel = originalFileSizeBytes / (width x height)
Exemple : pour une image de 3000 x 2000 et 350 KB, en remplaçant dans la formule : (350 x 1024) / (3000 x 2000) = 0.0597, soit environ 0.06 B/pixel.
Pourquoi la sortie peut augmenter
- Passer d'un format avec perte ou très compressé vers un réglage moins efficace peut augmenter la taille.
- Quand B/pixel source est déjà très bas, la marge de réduction supplémentaire est limitée.
- Sur les petites images, l'overhead du codec ou du conteneur est plus visible.
Périmètre et limites
- C'est une heuristique explicative, pas une prédiction stricte pour chaque image.
- Le type de contenu (photo, capture, graphique) influe sur le résultat.
- Le niveau de qualité et le format cible modifient la tendance finale.
FAQ
PicShift lance-t-il un second ré-encodage complet ?
Non. L'explication repose sur des métadonnées légères et des règles de format, sans seconde passe complète.
Comment calcule-t-on B/pixel ?
B/pixel = octets source / pixels décodés : originalFileSizeBytes / (width x height).
La détection de compression profonde est-elle un score qualité exact ?
Non. C'est une heuristique pratique pour expliquer la tendance de taille.
Pages associées
Outils associés
Dernière mise à jour: 2026-04-08