Discussion :

[flamant]

Bonjour,
Je veux limiter la taille d'une image en kO. J'utilise
net.coobird.thumbnailator.Thumbnails;
Voici les 2 liens necessaires:
http://thumbnailator.googlecode.com/...humbnails.html
et
https://thumbnailator.googlecode.com...s.Builder.html

disons que j'ai une image de 879*675 en pixel de poids 159 kB et que je veux limiter la taille à 100kB
Je calcule la largeur et hauteur pour obtenir mon résultat:
newWidth= oldWidth * sqrt(100/159) = 697
newHeight= oldHeight * sqrt(100/159) = 535

Et je code en Java
Thumbnails.of(targetStreamOriginalImageFile).size((int)(Math.sqrt(100*1.0/159)*879), (int)(Math.sqrt(100*1.0/159)*675)).useOriginalFormat().toFile(destinationImageFile);

Bien que j'obtienne la largeur et hauteur voulu pour destinationImageFile, son poids n'est pas 100 kB, mais 139 kB.

Avez vous une idée pour que j'obtienne un poids de 100 kB ?

[joel.drigo]

Salut,

Les fichiers images sont pour la plupart du temps compressés (JPEG, PNG, GIF...), avec des algorithmes qui font qu'il n'y a pas de rapport linéaire entre la taille de l'image et le poids du fichier.
Si les fichiers ne sont pas compressé, il y aura souvent d'autres informations que les informations d'image (ne serait-ce qu'une entête), comme des métadonnées, par exemple : même si le poids de ces données peut être relativement négligeable par rapport au poids de l'image non compressée, cela peut être à prende en compte.

Il se peut même qu'il n'y ait pas de rapport direct entre le poids du fichier et la taille de l'image : imagine un algorithme trivial qui stockerait une liste de couples (nombre de points,couleur), avec pour seulle entête la largeur et la hauteur (avec mettons toutes les info sur 4 octets). La couleur étant formée de 3 composantes (rouge, vert, bleu) plus éventuellement une composant d'alpha (pour la transparence), souvent dans des valeurs de 0 à 255, elle prend 4 octets. Une image de 100 x 100 points rouges, prendrais 4 + 4 (la largeur et la hauteur), + 4 (le nombre 100X100=10000), + 4 (pour stocker la couleur rouge) = 16 octets. Si on utilisait ta formule pour la réduire à 10 octets, la taille serait 100x100x10/16=6250, qui tient, forcément, toujours sur 4 octets : le poids de l'image serait donc toujours de 16 octets.

Pour une image compressée, réaliser ce que tu cherches à faire, en une passe (pas forcément avec une simple formule), demanderais d'être capable de déterminer un algorithme de calcul entre le poids du fichier et le poids de l'image non compression, ce qui dépend du format d'image, mais aussi des paramètres de compression (le JPEG permet d'obtenir un taux de 3 à 100 (2 à 8 en JPEG-LS) selon le paramétrage), et qui n'est forcément simple (sans parler du fait que chaque algorithme a son propre algorithme, et donc bien les connaitre chacun). Sinon, on pourrait utiliser un algorithme multipasse, dichotomique, qui réduit plusieurs fois l'image, jusqu'à ce que la taille voulue soit obtenue, mais avec un temps d'exécution non prévisible (et probablement long). Par contre, pas la peine de créer des fichiers physiques, on peut compresser en mémoire, avec un ByteArrayOutputStream, avec toOutputStream() dans la bibliothèque que tu utilises.