Aperture & iPhoto gemeinsam nützen

Hallo,

ich schließe mich hier einfach mal an:

Ich würde es auch gerne, wie der Threadersteller so machen, dass ich all meine Fotos weiterhin mit iPhoto verwalte, aber wenn ich z.B. ein Einzelnes bearbeiten möchte, würde ich nur Dies gerne in Aperture bearbeiten, und so speichern, dass es gleich wieder in iPhoto aktualisiert wurde.

Geht das nun, oder nicht?

Viele Grüße
 
Du möchtest Dir also ein Programm für 199.-€ kaufen, welches eher für Profi-Fotografen gedacht ist, um mal ein Bild zu bearbeiten und dann wieder in iPhoto zu importieren ???

Also echt, es wird immer schlimmer (und das liegt nicht nur an Intel und iPhone) :(

Apperture ist eine Profifotoverwaltung. Um Fotos zu bearbeiten gibt es für viel weniger Geld auch noch viel bessere (weil als Bildbearbeitung gedachte) Programme. Schaue Dir z.B. mal Photoshop Elements an. Zum Bearbeiten der Bilder besser geeignet als Aperture und dazu mit nur 69.-€ auch viel günstiger.
 
SirVikon schrieb:
Also echt, es wird immer schlimmer (und das liegt nicht nur an Intel und iPhone) :(
Zum Vergrößern anklicken....

Hallo SirVikon,

ich finde nicht das es schlimmer wird, denn man sollte schon noch kritisch bleiben und ab und an mal etwas hinterfragen.

Ich für meinen Teil mag mein Mac OS und würde nicht wechseln wollen, ich liebe auch das von Apple forcierte DB-Konzept alla iTunes, iPhoto, Aperture, aber ich muß auch sagen das ich mich damit ein Stückweit abhängig und unflexibel gemacht habe.
Da ich mich aber leider an den Komfort gewöhnt habe möchte ich nicht zur alten Ordnerstruktur zurück, werde ich aber bald leider müssen.

Nun zu meinen Gründen, Aperture ist eine Profisoftware aber nur wenn die Raw's der jeweiligen Cams unterstützt werden und da ist Apple zum Teil überhaupt nicht professionell, meine Lumix LX3 wird nun schon fast ein Jahr nicht unterstützt und jetzt bitte nicht sagen dies ist keine SLR, die LX3 wird von sehr vielen SLR-Nutzern als Zweitcam eingesetzt wie ich das auch tue und ist bestimmt keine Consumer-Cam.
Auch die Raw's meiner D200/D300 und jetzt D700 kommen auch mit größter Anstrengung bei der Bearbeitung nicht an die Ergebnisse von Nikons CNX heran, ich kaufe mir doch keine Optiken für 2000€ um dann Qualität bei der Entwicklung liegen zu lassen und ich glaube dies tun richtige Profis schon garnicht. So und nun fällt das ganze tolle Verwaltungskonzept zusammen denn wenn ich die Erstbearbeitung z.B in CNX mache kann Aperture das Einstellungsfile nicht lesen und zeigt wieder das original Raw an, bleibt nur der Umweg über tiff oder jpeg. Aber jpeg und Raw verwaltet Aperture auch nicht gern, soll ich jetzt wieder auf Ordnerstruktur zurück wechseln?

Jetzt noch ein paar Worte zur Videoverwaltung, als ich vor der LX3 noch die LX2 hatte, die von Aperture unterstützt wurde, habe ich auch einige Videos verloren, da meine Freundin immer mal ein Video zwischendurch macht und ich dann in Aperture importiert habe, hat Aperture ohne Warnung importiert aber nur ein kleines Photo anstelle des Videos, ehe ich das gemerkt habe waren einige Videos natürlich gelöscht, iPhoto kann dies aber und eine Warnung hätte mir auch gereicht. Weiter hätte ich gern gewusst welche Software denn professionell Videos verwaltet.

Also ich finde schon das es noch sehr große Lücken gibt gerade auch wenn man nur mit Aperture arbeiten möchte und diese darf, soll und muss man hinterfragen können auch wenn es eine Apple-Software ist.

Beste Grüße
Stefan
 
Mein Kommentar war an Sequia gerichtet.

Und dafür braucht man kein Aperture und auf solch eine Idee wäre hier vor 4 Jahren auch gar keiner gekommen ...

Ist auch nicht böse gemeint, aber wenn ich mal im Urlaub zwanzig Bilder mache, dann brauche ich auch keine EOS 1D MarkIII. Wenn ich es mir leisten kann --- okay. Aber es ist nicht zweckdienlich.
 
SirVikon schrieb:
Mein Kommentar war an Sequia gerichtet.
Und dafür braucht man kein Aperture und auf solch eine Idee wäre hier vor 4 Jahren auch gar keiner gekommen ...
.
Zum Vergrößern anklicken....

Hallo SirVikon,

ist von mir auch nicht böse gemeint, nur bin ich schon ziemlich angefressen, da ich nun schon einige Monate nach einem zu mir passenden Workflow suche.
Einige Sachen sind in Aperture unschlagbar und richtig geil, andere Sachen wieder extrem unflexibel und eingleisig und man rennt dann wieder in eine Sackgasse.

Zum Thema, natürlich hast du Recht und die Idee ist schon sehr schräg, aber meiner Meinung nach gibt es für eine Profisoftware keine schlechten Ideen, sie müssen dafür gerüstet sein. Schau dir Photoshop an da kannst du über unendlich viele Wege zum Ziel kommen, dafür ist die Einarbeitung schwieriger und der Preis deutlich höher, aber hat man die beiden negativen Punkte überwunden stehen einem alle Türen und Wege offen und dies macht eine Profisoftware aus.

Gruß
Stefan
 
ich hänge mich mal dran.... Import der iphoto-alben in aperture importieren klappte natürlich, jedoch werden hier die Facebook-Alben, die bereits in iphoto vorhanden sind, leider nicht beim Import mit übernommen. Habe leider hierzu noch nichts gefunden :(

lg
 
Kann man denn auch die Aperture-Library einfach wieder in iPhoto importieren?
ich möchte nämlich künftig Aperture 3 für die Bearbeitung von neuen Bildern nutzen und das neue iPhoto zur Verwaltung. Geht das auch so easy wie von iPhoto zu Aperture?
 
Ich hole die Frage mal noch mal hoch, da ich gerade massive Probleme mit Aperture habe und da wohl keiner mehr helfen kann, es zu reparieren (siehe:

Deswegen noch mal die Frage: Hat irgendwer ne Idee, wie man die Aperture-Library in iPhoto importieren könnte???

Ist wohl meine letzte Hoffnung, meine Bilder der letzten 8 Jahre doch noch irgendwie zu retten :(
 
Wenn dein Rechner ein (Hardware)Problem mit RAM und/oder der Grafikkarte hat, hilft die iPhoto auch nicht weiter...
 
HJOrtmann schrieb:
Wenn dein Rechner ein (Hardware)Problem mit RAM und/oder der Grafikkarte hat, hilft die iPhoto auch nicht weiter...
Zum Vergrößern anklicken....

Hast Du Anhaltspunkte dafür? Das würde mir ja weiterhelfen. Aber irgendwie sprechen doch meine Erfahrungen, die ich in dem anderen Thread gepostet habe, dagegen, oder? Wenn es ein Hardwarefehler wäre, müssten doch alle Aperture-Librarys denselben Fehler aufweisen?
 
Also der erste Absturz hat nichts mit Aperture selbst zu tun, sondern war im Grafiktreiber (wie der andere schon geschrieben hatte).

Die anderen Abstürze liegen in Aperture. Scheinbar wollte Aperture an dieser Stelle neue Thumbnails generieren. Dazu muss es natürlich das Bild lesen und im Speicher ein Abbild kreieren. Genau dabei, beim Kopieren in Speicher, ist es dann abgeschmiert. Vermutlich ist das jeweilige Bild selbst korrupt. Warum kann ich nicht sagen. Ich könnte mir aber vorstellen, dass die Bibliothek ggf. Bilder darin bei den vorherigen Abstürzen Schaden genommen haben.

Dabei nützt das ganze Löschen der Caches und Preferences übrigens kein bisschen. ;o)
 
Pingu schrieb:
Also der erste Absturz hat nichts mit Aperture selbst zu tun, sondern war im Grafiktreiber (wie der andere schon geschrieben hatte).

Die anderen Abstürze liegen in Aperture. Scheinbar wollte Aperture an dieser Stelle neue Thumbnails generieren. Dazu muss es natürlich das Bild lesen und im Speicher ein Abbild kreieren. Genau dabei, beim Kopieren in Speicher, ist es dann abgeschmiert. Vermutlich ist das jeweilige Bild selbst korrupt. Warum kann ich nicht sagen. Ich könnte mir aber vorstellen, dass die Bibliothek ggf. Bilder darin bei den vorherigen Abstürzen Schaden genommen haben.

Dabei nützt das ganze Löschen der Caches und Preferences übrigens kein bisschen. ;o)
Zum Vergrößern anklicken....

Interessant! Danke!
Woher wisst ihr eigentlich, woher die Abstürze rühren? Gibt's da ne Liste, mit der man die Fehler identifizieren könnte?
Habe gerade mal wieder eine der beiden Library gestartet und binnen Sekunden war das Programm wieder weg:


Process: Aperture [33638]
Path: /Applications/Aperture.app/Contents/MacOS/Aperture
Identifier: com.apple.Aperture
Version: 3.1.2 (3.1.2)
Build Info: Aperture-1530000~2
Code Type: X86-64 (Native)
Parent Process: launchd [124]

Date/Time: 2011-06-08 13:47:05.311 +0200
OS Version: Mac OS X 10.6.7 (10J869)
Report Version: 6

Interval Since Last Report: 165602 sec
Crashes Since Last Report: 4
Per-App Interval Since Last Report: 27618 sec
Per-App Crashes Since Last Report: 2
Anonymous UUID: 07895438-EF75-49DC-B991-1C21581CF5A7

Exception Type: EXC_BAD_ACCESS (SIGBUS)
Exception Codes: 0x000000000000000a, 0x000000012d398000
Crashed Thread: 11



Thread 11 Crashed:
0 libSystem.B.dylib 0x00007fffffe01240 __longcopy + 64
1 libSystem.B.dylib 0x00007fffffe0087a __memcpy + 218
2 com.apple.CoreFoundation 0x00007fff88f1dd19 CFDataReplaceBytes + 281
3 com.apple.CoreFoundation 0x00007fff88f0336c __CFDataInit + 796
4 com.apple.CoreGraphics 0x00007fff8840fc44 CGDataProviderCopyData + 87
5 libCSync.A.dylib 0x00007fff87f0971a CMSValidateProfile + 21
6 com.apple.CoreGraphics 0x00007fff8840fbdf CGCMSInterfaceValidateProfile + 39
7 com.apple.CoreGraphics 0x00007fff8840fbb3 CGCMSUtilsValidateProfile + 9
8 com.apple.CoreGraphics 0x00007fff88411099 CGColorSpaceCreateWithICCData + 80
9 com.apple.geode 0x000000010139ede4 -[DGColorSyncProfile initWithProfileData:] + 708
10 com.apple.geode 0x000000010139ea63 +[DGColorSyncProfile addProfile:] + 55
11 com.apple.geode 0x000000010139ea29 DGCMProfileIterator + 26
12 ColorSyncDeprecated.dylib 0x00007fff80c64cd2 profileIterateCallback + 854
13 com.apple.ColorSync 0x00007fff84f88deb ColorSyncProfileCacheIterateProfiles + 2577
14 ColorSyncDeprecated.dylib 0x00007fff80c64967 CMIterateColorSyncFolder + 54
15 com.apple.geode 0x000000010139ea08 +[DGColorSyncProfile synchronizeProfiles] + 74
16 com.apple.geode 0x000000010139e95f +[DGColorSyncProfile newProfileWithName:] + 25
17 com.apple.RedRock 0x0000000200620146 -[RKMetadata _digestedExifAttributesFromRawAttributes:] + 4854
18 com.apple.RedRock 0x000000020061edf8 -[RKMetadata setRawImageAttributes:] + 104
19 com.apple.RedRock 0x0000000200618bd5 -[RKMetadata initWithPath:cgImageSource:imageIOMethodVersion:includeFileAttributes:includeRaw:sidecarFile:movie:] + 693
20 com.apple.RedRock 0x0000000200618916 -[RKMetadata initWithPath:imageIOMethodVersion:includeRaw:sidecarFile:] + 54
21 com.apple.RedRock 0x00000002008028eb -[RKMaster(Geode) updateColorSpace] + 779
22 com.apple.RedRock 0x0000000200802355 -[RKMaster(Geode) colorSpace] + 213
23 com.apple.RedRock 0x00000002007fcc64 -[RKMasterImageRequest initWithVersion:master:size:] + 420
24 com.apple.RedRock 0x00000002007b0b1d -[RKVersion(Geode) newMasterImageRequestForMaster:size:useOriginal:] + 109
25 com.apple.RedRock 0x00000002007d2ba8 -[RKImageCache imageForVersion:eek:fSize:format:colorSpace:description:flags:readyHandler:] + 1096
26 com.apple.RedRock 0x00000002007c4831 -[RKImageCache imageForVersion:eek:fSize:format:flags:readyHandler:] + 145
27 com.apple.RedRock 0x00000002007c46f6 -[RKImageCache imageForVersion:cache:] + 182
28 com.apple.RedRock 0x00000002007d47c4 -[RKImageCache renderThumbnailForVersionAddress:cacheInRAM:force:workOrder:] + 1812
29 com.apple.RedRock 0x00000002007c2353 -[ThumbnailWorker performJob:] + 467
30 com.apple.proxtcore 0x000000010162b248 -[XTDistributor distributeMessage:] + 904
31 com.apple.proxtcore 0x000000010162ab90 -[XTThread handleMessage:] + 160
32 com.apple.proxtcore 0x0000000101629646 -[XTThread run:] + 374
33 com.apple.Foundation 0x00007fff81c0bf29 __NSThread__main__ + 1429
34 libSystem.B.dylib 0x00007fff8361a4f6 _pthread_start + 331
35 libSystem.B.dylib 0x00007fff8361a3a9 thread_start + 13


Dieses mal war's wieder Thread 11, was auch immer das ist.

Und: Wie kann es an der Grafikkarte liegen? ist das dann ein Programmierfehler oder hat wirklich meine Grafikkarte nen Hänger?

Edit: Ich sehe gerade, "thread 11" hatte ich wohl noch gar nicht... wieder mal was neues.
 
Ist doch einfach. Stehen doch die Funktionsnamen in der Reihenfolge ihres Aufrufs da. Abgeschmiert ist die Funktion __longcopy durch eine Speicherzugriffsverletzung. Diese wurde von der Funktion __memcopy aufgerufen. Diese wurde wiederum von der Funktion CFDataReplaceBytes aufgerufen und so weiter. Wenn man da etwas weiter runter geht, sieht man das dies aus RKImageCache renderThumbnailForVersionAddress bzw. eben aus ThumbnailWorker performJob: kommt.
-> Beim Generieren der Thumbnails werden die originalen Bilddaten gelesen und im Speicher bearbeitet und hierbei tritt bei der Kopieraktion ein Fehler auf.

Entweder ist hier ein Speicher (RAM) defekt. Oder die Festplatte defekt, wo die Bilddaten gelesen werden. Oder die Bilddaten selber sind defekt.

Einfach und logisch die Schlussfolgerung.
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben Unten