<?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 : Pkpgcounter: calculer le taux d&#8217;encrage</title>
	<atom:link href="http://www.calcyum.org/pkpgcounter-calculer-le-taux-d-encrage/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.calcyum.org/pkpgcounter-calculer-le-taux-d-encrage/</link>
	<description>Fortifiez votre créativité open source!</description>
	<lastBuildDate>Sat, 05 Mar 2011 13:11:47 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Par : tamere</title>
		<link>http://www.calcyum.org/pkpgcounter-calculer-le-taux-d-encrage/comment-page-1/#comment-214</link>
		<dc:creator>tamere</dc:creator>
		<pubDate>Wed, 30 Apr 2008 20:47:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.calcyum.org/wordpress/?p=84#comment-214</guid>
		<description>&lt;p&gt;OK, si tu donnes suite merci d&#039;utiliser la liste de diffusion de PyKota à laquelle tu peux t&#039;abonner sur http://cgi.librelogiciel.com/mailman/listinfo/pykota&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>OK, si tu donnes suite merci d&#8217;utiliser la liste de diffusion de PyKota à laquelle tu peux t&#8217;abonner sur <a href="http://cgi.librelogiciel.com/mailman/listinfo/pykota" rel="nofollow">http://cgi.librelogiciel.com/mailman/listinfo/pykota</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : FeIZocE</title>
		<link>http://www.calcyum.org/pkpgcounter-calculer-le-taux-d-encrage/comment-page-1/#comment-238</link>
		<dc:creator>FeIZocE</dc:creator>
		<pubDate>Tue, 29 Apr 2008 09:29:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.calcyum.org/wordpress/?p=84#comment-238</guid>
		<description>&lt;p&gt;D&#039;accord, je vais creuser ce filon sur LinuxGraphic, ça devrait les intéresser aussi :) &lt;br /&gt; Bon courage pour la correction de tes bugs ;)&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>D&#8217;accord, je vais creuser ce filon sur LinuxGraphic, ça devrait les intéresser aussi <img src='http://www.calcyum.org/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  <br />
 Bon courage pour la correction de tes bugs <img src='http://www.calcyum.org/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : tamere</title>
		<link>http://www.calcyum.org/pkpgcounter-calculer-le-taux-d-encrage/comment-page-1/#comment-236</link>
		<dc:creator>tamere</dc:creator>
		<pubDate>Tue, 29 Apr 2008 00:29:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.calcyum.org/wordpress/?p=84#comment-236</guid>
		<description>&lt;p&gt;Désolé si ce n&#039;était pas clair&#160;: je ne suis pas l&#039;auteur du code original de PrintBill, c&#039;est Daniel Franklin qui est prof dans une université australienne. Par contre je suis bien celui de pkpgcounter, et à ce titre j&#039;ai réalisé le portage C vers Python du code de calcul du taux de couverture d&#039;encre. Malheureusement je n&#039;ai pas trop de temps à consacrer à une telle évolution de pkpgcounter pour l&#039;instant (j&#039;ai deux bugs en attente de correction depuis Décembre 2007), cela dit si pour un ensemble de pixels codés en (R,G,B) (pas vraiment le choix) tu as la formule qui te donne le résulat que tu souhaites je veux bien l&#039;implémenter et ajouter l&#039;option qui va bien...&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>Désolé si ce n&#8217;était pas clair&nbsp;: je ne suis pas l&#8217;auteur du code original de PrintBill, c&#8217;est Daniel Franklin qui est prof dans une université australienne. Par contre je suis bien celui de pkpgcounter, et à ce titre j&#8217;ai réalisé le portage C vers Python du code de calcul du taux de couverture d&#8217;encre. Malheureusement je n&#8217;ai pas trop de temps à consacrer à une telle évolution de pkpgcounter pour l&#8217;instant (j&#8217;ai deux bugs en attente de correction depuis Décembre 2007), cela dit si pour un ensemble de pixels codés en (R,G,B) (pas vraiment le choix) tu as la formule qui te donne le résulat que tu souhaites je veux bien l&#8217;implémenter et ajouter l&#8217;option qui va bien&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : FeIZocE</title>
		<link>http://www.calcyum.org/pkpgcounter-calculer-le-taux-d-encrage/comment-page-1/#comment-223</link>
		<dc:creator>FeIZocE</dc:creator>
		<pubDate>Fri, 25 Apr 2008 14:24:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.calcyum.org/wordpress/?p=84#comment-223</guid>
		<description>&lt;p&gt;C&#039;est à tester donc. Le souci c&#039;est que j&#039;y connais rien. Tu crois que ton codeur pourrait envisager de travailler dessus? N&#039;hésite pas à lui proposer mon mail. Si ça se concrétise, ce serait un élément à inclure dans la gestion de la couleur des logiciels libres.&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>C&#8217;est à tester donc. Le souci c&#8217;est que j&#8217;y connais rien. Tu crois que ton codeur pourrait envisager de travailler dessus? N&#8217;hésite pas à lui proposer mon mail. Si ça se concrétise, ce serait un élément à inclure dans la gestion de la couleur des logiciels libres.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : tamere</title>
		<link>http://www.calcyum.org/pkpgcounter-calculer-le-taux-d-encrage/comment-page-1/#comment-225</link>
		<dc:creator>tamere</dc:creator>
		<pubDate>Fri, 25 Apr 2008 08:40:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.calcyum.org/wordpress/?p=84#comment-225</guid>
		<description>&lt;p&gt;Oui effectivement pkpgcounter tient compte de la surface de papier réellement imprimée, car il est principalement utilisé dans mon logiciel de quotas d&#039;impression PyKota pour refacturer la quantité d&#039;encre consommé, pas l&#039;intensité de chaque couleur.&lt;/p&gt; &lt;p&gt;Il doit être possible de modifier le code ou d&#039;ajouter une option supplémentaire sur la ligne de commande (et dans la librairie) pour faire ce que tu souhaites, encore que je ne sois pas trop sûr de moi&#160;: peut être qu&#039;il suffit d&#039;enlever la division par le nombre total de pixels de la page dans le code ci-dessus.&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>Oui effectivement pkpgcounter tient compte de la surface de papier réellement imprimée, car il est principalement utilisé dans mon logiciel de quotas d&#8217;impression PyKota pour refacturer la quantité d&#8217;encre consommé, pas l&#8217;intensité de chaque couleur.</p>
