Meinews.de  


Zurück   Meinews.de > Forum > Newsgroups de.comp.sys.* Forum > Newsgroup de.comp.sys.mac.lokale-netze
Registrieren FAQ Benutzerliste Kalender Suchen Heutige Beiträge Alle Foren als gelesen markieren

Newsgroup de.comp.sys.mac.lokale-netze Macs im (lokalen) Netzwerk.

Antwort
 
Themen-Optionen Ansicht
  #1  
Alt 11-05-2009, 05:37 PM
Thomas Liesner
 
Beiträge: n/a
Standard Druck eines PDF über "/usr/bin/lp " zentriert nicht

Hallo,

keine Ahnung, ob dies hier richtig ist aber es handelt sich um einen
Mac, der über Netzwerk auf einen BizHub C353 drucken möchte. Sollte also
halbwegs passen...

Ich möchte per lp auf einen KonicaMinolta BizHub C353 PDFs drucken. So
weit so easy. Eigentlich. Das Medium soll A3 sein und die Bebilderung
soll sich auf der A3-Seite zentrieren.

Die von mir benutzte Kommandozeile ist:

/usr/bin/lp -s -dbizhub_og1 -omedia=A3JIS -ocenter Dateiname.pdf

So weit klappt das auch. Die Datei wird gedruckt, das Papier ist A3. Nur
liegt die Bebilderung unten links in der Ecke, wo sie nicht hingehört.
Die Option "center" ist eigentlich default und IIRC hat das auch schon
mal so funktioniert.

Mir fällt dazu nichts mehr ein. Euch?
Im Folgenden findet Ihr - falls Ihr Lust und Zeit habt - den
Debug-Auszug des cups-error-logs.

Danke,
Thomas

