Pilote d'imprimante

En informatique , un pilote d'imprimante ou un processeur d'impression est un logiciel installé sur un ordinateur qui convertit les données à imprimer dans un format compréhensible par une imprimante . Le but des pilotes d'imprimante est de permettre aux applications d'effectuer des impressions sans connaître les détails techniques de chaque modèle d'imprimante.

Les pilotes d'imprimante ne doivent pas être confondus avec les spouleurs d'impression , qui mettent en file d'attente les travaux d'impression et les envoient successivement à une imprimante.

Unix et d'autres systèmes de type Unix tels que Linux et OS X utilisent CUPS (abréviation de Common Unix Printing System), un système d'impression modulaire pour les systèmes d'exploitation informatiques de type Unix, qui permet à un ordinateur d'agir comme serveur d'impression . Un ordinateur exécutant CUPS est un hôte qui peut accepter les travaux d'impression des ordinateurs clients, les traiter et les envoyer à l'imprimante appropriée. Les pilotes d'imprimante sont généralement implémentés sous forme de filtres . Ils sont généralement appelés le front-end du système d'impression, tandis que les spouleurs d'impression constituent le back-end .

Les backends sont également utilisés pour déterminer les périphériques disponibles. Au démarrage, chaque backend est invité à fournir une liste des périphériques qu'il prend en charge et toutes les informations disponibles.

DOS prend en charge les périphériques de caractères prédéfinis PRN:, LPT1:, LPT2:et LPT3:associés aux imprimantes parallèles prises en charge par le système. De même, les imprimantes série peuvent être utilisées avec AUX:, COM1:, COM2:, COM3:et COM4:.

Les utilisateurs peuvent utiliser des commandes telles que " " pour imprimer le contenu d'un fichier sur une imprimante. Le contenu est transféré vers l'imprimante sans aucune interprétation. Cette méthode d'impression est donc destinée soit aux fichiers déjà stockés dans le langage de l'imprimante correspondante, soit aux fichiers texte génériques sans autre formatage orienté ligne. COPY file1 LPT1:

DOS fournit également un spouleur d'impression chargeable dynamiquement appelé PRINT ainsi qu'un support optionnel pour prendre en charge les captures d'écran également en mode graphique via GRAPHICS . Si le pilote de périphérique de caractères optionnel PRINTER.SYS est chargé, DOS fournit également son support de changement de page de code pour les imprimantes associées (différents types d' imprimantes matricielles et à jet d'encre sont pris en charge par défaut).

Au-delà de cela, il n'existe pas de pilotes d'imprimante spécifiques à l'ensemble du système pouvant être utilisés au niveau de l'application sous MS-DOS/PC DOS. Sous DR-DOS , cependant, la commande SCRIPT peut être chargée pour s'exécuter en arrière-plan afin d'intercepter et de convertir la sortie d'imprimante des applications en PostScript pour prendre en charge les imprimantes compatibles PS également par les applications qui ne les prennent pas en charge directement.

Afin de prendre en charge des impressions plus complexes pour différents modèles d'imprimantes, chaque application (par exemple un traitement de texte ) peut être livrée avec ses propres pilotes d'imprimante, qui sont essentiellement des descriptions de séquences d'échappement d'imprimante . Les imprimantes ont également été fournies avec des pilotes pour les applications les plus courantes. De plus, il est possible que les applications incluent des outils pour éditer la description de l'imprimante, au cas où il n'y aurait pas de pilote prêt. À l'époque où DOS était largement utilisé, de nombreuses imprimantes avaient des modes d'émulation pour les commandes Epson FX-80 et IBM Proprinter . De nombreuses imprimantes laser plus récentes ont également des modes d'émulation pour les imprimantes HP PCL (HP LaserJet) ou PostScript qui fonctionnent sous DOS. Il semble que ces dernières soient également compatibles avec Windows 3.x.

Sur les systèmes Microsoft Windows , les pilotes d'imprimante utilisent GDI ( basé sur Unidrv ou PScript ) ou XPS (XPSDrv). Les programmes utilisent ensuite les mêmes API standard pour dessiner du texte et des images à la fois sur l'écran et sur le papier. Les imprimantes qui utilisent GDI de manière native sont communément appelées Winprinters et sont considérées comme incompatibles avec d'autres systèmes d'exploitation, bien qu'il existe des logiciels (tels que PrintFil) qui permettent à ces imprimantes de fonctionner dans une invite DOS sous Windows.

Les API Win32 permettent également aux applications d'envoyer des données directement au spouleur, en contournant le pilote d'imprimante ; cependant, peu d'applications utilisent réellement cette option.

Le pilote d'imprimante se trouve généralement dans le dossier C:\Windows\System32\DriverStore\FileRepository sur une machine Windows.

L'AmigaOS original jusqu'à la version 1.3 prenait en charge les imprimantes via une série de pilotes standard stockés dans le chemin requis "DEVS:Printers". Tous les pilotes d'imprimante étaient stockés dans ce répertoire et couvraient les imprimantes standard de 1985 à 1989 environ, y compris le pilote standard Epson FX, Xerox 4020, HP, etc.

Tout pilote d'imprimante Amiga devait communiquer via le printer.device Amiga standard (le périphérique matériel standard par défaut d'Amiga gérant les imprimantes) et le parallel.device standard (qui contrôlait le port parallèle) et le pilote contrôlait alors l'imprimante de lui-même.

Les pilotes d'imprimante Amiga étaient une innovation pour l'époque. Ils évitaient aux utilisateurs de configurer individuellement chacune de leurs applications. Ils permettaient d'imprimer jusqu'à 4096 couleurs.

Grâce à l'utilisation du programme Préférences de l'imprimante, les imprimantes peuvent également être connectées au port série.

Amiga supportait également un périphérique virtuel « PRT: » pour faire référence à printer.device. Ainsi, par exemple, la commande « COPY file TO PRT: » provoquait l'impression directe du fichier en contournant parallel.device et le pilote d'imprimante par défaut. Amiga utilisait des codes d'échappement ANSI , et non ceux spécifiques définis par les différents fabricants d'imprimantes. De cette façon, chaque application sur Amiga pouvait utiliser le même ensemble standard de séquences de contrôle et n'avait pas besoin de savoir quelle imprimante était réellement connectée. Le pilote d'imprimante traduisait ensuite ces séquences standard en séquences spéciales comprises par une imprimante donnée.

La fonction interne Amiga "PWrite" de printer.device écrit les octets de longueur directement sur l'imprimante. Cette fonction est généralement appelée par les pilotes d'imprimante pour envoyer leur(s) tampon(s) à l'imprimante. Le nombre de tampons est décidé par les personnes qui ont créé le pilote. Amiga n'avait pas de spouleur d'impression standard.

Depuis AmigaOS 2.0, un périphérique d'impression standard a été modifié pour contrôler plusieurs imprimantes en même temps. Les préférences d'imprimante ont été divisées en trois panneaux principaux : Prefs:Printer qui sélectionne l'imprimante principale et d'autres éléments de base tels que « Print Spacing » et « Paper Size ». PrinterGFX contrôle des fonctionnalités telles que Dithering et Scaling. PrinterPS contrôle les imprimantes Postscript. Les pilotes d'imprimante sont étonnamment restés presque les mêmes que ceux de Workbench 1.3, avec des limites de 4096.

Ce fait a conduit les utilisateurs d'Amiga à préférer les systèmes d'impression tiers avec leurs propres pilotes, comme TurboPrint et PrintStudio, qui ont non seulement introduit des pilotes récents, mais ont également intégré un spouleur d'impression fonctionnel dans Amiga et une impression en 16 millions de couleurs. MorphOS utilise une version spéciale de TurboPrint pour piloter les imprimantes récentes.

De nombreux programmes Amiga comme les programmes de PAO comme PageStream disposaient dans le passé de leurs propres pilotes d'imprimante.

Les imprimantes USB sont automatiquement reconnues par la pile USB Poseidon. Cette pile est capable de détecter n'importe quel périphérique USB en fonction de sa classe, mais les imprimantes nécessitent toujours un pilote pour être contrôlées.

En plus de pouvoir être installés sur un ordinateur, les pilotes peuvent également être présents dans le micrologiciel intégré des imprimantes et mis à disposition via un protocole réseau (par exemple IPP). Le micrologiciel intégré d'une imprimante peut ainsi éliminer la nécessité d'installer un pilote sur un ordinateur, en acceptant les données d'impression dans un format à usage général (par exemple PDF) via un protocole réseau. Malgré certains efforts visant à normaliser les différentes étapes du pipeline d'impression, les interfaces d'imprimante sont encore largement très propriétaires et spécifiques au fabricant. Par conséquent, la nature des fonctions exécutées par les pilotes peut varier. Néanmoins, en fonction de la fonction exécutée, les pilotes peuvent être classés comme suit.

Ces pilotes peuvent convertir les données d'impression d'un format à usage général (par exemple PDF, DVI, etc.) vers un autre format à usage général (par exemple PS). Les exemples incluent Ghostscript, etc.

Ces pilotes convertissent les données d'impression d'un format (par exemple PS) en un format final spécifique au périphérique que le matériel de l'imprimante peut traiter et créer une impression. Ces pilotes agissent comme la dernière étape de la livraison d'un travail d'impression à l'imprimante. Ces pilotes sont plus susceptibles d'être intégrés au micrologiciel de l'imprimante.

Voici des exemples de formats spécifiques au fabricant :

• Langage de commande d'imprimante (PCL) ( Hewlett-Packard )
• PostScript (PS) ( Adobe )
• Flux de données d'imprimante à jet d'encre ( Kodak )
• Langage de l'imprimante Samsung
• Rendu ultra rapide ( Canon )

Les pilotes installables peuvent être empaquetés dans divers formats. PPD est un format d'empaquetage populaire pour les pilotes qui acceptent des données Postscript ou PDF en entrée. En raison de la prédominance de certains systèmes d'exploitation, l'interface système d'exploitation-pilote est plus standardisée que les interfaces pilote-imprimante. Par conséquent, il existe une plus grande standardisation dans les formats d'empaquetage des pilotes que dans les fonctions réelles exécutées par les pilotes.

• Fichier de description d'imprimante PostScript En général, le système d'exploitation a besoin de connaître les caractéristiques d'une imprimante. Les fichiers PPD sont le moyen habituel de fournir ces informations. Ils ont l'avantage d'être indépendants du système et il existe une grande base de données disponible gratuitement, Foomatic .

• Filtre CUPS Ce format est utilisé par CUPS sur les systèmes Linux.