<p>Il doit être possible de modifier le code ou d&#8217;ajouter une option supplémentaire sur la ligne de commande (et dans la librairie) pour faire ce que tu souhaites, encore que je ne sois pas trop sûr de moi&nbsp;: peut être qu&#8217;il suffit d&#8217;enlever la division par le nombre total de pixels de la page dans le code ci-dessus.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : FeIZocE</title>
		<link>http://www.calcyum.org/pkpgcounter-calculer-le-taux-d-encrage/comment-page-1/#comment-224</link>
		<dc:creator>FeIZocE</dc:creator>
		<pubDate>Thu, 24 Apr 2008 23:46:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.calcyum.org/wordpress/?p=84#comment-224</guid>
		<description>&lt;p&gt;Je crois que je viens de comprendre. Dans ton fichier test, les poucentages dépassent allègrement les 100%, p. ex. les taux de cyan et de jaune pour le recréer le vert sont tous deux de 100%. J&#039;ai refait le test depuis un fichier Postscript généré par Scribus, en créant un vert c:100 j:100. Ce taux de 100% pour chacune des deux encres est respecté si l&#039;alplat couvre toute la feuille. En revanche, si le bloc couleur ne couvre que 30% de la feuille, les deux valeurs cyan et jaune seront aussi de 30%. Le calcul de pkpgcounter tient compte de la surface imprimée.&lt;/p&gt; &lt;p&gt;La notion de taux d&#039;encrage en imprimerie est différente: il s&#039;agit de la densité d&#039;une couleur. Une couleur dite &quot;quadri&quot; sera composée de divers pourcentages de cmjn, et quelle que soit la surface imprimée, ce taux d&#039;encrage est fixe. Si un noir 95-80-80-90 ne représente que 10% de la feuille, certaines presses produiront un document maculé là où le noir est trop profond car contenant un pourcentage trop élevé de cmjn. D&#039;où l&#039;utilité de connaître en amont le taux d&#039;encrage des couleurs qui composent le document.&lt;/p&gt; &lt;p&gt;Tu penses qu&#039;il serait possible de passer outre l&#039;élément &quot;couverture de la page&quot;, dans votre script? Ou, car il est quand même bien utile, de le compléter par un calcul du taux d&#039;encrage par couleur?&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>Je crois que je viens de comprendre. Dans ton fichier test, les poucentages dépassent allègrement les 100%, p. ex. les taux de cyan et de jaune pour le recréer le vert sont tous deux de 100%. J&#8217;ai refait le test depuis un fichier Postscript généré par Scribus, en créant un vert c:100 j:100. Ce taux de 100% pour chacune des deux encres est respecté si l&#8217;alplat couvre toute la feuille. En revanche, si le bloc couleur ne couvre que 30% de la feuille, les deux valeurs cyan et jaune seront aussi de 30%. Le calcul de pkpgcounter tient compte de la surface imprimée.</p>