> D [05/Nov/2009:17:54:32 +0100] Print-Job ipp://localhost/printers/bizhub_og1
> D [05/Nov/2009:17:54:32 +0100] [Job ???] Auto-typing file...
> I [05/Nov/2009:17:54:32 +0100] [Job ???] Request file type is application/pdf.
> D [05/Nov/2009:17:54:32 +0100] add_job: requesting-user-name="pitstop"
> I [05/Nov/2009:17:54:32 +0100] [Job 90] Adding start banner page "none".
> D [05/Nov/2009:17:54:32 +0100] Discarding unused job-created event...
> I [05/Nov/2009:17:54:32 +0100] [Job 90] Adding end banner page "none".
> I [05/Nov/2009:17:54:32 +0100] [Job 90] File of type application/pdf queued by "pitstop".
> D [05/Nov/2009:17:54:32 +0100] [Job 90] hold_until=0
> I [05/Nov/2009:17:54:32 +0100] [Job 90] Queued on "bizhub_og1" by "pitstop".
> D [05/Nov/2009:17:54:32 +0100] Discarding unused printer-state-changed event...
> D [05/Nov/2009:17:54:32 +0100] [Job 90] job-sheets=none,none
> D [05/Nov/2009:17:54:32 +0100] [Job 90] banner_page = 0
> D [05/Nov/2009:17:54:32 +0100] [Job 90] argv[0]="bizhub_og1"
> D [05/Nov/2009:17:54:32 +0100] [Job 90] argv[1]="90"
> D [05/Nov/2009:17:54:32 +0100] [Job 90] argv[2]="pitstop"
> D [05/Nov/2009:17:54:32 +0100] [Job 90] argv[3]="_0033M_O03_K_VIE_AC_198x297.indd.pdf"
> D [05/Nov/2009:17:54:32 +0100] [Job 90] argv[4]="1"
> D [05/Nov/2009:17:54:32 +0100] [Job 90] argv[5]="document-name=_0033M_O03_K_VIE_AC_198x297.indd.pdf media=A3JIS finishings=3 number-up=1 center job-uuid=urn:uuid:f421d440-bb18-31a4-5a04-999bd5f1a1fa"
> D [05/Nov/2009:17:54:32 +0100] [Job 90] argv[6]="/private/var/spool/cups/d00090-001"
> D [05/Nov/2009:17:54:32 +0100] [Job 90] envp[0]="<CFProcessPath>"
> D [05/Nov/2009:17:54:32 +0100] [Job 90] envp[1]="CUPS_CACHEDIR=/private/var/spool/cups/cache"
> D [05/Nov/2009:17:54:32 +0100] [Job 90] envp[2]="CUPS_DATADIR=/usr/share/cups"
> D [05/Nov/2009:17:54:32 +0100] [Job 90] envp[3]="CUPS_DOCROOT=/usr/share/doc/cups"
> D [05/Nov/2009:17:54:32 +0100] [Job 90] envp[4]="CUPS_FONTPATH=/usr/share/cups/fonts"
> D [05/Nov/2009:17:54:32 +0100] [Job 90] envp[5]="CUPS_REQUESTROOT=/private/var/spool/cups"
> D [05/Nov/2009:17:54:32 +0100] [Job 90] envp[6]="CUPS_SERVERBIN=/usr/libexec/cups"
> D [05/Nov/2009:17:54:32 +0100] [Job 90] envp[7]="CUPS_SERVERROOT=/private/etc/cups"
> D [05/Nov/2009:17:54:32 +0100] [Job 90] envp[8]="CUPS_STATEDIR=/private/var/run/cups"
> D [05/Nov/2009:17:54:32 +0100] [Job 90] envp[9]="PATH=/usr/libexec/cups/filter:/usr/bin:/usr/sbin:/bin:/usr/bin"
> D [05/Nov/2009:17:54:32 +0100] [Job 90] envp[10]="SERVER_ADMIN=root*pitstop.vignold.lan"
> D [05/Nov/2009:17:54:32 +0100] [Job 90] envp[11]="SOFTWARE=CUPS/1.3.10"
> D [05/Nov/2009:17:54:32 +0100] [Job 90] envp[12]="TMPDIR=/private/var/spool/cups/tmp"
> D [05/Nov/2009:17:54:32 +0100] [Job 90] envp[13]="USER=root"
> D [05/Nov/2009:17:54:32 +0100] [Job 90] envp[14]="CUPS_SERVER=/private/var/run/cupsd"
> D [05/Nov/2009:17:54:32 +0100] [Job 90] envp[15]="CUPS_ENCRYPTION=IfRequested"
> D [05/Nov/2009:17:54:32 +0100] [Job 90] envp[16]="IPP_PORT=631"
> D [05/Nov/2009:17:54:32 +0100] [Job 90] envp[17]="CHARSET=utf-8"
> D [05/Nov/2009:17:54:32 +0100] [Job 90] envp[18]="LANG=de.UTF8"
> D [05/Nov/2009:17:54:32 +0100] [Job 90] envp[19]="APPLE_LANGUAGE=de"
> D [05/Nov/2009:17:54:32 +0100] [Job 90] envp[20]="PPD=/private/etc/cups/ppd/bizhub_og1.ppd"
> D [05/Nov/2009:17:54:32 +0100] [Job 90] envp[21]="RIP_MAX_CACHE=8m"
> D [05/Nov/2009:17:54:32 +0100] [Job 90] envp[22]="CONTENT_TYPE=application/pdf"
> D [05/Nov/2009:17:54:32 +0100] [Job 90] envp[23]="DEVICE_URI=mdns://bizhub-og1._ipp._tcp.local."
> D [05/Nov/2009:17:54:32 +0100] [Job 90] envp[24]="PRINTER=bizhub_og1"
> D [05/Nov/2009:17:54:32 +0100] [Job 90] envp[25]="FINAL_CONTENT_TYPE=printer/bizhub_og1"
> I [05/Nov/2009:17:54:32 +0100] [Job 90] Started filter /usr/libexec/cups/filter/cgpdftops (PID 650)
> I [05/Nov/2009:17:54:32 +0100] [Job 90] Started filter /usr/libexec/cups/filter/pstops (PID 651)
> I [05/Nov/2009:17:54:32 +0100] [Job 90] Started filter /Library/Printers/KONICAMINOLTA/C353/Filters/psToKMC353PS (PID 652)
> I [05/Nov/2009:17:54:32 +0100] [Job 90] Started backend /usr/libexec/cups/backend/mdns (PID 653)
> D [05/Nov/2009:17:54:32 +0100] Discarding unused job-state-changed event...
> D [05/Nov/2009:17:54:32 +0100] cupsdProcessIPPRequest: 13 status_code=0 (successful-ok)
> D [05/Nov/2009:17:54:32 +0100] cupsdCloseClient: 13
> D [05/Nov/2009:17:54:32 +0100] Discarding unused printer-state-changed event...
> D [05/Nov/2009:17:54:32 +0100] [Job 90] cgpdftops - using PPD file "/private/etc/cups/ppd/bizhub_og1.ppd"...
> D [05/Nov/2009:17:54:32 +0100] [Job 90] mdns backend exec'ing /usr/libexec/cups/backend/ipp to connect to ipp://bizhub-og1.local.:631/ipp
> D [05/Nov/2009:17:54:32 +0100] [Job 90] PS Matching Mode = AP_VendorColorMatching
> D [05/Nov/2009:17:54:32 +0100] [Job 90] cgpdftops - languageLevel = 3, mediaBox.size.width = 842, mediaBox.size.height = 1191
> D [05/Nov/2009:17:54:32 +0100] [Job 90] cgpdftops - documentMediaBox.size.width = 646.299, documentMediaBox.size.height = 926.929
> D [05/Nov/2009:17:54:32 +0100] [Job 90] Page = 842x1191; 12,12 to 830,1179
> D [05/Nov/2009:17:54:32 +0100] [Job 90] slow_collate=0, slow_duplex=0, slow_order=0
> D [05/Nov/2009:17:54:32 +0100] [Job 90] Before copy_comments - %!PS-Adobe-3.0
> D [05/Nov/2009:17:54:32 +0100] [Job 90] %!PS-Adobe-3.0
> D [05/Nov/2009:17:54:32 +0100] [Job 90] %APL_DSC_Encoding: UTF8
> D [05/Nov/2009:17:54:32 +0100] [Job 90] %APLProducer: (Version 10.5.8 (Build 9L31a) Quartz PS Context)
> D [05/Nov/2009:17:54:32 +0100] [Job 90] %%Title: (_0033M_O03_K_VIE_AC_198x297.indd.pdf)
> D [05/Nov/2009:17:54:32 +0100] [Job 90] %%Creator: (cgpdftops CUPS filter)
> D [05/Nov/2009:17:54:32 +0100] [Job 90] %%CreationDate: (Thursday, November 05 2009 17:54:32 CET)
> D [05/Nov/2009:17:54:32 +0100] [Job 90] %%For: (pitstop)
> D [05/Nov/2009:17:54:32 +0100] [Job 90] %%DocumentData: Clean7Bit
> D [05/Nov/2009:17:54:32 +0100] [Job 90] %%LanguageLevel: 3
> D [05/Nov/2009:17:54:32 +0100] [Job 90] %%Pages: 1
> D [05/Nov/2009:17:54:32 +0100] [Job 90] %%BoundingBox: (atend)
> D [05/Nov/2009:17:54:32 +0100] [Job 90] %%PageOrder: Ascend
> D [05/Nov/2009:17:54:32 +0100] [Job 90] %%EndComments
> D [05/Nov/2009:17:54:32 +0100] [Job 90] Before copy_prolog - userdict/dscInfo 5 dict dup begin
> D [05/Nov/2009:17:54:32 +0100] [Job 90] Before copy_setup - %%BeginSetup
> D [05/Nov/2009:17:54:32 +0100] [Job 90] Before page loop - %%Page: 1 1
> D [05/Nov/2009:17:54:32 +0100] [Job 90] Copying page 1...
> D [05/Nov/2009:17:54:32 +0100] [Job 90] pagew = 818.0, pagel = 1167.0
> D [05/Nov/2009:17:54:32 +0100] [Job 90] bboxx = 0, bboxy = 0, bboxw = 842, bboxl = 1191
> D [05/Nov/2009:17:54:32 +0100] [Job 90] PageLeft = 12.0, PageRight = 830.0
> D [05/Nov/2009:17:54:32 +0100] [Job 90] PageTop = 1179.0, PageBottom = 12.0
> D [05/Nov/2009:17:54:32 +0100] [Job 90] PageWidth = 842.0, PageLength = 1191.0
> D [05/Nov/2009:17:54:32 +0100] [Job 90] Wrote 1 pages...
> D [05/Nov/2009:17:54:32 +0100] PID 651 (/usr/libexec/cups/filter/pstops) exited with no errors.
> D [05/Nov/2009:17:54:32 +0100] PID 650 (/usr/libexec/cups/filter/cgpdftops) exited with no errors.
> D [05/Nov/2009:17:54:32 +0100] PID 652 (/Library/Printers/KONICAMINOLTA/C353/Filters/psToKMC353PS) exited with no errors.
> D [05/Nov/2009:17:54:32 +0100] [Job 90] 1 files to send in job...
> D [05/Nov/2009:17:54:32 +0100] Discarding unused printer-state-changed event...
> D [05/Nov/2009:17:54:32 +0100] Discarding unused printer-state-changed event...
> D [05/Nov/2009:17:54:34 +0100] Discarding unused printer-state-changed event...
> D [05/Nov/2009:17:54:34 +0100] [Job 90] Connected to 192.168.60.204:631 (IPv4)...
> D [05/Nov/2009:17:54:34 +0100] [Job 90] Getting supported attributes...
> D [05/Nov/2009:17:54:34 +0100] [Job 90] document-format-supported (6 values)
> D [05/Nov/2009:17:54:34 +0100] [0] = "text/html"
> D [05/Nov/2009:17:54:34 +0100] [1] = "text/plain"
> D [05/Nov/2009:17:54:34 +0100] [2] = "application/postscript"
> D [05/Nov/2009:17:54:34 +0100] [3] = "application/vnd.hp-PCL"
> D [05/Nov/2009:17:54:34 +0100] [4] = "application/pdf"
> D [05/Nov/2009:17:54:34 +0100] [5] = "application/octet-stream"
> W [05/Nov/2009:17:54:34 +0100] [Job 90] Das Medienfach ist fast leer.
> D [05/Nov/2009:17:54:34 +0100] [Job 90] printer-uri = "ipp://bizhub-og1.local.:631/ipp"
> D [05/Nov/2009:17:54:34 +0100] [Job 90] requesting-user-name = "pitstop"
> D [05/Nov/2009:17:54:34 +0100] [Job 90] job-name = "_0033M_O03_K_VIE_AC_198x297.indd.pdf"
> D [05/Nov/2009:17:54:34 +0100] Discarding unused printer-state-changed event...
> N [05/Nov/2009:17:54:36 +0100] [Job 90] Zu druckende Datei akzeptiert - Auftrags-ID 12977.
> W [05/Nov/2009:17:54:36 +0100] [Job 90] Das Medienfach ist fast leer.
> D [05/Nov/2009:17:54:36 +0100] Discarding unused printer-state-changed event...
> D [05/Nov/2009:17:54:36 +0100] PID 653 (/usr/libexec/cups/backend/mdns) exited with no errors.
> D [05/Nov/2009:17:54:36 +0100] [Job 90] File 0 is complete.
> I [05/Nov/2009:17:54:36 +0100] [Job 90] Completed successfully.

