Hi! Ich habe in letzter Zeit extreme Probleme, einige PDF-Dateien zu drucken. Ich habe den apsfilter für einen PS-Level2-Laserdrucker konfiguriert und sowohl mit *.ps-Dateien und allem anderen, was so auf Linux/Unix-Systemen wächst, keine Probleme. Allerdings kriege ich immer mehr Probleme mit Files, die offenbar mit PowerPoint erstellt wurden und dann als *.pdf umgewandelt werden, (m)ein Drucker fängt an, die Daten zu verarbeiten und hört dann einfach auf, ohne etwas zu drucken. Aus der Druckerwarteschlange ist der Job übrigens raus. Andere Files kann ich drucken, jedoch bei 60 Seiten sind meist zwei bis drei dabei, die sich absolut nicht drucken lassen (obiges Phänomen). Ich will das aber unter Linux zum Laufen kriegen. Ich weiß, daß die Fehlerbeschreibung oben nicht wirklich konkret ist, ich kann aber leider nicht mit Fehlermeldungen dienen, da der Druckjob ja vom System aus sauber raus geht. Der Drucker hat übrigens 38MB RAM (sollte wohl reichen) und mit CUPS habe ich es noch nicht versucht, da ich das entsprechende PPD-file nicht auftreiben kann (Epson EPL-5600). Die *.pdf-files sind druckbar (man kann die ja auch nicht druckbar erzeugen). Ich bin jetzt irgendwie ratlos, wo ich anfangen soll, was zu suchen/zu ändern. Hat jemand Rat? CU und schonmal Danke für Eure Mühe... Martin
Am Dienstag, 13. November 2001 09:30 schrieb Martin Oehler:
Ich habe in letzter Zeit extreme Probleme, einige PDF-Dateien zu drucken.
Welche GhostScript Version ham wir denn? Gerade bei der PDF-Unterstützung hat sich einiges getan. Wenn Du noch eine 5er Version fährst, würd ich es mal mit einem Update versuchen. [Probleme entsorgt ;-)] -- Machs gut | http://www.iiv.de/schwinde/buerger/tremmel/ | http://www.knightsoft.de Manfred | http://www.knightsoft-net.de
Manfred Tremmel wrote:
Am Dienstag, 13. November 2001 09:30 schrieb Martin Oehler:
Ich habe in letzter Zeit extreme Probleme, einige PDF-Dateien zu drucken.
Welche GhostScript Version ham wir denn? Gerade bei der PDF-Unterstützung hat sich einiges getan. Wenn Du noch eine 5er Version fährst, würd ich es mal mit einem Update versuchen.
Bei der Erzeugung von PDF ist gs 6.x deutlich besser als die 5er Version. Allerdings treten bei mir auch mit neuen gs Ver- sionen mitunter Probleme beim Drucken auf -- eigentlich nur von auf fremden OS-Systemen erzeugten PDF Dateien. Direkt mit gs erzeugte PDFs (z.B. mit der Kombination LaTeX -> dvips -> ps2pdf oder mit pdflatex) machen eigentlich nie Probleme. Gruesse, Th. -- Thomas Hertweck, Geophysicist Geophysical Institute, University of Karlsruhe
On 13-Nov-2001 Martin Oehler wrote:
Allerdings kriege ich immer mehr Probleme mit Files, die offenbar mit PowerPoint erstellt wurden und dann als *.pdf umgewandelt werden, (m)ein Drucker fängt an, die Daten zu verarbeiten und hört dann einfach auf, ohne etwas zu drucken.
Und wenn du sie zuvor in eine Datei druckst und diese dann auf den Drucker schickst? Waere zwar nur ein Workaround, aber vielleicht besser als gar nichts?
Der Drucker hat übrigens 38MB RAM (sollte wohl reichen) und
Da waere ich mir bei der Kombination powerpoint/pdf nicht so ganz
sicher.
Gruss,
Heinz.
--
E-Mail: Heinz W. Pahlke
Hi! "Heinz W. Pahlke" wrote:
On 13-Nov-2001 Martin Oehler wrote: Und wenn du sie zuvor in eine Datei druckst und diese dann auf den Drucker schickst? Waere zwar nur ein Workaround, aber vielleicht besser als gar nichts?
Hab' ich grade probiert, ohne Erfolg... :-(
Der Drucker hat übrigens 38MB RAM (sollte wohl reichen) und
Da waere ich mir bei der Kombination powerpoint/pdf nicht so ganz sicher.
Ein Drucker mit 16MB RAM kann die Files drucken, der hängt aber an einem System, das ich nicht benutzen will. Könnte ich mir ein PPD selbst bauen? Vielleicht ginge es ja mit CUPS... CU Martin
Martin Oehler wrote:
Ich habe in letzter Zeit extreme Probleme, einige PDF-Dateien zu drucken.
Uahhh, manche PDF Dateien bereiten mir auch nachhaltige Kopfschmerzen.
Allerdings kriege ich immer mehr Probleme mit Files, die offenbar mit PowerPoint erstellt wurden und dann als *.pdf umgewandelt werden, (m)ein Drucker fängt an, die Daten zu verarbeiten und hört dann einfach auf, ohne etwas zu drucken.
Kommt mir bekannt vor. Hatte hier schon PDF Dateien (mit Acrobat Distiller Command fuer Solaris 2.3 [SPARC] er- stellt; wusste gar nicht, dass es das gibt), die hat man an den Drucker geschickt, der blinkte dann kurz und sprach was von "Processing data" und das war es dann auch -- kurze Zeit spaeter stand wieder "Ready" auf dem Druckerdisplay. Oder, bei anderen Dateien, hat er angefangen zu prozessieren und nie wieder damit aufgehoert.
Ich will das aber unter Linux zum Laufen kriegen. Ich weiß, daß die Fehlerbeschreibung oben nicht wirklich konkret ist, ich kann aber leider nicht mit Fehlermeldungen dienen, da der Druckjob ja vom System aus sauber raus geht.
Ja, das ist das Problem. Es scheint kein sauberes PS er- zeugt zu werden, und dann hat der Drucker Probleme, diese Dateien zu drucken (bzw. zu prozessieren). Kenne mich da aber leider nicht so genau aus.
Der Drucker hat übrigens 38MB RAM (sollte wohl reichen) [...]
Haengt IMHO schwer von der Anzahl der Grafiken ab, die da in Powerpoint verwendet werden. Habe schon erlebt, dass eine relativ harmlose (sprich: kleine) PDF Datei in der Drucker-Queue auf einmal wirklich riesig war....
Ich bin jetzt irgendwie ratlos, wo ich anfangen soll, was zu suchen/zu ändern.
Ich habe bis heute auch nicht wirklich herausgefunden, welche Dateien funktionieren und welche nicht und vor allem woran es liegt. Hast Du mal versucht, aus Acrobat Reader in eine Datei zu Drucken? Was passiert dann? Laesst sich das PS File anzei- gen/drucken? Schon mal ein pdf2ps versucht (wobei IMHO drucken per acroread in eine PS-Datei bessere Ergebnisse liefert)? Ich weiss, ist quasi alles "Stochern im Dunkeln", aber viel- leicht liefert es ja ein paar neue Erkenntnisse. Gruesse, Th. -- Thomas Hertweck, Geophysicist Geophysical Institute, Karlsruhe University (TH)
Thomas Hertweck wrote:
Kommt mir bekannt vor. Hatte hier schon PDF Dateien (mit Acrobat Distiller Command fuer Solaris 2.3 [SPARC] er- stellt; wusste gar nicht, dass es das gibt), die hat man an den Drucker geschickt, der blinkte dann kurz und sprach was von "Processing data" und das war es dann auch -- kurze Zeit spaeter stand wieder "Ready" auf dem Druckerdisplay. Oder, bei anderen Dateien, hat er angefangen zu prozessieren und nie wieder damit aufgehoert.
Kenne ich aus leidvoller Erfahrung auch....
Der Drucker hat übrigens 38MB RAM (sollte wohl reichen) [...]
Haengt IMHO schwer von der Anzahl der Grafiken ab, die da in Powerpoint verwendet werden. Habe schon erlebt, dass eine relativ harmlose (sprich: kleine) PDF Datei in der Drucker-Queue auf einmal wirklich riesig war....
Kenne ich auch. Die Leute von unserem Fachbereichsdrucker stöhnen bei einer bestimmten Datei immer auf, auf Platte 5,8MB, im Spooler dann >200MB, was Probleme gibt und die Leute auf die Palme bringt...
Ich bin jetzt irgendwie ratlos, wo ich anfangen soll, was zu suchen/zu ändern.
Ich habe bis heute auch nicht wirklich herausgefunden, welche Dateien funktionieren und welche nicht und vor allem woran es liegt. Hast Du mal versucht, aus Acrobat Reader in eine Datei zu Drucken? Was passiert dann? Laesst sich das PS File anzei- gen/drucken? Schon mal ein pdf2ps versucht (wobei IMHO drucken per acroread in eine PS-Datei bessere Ergebnisse liefert)?
Das klappt bei mir zumindest in vielen Fällen... Rene -- Omnis enim res, quae quando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est. [Aurelius Augustinus, 4. Jhd} (http://www.fsfeurope.org/order/announce.de.html) anfordern öffentl. GnuPG-Key: Mail an gnupgkey@rene-engelhard.de
Hi! Thomas Hertweck wrote:
Martin Oehler wrote:
der blinkte dann kurz und sprach was von "Processing data" und das war es dann auch -- kurze Zeit spaeter stand wieder "Ready" auf dem Druckerdisplay. Oder, bei anderen Dateien, hat er angefangen zu prozessieren und nie wieder damit aufgehoert.
Genau das ist er, der Fehler :-) (dachte schon, mein Drucker wäre hin)
Der Drucker hat übrigens 38MB RAM (sollte wohl reichen) [...]
Haengt IMHO schwer von der Anzahl der Grafiken ab, die da in Powerpoint verwendet werden. Habe schon erlebt, dass eine relativ harmlose (sprich: kleine) PDF Datei in der Drucker-Queue auf einmal wirklich riesig war....
Wie schon auf die andere mail geantwortet schafft das file ein Drucker mit 16MB, der hat halt einen PS-Treiber (und ein OS, welches ein Treiber braucht ;-) )
Ich habe bis heute auch nicht wirklich herausgefunden, welche Dateien funktionieren und welche nicht und vor allem woran es liegt. Hast Du mal versucht, aus Acrobat Reader in eine Datei zu Drucken? Was passiert dann? Laesst sich das PS File anzei- gen/drucken? Schon mal ein pdf2ps versucht (wobei IMHO drucken per acroread in eine PS-Datei bessere Ergebnisse liefert)?
pdf2ps liefert ganz scheußliche, will sagen, umbrauchbare Ergebnisse, wobei ich die dann anstandlos drucken kann. Ich vermute langsam, es könnte sein, dass das was mit dem Adobe Acrobat 4 zu tun hat. Den Acrobat 3 habe ich selbst unter Benutzung und die Files klappen gut. Dort, wo die undruckbaren files herkommen, wird Version 4 benutzt.
Ich weiss, ist quasi alles "Stochern im Dunkeln", aber viel- leicht liefert es ja ein paar neue Erkenntnisse.
Ich hatte auch schon files, die sich ab der fünften Seite drucken liessen, aber alles ohne Bilder (man hat halt kein Inhalts- verzeichnis). Sehr seltsam, das alles... CU Martin
From: "Martin Oehler"
Ich habe in letzter Zeit extreme Probleme, einige PDF-Dateien zu drucken.
Schaun 'mer mal... Es ist ohne weiteres möglich, PS/PDF-Daten zu erzeugen, die einen Drucker gewaltig quälen können. Bei dir muß also nix "falsch" sein. Alle Geräte haben unterschiedliche Optimierungen, daher kann ein "schlechterer" Drucker schonmal was wegschaffen, woran der "gute" scheitert. Mehrere Lösungsansätze: Hat der "gute" Drucker wohlmöglich einen höheren PS-Level als der "schlechte"? Dann muß das schickende Programm wohlmöglich Objekte anpassen, dabei können gräßlich Datenmengen entstehen. Ich habe früher in der Druckvorstufe gearbeitet. Da hatten wir z.T. Rips, denen man beim RIPpen zugucken konnte, will sagen: Sie haben in Echtzeit in 72 dpi auf den Bildschirm gerippt, und man konnte sehen, welches Objekt das Problem war. Vielleicht gibt es ja sowas auch für Linux? Ich kenne mich leider in dem Bereich nicht so aus. Objekte, die gerne mal länger rechnen: Schwarzweissbilder ("Bitmaps", nicht zu verwechseln mit .BMP-Dateien, mit 1-Bit Farbtiefe). Können unbewusst vorliegen, wenn die Typo als Bild in die Datei eingerendert wurde, weil der PDF-Schreiber falsch konfiguriert hat. Schlimm, wenn sie auch noch skaliert wurden, kann selbst auf Hi-End-Geräten _Stunden_ rechnen. Unsauber "freigestellte" Bilder (also freistehende, nicht eckige Bilder mit ausgesparten Bereichen) oder generell aufwendige Pfadobjekte, oder Pfadobjekte die innenliegende Pixelbilder maskieren. Gedrehte/gezerrte Pixelgrafiken. Idiotische Skalierungen (Bild mit 1000 dpi in 400% plaziert, statt mit 250 dpi in 100%, was das gleiche ergibt) Auf Vektorbasis realisierte Farbverläufe. Transparenzen, Linseneffekte Auf Postscriptbasis realisierte Füllmuster ("Viele kleine schwarze Pünktchen"), geht auf dem Bildschirm sehr schnell und erzeugt auf dem Drucker Millionen Objekte. Tötet viele Ausgabegeräte, auch der oberen Leistungsklasse. Wenn du magst, schick mir doch eine Datei die klemmt. Ich guck sie mir dann mal an. Bis 5 MB passt ins Postfach, gerne mehr, aber dann müssen wir andere Wege suchen. Gruß, Ratti
Hi! Ratti wrote:
Hat der "gute" Drucker wohlmöglich einen höheren PS-Level als der "schlechte"? Dann muß das schickende Programm wohlmöglich Objekte anpassen, dabei können gräßlich Datenmengen entstehen.
PS-Level ist 2 bei allen mir zugänglichen Druckern. [Beschreibung von möglichen Problemarten] Meine Dateien sehen eigentlich recht simpel aus.
Wenn du magst, schick mir doch eine Datei die klemmt. Ich guck sie mir dann mal an. Bis 5 MB passt ins Postfach, gerne mehr, aber dann müssen wir andere Wege suchen.
Ich habe jetzt erstmal V6.xx von Ghostscript installiert, die nächste Datei, die klemmt, kriegst Du (mehr als 300-400 kB (vorm packen) sind das nicht). CU Martin
participants (6)
-
Heinz W. Pahlke
-
Manfred Tremmel
-
Martin Oehler
-
Ratti
-
Rene Engelhard
-
Thomas Hertweck