<p>La notion de taux d&#8217;encrage en imprimerie est différente: il s&#8217;agit de la densité d&#8217;une couleur. Une couleur dite &laquo;&nbsp;quadri&nbsp;&raquo; sera composée de divers pourcentages de cmjn, et quelle que soit la surface imprimée, ce taux d&#8217;encrage est fixe. Si un noir 95-80-80-90 ne représente que 10% de la feuille, certaines presses produiront un document maculé là où le noir est trop profond car contenant un pourcentage trop élevé de cmjn. D&#8217;où l&#8217;utilité de connaître en amont le taux d&#8217;encrage des couleurs qui composent le document.</p>
<p>Tu penses qu&#8217;il serait possible de passer outre l&#8217;élément &laquo;&nbsp;couverture de la page&nbsp;&raquo;, dans votre script? Ou, car il est quand même bien utile, de le compléter par un calcul du taux d&#8217;encrage par couleur?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : tamere</title>
		<link>http://www.calcyum.org/pkpgcounter-calculer-le-taux-d-encrage/comment-page-1/#comment-221</link>
		<dc:creator>tamere</dc:creator>
		<pubDate>Thu, 24 Apr 2008 12:53:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.calcyum.org/wordpress/?p=84#comment-221</guid>
		<description>&lt;p&gt;Et bien justement moi je ne suis pas graphiste, et le développeur du code original non plus, donc il est possible que l&#039;on aie tout faux avec le calcul ci-dessus. Regarde le fichier pkpgcounter/tests/colors.pdf qui semble correct de mon point de vue, mais peut être que l&#039;on ne mesure pas ce que l&#039;on devrait mesurer.&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>Et bien justement moi je ne suis pas graphiste, et le développeur du code original non plus, donc il est possible que l&#8217;on aie tout faux avec le calcul ci-dessus. Regarde le fichier pkpgcounter/tests/colors.pdf qui semble correct de mon point de vue, mais peut être que l&#8217;on ne mesure pas ce que l&#8217;on devrait mesurer.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : FeIZocE</title>
		<link>http://www.calcyum.org/pkpgcounter-calculer-le-taux-d-encrage/comment-page-1/#comment-220</link>
		<dc:creator>FeIZocE</dc:creator>
		<pubDate>Thu, 24 Apr 2008 09:35:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.calcyum.org/wordpress/?p=84#comment-220</guid>
		<description>&lt;p&gt;&lt;blockquote&gt;fais yeche ça apparait de manière dégueu...&lt;/blockquote&gt;&lt;br /&gt; C&#039;est parce que les commentaires sont asujettis à la syntaxe wiki. J&#039;ai repris les balises :)&lt;/p&gt; &lt;p&gt;Je suis graphiste, pas codeur, mais comment se fait-il que le pourcentage ne soit pas propre à chaque couleur? J&#039;ai pourtant l&#039;impression que ton script attribue bien une valeur maximale de 100 pour &lt;b&gt;chaque&lt;/b&gt; encre CMJN, mais lors de l&#039;utilisation du script, ce pourcentage devient global.&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>