Mit Zitat antworten
Alt Today
Advertising
Google Adsense
 
This advertising will not be shown
in this way to registered members.
Register your free account today
and become a member on
Meinews.de
Standard Sponsored Links

  #2  
Alt 11-05-2009, 06:58 PM
Ralph Böhme
 
Beiträge: n/a
Standard Re: Druck eines PDF über "/usr/bin/lp " zentriert nicht

Thomas Liesner <thomas*vignold.de> schrieb:
> Mir fällt dazu nichts mehr ein. Euch?


Nein. Falls Thomas K. dazu auch nicht mehr einfällt, eventuell hier probieren:
http://lists.apple.com/mailman/listinfo/printing

Da gibt's häufiger auch Antwort vom süßen Michael der den Kram ja verzapft hat.

Gruß
-Ralph

--
s/-nsp// for mail
Mit Zitat antworten
  #3  
Alt 11-05-2009, 08:32 PM
Gerald Eíscher
 
Beiträge: n/a
Standard Re: Druck eines PDF über "/usr/bin/lp " zentriert nicht

Am 05.11.2009 18:37 Uhr schrieb Thomas Liesner:
>
> Ich möchte per lp auf einen KonicaMinolta BizHub C353 PDFs drucken. So
> weit so easy. Eigentlich. Das Medium soll A3 sein und die Bebilderung
> soll sich auf der A3-Seite zentrieren.
>
> Die von mir benutzte Kommandozeile ist:
>
> /usr/bin/lp -s -dbizhub_og1 -omedia=A3JIS -ocenter Dateiname.pdf


Was soll A3 JIS sein? Könnte es sein, dass die Japaner ein anderes
A3-Format genormt haben als A3 nach DIN?

> So weit klappt das auch. Die Datei wird gedruckt, das Papier ist A3. Nur
> liegt die Bebilderung unten links in der Ecke, wo sie nicht hingehört.
> Die Option "center" ist eigentlich default


http://localhost:631/help/options.html#IMAGEOPTIONS

--
Gerald
Mit Zitat antworten
  #4  
Alt 11-06-2009, 08:06 AM
Thomas Kaiser
 
Beiträge: n/a
Standard Re: Druck eines PDF über "/usr/bin/lp " zentriertnicht

