Salut,
 
avant d'installer mon imprimante sous Linux, j'aimerais comprendre comment tout cela fonctionne.
 
J'ai commencé à lire de la documentation, et cette page en particulier (c'est en anglais, sur le fameux site linuxprinting.org) :
 
http://www.linuxprinting.org/kpfei [...] -PPDs.html
 
 
et je bloque sur ce passage que je ne comprends pas du tout :
 

 
   
 
De toutes façons, je manque de docs pour comprendre tout ça.
 
ESP Ghostscript    
CUPS pstoraster filter    (raster, ça va mais psto ??)
 
 
Je ne veux pas devenir super callé en technique sur les imprimantes, hein   Je souhaite comprendre les mécanismes généraux.
 
Mais je bloque complètement sur le passage anglais ci-dessus et sur certains mots.
 
Pouvez-vous m'aider en me donnant de la doc (je n'arrive pas à trouver quelque chose qui fait le tour de la question) ou en m'expliquant le paragraphe anglais + les termes
"ESP Ghostscript"
et
"CUPS pstoraster filter"
 
 
à tout hasard, (et si mon post ne vous soule pas trop...   ) voici ce que j'ai déjà pris comme notes (tout n'est peut-être pas bon... mais je n'arrive plus à poursuivre mes notes ; je ne comprends plus rien à ce que je lis ...    
 
Merci de votre aide et ... voici donc mes notes à tout hasard ; ça illustre juste à quelle échelle je souhaite comprendre ce qui se passe dans les programmes et l'impression de documents...
 
 
_____________________________________________________________
Imprimer est une opération plus complexe qu'il n'y paraît?
Dès les débuts de l'informatique, les développeurs de programmes - souhaitant avoir une copie papier
de leurs programmes - devaient souvent rédiger leur propre driver d'imprimante.
 
 
Le besoin d'une interface standard intermédiaire

Pour imprimer, le programmeur devait écrire le driver en fonction du modèle d'imprimante, cela va de soit,
mais aussi en fonction de l'application avec laquelle il allait imprimer.
Pour une imprimante donnée, il fallait disposer d'autant de drivers qu'il existe d'applications.
Ainsi, avec 10 applications et une douzaine d'imprimante sur le marché, il fallait déjà 120 drivers pour être sûr de
couvrir la compatibilité d'impression dans tous les cas de figures.
 
Il était donc urgent de définir une interface standard intermédiaire, se plaçant entre les applications et les
imprimantes.
 
Cela signifie qu'un programmeur pourrait désormais écrire son application en apportant un language de
description de sa page imprimable dans un format standard intermédiaire, tandis que les développeurs
de drivers pour imprimante pourraient se concentrer à écrire un driver unique communiquant avec ce
format intermédiaire.
 
Plusieurs interfaces intermédiaires ont ainsi vu le jour :
* Postcript d'Adobe
* PCL (Print Control Langage) de Hewlett-Packard
* ESC/P d'Epson
* GDI (Graphical Device Interface) de Microsoft
 
Sous Linux, Postscript est le standard prédominant.
 
 
Notion de "raster"
 
Lorsque vous voyez une image sur un morceau de papier, c'est presque toujours une "image Raster",
c'est à dire une image représentée par une grille (ou trame) de points blancs ou noirs, ou de couleur.
Ces points sont tellement fins que l'oeil ne peut les distinguer.
Les fichiers de données qui contiennent des informations de type "Raster" pour l'imprimante sont appelés
"fichiers Raster"
Les fichiers Raster sont encore appelés "bit-map" quand ils ne sont pas compressés.
 
