PicShift Pourquoi la taille peut augmenter
Quand le fichier converti devient plus volumineux, PicShift affiche une explication. Cette page detaille les regles et le calcul B/pixel.
Comment PicShift detecte une compression profonde
PicShift applique une heuristique de densite: taille source + pixels decodes, puis calcul de B/pixel compare a un seuil.
- Le nombre de pixels vient des dimensions decodees (width x height).
- B/pixel = octets source / nombre total de pixels.
- Si B/pixel est sous le seuil, la source est traitee comme deja fortement compressee 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 tres compresse vers un reglage moins efficace peut augmenter la taille.
- Quand B/pixel source est deja tres bas, la marge de reduction supplementaire est limitee.
- Sur les petites images, l overhead du codec ou du conteneur est plus visible.
Perimetre et limites
- C est une heuristique explicative, pas une prediction stricte pour chaque image.
- Le type de contenu (photo, capture, graphique) influe sur le resultat.
- Le niveau de qualite et le format cible modifient la tendance finale.
FAQ
PicShift lance-t-il une seconde re-encodage complet ?
Non. L explication repose sur des metadonnees legeres et des regles de format, sans seconde passe complete.
Comment calcule-t-on B/pixel ?
B/pixel = octets source / pixels decodes: originalFileSizeBytes / (width x height).
La detection de compression profonde est-elle un score qualite exact ?
Non. C est une heuristique pratique pour expliquer la tendance de taille.
Pages associees
Derniere mise a jour: 2026-03-07