Thomas Liesner schrieb am 05.11.2009 in <news:w3EIm.174$Cl.23023*se2-cb104-9.zrh1.ch.colt.net>
> Die von mir benutzte Kommandozeile ist:
>
> /usr/bin/lp -s -dbizhub_og1 -omedia=A3JIS -ocenter Dateiname.pdf


Bist Du Dir bzgl. "-ocenter" wirklich sicher? Vor allem, daß das
_deshalb_ mal funktioniert haben soll? lp spuckt ja "sinnvollerweise"
keine Fehlermeldungen aus, wenn Du Quatsch auf der Kommandozeile
übergibst.

Wenn man sich mal anschaut, was ein via GUI übergebener Druckjob alles
an IPP-Optionen mitgibt, wird einem einerseits ja beinahe schlecht wegen
der schieren Anzahl. Und andererseits gewinnt man den Eindruck, daß sich
das Ganze so wenigstens parametrisieren läßt.

Ich hab mal gaudihalber ein A5 PDF auf eine A4-Seiten zentriert drucken
lassen. Da fliegen einem dann Sachen wie das da um die Ohren:

com.apple.print.PrintSettings.PMBorder..b.
com.apple.print.PageToPaperMappingType..n.=1
com.apple.print.subTicket.page_format_ticket..d.co m.apple.print.PageFormat.PMVerticalRes..n.=72
com.apple.print.subTicket.page_format_ticket..d.co m.apple.print.PageFormat.PMOrientation..n.=1
com.apple.print.subTicket.page_format_ticket..d.co m.apple.print.ticket.type=com.apple.print.PageForm atTicket
com.apple.print.subTicket.page_format_ticket..d.co m.apple.print.PageFormat.PMScaling..n.=1
com.apple.print.subTicket.page_format_ticket..d.co m.apple.print.PageFormat.PMVerticalScaling..n.=1
com.apple.print.subTicket.page_format_ticket..d.co m.apple.print.subTicket.paper_info_ticket..d.com.a pple.print.PageFormat.PMAdjustedPaperRect..a.0..n. =0.0
com.apple.print.subTicket.page_format_ticket..d.co m.apple.print.subTicket.paper_info_ticket..d.com.a pple.print.PageFormat.PMAdjustedPaperRect..a.1..n. =0.0
com.apple.print.subTicket.page_format_ticket..d.co m.apple.print.subTicket.paper_info_ticket..d.com.a pple.print.PageFormat.PMAdjustedPaperRect..a.2..n. =419
com.apple.print.subTicket.page_format_ticket..d.co m.apple.print.subTicket.paper_info_ticket..d.com.a pple.print.PageFormat.PMAdjustedPaperRect..a.3..n. =595
com.apple.print.subTicket.page_format_ticket..d.co m.apple.print.subTicket.paper_info_ticket..d.com.a pple.print.PaperInfo.ppd.PMPaperName=
com.apple.print.subTicket.page_format_ticket..d.co m.apple.print.subTicket.paper_info_ticket..d.com.a pple.print.PaperInfo.PMUnadjustedPaperRect..a.0..n .=0.0
com.apple.print.subTicket.page_format_ticket..d.co m.apple.print.subTicket.paper_info_ticket..d.com.a pple.print.PaperInfo.PMUnadjustedPaperRect..a.1..n .=0.0
com.apple.print.subTicket.page_format_ticket..d.co m.apple.print.subTicket.paper_info_ticket..d.com.a pple.print.PaperInfo.PMUnadjustedPaperRect..a.2..n .=419
com.apple.print.subTicket.page_format_ticket..d.co m.apple.print.subTicket.paper_info_ticket..d.com.a pple.print.PaperInfo.PMUnadjustedPaperRect..a.3..n .=595
com.apple.print.subTicket.page_format_ticket..d.co m.apple.print.subTicket.paper_info_ticket..d.com.a pple.print.PageFormat.PMAdjustedPageRect..a.0..n.= 0.0
com.apple.print.subTicket.page_format_ticket..d.co m.apple.print.subTicket.paper_info_ticket..d.com.a pple.print.PageFormat.PMAdjustedPageRect..a.1..n.= 0.0
com.apple.print.subTicket.page_format_ticket..d.co m.apple.print.subTicket.paper_info_ticket..d.com.a pple.print.PageFormat.PMAdjustedPageRect..a.2..n.= 419
com.apple.print.subTicket.page_format_ticket..d.co m.apple.print.subTicket.paper_info_ticket..d.com.a pple.print.PageFormat.PMAdjustedPageRect..a.3..n.= 595
com.apple.print.subTicket.page_format_ticket..d.co m.apple.print.subTicket.paper_info_ticket..d.com.a pple.print.ticket.type=com.apple.print.PaperInfoTi cket
com.apple.print.subTicket.page_format_ticket..d.co m.apple.print.subTicket.paper_info_ticket..d.com.a pple.print.PaperInfo.PMCustomPaper..b.
com.apple.print.subTicket.page_format_ticket..d.co m.apple.print.subTicket.paper_info_ticket..d.com.a pple.print.PaperInfo.PMPaperName=C1AE5230-FF06-44FF-B44B-A4EE14D1DD90
com.apple.print.subTicket.page_format_ticket..d.co m.apple.print.subTicket.paper_info_ticket..d.com.a pple.print.PaperInfo.PMUnadjustedPageRect..a.0..n. =0.0
com.apple.print.subTicket.page_format_ticket..d.co m.apple.print.subTicket.paper_info_ticket..d.com.a pple.print.PaperInfo.PMUnadjustedPageRect..a.1..n. =0.0
com.apple.print.subTicket.page_format_ticket..d.co m.apple.print.subTicket.paper_info_ticket..d.com.a pple.print.PaperInfo.PMUnadjustedPageRect..a.2..n. =419
com.apple.print.subTicket.page_format_ticket..d.co m.apple.print.subTicket.paper_info_ticket..d.com.a pple.print.PaperInfo.PMUnadjustedPageRect..a.3..n. =595
com.apple.print.subTicket.page_format_ticket..d.co m.apple.print.PageFormat.PMHorizontalRes..n.=72
com.apple.print.PrintSettings.PMDestinationType..n .=1
com.apple.print.PrintSettings.PMTotalBeginPages..n .=1
com.apple.print.PageToPaperMappingMediaName=Custom .595.00x419.00
com.apple.print.PrintSettings.PMPageRange..a.0..n. =1
com.apple.print.PrintSettings.PMPageRange..a.1..n. =2147483647
com.apple.print.PrintSettings.PMTotalSidesImaged.. n.=1
com.apple.print.PrintSettings.PMCopies..n.=1
com.apple.print.PrintSettings.PMLastPage..n.=1
com.apple.print.PrintSettings.PMLayoutDirection..n .=1
com.apple.print.DocumentTicket.PMSpoolFormat=appli cation/pdf
com.apple.print.PrintSettings.PMPrintSelectionOnly ..b.
com.apple.print.subTicket.paper_info_ticket..d.com .apple.print.PageFormat.PMAdjustedPaperRect..a.0.. n.=0.0
com.apple.print.subTicket.paper_info_ticket..d.com .apple.print.PageFormat.PMAdjustedPaperRect..a.1.. n.=0.0
com.apple.print.subTicket.paper_info_ticket..d.com .apple.print.PageFormat.PMAdjustedPaperRect..a.2.. n.=419
com.apple.print.subTicket.paper_info_ticket..d.com .apple.print.PageFormat.PMAdjustedPaperRect..a.3.. n.=595
com.apple.print.subTicket.paper_info_ticket..d.com .apple.print.PaperInfo.ppd.PMPaperName=
com.apple.print.subTicket.paper_info_ticket..d.com .apple.print.PaperInfo.PMUnadjustedPaperRect..a.0. .n.=0.0
com.apple.print.subTicket.paper_info_ticket..d.com .apple.print.PaperInfo.PMUnadjustedPaperRect..a.1. .n.=0.0
com.apple.print.subTicket.paper_info_ticket..d.com .apple.print.PaperInfo.PMUnadjustedPaperRect..a.2. .n.=419
com.apple.print.subTicket.paper_info_ticket..d.com .apple.print.PaperInfo.PMUnadjustedPaperRect..a.3. .n.=595
com.apple.print.subTicket.paper_info_ticket..d.com .apple.print.PageFormat.PMAdjustedPageRect..a.0..n .=0.0
com.apple.print.subTicket.paper_info_ticket..d.com .apple.print.PageFormat.PMAdjustedPageRect..a.1..n .=0.0
com.apple.print.subTicket.paper_info_ticket..d.com .apple.print.PageFormat.PMAdjustedPageRect..a.2..n .=419
com.apple.print.subTicket.paper_info_ticket..d.com .apple.print.PageFormat.PMAdjustedPageRect..a.3..n .=595
com.apple.print.subTicket.paper_info_ticket..d.com .apple.print.ticket.type=com.apple.print.PaperInfo Ticket
com.apple.print.subTicket.paper_info_ticket..d.com .apple.print.PaperInfo.PMCustomPaper..b.
com.apple.print.subTicket.paper_info_ticket..d.com .apple.print.PaperInfo.PMPaperName=C1AE5230-FF06-44FF-B44B-A4EE14D1DD90
com.apple.print.subTicket.paper_info_ticket..d.com .apple.print.PaperInfo.PMUnadjustedPageRect..a.0.. n.=0.0
com.apple.print.subTicket.paper_info_ticket..d.com .apple.print.PaperInfo.PMUnadjustedPageRect..a.1.. n.=0.0
com.apple.print.subTicket.paper_info_ticket..d.com .apple.print.PaperInfo.PMUnadjustedPageRect..a.2.. n.=419
com.apple.print.subTicket.paper_info_ticket..d.com .apple.print.PaperInfo.PMUnadjustedPageRect..a.3.. n.=595
com.apple.print.PrintSettings.PMLayoutRows..n.=1
com.apple.print.PrintSettings.PMLayoutNUp..b.
com.apple.print.PrintSettings.PMFirstPage..n.=1
com.apple.print.PrintSettings.PMLayoutColumns..n.= 1

Keine Ahnung, was davon das Relevante ist, um Apples cgpdfto*-Filter
korrekt zu parametrisieren.

>> D [05/Nov/2009:17:54:32 +0100] [Job 90] argv[5]="document-name=_0033M_O03_K_VIE_AC_198x297.indd.pdf media=A3JIS finishings=3 number-up=1 center job-uuid=urn:uuid:f421d440-bb18-31a4-5a04-999bd5f1a1fa"


In obiger Zeile siehst Du, was an die CUPS-Filter übergeben wurde. lp
hustet alles, was per "-o" daherkommt, einfach da mit rein. Was der/die
CUPS-Filter damit anfangen, ist dann deren Bier. Drum auch keine
Fehlermeldung, weil lp von der den Filtern evtl. innewohnenden
Komplexität gar nichts weiß.

Gruss,

Thomas
Mit Zitat antworten
  #5  
Alt 11-06-2009, 09:20 AM
Thomas Liesner
 
Beiträge: n/a
Standard Re: Druck eines PDF über "/usr/bin/lp " zentriert nicht

Moin Thomas,

Thomas Kaiser schrieb:
> Thomas Liesner schrieb am 05.11.2009 in <news:w3EIm.174$Cl.23023*se2-cb104-9.zrh1.ch.colt.net>
>> Die von mir benutzte Kommandozeile ist:
>>
>> /usr/bin/lp -s -dbizhub_og1 -omedia=A3JIS -ocenter Dateiname.pdf

>
> Bist Du Dir bzgl. "-ocenter" wirklich sicher? Vor allem, daß das
> _deshalb_ mal funktioniert haben soll?