Suivant les modèles d'imprimantes, un fichier Raster sera préparé de manière différente, en fonction du
nombre de cartouches couleur dont dispose l'imprimante (jusqu'à 7 !), du nombre de microgoutes (jet)
déposées simultanéement (pouvant aller jusqu'à 100 !), de l'algorithme utilisé, et de beaucoup d'autres
choses !
Le format Raster obtenu est donc très dépendant du modèle de l'imprimante.
 
 
De PostScript à Raster
 
N'oublions pas que les applications transmettent les données à imprimer dans un format intermédiaire
qui est PostScript sous Linux. L'opération qui consiste à passer du format PostScript à Raster est
appelée "RIP" (Raster Imaging Process). Cette opération demande de gros calculs.
 
Avec les imprimantes de type PostScript, le RIP est pris en charge directement par le matériel. Ainsi,
lorsque vous imprimez, l'imprimante reçoit un fichier de type PostScript et se charge entièrement de
l'interpréter ; c'est elle qui gère le processus RIP pour obtenir une format Raster
 
Les petites imprimantes disposent d'un RIP qui se matérialise sous la forme d'un composant encastré
dans du silicon. Pour les imprimantes haut de gamme, le RIP est matérialisé sous la forme d'un logiciel
tournant sous UNIX, généralement Sun, Spark, Solaris ou SGI IRIX.
 
 
le filtre Ghostscript
 
Mais que se passe-t-il si vous n'avez pas la chance d'avoir une imprimante de type Ghostscript ?
Dans un tel cas, le processus RIP doit avoir lieu avant l'envoi des données à l'imprimante qui ne peut
recevoir directement des données de type PostScript.
 
C'est exactement ce que fait le paquet Ghostscript sur la plupart des systèmes Linux, BSD et autres
Unix. Ghostscript est un interpréteur PostScript, un logiciel RIP capable de faire marcher de nombreuses
imprimantes.
 
 
pilotes (drivers) et filtres en général
 
Pour produire des bitmaps Raster à partir de PostScript, le concept de filtres est utilisé par Ghostscript.
Il y a de très nombreux filtres dans Ghostscript, certains d'entre eux étant spécialisé pour certains
modèles d'imprimantes. Les filtres Ghostscripts qui servent pour un grand nombre de modèles
d'imprimantes ont été développé sans le consentement ou le support des fabricants concernés.
Sans documentation et accès aux spécificités techniques des imprimantes, le travail à effectuer était
très minutieux.
Les filtres Ghostscript développés pour certaines imprimantes ne fonctionnent pas très bien. Cependant,
d'autres filtres pour certains modèles d'imprimantes produisent d'exellents résultats.
Pour savoir si votre imprimante est utilisable sous Linux consulter ce site à la page :
http://www.linuxprinting.org/
 
 
pilotes, filtres et autres services avec CUPS
 
Jusqu'à la version 1.1.14, CUPS utilisait ses propres filtres, bien que le système de filtre était basé sur
Ghostscript. CUPS réorganisait et rendait encore plus efficace l'ensemble des mécanismes du code en
l'organisant sous la forme de quelques modules clairs et distincts.
 
À partir de la version 1.1.15, ceci a changé. CUPS dépend maintenant de la version de Ghostscript, qui ............ [   (voir le paragraphe anglais)]
 
 
Merci de vos conseils    
 

pstoraster : PS to RASTER = postscript vers raster
 
à priori, il y a plusieurs versions de ghostscript (manipulation de fichier postscript) , une version ESP avec + de 300 drivers d'imprimante et une version GNU avec 180 drivers.
 
traduc partielle et absolument non littérale (commentaire en italique):
...cela nécessite un périphérique CUPS ( option -sDEVICE=cups ) que ESP ghostscript fourni (en standard). GNU ghostscript, quant à lui, nécessite un patch et une recompilation (après application du patch sur les sources) pour fonctionner avec CUPS. Heureusement (?) ESP ghostscript est la distribution (version ?) de ghostscript qui est habituellement préférée. La version 7.0.5.4 contient exactement 300 périphériques supportés (à comparer aux 181 de GNU ghostscript).

bah en gros, cups utilise principalement les filtres ghostscript (ainsi que ceux de gimp). Son job (avec es filtres) c'est de faire du ps (postscript) vers raster (d'où pstoraster).
ESP ghostscript semble mieux fourni que GNU ghostscript d'après ce qui est dit. (est-ce toujours vrai?).
ce qu'il faut retenir, c'est que cups fait le boulot d'une imprimante non postscript, et qu'il utilise les filtres ESP, GNU, et gimp (très fournis) voire même les filtres des constructeurs comme hpijs pour hp.

