Hallo,
hab eben mein gerät mit leo neu aufgesetz.

Kann aber nun auf 2 Ordner mit Bildern (JPG) nicht mehr zugreifen. Das Icon ist irgendwie generisch - die Vorschau im Finder läßt diesen rotieren und dann das fenster wieder zumachen.

ich kann mit den dateien nichts anfangen (öffnen, verschicken,etc.) ABER lade ich 10.4.11 verhalten sich diese dateien ganz normal...

Das hört sich nach einem Rechte-Problem an...

nope - leider nicht - volume repariert - zugriffsrechte repariert.

der fehler bleibt.

aprops fehler - das bringt mir mein festplattendienstprogramm beim zugriffsrechte reparieren

Zugriffsrechte für „10.5.1“ reparieren
Warnung: Die SUID-Datei „usr/libexec/load_hdi“ wurde geändert und wird nicht repariert.
Warnung: Die SUID-Datei „System/Library/PrivateFrameworks/DiskManagement.framework/Versions/A/Resources/DiskManagementTool“ wurde geändert und wird nicht repariert.
Warnung: Die SUID-Datei „System/Library/PrivateFrameworks/DesktopServicesPriv.framework/Versions/A/Resources/Locum“ wurde geändert und wird nicht repariert.
Warnung: Die SUID-Datei „System/Library/PrivateFrameworks/Install.framework/Versions/A/Resources/runner“ wurde geändert und wird nicht repariert.
Warnung: Die SUID-Datei „System/Library/PrivateFrameworks/Admin.framework/Versions/A/Resources/readconfig“ wurde geändert und wird nicht repariert.
Warnung: Die SUID-Datei „System/Library/PrivateFrameworks/Admin.framework/Versions/A/Resources/writeconfig“ wurde geändert und wird nicht repariert.
Warnung: Die SUID-Datei „usr/libexec/authopen“ wurde geändert und wird nicht repariert.
Warnung: Die SUID-Datei „System/Library/CoreServices/Finder.app/Contents/Resources/OwnerGroupTool“ wurde geändert und wird nicht repariert.
Warnung: Die SUID-Datei „System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/MacOS/ARDAgent“ wurde geändert und wird nicht repariert.


sagt das was aus??

kann das mal einer unter <10.5 und größer 10.5 nachvollziehen???

Nein, nicht die Rechte der Systemdateien, sondern die Zugriffsrechte auf das Verzeichnis bzw. die Dateien (Apfel-i) !

sind gleich wie alle anderen...

aber könntest du

http://www.kunz-web.de/test/2007-05/2007-05-31_13-32-16.jpg


das mal laden - im browser geht es bei mir

wenn ich datei dann aber abspeichere und lokal öffnen will (vorschau) nichts...

und apfel-i auf die datei

schiest den finder ab...

GraphicConverter kann die Datei lesen. Der Finder macht bei der Datei einen Abgang. OmniWeb hat sich geweigert sie runterzuladen Hab nur mal kurz mitm Hexi reingekuckt, der Header ist etwas anders aufgebaut. Bin jetzt aber auf unterster Ebene nicht sooo mit JPEG vertraut um sagen zu können, ob das Dateiformat standardkonform ist oder nicht. Aber GC wie gesagt lädt das Bild einwandfrei.

und was nun?

hab mal probiert die vom GC neu abzuspeichern.

ging zwar - doch danach das gleiche problem...

das gibt es doch gar nicht - 10.4.11 kann die dateien ohne probs lesen...

HILFE ....


ich installier bald wieder das 10.4.11

:'(

Hallo,

das Problem mit JPGs und Leo habe ich auch und es ist schon länger bekannt. Auch Apple. Ich habe vor einiger Zeit mal danach gegoogelt und einen langen Thread im Apple-Support Forum gefunden. Es scheint bei Leo Probleme mit (vielen) EXIF Informationen in der JPG Datei zu geben.

Eine Lösung gibt es bislang leider nicht. (außer Bild(er) in zB Lightroom importieren und dann neu exportieren)
Hoffen wir mal, dass das Problem mit 10.5.2 behoben wird....

Grüße
Frank

Wenn die EXIF nicht wichtig sind, kann jhead weiterhelfen

EXIF sind mir wichtig. zumindest das aufnahmedatum/uhrzeit. (LowCost Fotografierer!)

Lightroom workaround funzt.


nur - wenn die die exportiere bläht es die mir doch recht auf - welche eistellungen sind zu empfehlen, wenn ich keine verluste möchte?

ist dieses öffenen und speichern nicht verlustbehaftet?

@_mäuschen

bzw. weist du mit welchen EXIF der leo probleme hat?

heY!

danke!

das ihr mich auf die richtige fährte gelost habt!!!

http://adobeforums.com/webx?128@@.3c05288b

achim

Da ist ein unknown tag drin

Unknown Tag c4a5 Value = "PrintIM?0250???
??????????????????????'?'??
?'???'?'?^?'???'???'???'?!????????"


Mit

./jhead -mkexif 2007-05-31_13-32-16.jpg

würdest Du erhalten

Exif header 96 bytes long
Exif section in Intel order
(dir has 2 entries)
DateTime = "2007:05:31 13:32:16"
ExifOffset = 58
Exif Dir:(dir has 2 entries)
ThumbnailOffset = 88
ThumbnailLength = 0
Thumbnail size: 0 bytes
Jpeg section marker 0xed size 90
Jpeg section marker 0xdb size 197
Jpeg section marker 0xc4 size 418
JPEG image is 2288w * 1712h, 3 color components, 8 bits per sample
File name : /Users/me/Desktop/2007-05-31_13-32-16.jpg
File size : 834193 bytes
File date : 2007:12:23 17:46:51
Date/Time : 2007:05:31 13:32:16
Resolution : 2288 x 1712