PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Einbeinden von PNG-Dateien - plötzlich schief.


e4d
01-10-2006, 22:02
Bisher hatte ich damit auch noch nie Probleme gehabt - aber ich wollte heute wieder eine PNG-Datei einbinden. Je nach Farbtiefe und Erzeugungsprogramm ist das Resultat entweder verzogen (Winkel ca. 15°) oder verzogen und zudem ein Negativ.


\begin{figure}
\includegraphics[width=\textwidth]{bilder/test.png}
\caption{Beschreibung}
\label{fig:text}
\end{figure}

Als Farbtiefe habe ich sowohl 256 als auch 24bit (ohne transaprente Farbe) gewählt. Als JPG funktioniert es einwandbrei (wenn man vom Qualitätsverlust einmal absieht). Gibt es irgendwelche Spielregeln beim Einbinden von PNG-Grafiken?
pospiech
02-10-2006, 10:14
Als Farbtiefe habe ich sowohl 256 als auch 24bit (ohne transaprente Farbe) gewählt. Als JPG funktioniert es einwandbrei (wenn man vom Qualitätsverlust einmal absieht). Gibt es irgendwelche Spielregeln beim Einbinden von PNG-Grafiken?

Nein. Aber ohne ein Minimalbeispiel und ein entsprechendes png lässt sich über die Ursache wenig sagen. Ich vermute mal, dass du ein fehlerhaftes png hast.

Matthias
e4d
02-10-2006, 23:02
Hallo Matthias,

ich habe dir das PNG per E-Mail zugesendet (könnte ggf. urheberrechtlich nicht korrekt sein, es hier hochzuladen).

Ich habe testweise auch ein weiteres PNG genommen, welches nicht von mir erstellt wurde (aus der Anleitung Diplomarbeit mit LaTeX -> Resultat das Gleiche) - also wird es nicht an der Datei liegen können.

Als Minimalbeispiel habe ich das gewählt:


\documentclass{article}
\usepackage{graphics}
\begin{document}
\includegraphics{install02.png}
\end{document}

Im Log taucht das zur PNG-Datei auf:


\everyMPtoPDFconversion=\toks17
) <install02.png, id=1, 504.88625pt x 387.4475pt>
File: install02.png Graphic file (type png)
<use install02.png>
Overfull \hbox (174.885pt too wide) in paragraph at lines 6--7

Meine graphics.sty ist vom 17.8.2006
pospiech
02-10-2006, 23:42
Bei mir funktionieren die pngs, allerdings hast du mir etwas anderes als ein install02.png zugeschickt.

Stell doch zu genau deinem Minimalbeispiel die komplette Logdatei online.

Matthias
e4d
03-10-2006, 13:58
Ja, die Datei war eine andere. Ich schrieb auch, daß ich danach noch einmal eine andere, nicht von mir generierte Datei getestet habe -> install02

Ich habe in dem Minimalbeispiel noch nie \listfiles reingenommen, das ist das komplette Log-File:


