Ausdruck #16
Comments
|
Also bei mir funktioniert das Ausdrucken mit Chrome (und Firefox) unter OS X 10.11 und 10.12. Pass auch auf, dass das eingestellte Seitenformat beim Drucken stimmt und dass die Vergrößerung auf 100% steht. Evtl. hilft es vor dem Drucken erst einmal zu PDF zu konvertieren. Schaue Dir die PDFs bei großer Vergrößerung mal an. Da siehst Du relativ schnell, ob die Auflösung stimmt. |
|
Vielen Dank für die schnelle Rückmeldung. Hier mal ein Screenshot der vergrößerten pdf-Ansicht |
|
Ach ja, eins noch: Benutze nicht den Chrome internen Druckdialog (Cmd+p) sondern den von OS X (CMD+opt+p). |
|
Der Screenshot sieht noch etwas verwaschen aus. könntest Du bitte noch zwei Stufen mehr vergrößern und schauen, dass die Punkte wirklich gestochen scharf sind? |
|
Hier eine Vergrößerung - sieht eigentlich fein aus.
|
|
Die einzige verbleibende Erklärung ist, dass die Skalierung falsch ist. Ich meine mich zu erinnern, dass Chrome die png OID Code Bilder anders skalierte als der systeminterne Druckdialog. Ist dieses Bild mit dem Chrome Druckdialog erstellt oder mit dem OS X Systeminternen Druckdialog? (siehe meinen Kommentar oben) |
|
Könntest Du bitte das pdf verlinken? Dann könnte ich mir das mal genauer anschauen... |
|
Bei mir sieht das pdf absolut in Ordnung aus. Die Skalierung und Auflösung der OID codes stimmt. Hast Du mal verschiedene Werte für die OID pixel size und OID code resolution ausprobiert? Für den Anfang würde ich 2-4 Pixel bei 1200 dpi und 1-2 pixel bei 600 dpi ausprobieren. |
|
Ich hatte 1200 dpi gewählt und OID pixel size 3 ... über System-Druckdialog und dann als pdf in der Vorschau geöffnet. Interessant ist ja die Frage, was die Codes von dem File unterscheidet, welches ich zu Beginn des Threads verlinkt habe - denn da reagierte der Stift sofort und zuverlässig. |
|
Ich habe die OIDs aus Deinem Dokument mit denen aus der Ernährungspyramide verglichen und sie sind sowohl was die Skalierung als auch was die Punktgröße angeht identisch. Ich vermute das Problem liegt im Druckertreiber. Evtl. erkennt der Treiber das via Chrome erstellte PDF als Textdokument und wählt einen auf Text optimierten rendering Modus. Schau doch mal, ob es im Druckertreiber eine Einstellung Text/Grafik gibt und stelle sie auf Grafik. Schaue auch mal in das tttool wiki. Dort gibt es viele Tipps zum Drucken. Evtl. hat ja schon jemand Erfahrungen mit Deinem Drucker dort hinterlegt. Falls nicht und falls Du es hinbekommst, wäre es super, wenn Du Deine Erfahrungen dort im Wiki aufschreiben und hier verlinken könntest. |
|
hier sind zwei endoskopische aufnahmen der Ausdrucke Das eine ist der Ausdruck des selbst erstellten pdf.
|
|
Die Ausdrucke sehen beide nicht ganz richtig aus. wenn dann sehe ich im unteren so etwas wie OID Muster aber da scheinen mir sehr viele Punkte zu fehlen. Da die PDFs in Ordnung sind, kann ich Dir leider nicht weiter helfen. Du wirst mit den Einstellungen des Druckers herumprobieren müssen. Von Seiten ttmp32gme kann ich da wirklich nicht mehr machen. Lies Dir bitte das von mir oben verlinkte wiki und hier issue #11 durch. |
|
Danke für Deine Rückmeldungen ... Ich werd noch ein wenig probieren. Das obere funktioniert eben allerdings klaglos - das untere gar nicht. |
|
Dass das obere Bild funktioniert überrascht mich... Da ist der Tiptoi offensichtlich besser als ich darin, die OIDs zu erkennen. Wie gesagt, beim unteren Bild fehlen einfach viele Punkte (die die da sind sind aber besser zu erkennen). Das sieht mir aus wie eine Optimierung auf Textdruck seitens des Druckertreibers. Der Treiber lässt dabei einige Punkte weg und vermeidet so Interpolationsartefakte (diese Artefakte sind im oberen Bild übrigens gut zu erkennen). Wie oben schon gesagt, probiere als erstes eine Einstellung Bei meinem Drucker auf Arbeit gibt es z.B. eine Option |
|
In den Druckertreiber finde ich bei mir keine solche Modi, obgleich man jeden Parameter einstellen kann. Ws ich aber seltsam finde: |
|
Letzte Anmerkung: Hat ohne Probleme sofort funktioniert - Stift reagiert wie gewünscht.... |
|
Ich habe Dein PDF bei mir auf einem Brother MFC-L2700 Laserdrucker im Modus Graphics (im Druckdialog unter Print settings -> advanced -> Graphics Quality) ausgedruckt und das erkennt unser Tiptoi einwandfrei. Dabei fehlen in den OID codes auch keine Punkte wie in Deinen Endoskopaufnahmen.
Das liegt daran, wie die Druckertreiber arbeiten. Der Drucker kann ja nur entweder Farbe hinklecksen oder nicht. d.h. die Bilder sind am Ende schwarzweiß (bzw. bestehen aus gelb cyan magenta und schwarzen Punkten). Farbverläufe werden durch dichtere bzw. weniger dichte Punktwolken dargestellt. Das bedeutet, der Druckertreiber muss die Bilddaten noch aufbereiten und berechnen wo ein Tintenklecks hin soll und wo nicht. Bei diesem sogenannten Rastern wenden die Treiber je nach Inhalt verschiedene Optimierungen an. Insbesondere bei Text wird oft viel optimiert, damit der Text schärfer wirkt. Diese "Optimierungen" sind aber für die OID codes schädlich, da dadurch Punkte verschwinden oder verschoben werden. Deswegen funktionieren die reinen Bilder (oben verlinkt bzw. oid-table), da dort der Druckertreiber weniger aggressiv optimiert. Die von ttmp32gme erstellten kombinierten Text- und Bilddokumente funktionieren aber nicht, da dort aggressiv auf Text optimiert wird. Das kannst Du eigentlich auch ganz gut in Deinen endoskopischen Aufnahmen sehen. Die obere Aufnahme (reines Bild) ist deutlich unschärfer aber alle Punkte sind vorhanden. Die untere Aufnahme (Text+Bild) ist deutlich schärfer aber dafür fehlen Punkte. Wenn Du diese Optimierung bei Deinem Treiber nicht beeinflussen kannst, kannst Du nur noch versuchen einen anderen Treiber zu finden, oder einen anderen Drucker, dessen Treiber behutsamer rastert. Ich habe versucht, die OID codes und den Rest in getrennten Dokumenten zu generieren (so wie auch bei der Ernährungspyramide). Das ist aber mit dem html-Layout nahezu unmöglich, da die einzelnen Elemente mit und ohne Text unterschiedlich groß werden. Du könntest auch versuchen, das PDF in Illustrator oder Inkscape nachzubearbeiten und die OID codes vom Text zu trennen und beides separat zu drucken. |
|
Diese Strategie hatte ich auch schon versucht - es ist auch möglich, aus der Vorschau vom pdf direkt ein *tiff oder *png zu exportieren. Hat aber auch nicht funktioniert --- |
|
Lösung: Hat interessanterweise mit tiff nicht funktioniert. Aber es funktioniert klaglos. |
|
Freut mich zu hören, dass es funktioniert hat. Ich werde den Tipp in die Hilfe von ttmp32gme mit aufnehmen. Magst Du Deine Erfahrungen evtl. im tttool wiki für andere tttool Nutzer festhalten? P.S. bei mir (Illustrator 5.5) lässt sich der Text schon separat bearbeiten, der ist nur in einer Gruppe und einer clipping mask im Hintergrund hinter dem OID Pattern gut versteckt. |
|
Letzte Anmerkung: Und nochmals vielen Dank lieber Entwickler für den Support - auch für das feine Tool! 👍 |
Das klingt ja spannend. Da würde ich mich über ein Beispiel freuen. Auch Joachim (der Entwickler von tttool) freut sich immer über Beispielprojekte. Einfach mal bei der Mailingliste melden :-) |
Ich nutze das vielversprechende Projekt unter OSX 10.10.5 mit Chrome.
Allerdings funktioniert der Ausdruck nicht - also gedruckt wird schon, aber der Stift erkennt nichts
Ich habe aus einem anderen Projekt (https://github.com/MachEsEinfach/tiptoi_Abschlussarbeit/tree/master/Druckvorlagen) die *pdf ausgedruckt, um zu sehen, ob es am Drucker liegt, und das hat mit meinem Lexmark c450 sofort ohne Rumprobieren funktioniert ... Der Stift reagiert. Alles fein.
Was gibt es ggf. für Strategien, dass die Codes auch ausgedruckt werden können? Nach der bisherigen Recherche liegt es ja offensichtlich daran, dass die Auflösung im Browser zu gering gerendert wird.
The text was updated successfully, but these errors were encountered: