En las computadoras , un controlador de impresora o un procesador de impresión es una pieza de software en una computadora que convierte los datos que se van a imprimir a un formato que una impresora pueda entender. El propósito de los controladores de impresora es permitir que las aplicaciones impriman sin conocer los detalles técnicos de cada modelo de impresora.
Los controladores de impresora no deben confundirse con los administradores de cola de impresión , que ponen en cola los trabajos de impresión y los envían sucesivamente a una impresora.
Unix y otros sistemas similares a Unix, como Linux y OS X, utilizan CUPS (abreviatura de Common Unix Printing System), un sistema de impresión modular para sistemas operativos informáticos similares a Unix, que permite que una computadora actúe como servidor de impresión . Una computadora que ejecuta CUPS es un host que puede aceptar trabajos de impresión desde computadoras cliente, procesarlos y enviarlos a la impresora adecuada. Los controladores de impresora normalmente se implementan como filtros . Por lo general, se les denomina la parte frontal del sistema de impresión, mientras que los spoolers de impresora constituyen la parte posterior .
Los backends también se utilizan para determinar los dispositivos disponibles. Al iniciar, a cada backend se le solicita una lista de dispositivos que admite y cualquier información que esté disponible.
DOS admite dispositivos de caracteres predefinidos , y PRN:asociados LPT1:con impresoras paralelas admitidas en el sistema. De manera similar, las impresoras en serie se pueden utilizar con , , y .LPT2:LPT3:AUX:COM1:COM2:COM3:COM4:
Los usuarios pueden utilizar comandos como, por ejemplo, " " para imprimir el contenido de un archivo en una impresora. El contenido se transfiere a la impresora sin ninguna interpretación. Por lo tanto, este método de impresión es para archivos ya almacenados en el lenguaje de la impresora correspondiente o para archivos de texto genéricos sin más que un simple formato orientado a líneas.COPY file1 LPT1:
DOS también proporciona una cola de impresión cargable dinámicamente llamada PRINT , así como soporte opcional para admitir capturas de pantalla también en modo gráfico a través de GRAPHICS . Si se carga el controlador de dispositivo de caracteres opcional PRINTER.SYS, DOS proporciona soporte de cambio de página de códigos también para las impresoras asociadas; de forma predeterminada, se admiten diferentes tipos de impresoras matriciales y de inyección de tinta.
Más allá de esto, no existen controladores específicos de impresora para todo el sistema para su uso a nivel de aplicación en MS-DOS/PC DOS. Sin embargo, bajo DR-DOS , el comando SCRIPT se puede cargar para ejecutarse en segundo plano con el fin de interceptar y convertir la salida de la impresora desde aplicaciones a PostScript para admitir impresoras compatibles con PS, también mediante aplicaciones que no las admiten directamente.
Para admitir impresiones más complejas para diferentes modelos de impresoras, cada aplicación (por ejemplo, un procesador de textos ) puede enviarse con sus propios controladores de impresora, que eran esencialmente descripciones de secuencias de escape de la impresora . Las impresoras también cuentan con controladores para las aplicaciones más populares. Además, es posible que las aplicaciones incluyan herramientas para editar la descripción de la impresora, en caso de que no haya un controlador listo. En los días en que DOS se usaba ampliamente, muchas impresoras tenían modos de emulación para los comandos Epson FX-80 [1] e IBM Proprinter . Muchas impresoras láser más recientes también tienen modos de emulación para impresoras HP PCL (HP LaserJet) o PostScript que funcionarán en DOS. Parece que también son compatibles con Windows 3.x. [2]
En los sistemas Microsoft Windows , los controladores de impresora utilizan GDI ( basado en Unidrv o PScript ) o XPS (XPSDrv). Luego, los programas utilizan las mismas API estándar para dibujar texto e imágenes tanto en la pantalla como en papel. Las impresoras que utilizan GDI de forma nativa se conocen comúnmente como Winprinters y se consideran incompatibles con otros sistemas operativos, aunque existe un software (como PrintFil) que hará que estas impresoras funcionen en un indicador de DOS dentro de Windows.
Las API de Win32 también permiten que las aplicaciones envíen datos directamente a la cola de impresión, sin pasar por el controlador de la impresora; sin embargo, pocas aplicaciones utilizan esta opción.
El controlador de la impresora normalmente se encuentra en la carpeta C:\Windows\System32\DriverStore\FileRepository en una máquina con Windows. [3]
El AmigaOS original hasta 1.3 admitía impresoras a través de una serie estándar de controladores almacenados en la ruta requerida "DEVS:Printers". Todos los controladores de impresora se almacenaron en ese directorio y cubrían las impresoras estándar entre 1985 y 1989, incluido el controlador estándar Epson FX, Xerox 4020, HP, etc.
Cualquier controlador de impresora Amiga tenía que comunicarse a través del dispositivo de impresora Amiga estándar (el dispositivo de hardware estándar predeterminado de Amiga que se ocupa de las impresoras) y el dispositivo paralelo estándar (que controlaba el puerto paralelo) y el controlador luego controlaría la impresora por sí solo. .
Los controladores de impresora Amiga fueron una innovación para su época. Evitaron que los usuarios tuvieran que configurar individualmente cada una de sus aplicaciones. Tenían la capacidad de imprimir hasta 4096 colores.
Mediante el uso del programa Preferencias de impresora, también se pueden conectar impresoras al puerto serie.
Amiga también admitía un dispositivo virtual "PRT:" para referirse a impresora.dispositivo, por lo que, por ejemplo, el comando "COPIAR archivo A PRT:" provocaba que el archivo se imprimiera directamente sin pasar por paralelo.dispositivo y el controlador de impresora predeterminado. Amiga utilizó códigos de escape ANSI , no los especiales definidos por los distintos fabricantes de impresoras. De esta manera, todas las aplicaciones del Amiga podrían utilizar el mismo conjunto estándar de secuencias de control y no necesitarían saber qué impresora está realmente conectada. Luego, el controlador de la impresora tradujo estas secuencias estándar en secuencias especiales que una determinada impresora comprende.
La función interna de Amiga "PWrite" de impresora.dispositivo escribe bytes de 'longitud' directamente en la impresora. Los controladores de impresora generalmente solicitan esta función para enviar su(s) búfer(es) a la impresora. El número de buffers lo deciden las personas que crearon el controlador. Amiga carecía de un Printer Spooler estándar.
Desde AmigaOS 2.0 se cambió un dispositivo de impresora estándar para controlar varias impresoras al mismo tiempo. Las preferencias de la Impresora se dividieron en tres paneles principales: Prefs:Impresora que selecciona la impresora principal y otros elementos básicos como "Espaciado de impresión" y "Tamaño del papel". Funciones controladas por PrinterGFX como tramado y escala. Impresoras Postscript controladas por PrinterPS . Sorprendentemente, los controladores de la impresora se mantuvieron casi iguales que los de Workbench 1.3, con 4096 límites.
Este hecho llevó a los usuarios de Amiga a preferir sistemas de impresoras de terceros con sus propios controladores, como TurboPrint y PrintStudio, que introdujeron no solo controladores recientes, sino que también incluyeron un Printer Spooler funcional en Amiga y ofrecieron una impresión de 16 millones de colores. MorphOS utiliza una versión especial de TurboPrint para probar impresoras recientes.
Muchos programas de Amiga, como los programas DTP como PageStream, presentaban en el pasado sus propios controladores de impresora.
Las impresoras USB son reconocidas automáticamente por Poseidon USB Stack. Esta pila es capaz de detectar cualquier dispositivo USB de su clase, pero las impresoras aún requieren un controlador para ser controladas.
Además de poder instalarse en una computadora, los controladores también podrían estar presentes en el firmware integrado de las impresoras y estar disponibles a través de un protocolo de red (por ejemplo, IPP). De este modo, el firmware integrado de una impresora podría eliminar la necesidad de instalar cualquier controlador en una computadora, al aceptar datos de impresión en un formato de uso general (por ejemplo, PDF) a través de un protocolo de red. A pesar de algunos esfuerzos para estandarizar varias etapas del proceso de impresión, las interfaces de las impresoras siguen siendo en gran medida muy patentadas y específicas del fabricante. Por tanto, la naturaleza de las funciones realizadas por los conductores puede variar. No obstante, según la función desempeñada, los conductores se pueden clasificar de la siguiente manera.
Estos controladores pueden convertir datos de impresión de un formato de uso general (por ejemplo, PDF, DVI, etc.) a otro formato de uso general (por ejemplo, PS). Los ejemplos incluyen Ghostscript, etc.
Estos controladores convierten los datos de impresión de un formato (por ejemplo, PS) a un formato final específico del dispositivo que el hardware de la impresora puede procesar y crear una impresión. Estos controladores actúan como la última etapa en la entrega de un trabajo de impresión a la impresora. Es más probable que estos controladores estén integrados en el firmware de la impresora.
Ejemplos de formatos específicos del fabricante incluyen:
Los controladores instalables se pueden empaquetar en varios formatos. PPD es un formato de empaquetado popular para controladores que aceptan datos Postscript o PDF como entrada. Debido al predominio de sistemas operativos seleccionados, la interfaz sistema operativo-controlador está más estandarizada que las interfaces controlador-impresora. Por lo tanto, hay más estandarización en los formatos de empaquetado de los conductores que en las funciones reales realizadas por los conductores.