Vielen Dank Alois für Deine interessanten Tests,
von den jpgs des Scanners habe ich hier _über
30 Stück_. Bei Bild 9 z.B. tritt genau dasselbe auf.
Die OO-Leute die den Issue 2006 angeschaut
haben wussten auch erst mal nicht genau was da los ist.
_"sj" schrieb damals an "od": _
The problem is that the crop attribute depends to the original graphic
size. And as I found out, in Writer the original graphic size of jpegs vary
between jpegs using the logical size and jpegs using the pixel
resolution (as it
is standard in html).
By default our jpeg import filter is _using the logical size_, in case of
SvxBrushItems the jpeg graphic is _imported using pixel resolution_."
Wie gesagt, das ist nun _*4 Jahre her*_. Neuere Scanner
erzeugen offenbar immer noch Dateien mit denen OO
da Schiffbruch erleidet. Die Vorschau zeigt ja richtig an !
Es ist also keinesfalls so, daß das file einfach defekt ist.
Mit Irfan habe ich dieses 01.jpg nun geöffnet und
mit "Speichern unter" (Qualität 80) wieder abgespeichert.
Wieder dasselbe Problem !
Natürlich kann ich die ganzen jpg im batch mit Irfan in png
wandeln lassen. So ganz der Sinn kann das ja wohl
nicht sein? _*4 Jahre lang *_ist das nun schon bekannt.
Matthias
Alois Klotz schrieb:
Hallo,
jetzt noch ein Nachtrag:
die Verzerrung tritt bei mir nur beim beim Bild auf, das Matthias zur
Verfügung gestellt hat (01.jpg). Ein Bild von meiner Kamera z.B. das
hier:
http://dl.dropbox.com/u/3483911/testbild.JPG lässt sich ohne
Verzerrung beschneiden, auch wenn es als Verknüpfung eingefügt wurde.
Noch was:
wenn ich das Bild von Matthias mit IrfanView als gif speichere, dann
dieses GIF-Bild in IrfanView lade und wieder als jpg speichere, tritt
die Verzerrung auch nicht mehr auf:
http://dl.dropbox.com/u/3483911/01-neu%20aus%20gif.jpg
Meiner Meinung nach hat das Auftreten des Fehlers evt. etwas mit dem
JPG-Format, das das Scannerprogramm liefert, zu tun.
Also - nicht ganz so einfach das Problem ;-)
Mit freundlichen Grüßen
Alois
