öh, Tatsache -
bei mir hat es mit dem von Dir hochgeladenen Bild auch nicht funktioniert.
Dann aber habe ich mir das Bild genau angeschaut.
An der Megapixelzahl kann es nicht liegen;
an der Dateigröße kann es auch nicht liegen - äh, aber HALT - etwas fett is die scho, gell ?
auf 98% komprimiert.
und dann hab ich mir die mal genau angeschaut.
Aber nicht mit Windows Imageviewer, sondern im Detail.
und siehe da ...
gespeichert mit Photoshop 7.0
und das schon ... 2003 - (wat ne alte Kamelle ...
)
aber daran liegt's nicht ....
sondern ...
Code:
Filename - 82039999-Bild.jpg
Orientation - Top left
XResolution - 304
YResolution - 304
ResolutionUnit - Inch
Software - Adobe Photoshop 7.0
DateTime - 2003:05:13 08:58:57
ExifOffset - 156
ColorSpace - Uncalibrated/Unknown (-1)
ExifImageWidth - 1944
ExifImageHeight - 1944
Thumbnail: -
Compression - 6 (JPG)
XResolution - 72
YResolution - 72
ResolutionUnit - Inch
JpegIFOffset - 294
JpegIFByteCount - 6227
und dann ist mir noch aufgefallen: JPEG, CMYK, quality: 98, subsampling OFF
mitunter könnte es daran liegen, daß es Farbinformationen im CMYK Format und nicht
RGB format hat.
Vermutlich wird dies von der JPEG-Decompression-
Unit nicht beachtet, da es kein Standard im eigentlichen Sinne ist.
kannste nur mit try imageload .. except abfangen.
evtl. solche CMYK-JPEGS besser vorher mit nem andern Programm [xnview, etc.] konvertieren oder nochmal abspeichern. Ist zwar Qualitätsverlust, aber funzt dann wenigstens.
Diese im CMYK gespeicherten JPEG Dateien werden eigentlich nur im Druckbereich benötigt.
Falls Dein Programm kommerziell orientiert ist, solltest Du vielleicht besser eine Bilder-import-Komponente kaufen, falls es eine gibt. Damit Deine Kunden keine böse Überraschung erleben.
Aber: Wieso funktioniert das bei mir auch anscheinend ohne .Compress?
(-> bei den andern Bildern)