GNT sans publicité, site mobile, fonctionnalitées exclusives...

ImageMagick compression d'une image gif

Le
unbewusst.sein
je crée une image gif animée à partir d'images png, toutes ces images
sont crées par ImageMagick.

l'image que je souhaite remplacer sur mon tél mobile a un taux de
compression de "1:3"

j'ai listé les compressions possible avec IM :
convert -list compress
BZip
DXT1
DXT3
DXT5
Fax
Group4
JPEG
JPEG2000
Lossless
LosslessJPEG
LZW
None
RLE
Zip
RunlengthEncoded

j'ai essayé BZip, DXT1, DXT5, LZW et Zip sans grand success mon argument
est de la forme :
convert -compress BZip
sans mentionner de taux de compression (la docum ne parle que de qualité
pour jpeg).

résultat mon image fait 400ko (avec une compression affichée par
GraphicConverter de 4:1) alors que l'image à remplacer, de même taille
(240x320px^2) et de même nombre d'animation ne fait que 26 ko
(compression affichée par GraphicConverter de 1:3)

les images intermédiaires sont réalisées en png car j'utilise -gaussian
qui n'est pas très jojo si directement fait en gif.

quelqu'un connaitrait-il le moyen d'indiquer le taux de compression ?

ou une alternative (sur GraphicConverter cela ne me semble pas
modifiable pour du gif)

--
Une Bévue
Lire les 12 réponses

Vidéos High-Tech et Jeu Vidéo
Téléchargements
Vos réponses Page 1 / 3
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
SAM
Le #22072381
Une Bévue a écrit :
je crée une image gif animée à partir d'images png, toutes ces images
sont crées par ImageMagick.



Perso, je réserve les images aimées pour les petits formats et en suis
resté au gif
(depuis les images fixes jusqu'à l'animation).
Je ne sais ce que fabrique ImageMagick, j'utilise GifBuilder (qui est du
siècle dernier).

L'avantage du gif :
- à la base : 256 couleurs (déjà moins lourd que des millions)
- d'une image à l'autre, l'autre image n'a que la modif/précédente
- une palette est créée pour minimiser le nbre de couleurs

l'image que je souhaite remplacer sur mon tél mobile a un taux de
compression de "1:3"

j'ai listé les compressions possible avec IM :



cf + haut
comme on parle d'animation, il n'y a pas que la compression d'image qui
compte

convert -list compress



aucune idée de tout ça sauf que je vois pas à quoi servent les zip pour
des images ?

j'ai essayé BZip, DXT1, DXT5, LZW et Zip sans grand success mon argument
est de la forme :



... le zip ne compresse pas les images.
Pour réduire le poids d'une image on agit sur sa taille ou sa qualité.
(le jpg à 50% reduit la qualité, pas de miracle compressif)
Le png compresse, mais là ça me reste mystéreux quant aux méthodes (j'ai
l'impression qu'il y a plusieurs options)

résultat mon image fait 400ko (avec une compression affichée par
GraphicConverter de 4:1) alors que l'image à remplacer, de même taille
(240x320px^2) et de même nombre d'animation ne fait que 26 ko
(compression affichée par GraphicConverter de 1:3)



Ha! ben! bravo! belle réussite :-)

les images intermédiaires sont réalisées en png car j'utilise -gaussian
qui n'est pas très jojo si directement fait en gif.



quoi est censé faire -gaussian ?
Y a rien de très jojo si on utilise du gif alors qu'on est parti d'un bô png

quelqu'un connaitrait-il le moyen d'indiquer le taux de compression ?



et pourquoi n'utilises-tu pas GC ?
c'est quand même bien dans ses cordes, ce me semble.

ou une alternative (sur GraphicConverter cela ne me semble pas
modifiable pour du gif)



Rien compris.

Finalement on a une anim en gif ?
Donc, normalement, et à mon idée, toutes les images intermédiaires sont
en gif.

Yapuka tenter GifBuilder.
Ou peut-être GC
- menu : Image / Couleur / Optimiser la palette
- ré-enregistrer l'bazar avec l'option : minimiser les couleurs

Ou tout revoir à la manu : supprimer dans chaque image intermédiaire
tout ce qui n'est pas nouveau par rapport à la précédente.

Sur avec search : gif
je vois qques softs pour animations
mais pas d'ImageMagick

--
sm
Thierry B.
Le #22072371
--{ SAM a plopé ceci: }--

résultat mon image fait 400ko (avec une compression affichée par
GraphicConverter de 4:1) alors que l'image à remplacer, de même taille
(240x320px^2) et de même nombre d'animation ne fait que 26 ko
(compression affichée par GraphicConverter de 1:3)



Ha! ben! bravo! belle réussite :-)



Je pense que convert enchaine les différentes trames à la suite
les unes des autres, alors que des logiciels plus élaborés cherchent
dans chaque image la plus petite zone rectangulaire qui a changée
et ne met que celle-ci (avec ses coordonnées) dans le fichier
résultant. Donc, si seule une petite partie de l'image est
censée clignoter, le résultat en taille sera bien plus faible.

Et si quelqu'un connait un bon outil pour faire des gifs animées
sous Unix, qu'il parle maintenant ou se taise à jamais...

--
Oui. C'est incontestablement le concept de base de la régulation selon
Windows : le reboot remet dans un état stable. On peut ricaner, mais
l'idée est manifestement excellente :-)


--{ SL, dans fcol.debats }--
unbewusst.sein
Le #22072331
SAM
Perso, je réserve les images aimées pour les petits formats et en suis
resté au gif



je n'ai pas le choix de la taille, c'est le spalsh screen de mon mobile
(240x420)


