Dann hast Du schon einen Mac?
Wie ich schon öfters geschrieben habe. Ich verwende unterwegs ein Macbook.
Und Du meinst, C1 würde erst dann performant laufen, wenn die M1-Architektur auf einen MacPro portiert wurde? Das MBP 13" mit dem M1 sägt doch schon heute am Stuhl des MacPro.
Was machst Du denn mit C1, was wir nicht machen?
Nein, das meine ich nicht. Aber nur mit C1 komme ich nicht weit, ich müsste andauernd zur Windows Maschine wechseln und die VM schleppt ein Macbook schon wegen der Speicherausstattung nur sehr schlecht. Ja, ich hatte hier schon einige Versuche laufen, noch keine allerdings mit M1. Und zum Testen ist mir der Spaß auch noch zu teuer.
Also verzeih, dass ich mir erlaube, mit der Fehlervielzahl der extra bezahlten und jährlich mit weiteren Zahlungen upgegradeten Capture One Lizenz nicht restlos glücklich zu sein.
Was machst Du denn mit C1, was wir nicht machen?
Das hier zu diskutieren macht keinen Sinn UND würde weit weg aus dem Topic dieses Thread führen.
Ich hab ein MBP 15" von Mitte 2015 mit 1 TB SSD und 16 GB RAM und ich arbeite flüssig Trapezkorrekturen, komplexe Masken etc. an einem 27" Eizo, vorher 24".
Das macht auch mir keine Kopfschmerzen, vor allem, da ich auf dem Macbook mit Sessions und Minikatalogen arbeite.
Aber bei mir (und meinen Kunden) geht es leider insgesamt um deutlich mehr als eine halbe Million Bilder, die alleine in den letzten Jahren durchgearbeitet (Anpassungen, Verschlagwortung, Verortung, Ausgabe für Web und Druck (meist verschiedene Bearbeitungen nötig), Organisation) und für alle Projekte zentral zur Verfügung gestellt werden mussten.
Nachdem von Phase One unter Windows SQLite als Basis verwendet wird, kannst du dir vorstellen, was das an Katalogaufwand bedeutet. Phase One hat offiziell gemeint, dass ein Katalog zwischen 10.000 und 15.000 Bilder beinhalten solle. Mehr oder weniger jeweils nach Maschinenausstattung. Und jetzt such mal (theoretisch) in 50 Katalogen gleichzeitig.
Trotzdem denke ich über eure Vorschläge nach... Es hat nur keinen Wert, das hier, in diesem Thread, zu diskutieren. Schon gar nicht, wenn man die Anforderungen anderer immer nur an den eigenen misst und danach davon ausgehend Tipps gibt.