bin sehr gespannt was Apple da bastelt, Aperture gefällt mir trotz einiger Schwächen gegenüber Lightroom, insgesamt besser - von daher würde ich tendenziell lieber bei ner Apple-Lösung bleiben

Hoffentlich gibt es eine offene Beta dazu mit Release von Yosemite. Sonst kommt man wahrschienlich erst mit den Beta von 10.10.2 dadran...

zod1988 Hoffe ich auch!

da landen dann auch die filme vom iphone da drinn?

Ich will auch!

zod1988
Ich bezweifle das stark, da der (angestrebte!) Veröffentlichungstermin ja ca. 6 Monate nach dem von Yosemite liegt, ist es bestimmt noch zu früh für eine public beta. Ganz davon abgesehen, daß Apple selten public betas anbietet... Aber vielleicht bürgert sich das ja nun ein

Mich würde interessieren, ob "Faces" in die neue Foto-App migriert werden. - Oder sind alle, zumeist manuell gekennzeichneten Gesicherter, mit der neuen Lösung dahin??

Wenn ich mir den Screenshot anschaue ist Photos nicht mehr als iPhoto iOS for the Big Screen.
Wer hofft das sich da an Funktionalität noch viel tut wird glaube ich enttäuscht werden. Ich möchte mal vermuten das die Zeit die sie noch bis zum Release brauchen der Umstellung vom Code auf Swift geschuldet ist.

Ist eigentlich schon bekannt ob man die neue App nur in Zusammenhang mit iCloud benutzen kann? Oder kann man die Fotos wie auch bisher von der SD-Karte einlesen und Ereignisse und Alben erstellen?

Wenn das nicht vorhanden ist muss ich bei iPhoto bleiben...

eine Foto-app die nicht von einer SD karte importieren kann wäre wohl ein Mega-Flop
und ein 100%iges aus für viele, viele Fotografen .. also ich würde fest davon ausgehen das das auch weiterhin geht

@trigunas108
Du kennst ganz offensichtlich iPhoto für iOS nicht. . Schon alleine dieser Screenshot zeigt mit den Anpassungen ja bereits mehr. Ich bin grundsätzlich auch dafür, dass es keine gute Idee ist einfach zu erwarten, dass die volle Funktionalität von Aperture vorhanden sein wird - aber es ist ebenso falsch jetzt einfach anzunehmen es könnte sich bis zum Release überhaupt nichts mehr ändern und das man aus einem frühen Screenshot bereits auf die vollständige Funktionalität schließen könne.

Ich selbst denke das Fotos gleichzeitig unspektakulär wie bequem und praktisch werden wird. Es ist das Mittel um unter iOS und OSX auf einfachste Art und Weise mit Fotos umzugehen. Vom späteren Funktionsumfang mal abgesehen kann es einfach sein, dass es wesentlich bequemer und besser funktioniert seine Fotos damit abzulegen als in den Katalogen der diversen Spezialsoftwares. Wie lange wird denn schon um die Verwaltungsfunktionen der diversen Alternativen gestritten? Bei C1 schimpft fast jeder über die Verwaltung und auch bei Lightroom ist nicht jeder ein Fan. Fotos hat die Möglichkeit sowohl besser integriert zu sein als es jede andere Software je sein wird, als auch die Möglichkeit anderen Programmen diese Integration bereitzustellen. Was wenn DxO und C1 in neueren Versionen die Verwaltung per PhotosKit möglich machen? Plötzlich wäre die Bilddatenbank ein für alle Hersteller offenes System.

@t.schuster
Zumindest die bislang für iOS bekannte API kennt "ImportAlben" also Alben die aus einem solchen SD-Kartenimport entstehen und auch die Möglichkeit Faces, Events und Albums per iTunes-Sync zu synchronisieren.

t.schusterIch denke das wird der Grossteil der Menschen. Es ist nicht davon auszugehen, dass "Fotos" auf Systemen unterhalb von 10.9 und iOS7 funktionieren wird. Und selbst hier wird es Einschränkungen geben, die nur auf der wirklich allerneuesten Hardware und Software nicht vorhanden sind. z.B. Die RAW Profile usw. werden sicher nicht für Aperture und iPhoto weitergepflegt. Vielleicht wird auch die USB Unterstützung gestrichen, wenn Apple USB für tot erklärt und danach nur noch TB, Lightning und WLan anbietet. Apple hat sich da sicher was ausgedacht um Kaufentscheidungen zu "beschleunigen"