Nein, es hat nie _deshalb_ funktioniert. Es hat mal funktioniert (Laut
Aussage zweier Operator. Ich bezweifele momentan, ob die da nicht was
verwechseln...), auch ohne "-ocenter". Diese habe ich nur testweise aus
Ratlosigkeit eingesetzt. Laut
http://www.cups.org/documentation.php/options.html gibt es diese Option
zur Positionierung von Bildern. Allerdings in der Dokumentation fett
gemarkert mit "Not Supported on Mac OS X". "center" ist allerdings eh
als "default" gekennzeichnet, was das ursprüngliche Funktionieren
erklären _könnte_.

> Wenn man sich mal anschaut, was ein via GUI übergebener Druckjob alles
> an IPP-Optionen mitgibt, wird einem einerseits ja beinahe schlecht wegen
> der schieren Anzahl. Und andererseits gewinnt man den Eindruck, daß sich
> das Ganze so wenigstens parametrisieren läßt.
>
> Ich hab mal gaudihalber ein A5 PDF auf eine A4-Seiten zentriert drucken
> lassen. Da fliegen einem dann Sachen wie das da um die Ohren:
>
> com.apple.print.PrintSettings.PMBorder..b.


[viele PrintSettings gesnippt]

> com.apple.print.PrintSettings.PMLayoutColumns..n.= 1
>
> Keine Ahnung, was davon das Relevante ist, um Apples cgpdfto*-Filter
> korrekt zu parametrisieren.


Eigentlich schade Allerdings glaube ich gar nicht, dass die
übergebenen Optionen das Problem sind.

>
>>> D [05/Nov/2009:17:54:32 +0100] [Job 90] argv[5]="document-name=_0033M_O03_K_VIE_AC_198x297.indd.pdf media=A3JIS finishings=3 number-up=1 center job-uuid=urn:uuid:f421d440-bb18-31a4-5a04-999bd5f1a1fa"

>
> In obiger Zeile siehst Du, was an die CUPS-Filter übergeben wurde. lp
> hustet alles, was per "-o" daherkommt, einfach da mit rein.


Schon klar. Auf einem Phaser 7760 passiert übrigens exakt dasselbe,
weshalb ich momentan davon ausgehe, dass das nie funktioniert hat.
Interessant zu wissen wäre, ob es möglich _ist_. Wenn ich der Cups-Seite
glauben darf, unter MacOS X leider nicht... Schade.

Gibt es noch alternative Wege unter MacOS X ein PDF per Kommandozeile zu
drucken, die dann besser funktionieren?

Danke,
Thomas
Mit Zitat antworten
  #6  
Alt 11-06-2009, 09:23 AM
Thomas Liesner
 
Beiträge: n/a
Standard Re: Druck eines PDF über "/usr/bin/lp " zentriert nicht

Gerald Eíscher schrieb:
> Am 05.11.2009 18:37 Uhr schrieb Thomas Liesner:
>> Ich möchte per lp auf einen KonicaMinolta BizHub C353 PDFs drucken. So
>> weit so easy. Eigentlich. Das Medium soll A3 sein und die Bebilderung
>> soll sich auf der A3-Seite zentrieren.
>>
>> Die von mir benutzte Kommandozeile ist:
>>
>> /usr/bin/lp -s -dbizhub_og1 -omedia=A3JIS -ocenter Dateiname.pdf

>
> Was soll A3 JIS sein?


Das was /usr/bin/lpoptions für diesen Drucker ausspuckt. A3 oder A4 hat
er nicht. A3JIS und A4JIS schon.

>
>> So weit klappt das auch. Die Datei wird gedruckt, das Papier ist A3. Nur
>> liegt die Bebilderung unten links in der Ecke, wo sie nicht hingehört.
>> Die Option "center" ist eigentlich default

>
> http://localhost:631/help/options.html#IMAGEOPTIONS
>


"Not Supported on Mac OS X"

Gruß,
Thomas
Mit Zitat antworten
  #7  
Alt 11-06-2009, 09:26 AM
Thomas Liesner
 
Beiträge: n/a
Standard Re: Druck eines PDF über "/usr/bin/lp " zentriert nicht

Ralph Böhme schrieb:
> Thomas Liesner <thomas*vignold.de> schrieb:
>> Mir fällt dazu nichts mehr ein. Euch?

>
> Nein. Falls Thomas K. dazu auch nicht mehr einfällt, eventuell hier probieren:
> http://lists.apple.com/mailman/listinfo/printing
>
> Da gibt's häufiger auch Antwort vom süßen Michael der den Kram ja verzapft hat.


Danke, ich werde es dort mal versuchen.

Gruß,
Thomas

Mit Zitat antworten
  #8  
Alt 11-06-2009, 10:11 AM
Thomas Kaiser
 
Beiträge: n/a
Standard Re: Druck eines PDF über "/usr/bin/lp " zentriertnicht

Thomas Liesner schrieb in <news:STRIm.175$Cl.23191*se2-cb104-9.zrh1.ch.colt.net>
> Moin Thomas,
>
> Thomas Kaiser schrieb:
>> Thomas Liesner schrieb am 05.11.2009 in <news:w3EIm.174$Cl.23023*se2-cb104-9.zrh1.ch.colt.net>
>>> Die von mir benutzte Kommandozeile ist:
>>>
>>> /usr/bin/lp -s -dbizhub_og1 -omedia=A3JIS -ocenter Dateiname.pdf

>>
>> Bist Du Dir bzgl. "-ocenter" wirklich sicher? Vor allem, daß das
>> _deshalb_ mal funktioniert haben soll?

>
> Nein, es hat nie _deshalb_ funktioniert. Es hat mal funktioniert (Laut
> Aussage zweier Operator. Ich bezweifele momentan, ob die da nicht was
> verwechseln...)


Soll ja mal vorkommen ;-)