(depuis les images fixes jusqu'à l'animation).
Je ne sais ce que fabrique ImageMagick, j'utilise GifBuilder (qui est du
siècle dernier).



ouais, mais les images d'origine, il faut les comprimer, je n'ai pas
trouver le moyen avec GraphicConverter...

L'avantage du gif :
- à la base : 256 couleurs (déjà moins lourd que des millions)
- d'une image à l'autre, l'autre image n'a que la modif/précédente
- une palette est créée pour minimiser le nbre de couleurs




ça je sais, je crée les images en png PUIS, les converti en gif...

... le zip ne compresse pas les images.
Pour réduire le poids d'une image on agit sur sa taille ou sa qualité.



il ne me semble pas y avoir d'argument qualité pour le gif, en tk pas
trouvé...

(le jpg à 50% reduit la qualité, pas de miracle compressif)
Le png compresse, mais là ça me reste mystéreux quant aux méthodes (j'ai
l'impression qu'il y a plusieurs options)

> résultat mon image fait 400ko (avec une compression affichée par
> GraphicConverter de 4:1) alors que l'image à remplacer, de même taille
> (240x320px^2) et de même nombre d'animation ne fait que 26 ko
> (compression affichée par GraphicConverter de 1:3)

Ha! ben! bravo! belle réussite :-)

> les images intermédiaires sont réalisées en png car j'utilise -gaussian
> qui n'est pas très jojo si directement fait en gif.

quoi est censé faire -gaussian ?



ça ajoute une hombre gaussienne au texte, mon image est simplement un
texte qui défile sur le fond.

Y a rien de très jojo si on utilise du gif alors qu'on est parti d'un bô png

> quelqu'un connaitrait-il le moyen d'indiquer le taux de compression ?

et pourquoi n'utilises-tu pas GC ?
c'est quand même bien dans ses cordes, ce me semble.



parce qu'image magick je le scripte facilement :

------------------------------------------------------------------------
#!/opt/local/bin/ruby

def i_to_s(i)
return i.to_s unless i<10
return "0"+i.to_s
end

#¾gin
for i in 1..18 do
`convert -compress BZip -size 240x320 xc:transparent -font
Bookman-DemiItalic -pointsize 40 -draw "text 15,#{i*10} 'OpenTwin'"
-channel RGBA -gaussian 0x6 -fill white -stroke grey -draw "text
15,#{i*10-5} 'OpenTwin'" OpenTwin_tmp_#{i_to_s(i)}.png`
`composite -compress BZip -gravity center
OpenTwin_tmp_#{i_to_s(i)}.png gradiant.gif OpenTwin_#{i_to_s(i)}.png`
`convert -compress BZip OpenTwin_#{i_to_s(i)}.png
OpenTwin_#{i_to_s(i)}.gif`
`rm -f OpenTwin_tmp_#{i_to_s(i)}.png`
`rm -f OpenTwin_#{i_to_s(i)}.png`
puts i_to_s(i)
end
#=end

cmd='convert -compress BZip -delay 20 -dispose None \n'
cmd+=" -page 240x320+0+0 gradiant.gif \n"
for i in 1..18 do
cmd+=" -page +0+0 OpenTwin_#{i_to_s(i)}.gif \n"
end
cmd+=" -loop 1 OpenTwin_anim.gif "
`#{cmd}`
------------------------------------------------------------------------

> ou une alternative (sur GraphicConverter cela ne me semble pas
> modifiable pour du gif)

Rien compris.

Finalement on a une anim en gif ?
Donc, normalement, et à mon idée, toutes les images intermédiaires sont
en gif.



ben oui, j'ai remarqué, qu'avec ImageMagick si je crée les images
intermédiares en png puis les converti en gif après l'image est de bien
meilleure qualité qu'en procédant directement en gif (notamment l'hombre
sous le texte)

Yapuka tenter GifBuilder.
Ou peut-être GC
- menu : Image / Couleur / Optimiser la palette
- ré-enregistrer l'bazar avec l'option : minimiser les couleurs




oui, bien sûr j'ai essayé ça...

Ou tout revoir à la manu : supprimer dans chaque image intermédiaire
tout ce qui n'est pas nouveau par rapport à la précédente.



ouais c'est une option, en fait, dans mon cas, je pourrais me contenter
de deux images :
le fond et le texte, seul le texte change en se déplaçant sur le fond...

Sur avec search : gif
je vois qques softs pour animations
mais pas d'ImageMagick



ImageMagick s'installe avec MacPorts (ou Fink) ou à la manu par
compilation

c'est un logiciel très puissant...

--
Une Bévue
unbewusst.sein
Le #22072341
Thierry B.
> Ha! ben! bravo! belle réussite :-)

Je pense que convert enchaine les différentes trames à la suite
les unes des autres, alors que des logiciels plus élaborés cherchent
dans chaque image la plus petite zone rectangulaire qui a changée
et ne met que celle-ci (avec ses coordonnées) dans le fichier
résultant. Donc, si seule une petite partie de l'image est
censée clignoter, le résultat en taille sera bien plus faible.

Et si quelqu'un connait un bon outil pour faire des gifs animées
sous Unix, qu'il parle maintenant ou se taise à jamais...



;-)

--
Une Bévue
Thierry B.
Le #22072321
--{ Une Bévue a plopé ceci: }--


c'est un logiciel très puissant...




Mais pas pour les gifs animées :(


--
Il y en a quand même bien un ou deux de corrects dans le lot, jusqu'à preuve du
contraire. Michel Rocard par exemple. Par contre, je n'arrive pas à en trouver
un second là tout de suite maintenant.
--{ Cooker, in DaLFP }--
Publicité
Suivre les réponses
Poster une réponse
Anonyme