2017-05-26 26 views
11

tôi nhận thấy rằng in file pdf cùng chính xác tới máy in chính xác cùng không phải lúc nào lấy cùng một lượng thời gian:Tại sao hệ thống in macOS nhanh hơn Chrome hoặc lpr?

  • In từ hộp thoại in mặc định hệ điều hành MacOS xem trước là rất nhanh.
  • In từ hộp thoại in được tích hợp sẵn của trình duyệt Chrome chậm hơn. Máy in tạm dừng một lúc sau khi bắt đầu lệnh in.
  • In từ dòng lệnh với lpr có tác dụng tương tự như in từ hộp thoại được tích hợp sẵn của Chrome.
  • Tuy nhiên, việc chuyển sang hộp thoại in hệ thống bằng Chrome sẽ giúp mọi thứ trở lại nhanh chóng.

Mục tiêu của tôi là thực hiện in từ dòng lệnh với lpr trơn tru như từ hộp thoại của hệ thống. Điều gì thực sự có thể tạo sự khác biệt?

lpr -o landscape /path/to/my/file.pdf là lệnh hiện tại của tôi. Sản lượng được tạo ra như mong đợi, quá chậm.

Trả lời

5

Giải pháp kéo lên đây từ ý kiến ​​dưới đây:

Trong trường hợp của tôi, tôi nhìn vào lpoptions -p printerName -l để xem tất cả các tùy chọn và phát hiện ra rằng một trong những giá trị mặc định không phù hợp với thiết lập của tôi. Sửa lỗi với -o paramName=paramValue trong lệnh của tôi và nó được in trơn tru hơn bao giờ hết.


Original câu trả lời:

Nếu bạn chưa có, hãy thử như sau:

  • Chỉ định -H immediate cho lpr lệnh bạn sử dụng, để ghi đè lên bất kỳ kế hoạch đó có thể xảy ra trong hàng đợi CUPS.
  • Cố gắng chỉ định tham số -d $printername để ghi đè mọi quyết định về máy in sẽ sử dụng.

Các manpage cho lp cho chúng ta một chút gợi ý về những gì có thể xảy ra:

CUPS cung cấp nhiều cách để thiết lập các điểm đến mặc định. Các biến môi trường LPDEST và PRINTER được tham khảo trước. Nếu không được thiết lập, thiết lập mặc định hiện tại bằng cách sử dụng lệnh lpoptions (1) được sử dụng, theo sau là tập mặc định bằng cách sử dụng lệnh lpadmin (8).

Và từ lpoptions manpage:

~/.cups/lpoptions - giá trị mặc định người sử dụng và các trường hợp được tạo ra bởi người dùng không có rễ.

/etc/cups/lpoptions - các giá trị mặc định trên toàn hệ thống và các phiên bản do người dùng gốc tạo.

Một trong các vị trí này có thể chứa cài đặt để kiểm tra xem bạn không có bất kỳ cấu hình không mong muốn nào đang ngồi ở đó.

Re: Lựa chọn điểm đến:

Việc lựa chọn điểm đến có lẽ có thể được tăng tốc lên một chút bằng cách xác định một điểm đến mặc định sử dụng bất kỳ phương tiện trên. Khai báo một đích mặc định và sau đó chọn đích được đặt tên với -d khi gọi lp hoặc lpr có vẻ là cách dễ nhất nhưng các biến ENV cũng khá tiện dụng.

Bạn cũng nên sử dụng lpoptions để xác minh các tùy chọn của máy in, nếu có được đặt thành ít hơn giá trị tối ưu. Việc kết hợp các tùy chọn bạn sử dụng trong cài đặt máy in OSX "bình thường" ở đây sẽ khiến hai phương thức in hoạt động ở cùng tốc độ chính xác.

Nếu điều đó không giải quyết được vấn đề của bạn, bước tiếp theo sẽ là tìm ra tệp thô nào định dạng máy in của bạn nhanh nhất khi in - và sau đó thử mô phỏng điều này bằng cách thực hiện chuyển đổi trên dòng lệnh và chuyển tệp đã chuyển đổi cho máy in thay thế (lưu ý: lplpr cả hỗ trợ sử dụng STDIN làm đầu vào). Tất cả mọi thứ đều bình đẳng, máy tính của bạn có thể chuyển đổi nhanh hơn so với máy in hoặc máy chủ in bạn sử dụng và Xem trước có thể sử dụng một mẹo tương tự để in thô thay vì thực sự chuyển tệp PDF.

+0

Cảm ơn bạn! Tôi sẽ đánh dấu câu trả lời này là được chấp nhận vì nó đã giúp tôi tìm ra vấn đề. Trong trường hợp của tôi, tôi đã xem 'lpoptions -p printerName -l' để xem tất cả các tùy chọn và phát hiện ra rằng một trong các giá trị mặc định không phù hợp với thiết lập của tôi. Đã sửa nó bằng '-o paramName = paramValue' trong lệnh của tôi và nó được in trơn tru hơn bao giờ hết. – sprain

+0

Tuyệt vời - tôi càng nghĩ về điều này, tôi càng nghi ngờ các tùy chọn hoặc chuyển đổi trước khi in là nguyên nhân. Tôi đã tự do sao chép giải pháp cho câu trả lời ở trên để mọi người chắc chắn sẽ tìm thấy nó. –

Các vấn đề liên quan