> auch ohne "-ocenter". Diese habe ich nur testweise aus Ratlosigkeit
> eingesetzt. Laut http://www.cups.org/documentation.php/options.html
> gibt es diese Option zur Positionierung von Bildern. Allerdings in der
> Dokumentation fett gemarkert mit "Not Supported on Mac OS X". "center"
> ist allerdings eh als "default" gekennzeichnet, was das ursprüngliche
> Funktionieren erklären _könnte_.


Glaub ich nicht, weil

a) heißt es "-o position=center"

b) geht das Ganze eh nicht für PDF sondern _nur_ für Bilder (soll
heißen, damit parametrisiert man ausschließlich die Filter imagetops
und imagetoraster (die in _normalen_ CUPS-Installationen eben dafür
zuständig sind, paar Bildformate zu kennen und nach PostScript
respektive CUPS Rasterformat umzusetzen)

Gibt es diese beiden Filter unter MacOS X? Natürlich nicht, denn dort
gibt es nur den nsimagetopdf-Filter, der diese Optionen nicht kennt.
CUPS unter MacOS X ist -- völlig zurecht -- ein ganzes Eck anders
aufgebaut, denn wozu auf einem System, das nativ mit PDF umgehen
kann, einen Distiller 5 Core zur Umwandlung von PostScript nach PDF
eingebaut hat und mit CoreGraphics eine mächtige u.v.a. allem
performante Grafik- Bibliothek an Bord hat, den ganzen OpenSource-
Schraddel nutzen, der auf anderen unixoiden System nötig ist, um von
A nach B zu wandeln?

Man muß sich halt mal drüber klarwerden, daß die CUPS-Optionen, die man
da fröhlich per -o übergeben kann, teilweise das Drucksystem selbst
parametrisieren (bspw. "-o raw", um die ganze Filterei auszuschalten)
und teilweise nix weiter sind als Optionen, die ein Filter, wenn er denn
überhaupt aufgerufen wird, auswertet oder auch nicht.

>> Wenn man sich mal anschaut, was ein via GUI übergebener Druckjob alles
>> an IPP-Optionen mitgibt, wird einem einerseits ja beinahe schlecht wegen
>> der schieren Anzahl. Und andererseits gewinnt man den Eindruck, daß sich
>> das Ganze so wenigstens parametrisieren läßt.
>>
>> Ich hab mal gaudihalber ein A5 PDF auf eine A4-Seiten zentriert drucken
>> lassen. Da fliegen einem dann Sachen wie das da um die Ohren:
>>
>> com.apple.print.PrintSettings.PMBorder..b.

>
> [viele PrintSettings gesnippt]
>
>> com.apple.print.PrintSettings.PMLayoutColumns..n.= 1
>>
>> Keine Ahnung, was davon das Relevante ist, um Apples cgpdfto*-Filter
>> korrekt zu parametrisieren.

>
> Eigentlich schade Allerdings glaube ich gar nicht, dass die
> übergebenen Optionen das Problem sind.


Doch, doch, schau's Dir genau an. Wenn Du per GUI ein A5-PDF
losschickst, landet das als A5 im Spoolsystem. Diese abermilliarden
Optionen sorgen dann dafür, daß der cgpdftops-Filter, der das PDF packt
und nach PostScript umwandelt (bei non-PostScript-Druckern kommt
hingegen der cgpdftoraster-Filter zum Einsatz), den Seiteninhalt passend
zentriert in den PostScript-Job packt. Nix anderes ist es,
abermilliarden mal per "-o" mit lp zu agieren. Und wenn Du das Ganze mal
überfliegst, sollte es gar nicht so wild sein (Brauchst halt einen
kleinen Skript-Wrapper für die Aufgabenstellung).

Denn eigentlich mußt Du nur die Dimensionen des PDF als PostScript-Point
auslesen (unter MacOS X fix per "mdls -name kMDItemPageHeight" bzw.
"mdls -name kMDItemPageWidth"), ein temporäres Papierformat anlegen --
uuidgen(1) ist Dein Freund -- und Height und Width 'zigmal in den
Optionen austauschen. Um den Rest kümmert sich der cgpdftops-Filter.

So _muß_ es gehen (und vermutlich kann man durch passendes Befüllen der
Parameter PMAdjustedPaperRect, PMUnadjustedPaperRect, PMAdjustedPageRect
und PMUnadjustedPageRect auch so Sachen wie Trimbox mit abhandeln, d.h.
ein PDF mit größerer Mediabox passend zurechtschneiden lassen. Versuch
macht kluch' -- einfach aus Preview.app drucken und gucken)

> Interessant zu wissen wäre, ob es möglich _ist_. Wenn ich der Cups-Seite
> glauben darf, unter MacOS X leider nicht... Schade.


Doch, doch, obiger Ansatz funktioniert. Allerdings könnte es evtl. auch
'ne simplere Variante geben. Mike Sweet fragen...

> Gibt es noch alternative Wege unter MacOS X ein PDF per Kommandozeile
> zu drucken, die dann besser funktionieren?


Also ich nehme immer "/usr/local/helios/bin/pdfprint". Das funktioniert
wirklich hervorragend :-)

Aber Scherz beiseite: Es gibt die Möglichkeit, die PrinterProxy-
Funktionalität mal anzutesten (also mal per Drag&Drop eines PDF darauf
zu gucken, ob dann Zentrierung eintritt -- und parallel in
/var/log/cups/error_log bzgl. der Parameter gucken. Da hatten wir aber
irgendwann nebenan in dcsm.misc eine ernüchternde Diskussion diesbzgl.)

Diese PrinterProxy-Dinger liegen in ~/Library/Printers (und müssten sich
per "open -a" ansteuern lassen).

Und dann kann man XPDF' pdftops [1] testen. Das erstellt naturgemäß
anderen PS-Code als Apples cdpdftops-Filter. Aber in der Vergangenheit
oftmals den kompatibleren. Details finden sich im Archiv...

Gruss,

Thomas

[1] <http://www.foolabs.com/xpdf/download.html>
Mit Zitat antworten
  #9  
Alt 11-06-2009, 02:15 PM
Gerald Eíscher
 
Beiträge: n/a
Standard Re: Druck eines PDF über "/usr/bin/lp " zentriert nicht

Am 06.11.2009 11:11 Uhr schrieb Thomas Kaiser:
>
> Und dann kann man XPDF' pdftops [1] testen.


pdf2ps ist auch bei GhostScript dabei. Dessen ausgespucktes PS ließe
sich in die netcat (nc) pipen, die es beim Drucker in Port 9100 einwirft
(sofern der Drucker HP JetDirect unterstützt, was ich aber annehme) und
man lässt CUPS links liegen.
Allerdings bin ich mir nicht sicher, ob ein solches Vorgehen in einer
Umgebung, in der unter Umständen mehrere Leute gleichzeitig drucken
wollen, praktikabel ist.

--
Gerald
Mit Zitat antworten
  #10  
Alt 11-06-2009, 03:20 PM
Thomas Kaiser
 
Beiträge: n/a
Standard Re: Druck eines PDF über "/usr/bin/lp " zentriertnicht

Gerald EÃ*scher schrieb in <news:4AF42F78.9030302*ID-37099.user.uni-berlin.de>
> Am 06.11.2009 11:11 Uhr schrieb Thomas Kaiser:
>>
>> Und dann kann man XPDF' pdftops [1] testen.

>
> pdf2ps ist auch bei GhostScript dabei.


In Thomas Liesners Ausgangsposting stand in CUPS' error_log was von
"pitstop". Insofern gehe ich von Druckvorstufen-PDF aus und wäre bzgl.
pdf2ps mehr als vorsichtig (ist ja nur ein Shell-Wrapper um gs, der das
mit "-sDEVICE=pswrite" aufruft, das sich AFAIK nicht wirklich sinnvoll
parametrisieren läßt im Gegensatz zum umgekehrten Weg, also PS->PDF).

Und hoffentlich ist das Ausgabegerät rein schwarz/weiß, weil siehe

http://kaiser-edv.de/tmp/4nH8U6/

Zumal der PS-Code, den GhostScript produziert, hoffnungslos aufgebläht
und ineffizient ist. Komplexe Seiten werden um ein Zigfaches lahmer von
typischen Druckern interpretiert als bspw. der PS-Code, den Acrobat
erzeugt, wenn man das ein PDF ausgeben läßt (was wiederum seltsamerweise
noch deutlich bis zigmal langsamer ist als der PS-Code, den Helios'
pdfprint erzeugt).

Wie sich MacOS X' cdpdftops-Filter von der Performance her schlägt, weiß
ich nicht (das Projekt, in dem wir für paar hundert User Druckhotfolder
via Helios' pdfprint eingerichtet haben, weil das Drucken aus Acrobat
heraus zu lahm bzw. nervend war, ist schon zu lange her. Damals war
Apples PDF-zu-PS-Konverter, der auch im CUPS-Filter steckt, noch zu
schrottig, um damit produktiv arbeiten zu können. Im Bereich Druck-
vorstufe taugt das IMO erst ab 10.5)

> Dessen ausgespucktes PS ließe sich in die netcat (nc) pipen, die es
> beim Drucker in Port 9100 einwirft (sofern der Drucker HP JetDirect
> unterstützt, was ich aber annehme) und man lässt CUPS links liegen.


Braucht's doch alles gar nicht. Wenn man GhostScript PDF nach PS
konvertieren läßt (oder ein beliebiges anderes Tool), dann kommt ja bei
CUPS schon PostScript an, d.h. es findet keine weitere Filterei statt --
Ausnahme: der pstops-Filter, der noch so Sachen wie Accounting machen
will. Aber auch den kriegt man mittels "-o raw" ruhiggestellt. Dann wird
der Druckjob einfach durchgereicht)