<blockquote>fais yeche ça apparait de manière dégueu&#8230;</p></blockquote>
<p>
 C&#8217;est parce que les commentaires sont asujettis à la syntaxe wiki. J&#8217;ai repris les balises <img src='http://www.calcyum.org/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>Je suis graphiste, pas codeur, mais comment se fait-il que le pourcentage ne soit pas propre à chaque couleur? J&#8217;ai pourtant l&#8217;impression que ton script attribue bien une valeur maximale de 100 pour <b>chaque</b> encre CMJN, mais lors de l&#8217;utilisation du script, ce pourcentage devient global.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : tamere</title>
		<link>http://www.calcyum.org/pkpgcounter-calculer-le-taux-d-encrage/comment-page-1/#comment-219</link>
		<dc:creator>tamere</dc:creator>
		<pubDate>Wed, 23 Apr 2008 20:54:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.calcyum.org/wordpress/?p=84#comment-219</guid>
		<description>&lt;p&gt;fais yeche ça apparait de manière dégueu...&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>fais yeche ça apparait de manière dégueu&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : tamere</title>
		<link>http://www.calcyum.org/pkpgcounter-calculer-le-taux-d-encrage/comment-page-1/#comment-218</link>
		<dc:creator>tamere</dc:creator>
		<pubDate>Wed, 23 Apr 2008 20:53:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.calcyum.org/wordpress/?p=84#comment-218</guid>
		<description>&lt;p&gt;Le code utilisé est ci-dessous, c&#039;est une traduction en Python du code C original provenant du projet PrintBill: &lt;pre&gt; &lt;del&gt;- CUT &lt;/del&gt;- cyan = magenta = yellow = black = 0 for (r, g, b) in img.getdata()&#160;:&lt;/p&gt; &lt;pre&gt; if r == g == b :    black += 255 - r  else :    cyan += 255 - r    magenta += 255 - g    yellow += 255 - b&lt;/pre&gt; &lt;p&gt;return {&quot;C&quot;:100.0*(cyan/255.0)/nbpix,&lt;/p&gt; &lt;pre&gt;    &quot;M&quot;:100.0*(magenta/255.0)/nbpix,     &quot;Y&quot;:100.0*(yellow/255.0)/nbpix,     &quot;K&quot;:100.0*(black/255.0)/nbpix,     }&lt;/pre&gt; &lt;p&gt;&lt;del&gt;- CUT &lt;/del&gt;- &lt;/pre&gt; Pour ce qui est de l&#039;intégration dans Scribus, je n&#039;ai pas assez de mains pour m&#039;en occuper, mais pkpgcounter est utilisable sous forme de librairie Python donc je pense que ça doit être relativement facile à faire.&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>Le code utilisé est ci-dessous, c&#8217;est une traduction en Python du code C original provenant du projet PrintBill:
<pre> <del>- CUT </del>- cyan = magenta = yellow = black = 0 for (r, g, b) in img.getdata()&nbsp;:</pre>
</p>
<pre> if r == g == b :    black += 255 - r  else :    cyan += 255 - r    magenta += 255 - g    yellow += 255 - b</pre>
<p>return {"C":100.0*(cyan/255.0)/nbpix,</p>
<pre>    "M":100.0*(magenta/255.0)/nbpix,     "Y":100.0*(yellow/255.0)/nbpix,     "K":100.0*(black/255.0)/nbpix,     }</pre>
<p><del>- CUT </del>-  Pour ce qui est de l&#8217;intégration dans Scribus, je n&#8217;ai pas assez de mains pour m&#8217;en occuper, mais pkpgcounter est utilisable sous forme de librairie Python donc je pense que ça doit être relativement facile à faire.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