Mjules, Bobor, merci infiniement de vos réponses.
C'est bien plus clair maintenant.    
 
Grâce à ça, j'ai pu finir la lecture sur le site de  linuxprinting.org
 
Je me pose une ou deux petites questions sur les drivers :  
Lorsque je vais sur la page listant tous les drivers pour imprimantes de linuxprinting.org, les drivers sont classés selon 3 types
 
* les Ghostscript Uniprint
* les Ghostscript
* les filters
 
(c'est en tout cas ce que l'on voit clairement à cette page :
http://www.linuxprinting.org/driver_list.cgi
 
 
quelle est la différence entre ces 3 types ?
(je pense comprendre que le type "filters" est fait pour les imprimantes qui ne sont pas PostScript mais je ne vois pas ce qui différencie les 2 types restants)
 
 
J'ai une HP Deskjet 690C. La liste des drivers proposés est affiché ici
http://www.linuxprinting.org/show_ [...] skJet_690C
 
Le driver recommandé est hpijs
 
mais il y en a 6 autres affichés plus bas dans la page :
cdj670, pcl3, stp, hpijs-rss, gimp-print et gimp-print-ijs
 
Est-ce que ces drivers sont donnés :
* à titre indicatif (juste pour dire qu'ils peuvent marcher pas trop mal avec l'imprimante)  
OU BIEN :
* ont-ils une réelle utilité (complètent les possiblités du driver recommandé et le remplace dans certains cas ; si c'est ça, j'espère que CUPS fera la sélection du bon driver suivant les cas automatiquement   ).
 
donc, est-il utile de noter l'existence de l'ensemble des drivers proposés pour mon imprimante, ou faut-il les ignorer et retenir seulement le driver recommandé ?
 
Merci de votre aide.    
 

Les questions de mon post précédent, c'était pour ma culture générale    
Ce n'est pas grave que personne n'y aie répondu.
 
Grâce à CUPS, j'ai pu configurer mon imprimante mais ce n'est pas optimisé
 
je l'ai configuré grâce à un navigateur et l'adresse :
http://localhost:631/admin/
 
Mais je n'ai pas le choix de sélectionner :
- le driver que je veux
- le fichier ppd que je veux
 
En effet, pendant la phase de configuration d'ajout d'une imprimante, j'ai le choix entre les modèles suivants :
HP DeskJet Series CUPS v1.1
HP LaserJet Series CUPS v1.1 (en)
HP New DeskJet Series CUPS v1.1 (en)
 
le modèle précis de mon imprimante (une Deskjet 690c) n'est donc pas listé (le driver conseillé est hpijs)
 
Je n'ai pas vu non plus comment on pouvait choisir le fichier ppd à associer à l'imprimante.
 
Alors, comment faire pour que CUPS se serve de tout ça ? (driver hpijs suite à l'installation du paquet correspondant et fichier ppd de mon imprimante ?)
 

tu peux récupérer le fichier ppd sur linuxprinting. Il faut également installer hpijs fourni avec ta distrib ou téléchargeable chez HP. C'est en effet le meilleur filtre car gère jsq 1200 dpi.

Merci Bobor    
 
J'ai effectivement récupéré le fichier ppd de mon imprimante il y a 2 jours sur le site de linuxprinting puis l'ai copié dans /usr/share/cups/model/
 
Je n'ai pas précisé que j'étais sous Debian : j'ai installé hpijs en faisant simplement :
 
apt-get install hpijs
 
Mais tout cela manque de transparence pour moi : comment savoir si le driver hpijs et le fichier ppd sont bien utilisés par CUPS puisque CUPS me propose nulle part de le préciser dans la configuration d'ajout de mon imprimante    
 

dans cups tu choisi soit gimp, soit HP (et donc hpijs) pour le choix du driver (dans ton cas HP-> deskjet). T'as une commande ghostscript pour voir si hpijs est bien supporté (sur le site HP je me souviens de laquelle est-ce).

pour sélectionner fichier ppd -> ligne de commande
man lpadmin
 
option -P