<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Commentaires sur : Dégradez les PNG, faites des compromis</title>
	<atom:link href="http://performance.survol.fr/2008/07/degradez-les-png-faites-des-compromis/feed/" rel="self" type="application/rss+xml" />
	<link>http://performance.survol.fr/2008/07/degradez-les-png-faites-des-compromis/</link>
	<description>Quelques mots pour des sites web rapides</description>
	<lastBuildDate>Thu, 20 May 2010 23:40:14 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>Par : Felipe</title>
		<link>http://performance.survol.fr/2008/07/degradez-les-png-faites-des-compromis/#comment-230</link>
		<dc:creator>Felipe</dc:creator>
		<pubDate>Tue, 19 Aug 2008 05:16:42 +0000</pubDate>
		<guid isPermaLink="false">http://performance.survol.fr/?p=55#comment-230</guid>
		<description>Un PNG-24 peut être plus petit qu&#039;un PNG-8 et c&#039;est souvent ce que produit OptiPNG sur de petits pictogrammes: dans un PNG-8 il faut en effet embarquer la palette de couleurs et ces jusqu&#039;à 3x256 octets de différence peuvent faire perdre le gain de poids dû à un PNG-8.
Et c&#039;est sans perte d&#039;information, contrairement à pngnq (pas de passage de 24bits à 8bits); pour vérifier si les PNG de départ et d&#039;arrivée sont strictement identiques il y a pngcomp fourni avec pngnq.