This is pdfeTeX, Version 3.141592-1.30.6-2.2 (MiKTeX 2.5) (preloaded format=pdflatex 2006.9.21) 3 OCT 2006 13:56
entering extended mode
**D:/Diplomarbeit/text/test2/fall1
(D:\Diplomarbeit\text\test2\fall1.tex
LaTeX2e <2005/12/01>
Babel <v3.8g> and hyphenation patterns for english, dumylang, nohyphenation, ge
rman, ngerman, french, loaded.
(C:\anwendung\editoren\miktex25\tex\latex\base\art icle.cls
Document Class: article 2005/09/16 v1.4f Standard LaTeX document class
(C:\anwendung\editoren\miktex25\tex\latex\base\siz e10.clo
File: size10.clo 2005/09/16 v1.4f Standard LaTeX file (size option)
)
\c@part=\count79
\c@section=\count80
\c@subsection=\count81
\c@subsubsection=\count82
\c@paragraph=\count83
\c@subparagraph=\count84
\c@figure=\count85
\c@table=\count86
\abovecaptionskip=\skip41
\belowcaptionskip=\skip42
\bibindent=\dimen102
)
(C:\anwendung\editoren\miktex25\tex\latex\graphics \graphics.sty
Package: graphics 2006/02/20 v1.0o Standard LaTeX Graphics (DPC,SPQR)

(C:\anwendung\editoren\miktex25\tex\latex\graphics \trig.sty
Package: trig 1999/03/16 v1.09 sin cos tan (DPC)
)
(C:\anwendung\editoren\miktex25\tex\latex\00miktex \graphics.cfg
File: graphics.cfg 2005/12/29 v1.2 MiKTeX 'graphics' configuration
)
Package graphics Info: Driver file: pdftex.def on input line 90.

(C:\anwendung\editoren\miktex25\tex\latex\graphics \pdftex.def
File: pdftex.def 2006/08/14 v0.03t Graphics/color for pdfTeX
\Gread@gobject=\count87
)) (fall1.aux)
LaTeX Font Info: Checking defaults for OML/cmm/m/it on input line 5.
LaTeX Font Info: ... okay on input line 5.
LaTeX Font Info: Checking defaults for T1/cmr/m/n on input line 5.
LaTeX Font Info: ... okay on input line 5.
LaTeX Font Info: Checking defaults for OT1/cmr/m/n on input line 5.
LaTeX Font Info: ... okay on input line 5.
LaTeX Font Info: Checking defaults for OMS/cmsy/m/n on input line 5.
LaTeX Font Info: ... okay on input line 5.
LaTeX Font Info: Checking defaults for OMX/cmex/m/n on input line 5.
LaTeX Font Info: ... okay on input line 5.
LaTeX Font Info: Checking defaults for U/cmr/m/n on input line 5.
LaTeX Font Info: ... okay on input line 5.

(C:\anwendung\editoren\miktex25\tex\context\base\s upp-pdf.tex
(C:\anwendung\editoren\miktex25\tex\context\base\s upp-mis.tex
loading : Context Support Macros / Miscellaneous (2004.10.26)
\protectiondepth=\count88
\scratchcounter=\count89
\scratchtoks=\toks14
\scratchdimen=\dimen103
\scratchskip=\skip43
\scratchmuskip=\muskip10
\scratchbox=\box26
\scratchread=\read1
\scratchwrite=\write3
\zeropoint=\dimen104
\onepoint=\dimen105
\onebasepoint=\dimen106
\minusone=\count90
\thousandpoint=\dimen107
\onerealpoint=\dimen108
\emptytoks=\toks15
\nextbox=\box27
\nextdepth=\dimen109
\everyline=\toks16
\!!counta=\count91
\!!countb=\count92
\recursecounter=\count93
)
loading : Context Support Macros / PDF (2004.03.26)
\nofMPsegments=\count94
\nofMParguments=\count95
\MPscratchCnt=\count96
\MPscratchDim=\dimen110
\MPnumerator=\count97
\everyMPtoPDFconversion=\toks17
) <install02.png, id=1, 504.88625pt x 387.4475pt>
File: install02.png Graphic file (type png)
<use install02.png>
Overfull \hbox (174.885pt too wide) in paragraph at lines 7--8
[][]
[]

[1

{psfonts.map} <install02.png (PNG copy)>] (fall1.aux)

*File List*
article.cls 2005/09/16 v1.4f Standard LaTeX document class
size10.clo 2005/09/16 v1.4f Standard LaTeX file (size option)
graphics.sty 2006/02/20 v1.0o Standard LaTeX Graphics (DPC,SPQR)
trig.sty 1999/03/16 v1.09 sin cos tan (DPC)
graphics.cfg 2005/12/29 v1.2 MiKTeX 'graphics' configuration
pdftex.def 2006/08/14 v0.03t Graphics/color for pdfTeX
supp-pdf.tex
install02.png Graphic file (type png)
***********

)
Here is how much of TeX's memory you used:
838 strings out of 95419
9495 string characters out of 1187207
55884 words of memory out of 1059584
4026 multiletter control sequences out of 60000
3640 words of font info for 14 fonts, out of 1000000 for 2000
14 hyphenation exceptions out of 8191
23i,4n,23p,245b,107s stack positions out of 5000i,500n,10000p,200000b,32768s
PDF statistics:
8 PDF objects out of 300000
0 named destinations out of 300000
6 words of extra memory for PDF output out of 10000
<C:/anwendung/editoren/miktex25/fonts/type1/bluesky/cm/cmr10.pfb>
Output written on fall1.pdf (1 page, 12051 bytes).
e4d
10-10-2006, 11:04
ich habe die ganze Sache noch einmal durchgesucht und keine Fehler gefunden. Hat jemand eine Idee?
pospiech
10-10-2006, 20:01
Einen Fehler enthält deine Logdatei in jedem Fall nicht und es passiert auch nichts merkwürdiges. Ist das Bild bei jeder png Datei gedreht und/oder invertiert ?
Was passiert wenn du png->bmp->png konvertierst ?

Matthias
e4d
15-10-2006, 10:14
bei jeder PNG-Datei, die ich probierte. Ich habe die Dateien wahlweise mit IrfanView und MS-Paint abgespeichert. Verschiedene Farbtiefen, mit Transparenz, ohne Transparenz. Dann andere PNGs genommen, die mit Sicherheit anderswo funktionieren ...

Es blieb in jedem Falle so (zumindest in Miktex 2.5, bei 2.4 ging es damals so weit ich weiß)

