Je n'ai pas tout compris mais ta méthode semble intéressante. Cependant comment alors différencier d'un document qui aurait réellement 2 colonnes ?
> Sinon comment calcul tu l'encre consommé? En sommant les bitmap pour chaque
> couleurs?
En gros c'est ça. Chaque fichier est tout d'abord transformé en TIFF multipage 24 bits/pixel dans la résolution choisie entre 72 et 1200 dpi (par défaut 72 dpi, plus rapide mais moins précis). Cette transformation est faite par une combinaison de GhostScript, GhostPCL, et dvips selon le type de fichier d'entrée. Ensuite effectivement c'est une simple somme par couleur (sauf pour CMYK où il faut calculer le K en fonction des pixels gris) suivie d'une division.
> consommation cpu?
Grosse.
La transformation en bitmap prend parfois plusieurs étapes, c'est quand même assez lourd surtout si on augmente la résolution, et ensuite le calcul lui-même est fait en Python donc ça va quand même moins vite qu'en C, surtout pour le calcul en CMYK qui est plus complexe que les autres.
[^] # Re: Possible?
Posté par Jerome Alet . En réponse à la dépêche pkpgcounter v1.84 supporte le calcul du taux de couverture d'encre. Évalué à 1.
> Sinon comment calcul tu l'encre consommé? En sommant les bitmap pour chaque
> couleurs?
En gros c'est ça. Chaque fichier est tout d'abord transformé en TIFF multipage 24 bits/pixel dans la résolution choisie entre 72 et 1200 dpi (par défaut 72 dpi, plus rapide mais moins précis). Cette transformation est faite par une combinaison de GhostScript, GhostPCL, et dvips selon le type de fichier d'entrée. Ensuite effectivement c'est une simple somme par couleur (sauf pour CMYK où il faut calculer le K en fonction des pixels gris) suivie d'une division.
> consommation cpu?
Grosse.
La transformation en bitmap prend parfois plusieurs étapes, c'est quand même assez lourd surtout si on augmente la résolution, et ensuite le calcul lui-même est fait en Python donc ça va quand même moins vite qu'en C, surtout pour le calcul en CMYK qui est plus complexe que les autres.