Perso je sauvegarde en PNG-24 pour pouvoir retravailler l&#039;image plus tard à moins qu&#039;il n&#039;y ait besoin de 8 bits de transparence (là c&#039;est dans Fireworks que ça se passe, le seul capable de rouvrir le fichier), j&#039;essaie pngnq et garde le résultat s&#039;il n&#039;y a pas trop de dégradation, puis lance &quot;optipng -o7 *.png&quot; sur le répertoire entier</description>
		<content:encoded><![CDATA[<p>Un PNG-24 peut être plus petit qu&#8217;un PNG-8 et c&#8217;est souvent ce que produit OptiPNG sur de petits pictogrammes: dans un PNG-8 il faut en effet embarquer la palette de couleurs et ces jusqu&#8217;à 3&#215;256 octets de différence peuvent faire perdre le gain de poids dû à un PNG-8.<br />
Et c&#8217;est sans perte d&#8217;information, contrairement à pngnq (pas de passage de 24bits à 8bits); pour vérifier si les PNG de départ et d&#8217;arrivée sont strictement identiques il y a pngcomp fourni avec pngnq.</p>
<p>Perso je sauvegarde en PNG-24 pour pouvoir retravailler l&#8217;image plus tard à moins qu&#8217;il n&#8217;y ait besoin de 8 bits de transparence (là c&#8217;est dans Fireworks que ça se passe, le seul capable de rouvrir le fichier), j&#8217;essaie pngnq et garde le résultat s&#8217;il n&#8217;y a pas trop de dégradation, puis lance &laquo;&nbsp;optipng -o7 *.png&nbsp;&raquo; sur le répertoire entier</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Louis</title>
		<link>http://performance.survol.fr/2008/07/degradez-les-png-faites-des-compromis/#comment-215</link>
		<dc:creator>Louis</dc:creator>
		<pubDate>Mon, 11 Aug 2008 17:34:47 +0000</pubDate>
		<guid isPermaLink="false">http://performance.survol.fr/?p=55#comment-215</guid>
		<description>D&#039;accord, je crois que j&#039;ai enfin compris. Je pense que l&#039;outil de compression que je passe sur mes PNG réduit le nombre de couleurs des PNG-24. Ca expliquerait pourquoi mes PNG-24 sont parfois plus petit que mes PNG-8 après compression : ils ont autant de couleurs, mais sont en plus allégés des meta données et compagnie.</description>
		<content:encoded><![CDATA[<p>D&#8217;accord, je crois que j&#8217;ai enfin compris. Je pense que l&#8217;outil de compression que je passe sur mes PNG réduit le nombre de couleurs des PNG-24. Ca expliquerait pourquoi mes PNG-24 sont parfois plus petit que mes PNG-8 après compression : ils ont autant de couleurs, mais sont en plus allégés des meta données et compagnie.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Éric</title>
		<link>http://performance.survol.fr/2008/07/degradez-les-png-faites-des-compromis/#comment-209</link>
		<dc:creator>Éric</dc:creator>
		<pubDate>Mon, 11 Aug 2008 15:22:53 +0000</pubDate>
		<guid isPermaLink="false">http://performance.survol.fr/?p=55#comment-209</guid>
		<description>@Louis: tu dois avoir un problème quelque part je pense. PNG8 c&#039;est simplement moins de couleurs. Tu ne devrais pas pouvoir avoir un poids plus gros simplement en réduisant le nombre de couleurs.
Ou alors c&#039;est moi qui ai raté quelque chose.</description>
		<content:encoded><![CDATA[<p>@Louis: tu dois avoir un problème quelque part je pense. PNG8 c&#8217;est simplement moins de couleurs. Tu ne devrais pas pouvoir avoir un poids plus gros simplement en réduisant le nombre de couleurs.<br />
Ou alors c&#8217;est moi qui ai raté quelque chose.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Louis</title>
		<link>http://performance.survol.fr/2008/07/degradez-les-png-faites-des-compromis/#comment-206</link>
		<dc:creator>Louis</dc:creator>
		<pubDate>Mon, 11 Aug 2008 13:48:50 +0000</pubDate>
		<guid isPermaLink="false">http://performance.survol.fr/?p=55#comment-206</guid>
		<description>Je dois avouer que sur Photoshop CS3, je sauvegarde souvent en PNG-24 car celui-ci s&#039;avère plus léger que le PNG-8, surtout en prenant en compte l&#039;outil d&#039;optimisation (optiPNG et compagnie).

Est-ce que j&#039;ai raté quelque chose ou bien d&#039;autres personne font aussi ce constat ?</description>
		<content:encoded><![CDATA[<p>Je dois avouer que sur Photoshop CS3, je sauvegarde souvent en PNG-24 car celui-ci s&#8217;avère plus léger que le PNG-8, surtout en prenant en compte l&#8217;outil d&#8217;optimisation (optiPNG et compagnie).</p>
<p>Est-ce que j&#8217;ai raté quelque chose ou bien d&#8217;autres personne font aussi ce constat ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Éric</title>
		<link>http://performance.survol.fr/2008/07/degradez-les-png-faites-des-compromis/#comment-187</link>
		<dc:creator>Éric</dc:creator>
		<pubDate>Tue, 05 Aug 2008 18:03:31 +0000</pubDate>
		<guid isPermaLink="false">http://performance.survol.fr/?p=55#comment-187</guid>
		<description>C&#039;est effectivement un problème d&#039;outils : Fireworks sait gérer les couches alpha sur le PNG8</description>
		<content:encoded><![CDATA[<p>C&#8217;est effectivement un problème d&#8217;outils : Fireworks sait gérer les couches alpha sur le PNG8</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : EmmanuelC</title>
		<link>http://performance.survol.fr/2008/07/degradez-les-png-faites-des-compromis/#comment-186</link>
		<dc:creator>EmmanuelC</dc:creator>
		<pubDate>Tue, 05 Aug 2008 14:40:49 +0000</pubDate>
		<guid isPermaLink="false">http://performance.survol.fr/?p=55#comment-186</guid>
		<description>&gt; Pour le PNG8, contrairement à la croyance commune, il s’avère qu’il est possible d’avoir une opacité variable. Chaque couleur de la palette a sa propre opacité.

Comment fait-tu pour jouer avec cette opacité variable en PNG8 ? J&#039;ai beau chercher dans Photoshop et Gimp, je n&#039;arrive pas à la manipuler autrement qu&#039;en PNG24. Peut-être avec d&#039;autres softs ?</description>
		<content:encoded><![CDATA[<p>&gt; Pour le PNG8, contrairement à la croyance commune, il s’avère qu’il est possible d’avoir une opacité variable. Chaque couleur de la palette a sa propre opacité.</p>
<p>Comment fait-tu pour jouer avec cette opacité variable en PNG8 ? J&#8217;ai beau chercher dans Photoshop et Gimp, je n&#8217;arrive pas à la manipuler autrement qu&#8217;en PNG24. Peut-être avec d&#8217;autres softs ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Éric</title>
		<link>http://performance.survol.fr/2008/07/degradez-les-png-faites-des-compromis/#comment-174</link>
		<dc:creator>Éric</dc:creator>
		<pubDate>Sun, 03 Aug 2008 10:19:45 +0000</pubDate>
		<guid isPermaLink="false">http://performance.survol.fr/?p=55#comment-174</guid>
		<description>J&#039;ai dit 100 octets, j&#039;aurai pu dire 200 ou 300. Ca m&#039;apprendra à ne pas être précis dans les commentaires. Disons que la différence de taille ne sera en faveur de GIF que sur des images toutes petites, et que sur ces images la taille gagnée quand avec GIF est franchement négligeable. 

J&#039;ai http://performance.survol.fr/wp-content/uploads/2008/08/flagsdw3.png en 211 octets. Il n&#039;est pas exact au pixel près, mais je doute que cela se voit autrement qu&#039;en comparant exprès les deux images côte à côte. Pour être honnête les mêmes compromis adaptés au GIF donnent 191 octets. On a donc 20 octets de différence. C&#039;est moins que le cout d&#039;une entête IP ! Autant dire plus que négligeable, même pour une connexion WAP.

Il ne faut pas oublier qu&#039;entre les entêtes du navigateur et celle du serveur, c&#039;est 1ko de qui sont échangés avant même de faire passer l&#039;image. Ensuite on ajoute le temps nécessaire à la latence, le coût de la connexion elle-même ... les 20 octets on va vite les oublier.</description>
		<content:encoded><![CDATA[<p>J&#8217;ai dit 100 octets, j&#8217;aurai pu dire 200 ou 300. Ca m&#8217;apprendra à ne pas être précis dans les commentaires. Disons que la différence de taille ne sera en faveur de GIF que sur des images toutes petites, et que sur ces images la taille gagnée quand avec GIF est franchement négligeable. </p>
<p>J&#8217;ai <a href="http://performance.survol.fr/wp-content/uploads/2008/08/flagsdw3.png" rel="nofollow">http://performance.survol.fr/wp-content/uploads/2008/08/flagsdw3.png</a> en 211 octets. Il n&#8217;est pas exact au pixel près, mais je doute que cela se voit autrement qu&#8217;en comparant exprès les deux images côte à côte. Pour être honnête les mêmes compromis adaptés au GIF donnent 191 octets. On a donc 20 octets de différence. C&#8217;est moins que le cout d&#8217;une entête IP ! Autant dire plus que négligeable, même pour une connexion WAP.</p>
<p>Il ne faut pas oublier qu&#8217;entre les entêtes du navigateur et celle du serveur, c&#8217;est 1ko de qui sont échangés avant même de faire passer l&#8217;image. Ensuite on ajoute le temps nécessaire à la latence, le coût de la connexion elle-même &#8230; les 20 octets on va vite les oublier.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : koqless</title>
		<link>http://performance.survol.fr/2008/07/degradez-les-png-faites-des-compromis/#comment-173</link>
		<dc:creator>koqless</dc:creator>
		<pubDate>Sat, 02 Aug 2008 22:04:32 +0000</pubDate>
		<guid isPermaLink="false">http://performance.survol.fr/?p=55#comment-173</guid>
		<description>Tu es sûr que pour des images de plus de 100 octets, le png est plus petit ?
Parceque j&#039;ai un gif de 336 octets et je n&#039;arrive pas à faire mieux en png avec meta.
Si tu veux tester, voici mon gif : http://img393.imageshack.us/img393/6403/flagsdw2.gif</description>
		<content:encoded><![CDATA[<p>Tu es sûr que pour des images de plus de 100 octets, le png est plus petit ?<br />
Parceque j&#8217;ai un gif de 336 octets et je n&#8217;arrive pas à faire mieux en png avec meta.<br />
Si tu veux tester, voici mon gif : <a href="http://img393.imageshack.us/img393/6403/flagsdw2.gif" rel="nofollow">http://img393.imageshack.us/img393/6403/flagsdw2.gif</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Éric</title>
		<link>http://performance.survol.fr/2008/07/degradez-les-png-faites-des-compromis/#comment-172</link>
		<dc:creator>Éric</dc:creator>
		<pubDate>Sat, 02 Aug 2008 15:25:44 +0000</pubDate>
		<guid isPermaLink="false">http://performance.survol.fr/?p=55#comment-172</guid>
		<description>Je ne sais pas, et franchement quel intérêt ?
Sauf pour des images de moins de 100 octets, le PNG sera toujours plus petit, toujours. Il offrira aussi toujours plus de possibilités.

Pour optimiser les GIF, passez les en PNG, tout simplement. Vous n&#039;avez rien à perdre et tout à gagner.</description>
		<content:encoded><![CDATA[<p>Je ne sais pas, et franchement quel intérêt ?<br />
Sauf pour des images de moins de 100 octets, le PNG sera toujours plus petit, toujours. Il offrira aussi toujours plus de possibilités.</p>
<p>Pour optimiser les GIF, passez les en PNG, tout simplement. Vous n&#8217;avez rien à perdre et tout à gagner.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : koqless</title>
		<link>http://performance.survol.fr/2008/07/degradez-les-png-faites-des-compromis/#comment-171</link>
		<dc:creator>koqless</dc:creator>
		<pubDate>Sat, 02 Aug 2008 13:14:44 +0000</pubDate>
		<guid isPermaLink="false">http://performance.survol.fr/?p=55#comment-171</guid>
		<description>Concernant les GIF, est il possible d&#039;optimiser des Gif comme les PNG avec un tool du genre OptiPng ?
J&#039;ai trouvé juste un tool &quot;Gif optimizer&quot; qui est vraiment pas terrible :/
Si quelqu&#039;un connait un tool performant ;)</description>
		<content:encoded><![CDATA[<p>Concernant les GIF, est il possible d&#8217;optimiser des Gif comme les PNG avec un tool du genre OptiPng ?<br />
J&#8217;ai trouvé juste un tool &laquo;&nbsp;Gif optimizer&nbsp;&raquo; qui est vraiment pas terrible :/<br />
Si quelqu&#8217;un connait un tool performant ;)</p>
]]></content:encoded>
	</item>
</channel>
</rss>