Apple und alle anderen Hersteller wollen verkaufen und nicht altes "Zeugs" pflegen

Apple Mitarbeiter testen die neue Foto App so nebenbei.

Du meinst also, Apple nimmt dafür Geld?
Ich kann mit allerdings gut vorstellen, daß Dritthersteller ihre Plug-Ins im App Store anbieten und sich (und Apple) so etwas Gewinn erwirtschaften werden.

Wer meint, daß Fotos ein mächtiges Werkzeug wie Aperture ersetzen kann ist für mich ein Träumer. Diese App soll doch vor allen Dingen für Reiner Juhser sein und nicht für Profis, da wird sicherlich einiges was man z.Zt. mit Aperture machen kann hinten über fallen.
Aber glücklicherweise kann man ja Aperture noch eine Weile weiter benutzen.

Ja genau. Auch nur die Retail-Mitarbeiter. Sonst niemand.

Bis nächstes Jahr werden wohl die letzten Aperture user zur Konkurrenz wechseln... Warum dauert es nur so lange? Apple lasst uns schon seit 2010 im trockenen!

Wie kommst Du denn auf die Idee, dass Apple Photos "auf Swift umstellt"???

Vielleicht ist es auch einfach schon in Swift geschrieben, wie die WWDC-App.

Erneut: Wie kommst Du/Ihr darauf? Hat sich Apple irgendwo dazu geäußert?

Es ist eher eine recht absurde Vorstellung, ein Programm von der Komplexität von Photos zum jetzigen Zeitpunkt in Swift zu schreiben. Swift ist noch in der Entwicklung und hier und heute ganz sicher nicht zum Schreiben von großen Programmen geeignet – selbst die WWDC-App, das erste veröffentlichte Swift-Programm und so ungefähr das simpelste, was man sich als App vorstellen kann, bereitete zunächst Probleme und musste während der WWDC noch flugs upgedatet werden.

Ganz davon abgesehen, begann die Entwicklung von Photos vermutlich etwa zu der Zeit, als auch die Entwicklung von Swift begann …

Und „Umstellung“ ist schon mal gar nicht – das wäre mehr oder weniger identisch mit einem Neuschreiben.

Irgendwie macht sich hier eine merkwürdige Neuheiten-Geilheit breit. Irgendetwas ist neu und bloß deswegen schon garantiert so erstrebenswert, dass es unbedingt benutzt werden sollte? Und sogar Nicht-Entwickler fiebern dem entgegen? Allen Nicht-Entwicklern (und niemand, der etwas von Entwicklung versteht, hielte es für wahrscheinlich, Photos wäre in Swift geschrieben …) kann das doch piepegal sein, denn im Gegensatz zu den verwendeten Frameworks (vgl. Carbon vs. Cocoa) sieht man einem fertigen Programm die verwendete Programmiersprache ja nicht an.

Bei mir macht sich gar nichts breit, ich habe nur eine Vermutung geäußert. Da Photos eh erst frühestens in einem halben Jahr erscheint, wäre es DIE Gelegenheit, getreu dem Motto "eat your own Dogfood" es mal zu testen. Macht Apple ja mit CloudKit genau so.

Du bist kein Entwickler, oder? Die Vorstellung, ein Programm vom Umfang von Photos mal eben innerhalb von ein paar Monaten auf eine andere Programmiersprache umzustellen, ist völlig realitätsfern.

"eat your own Dogfood" kommt sicher, aber später und mit einem kleineren und strategisch weit weniger wichtigen Programm.

Es muss nicht umgestellt werden, es kann ja auch teilweise in Swift geschrieben sein. Oder teilweise mit und mit in Swift geschrieben werden und, und, und. Ich habe nur Vermutungen geäußert, nichtmal gesagt, ob ich es selbst für realistisch halte.

Und zum Thema "realisitisch": iCloud Drive und iCloud Photo Library laufen auch auf dem nigelnagelneuen CloudKit.