> Allerdings bin ich mir nicht sicher, ob ein solches Vorgehen in einer
> Umgebung, in der unter Umständen mehrere Leute gleichzeitig drucken
> wollen, praktikabel ist.


Äh, ich bin mir ziemlich sicher, daß das nicht praktikabel ist :-)

Gruss,

Thomas

Mit Zitat antworten
 
Antwort


Themen-Optionen
Ansicht

Forumregeln
Es ist dir nicht erlaubt, neue Themen zu verfassen
Es ist dir nicht erlaubt, auf Beiträge zu antworten
Es ist dir nicht erlaubt, Anhänge anzufügen
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten

vB Code ist An
Smileys sind An
[IMG] Code ist An
HTML-Code ist Aus

Ähnliche Themen
Thema Erstellt von Forum Antworten Letzter Beitrag
Bug in Volltextsuche? "obs" wird nicht gefunden, "abs", "sbs" oder"ebs" aber schon andipfaff Newsgroup de.comp.datenbanken.mysql 8 06-11-2009 03:34 PM
"Kein Aktueller Datensatz" beim Schließen eines Forms über eingebaute Schließenschaltfläche Josef Poetzl Newsgroup microsoft.public.de.access 11 08-11-2008 05:02 PM
Antworten auf Kommentare über "Depression", "Anderen egoistisch zu erscheinen" und "Elternschaft" ariberlin@googlemail.com Newsgroup de.sci.medizin.psychiatrie 0 04-11-2008 01:20 PM
SpON über Irak: "Neue Doktrin funktioniert." "Kurswechsel trägt Früchte." "Kehrtwende eigenläutet." "Lage erheblich verbessert." "Druck lässt nach." Calimero Newsgroup de.soc.politik.misc 27 01-28-2008 05:13 AM
Die Meinung eines "9/11-Hero" über Rudy Giuliani... AngryHippo XVI Newsgroup de.soc.politik.misc 0 08-06-2007 12:47 AM


Alle Zeitangaben in WEZ. Es ist jetzt 04:43 AM Uhr.



Powered by: vBulletin Version 3.6.7 (Deutsch)
Copyright ©2000 - 2010, Jelsoft Enterprises Ltd.
Forum SEO by Zoints