Hace algunos meses pregunté aquí cómo imprimir y verificar resultados con el comando lp (CUPS) en Ubuntu.
Después de algunas soluciones, pude imprimir archivos de texto normales. Pude imprimir seleccionando algunas opciones (impresión a doble cara, tamaño del soporte, entrada de la bandeja de papel, etc.)
Obtuve los controladores de Linux aquí (archivos PPD):https://www.openprinting.org/download/PPD/
Ahora tengo un pequeño problema: cuando envío un archivo .pdf a la impresora (Ricoh MP Aficio 1106 EX conectada por TCP-IP), la impresión va lenta, obteniendo +30 segundos para enviar el archivo a la impresora. Los archivos .txt se imprimen en el momento en que los envío. ¿Tienes alguna idea de cómo solucionarlo?
Intenté cambiar el socket de la máquina al puerto 9100, pero eso solo genera errores.
EDITAR1:
Intenté usar el comando LPR, en lugar de LP:
lpr -sPrinterIP /absolute/path/to/file.pdf
Pero también funciona lentamente.
EDITAR2:
Instalé qz-tray, una especie de servidor de impresión/API. Cuando pruebo la demostración en PDF, también se imprime lento.
EDITAR3: Probé ahora con el visor de PDF predeterminado (EVINCE) porque pensé que me faltaba memoria e imprimí el mismo archivo. Funcionó bien, a velocidad normal.
EDITAR4: He añadido algunos otros controladores (genéricos y recomendados por el fabricante de la impresora), a la misma velocidad.
EDITAR5:
Encontré este enlace:https://en.opensuse.org/SDB:Using_Your_Own_Filters_to_Print_with_CUPS
Pero no puedo entender si el filtrado es "joderme", porque mi impresora es PCL (y estoy usando un controlador pxl...). ¿Alguien podría explicarme esto?
EDITAR 6:
Encontré el origen del problema: cuando imprimo un archivo PDF de solo texto, funciona de maravilla. Pero cuando envío un archivo de imagen-pdf, la impresión ingresa en un proceso de preimpresión (no puedo asegurarlo completamente) y obtiene +30 segundos para enviar cualquier paquete a la impresora (esto se verificó con Wireshark).
Puedo suponer que el archivo PPD (archivo de controlador proporcionado por el soporte de Ricoh) tiene algo en el código que envía cualquier orden para procesar el archivo.
Encontré esto en el archivo PPD. Creo que es la raíz de este problema de desaceleración:
*%========== Ghostscript Command line ==========
*FoomaticRIPCommandLine: "(printf '\033%%-12345X@PJL\n@PJL JOB\n@PJL SET COPIES=&copies;\n'%G|perl -p -e "s/\x26copies\x3b/1/"
(gs -q -dBATCH -dPARANOIDSAFER -dNOPAUSE -dNOMEDIAATTRS -dNOINTERPOLATE %B%A%C %D%E | perl -p -e "s/^\x1b\x25-12345X//" | perl -p -e "s/\xc1\x01\x00\xf8\x31\x44/\x44/g"
(printf '@PJL\n@PJL EOJ\n\033%%-12345X&apos"
*End
Encontré este artículohttps://lists.linuxfoundation.org/pipermail/printing-foomatic/2012/002791.htmlEso confirma mis ideas: el controlador ppd procesa todos los archivos con Ghostcript.
EDITAR 7: El soporte de Ricoh me dijo que el comando de impresión "lp" puede estar usando el "visor de PDF predeterminado" para procesar el archivo y ralentizar el proceso de impresión. No sé como comprobarlo.
Muchas gracias.
Respuesta1
Cambia el conductor. ¿Por qué? El controlador RICOH recomendado para Linux utiliza un archivo PPD no eficiente. Esto ralentiza el preprocesamiento de los archivos. (Los controladores de Windows también pueden usar archivos PPD, y esto ralentiza el proceso si el archivo no está optimizado)
Utilicé los controladores Gutenprint para solucionarlo. El verdadero trabajo ahora es conseguir el controlador correcto para sus impresoras, porque los controladores Gutenprint no existen para todas las máquinas RICOH (y otros fabricantes tienen el mismo problema). El controlador Gutenprint casi similar al 1106EX es el controlador Aficio MP 1100. Pero tenga cuidado al enviar comandos lp: los InputTrays tienen diferentes nombres.