Nochmal: Wie soll das gehen? Swift ist noch nicht mal richtig fertig (Apple spricht davon, dass sich die Sprache in den nächsten ein bis zwei Jahren "stabilisiert"); die Entwicklung begann ernsthaft Ende 2011. Da etwa muss die Entwicklung eines Programms wie Photos auch begonnen haben, wenn es im nächsten halben Jahr fertig werden soll.
Dermaßen aus der Luft gegriffene Vermutungen sollte man aber vielleicht nicht in einem öffentlichen Forum posten, wo sowas dann schnell zum Gerücht und danach zur (Pseudo-)Tatsache wird.
Und? Das CloudKit ist ein ganz normales Cocoa-Framework wie andere auch. Logisch wird das geschrieben (in Objective-C und intern vielleicht auch in C oder C++), um danach sofort eingesetzt zu werden.

Das hat nichts, aber auch wirklich gar nichts mit der Entwicklung einer neuen Programmiersprache zu tun.

Wenn man auf einer Seite, die sich mit Neuigkeiten und Mutmaßungen zu einem bestimmten Thema befasst, in den Augen anderer User nichtmal ein paar Hypothesen aufstellen oder Vermutungen anstellen darf, ohne gleich in einem derart besserwisserischen und belehrenden Ton vollgeschwallt zu werden, macht das Diskutieren halt auch keinen Spaß mehr.

Bin raus.

Na toll, also keine integrierte Schnittstelle für Fotoentwicklung, Erstellen von Fotobüchern und Kalendern mehr. Keine Tags, keine Gesichtserkennung usw. usw.

=> Weia
Um mal in deinen Agro-Sprech einzusteigen ... Wer sagt Dir denn das Photos ein großes Programm ist welches ewig (neu) entwickelt wurde. Der Code von den meisten Bildbearbeitungsalgorithmen ist sicher nicht für Photos neu entwickelt worden. Wie von zod1988 angedeutet kann es auch gut sein das Apple einzelne besonders rechenintensive Bildbearbeitungsalgorithmen auf Swift umstellt, um eventuell den Performancevorteil von Swift zu demonstrieren. Genauso kann es sein das nur ein anderer Teil, von mir aus der Photomanager, oder ein Dateisuchalgorithmus, in Swift gemacht wird. Ergo wer oder was gibt Dir also die Gewissheit das Apple auf keinen Fall Swift irgendwo in Photos verwendet? Die Behauptung ist wohl genauso kühn wie das Photos in Swift geschrieben ist.

Darf man ja, solange es nicht derart offenkundig aus der Luft gegriffen ist.
Meine Erfahrung als Entwickler.
Ist er. Die neuen Algorithmen, auf der WWDC vorgestellt, sind ja gerade der Gag an Photos.
Es wird immer absurder. Bildbearbeitungsalgorithmen geschrieben in Swift? Dazu ist diese Sprache überhaupt nicht gedacht. Genauso wenig wie Objective-C, übrigens. Wenn es um nackte Performance geht, bleibt am Ende (ggf. Assembler-optimiertes) C übrig.
Den es so nicht gibt, schon gar nicht gegenüber einer Sprache, die für Bildbearbeitungsalgorithmen geeignet ist.

Hast Du im entferntesten eine Ahnung, wovon Du redest? Der Gag an Swift ist, dass es versucht, so unkompliziert und fehlertolerant wie eine Skript-Sprache zu sein, ohne deren Performance-Nachteile in Kauf nehmen zu müssen. Nur im Hinblick darauf ist Swift „performant“.
Die Tatsache, dass Swift noch Beta-Qualität hat, lässt das hochgradig unwahrscheinlich erscheinen. Genauso wie die Tatsache, dass Programme, die es mit sowas Rechenintensiven wie Bildbearbeitung zu tun haben, intern ziemlich sicher in C geschrieben sind, und Swift lässt sich eben nur eher mühsam mit C kombinieren. Ausschließen, dass Apple Swift in irgendeiner Ecke von Photos verwendet, kann ich nicht. Ich sehe nur absolut keinen Grund dafür. Klassische Haudegen, an denen Apple Neues typischerweise erstmals ausprobiert, sind Programme wie TextEdit.
Und genau diese kühne Behauptung hast Du eingangs dieser Diskussion als Quasi-Fakt hingestellt:
Diese unsinnige Behauptung ist mein ganzes Problem.