(Ich kann die Datei mit Verlust in jpg umwandeln. Oder gleich in PDF, dann geht es ...)
e4d
22-10-2006, 18:18
also bis jetzt habe ich immer noch keine Lösung für das Problem. Mal abgesehen davon, daß man es händisch auch in PDF umwandeln kann und dann einbinden ...
rais
22-10-2006, 19:15
also bis jetzt habe ich immer noch keine Lösung für das Problem.
Das ist bedauerlich.
Wenn Du willst, daß andere Dir bei Deinem Problem helfen, dann solltest Du vllt eine neue PNG generieren, schauen, daß der Fehler bei Dir damit noch auftritt (nach Deinem Minimalbeispiel in Post 1) und hier hochladen bzw. anhängen. Da Du so eine neue Datei erzeugt hast, sollte es damit auch keine urheberrechtliche Bedenken geben.
Evtl. auch noch Dein Resultat zum Vergleich mit aufzeigen - zumindest gehen dann alle von denselben Daten aus.
MfG,
e4d
23-10-2006, 15:13
Ich habe eine neue PNG mit Paint generiert. Ich habe die Datei, das LaTeX-Minimalbeispiel (identisch mit dem oben), die Logdatei und die PDF-Datei angefügt.

Je nach Farbtiefe erhalte ich das Ergebnis auch als Negativ.
sofa-surfer
23-10-2006, 15:24
Hallo,

kurze Frage: was genau soll ich jetzt sehen? In der pdf-Datei sieht doch alles genauso aus wie in der png-Datei :confused: (oder hab ich einen Knick in der Optik?)

Matthias
lagalopex
23-10-2006, 16:20
In etwa sowas... wird bei mir bei in etwa jedem 10 Versuch angezeigt (konqueror mit kpdf)...
rais
23-10-2006, 16:42
In etwa sowas... wird bei mir bei in etwa jedem 10 Versuch angezeigt (konqueror mit kpdf)...
Öhhm, sieht das im acroread auch so schief aus? Und machst Du ggf. etwas anders, daß Du unterschiedliche Ergebnisse erzielst? Oder meintest Du "in jedem der zehn Versuche..."?
Jedenfalls kann ich's noch nicht nachvollziehen; hier kommt's gerade raus ;)
MfG,
e4d
23-10-2006, 17:03
@lagalopex: genau so!

Ich nutze FoxIt, ein PDF-Viewer der PDFs schnell anzeigt. Ich habe es doch mal im Acrobat mir angeschaut, da ist es normal drin.

Das ist aber ungünstig, wenn jedes Programm es anders darstellt ... was ist, wenn die Druckerei ein anderes Programm nutzt? Mit Miktex 2.4 hatte ich das Problem zumindest nicht gehabt.
lagalopex
23-10-2006, 17:14
Öhhm, sieht das im acroread auch so schief aus? Und machst Du ggf. etwas anders, daß Du unterschiedliche Ergebnisse erzielst? Oder meintest Du "in jedem der zehn Versuche..."?
Jedenfalls kann ich's noch nicht nachvollziehen; hier kommt's gerade raus ;)
MfG,
acroread benutze ich nicht.
Naja... der einzige Unterschied war, dass ich es zu einem anderen Zeitpunkt geöffnet habe...
und es passiert in etwa einmal in den 10 Versuchen

PS: Irgendwie kommt mir das Problem bekannt vor... ich weiß bloss nichtmehr woher :confused:
rais
23-10-2006, 17:15
@lagalopex: genau so!

Ich nutze FoxIt, ein PDF-Viewer der PDFs schnell anzeigt. Ich habe es doch mal im Acrobat mir angeschaut, da ist es normal drin.

Das ist aber ungünstig, wenn jedes Programm es anders darstellt ... was ist, wenn die Druckerei ein anderes Programm nutzt? Mit Miktex 2.4 hatte ich das Problem zumindest nicht gehabt.
Zumindest weißt Du jetzt, woran es liegt - wenn auch nicht unbedingt, warum unterschiedliche Betrachter dieselbe Datei so unterschiedlich darstellen.
Die Druckerei kann ja vorab ggf. darauf hingewiesen werden, daß es zu Darstellungsproblemen mit diversen Betrachtern kommen kann... In den Augen des Betrachters, in der Tat :D
Wie sieht's eigentlich im Ausdruck aus, auch so schief?

MfG,
rais
23-10-2006, 17:30
PS: Irgendwie kommt mir das Problem bekannt vor... ich weiß bloss nichtmehr woher :confused:
vllt meinst Du ja Grafiken in DVI-Betrachtern? Da gibt's praktisch noch mehr Probleme :eek:
MfG,
lagalopex
23-10-2006, 17:33
vllt meinst Du ja Grafiken in DVI-Betrachtern? Da gibt's praktisch noch mehr Probleme :eek:
MfG,
Ne :D
ich meine mich vage zu erinnern, dass jemand (kA obs in diesem Forum war... aber ich glaub schon) ein pdf mit mehreren Bildern hatte und es war fast immer ein Bild davon "kaputt", so wie hier... aber mehr weiß ich schon nichtmehr :eek: