Ubuntu Linux - Impressão lenta com comando lp

0

Eu perguntei aqui há alguns meses como imprimir e verificar os resultados com o comando lp (CUPS) no Ubuntu.

Após alguns trabalhos, consegui imprimir arquivos de texto normais. Consegui imprimir selecionando algumas opções (impressão frente e verso, tamanho da mídia, entrada na bandeja de papel, etc.)

Eu tenho os drivers do Linux aqui (arquivos PPD): link

Agora tenho um pequeno problema: quando envio um arquivo .pdf para a impressora (Ricoh MP Aficio 1106 EX conectada por TCP-IP), a impressão fica lenta, ficando +30 segundos para enviar o arquivo para a impressora. Os arquivos .txt são impressos no momento em que eu os envio. Você tem alguma idéia de como resolvê-lo?

Tentei alterar o soquete da máquina para a porta 9100, mas isso só gera erros.

EDIT1:

Eu tentei usar o comando LPR, em vez de LP:

lpr -sPrinterIP /absolute/path/to/file.pdf

Mas também funciona devagar.

EDIT2:

Eu instalei o qz-tray, um tipo de servidor de impressão / API. Quando eu tento a demonstração em PDF, ela também é impressa lentamente.

EDIT3: Eu tentei agora com visualizador de PDF padrão (EVINCE) porque eu tenho falta de memória e imprimi o mesmo arquivo. Funcionou bem, em velocidade normal.

EDIT4: Eu digitei alguns outros drivers (genéricos e recomendados pelos fabricantes de impressoras), mesma velocidade.

EDIT5:

Encontrei este link: link

Mas não consigo entender se a filtragem é "f..king me off", porque minha impressora é uma PCL (e estou usando um driver pxl ...). Alguém poderia me explicar isso?

EDIT 6:

Descobri a origem do problema: Quando imprimo um arquivo somente texto, ele funciona como um encanto. Mas quando eu envio um arquivo image-pdf, a impressão entra em um processo de pré-impressão (não posso garantir isso completamente) e recebe + 30 segundos para enviar qualquer pacote para a impressora (isso verificado com wireshark).

Eu posso supor que o arquivo PPD (arquivo de driver fornecido pela Ricoh Support) tenha qualquer coisa no código que envie qualquer ordem para processar o arquivo.

Eu encontrei isso no arquivo PPD. Eu acho que é a raiz desse problema de lentidão:

*%========== Ghostscript Command line ==========


*FoomaticRIPCommandLine: "(printf '3%%-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\n3%%-12345X&apos"
*End

Encontrei este artigo link que confirma minhas ideias: o driver ppd está renderizando todos arquivos com ghostcript.

EDIT 7: O suporte da Ricoh me disse que o comando de impressão "lp" pode estar usando o "visualizador de PDF padrão" para processar o arquivo e retardar o processo de impressão. Eu não sei como verificar isso.

Muito obrigado.

    
por Barragán Louisenbairn 26.05.2017 / 19:50

1 resposta

0

Depois de tantas investigações e perguntas, parentes para isso, encontrei uma Solução de Trabalho: Mude o driver. Por quê? O driver recomendado RICOH para Linux usa um arquivo PPD não eficiente. Isso diminui o pré-processamento dos arquivos. (Os drivers do Windows também podem usar o arquivo PPD, e isso atrasa o processo se o arquivo não estiver otimizado)

Eu usei drivers do Gutenprint para resolvê-lo. O verdadeiro trabalho agora é obter o driver correto para suas impressoras, porque os drivers Gutenprint não existem para todas as máquinas RICOH (e outros fabricantes têm o mesmo problema). O driver 1106EX semelhante ao Gutenprint é o driver Aficio MP 1100. Mas tome cuidado quando enviar comandos lp: os InputTrays possuem nomes diferentes.

Espero que isso ajude a qualquer um ... Eu passei em 25 horas tentando e falhando.

    
por 09.06.2017 / 17:00