Seit den M-Prozessoren ist bei Apple das Preis-Leistungsverhältnis für Videowerker wieder deutlich attraktiver geworden. Doch wenn zwei schlafen, könnte sich nun ein Dritter freuen...
Rick SSon hat geschrieben: ↑Fr 12 Apr, 2024 10:17
Was für ein enttäuschendes Gefühl den ganzen Artikel zu lesen und am Ende ist im creator-context alles wie vorher …
Der Kontext "Alles wird schneller und besser" ist enttäuschend..?
Ich denke auch das der Konsens und die Perspektive doch ganz angenehm sein dürften... Egal ob Windows oder Mac - künftig wird es in beiden Welten sehr effiziente mobile Systeme geben.
Schade, dass sich hier in den Monaten scheinbar wenig getan hat.
Wäre toll, wenn hier der technologische Vorteil von Apple mal eingeholt werden würde. Gerade sieht es hier düster aus. Vielleicht braucht es einen weiteren Anlauf von einem Hersteller oder eine ganz neue Plattform.
Zitat: Mach sichtbar, was vielleicht ohne dich nie wahrgenommen worden wäre. – Robert Bresson – Über mich
GaToR-BN hat geschrieben: ↑Sa 02 Aug, 2025 19:35
Schade, dass sich hier in den Monaten scheinbar wenig getan hat.
Wäre toll, wenn hier der technologische Vorteil von Apple mal eingeholt werden würde. Gerade sieht es hier düster aus. Vielleicht braucht es einen weiteren Anlauf von einem Hersteller oder eine ganz neue Plattform.
Bei Microsoft-Betriebssystemen ist ein Bruch mit der Binär-Kompatibilität (bzw. mit der x86-Chiparchitektur) praktisch undenkbar - den gab es noch nie in der gesamten Zeitspanne und allen Versionsupdates von der ersten Version von MS-DOS im Jahr 1980 bis zu Windows 11 heute.
Windows für ARM wäre nur dann ernstzunehmen, wenn Microsoft - wie Apple - eine virtuelle Maschine zur Ausführung von x86-Code ins Betriebssystem integrieren würde. Solange da nichts passiert, haben ARM-SoCs für Windows ein Henne/Ei-Problem.
Die einzige realistische Chance wäre IMHO, wenn sich ARM in der Linux-Welt verbreitet.
"Wieso eigentlich überhaupt was drehen? Warum nicht jahrelang nur darüber philosophieren?" -stip
Merkwürdig, dass ca 85-90% aller Rechner weltweit mit Windows sehr effizient und sicher laufen und nur 10-15% der Rechner mit macOS betrieben werden. Da scheint es also allenfalls nur in sehr kleinen Grenzen irgendeinen Vorsprung von Apple zu geben.
TomStg hat geschrieben: ↑So 03 Aug, 2025 10:56
Merkwürdig, dass ca 85-90% aller Rechner weltweit mit Windows sehr effizient und sicher laufen und nur 10-15% der Rechner mit macOS betrieben werden. Da scheint es also allenfalls nur in sehr kleinen Grenzen irgendeinen Vorsprung von Apple zu geben.
Wenn Du Dir aber mal spezifisch Laptops ansiehst, und noch spezifischer Laptops, mit denen anspruchsvolle Kreativarbeit (wie z.B. Videoschnitt und Color Grading mit Resolve) gemacht wird, sieht das schon ganz anders aus.
Dank der ARM SoCs geht das bei Apple mit einem kompakten 1000 Euro-Einsteigerlaptop, während Du für Windows eine teuren, schweren und aufhitzenden Gaming-Laptop brauchst. (Schreibe ich als nicht-Apple-Besitzer.)
Bei Windows ginge es eigentlich auch besser. Aber die ARM-SoC-Laptops, die es bereits gibt, sind wegen der fehlenden Binär-Kompatibilität extreme Nischengeräte, nirgendwo zu kriegen und mit ungewisser Zukunft.
(Übrigens mal den Titel des Threads richtig lesen - es geht hier spezifisch um Laptops, nicht um Rechner allgemein.)
"Wieso eigentlich überhaupt was drehen? Warum nicht jahrelang nur darüber philosophieren?" -stip
TomStg hat geschrieben: ↑So 03 Aug, 2025 10:56
Merkwürdig, dass ca 85-90% aller Rechner weltweit mit Windows sehr effizient und sicher laufen und nur 10-15% der Rechner mit macOS betrieben werden.
Alle Rechner. Also die ganze Office-Welt mitgerechnet. Lässt man die mal weg und betrachtet nur die Kreativbranche, sieht‘s ganz anders aus.
Und wieso soll das ein Problem sein? Ist man in deiner Welt eine Knalltüte, wenn man Macs vorzieht? Lustig.
dienstag_01 hat geschrieben: ↑So 03 Aug, 2025 13:17
Was ist denn Binär-Kompatibilität?
Kompatibilität von Chiparchitekturen zu sich selbst, und von Betriebssystemen zu älterer Software für dieselbe Chiparchitektur.
Unter x86-Windows also, dass x86-Windows-Programme darunter laufen. Bei ARM-Windows läuft halt für ARM kompilierte Software. Z.B. gibt es zwar Resolve nativ für ARM Windows, aber die Adobe Creative Suite nicht (und das diverse Resolve-Plugins ebenfalls nicht).
Ich muss mich übrigens korrigieren, es gibt doch einen x86-Emulator unter ARM-Windows, aber dessen Performance ist wohl so grottig, dass er für Videoanwendungen nicht taugt.
Ein auf dem Papier tolles ARM-Notebook (z.B. mit Snapdragon-SoC) bringt wenig, wenn die meiste Software, mit der man arbeitet, darauf nicht - oder nicht brauchbar - läuft.
Und im Gegensatz zu Apple und Linux hat es bei Microsoft noch nie einen (auch in der Praxis relevanten bzw. erfolgreichen) Wechsel der Binärarchitektur gegeben.
"Wieso eigentlich überhaupt was drehen? Warum nicht jahrelang nur darüber philosophieren?" -stip
Resolve gibt es für Windows ARM, Adobe hat auch gerade eine Beta veröffentlicht. Das ist ja die Crux bei Architekturwechsel, Anwendersoftware muss vom Anwendersoftware-Hersteller optimiert werden. Gabs auch bei Apple nicht am ersten Tag.
Nun ja Resolve läuft aber sogar flüssig auf dem 500€ Einsteiger M4 Mac Mini, oder auf dem günstigsten MacBook Air, mit nur 16 GB RAM.
Da gibt es bei Windows noch nix vergleichbares,..
Gruss Boris
cantsin hat geschrieben: ↑So 03 Aug, 2025 10:40
Bei Microsoft-Betriebssystemen ist ein Bruch mit der Binär-Kompatibilität (bzw. mit der x86-Chiparchitektur) praktisch undenkbar - den gab es noch nie in der gesamten Zeitspanne und allen Versionsupdates von der ersten Version von MS-DOS im Jahr 1980 bis zu Windows 11 heute.
16 Bit Programme können unter einem modernem 64 Bit Windows nicht ausgeführt werden, das Subsystem fehlt. Abhilfe schaffen nur Emulatoren.
Die CPUs sollten aber tatsächlich bisher kompatibel sein, wobei sich ein altes OS trotzdem mit moderner Hardware schwer tun kann.
Rechtliche Notiz: Wir übernehmen keine Verantwortung für den Inhalt der Beiträge
und behalten uns das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
