Zelda: Ocarina of Time (Switch 2) mit 60 FPS auf dem MacBook Air M5: So läuft das Remake dank MetalFX nativ auf macOS und iPhone
Kaum 48 Stunden nach dem offiziellen Release am 5. November 2026 für die Nintendo Switch 2 hat das Remake von The Legend of Zelda: Ocarina of Time (Titel-ID 0400486024DEC000, Update v131072) die Grenzen seiner Ursprungskonsole hinter sich gelassen. Während erste Emulationsversuche auf dem Windows-PC über Lichii noch eine ausgewachsene GeForce RTX 5080 benötigten, um den enormen CPU-Overhead bei der Befehlsübersetzung abzufangen, schlägt die Apple-Silicon-Szene einen völlig anderen Weg ein. Das Spiel läuft dort als 100 Prozent native macOS- und iOS-Anwendung – und erreicht konstante 60 FPS auf einem komplett lüfterlosen MacBook Air M5.
Null CPU-Emulation: Direkte ARM64-Verwandtschaft zwischen Switch 2 und Apple Silicon
Das technische Fundament hinter diesem Kunststück bilden das Open-Source-Projekt nxnative auf GitHub sowie der spezialisierte Fork kid-with-sword-remake von Entwickler cheemu21 (mit Beiträgen von ChiefSZ13, nanotchec, rastapasta und Aznracer). Ein klassischer Emulator muss auf einem x86-PC jeden einzelnen Maschinenbefehl des Konsolenprozessors in Echtzeit übersetzen. Die Nintendo Switch 2 und Apples M- sowie A-Chips sprechen hingegen exakt dieselbe Sprache: ARM64.
Dadurch lassen sich die ausführbaren Programmdateien des Spiels (main, subsdk0 und sdk, kompiliert mit dem Nintendo SDK 22.2.8 Ounce im neuen ZBIC-Kompressionsformat) einmalig entpacken und statisch anpassen. Der Maschinencode wird anschließend ohne Umwege direkt auf den physischen CPU-Kernen des Apple-SoCs ausgeführt. Die Laufzeitumgebung bildet lediglich die Systemdienste von Nintendos Horizon OS auf High-Level-Ebene nach, übersetzt die Grafikbefehle der proprietären API NVN2 direkt in Metal 4 und ersetzt die interne Skalierungskette durch Apples Hardware-Upscaler MetalFX. Weitere Deep-Dives zu Prozessoren und Grafik-Architekturen findest du in unserer Hardware-Rubrik.
42.854 Shader und stabile 60 FPS im Kokiri-Wald auf dem Mac
Trotz der gemeinsamen Prozessorbasis war es ein hartes Stück Arbeit, das Remake flüssig auf den Bildschirm zu bringen. Die Neuauflage von Nintendo EPD setzt auf die aus Tears of the Kingdom weiterentwickelte Engine ModuleSystem (Codename Owl) und reizt die modernen Features der NVN2-Schnittstelle voll aus. Insgesamt umfasst das ausgelesene Technikprofil satte 42.854 Shader – darunter 22.356 Pixel-Shader, 15.852 Vertex-Shader, 4.123 Compute-Shader, 500 Mesh-Shader, 20 Task-Shader sowie eigene AV1-Videodecoding-Shader.
In 16 aufeinanderfolgenden Releases zwischen dem 5. und 7. November (von Build V1 bis V16) räumten die Entwickler sämtliche Showstopper beiseite:
- Offline-Netzwerk-Bypass (EventFd): Beim Programmstart sorgte die von Nintendos NPLN-System genutzte Online-Bibliothek
gRPCmangels lokalem Wakeup-Deskriptor sofort für einen Crash. Erst eine eigene Offline-Verwaltung für BSD-Ereigniszähler (PR#1283) machte den Weg zum Titelbildschirm frei. - Support für NVN2 Mesh- und Task-Shader: Bei den ersten Testläufen im Kokiri-Wald fehlten die Tür von Links Haus und Teile des Laubwerks. Der Grund: Der Shader-Parser las zunächst nur die sechs klassischen Slots aus, ignorierte aber die für Switch-2-Task- und Mesh-Shader reservierten Slots 7 und 8 (behoben in PR
#1299und#1312). - Halbierung der Renderpässe: Weil Tiefenschreibzugriffe die aktiven Metal-Renderpässe nicht mehr vorzeitig beenden (PR
#1430), sank die Zahl der schweren Renderpässe pro Frame von 132 auf 66. Das drückte die mittlere GPU-Frametime sofort von19 msauf13,6 ms. - Ende der CPU-Endlosschleife und RAM-Diät: Durch die Vergrößerung des Alias-Speicherbereichs von
2,38 GBauf8 GB(innerhalb eines reservierten Adressraums von17,6 GB) läuft der Streaming-ThreadOptimizeChangeBancnicht mehr heiß, der zuvor einen kompletten Prozessorkern blockierte. Die CPU-Last auf dem Mac fiel dadurch von 308 Prozent auf 168 Prozent. Parallel senkt eine dynamische Freigabe bereits hochgeladener GPU-Texturen den RAM-Bedarf im Kokiri-Wald von9,45 GBauf rund 5,2 GB.
| System & Betriebsmodus | Interne Auflösung / Upscaling | Mittlere Frametime (p50) | Gemessene Bildrate |
|---|---|---|---|
| MacBook Air M5 (16 GB, lüfterlos) | 1280 × 720 (Handheld) + MetalFX | 16,6 bis 16,7 ms (GPU: 14,0 ms) | Stabile 60 FPS |
| MacBook Air M5 (Preset Potato V16) | 960 × 540 auf 1280 × 720 via MetalFX | 16,7 ms (p95: 17,4 ms) | Konstante 60 FPS |
| Mac M5 / M6 (Docked-Profil / Hohe Auflösung) | 1536 × 864 bis 1951 × 1098 | 16,67 ms (GPU: 15,8 ms) | 59 bis 60 FPS |
| iPhone 18 Pro (iOS 26, LiveContainer) | 1280 × 720 + Metal 4 Pipelines | 16,5 ms kalt / 33,3 ms warm | 60 FPS (danach 30 FPS thermisch) |
Unter macOS erzeugt das Build-Skript ein eigenständiges App-Bundle (Ocarina of Time.app), das dank APFS-Cloning die 26,2 GB großen RomFS-Spieldaten auf deiner SSD nicht doppelt belegt. Über einen kompakten Launcher wählst du vor dem Start bequem zwischen Handheld-Profil (1280 × 720), Docked-Profil (1951 × 1098) oder dem extrem sparsamen Potato-Modus (960 × 540 hochskaliert auf 720p per MetalFX) sowie einem Framelimiter für 30 oder 60 FPS. Welche großen Konsolen- und PC-Releases in den kommenden Wochen noch anstehen, zeigt dir unser Release-Kalender.
Verfügbarkeit des MacBook Air mit Apple Silicon auf Amazon prüfen→
iPhone-Build im „Liquid Glass“-Design läuft bereits unter iOS 26
Der Fork von cheemu21 macht nicht einmal bei Apples Notebooks halt. Das Repository kompiliert zusätzlich ein 2,7 GB großes .ipa-Paket (samt einmalig im Dokumente-Ordner abgelegtem RomFS-Abbild), das direkt auf einem iPhone 18 Pro unter iOS 26 bootet. Nach dem ersten Vorkompilieren von rund 30.500 hybriden Metal-4-Pipelines hält das Smartphone im Kokiri-Wald rund 45 Sekunden lang volle 60 FPS. Sobald das Thermomanagement von iOS den Takt der Performance-Kerne drosselt, schaltet der integrierte Framelimiter sauber auf ruckelfreie 30 FPS (33,3 ms) herunter.
Statt auf ein liebloses Standard-Overlay zu setzen, hat der Entwickler ab Version V12 sogar eine eigene, halbtransparente Touch-Steuerung im „Liquid Glass“-Stil eingebaut. Da sie komplett auf teuren Echtzeit-Blur verzichtet, kostet die Oberfläche keinerlei GPU-Leistung. Das Layout umfasst einen frei beweglichen linken Stick, Kameraschwenks per Wischgeste auf der rechten Bildschirmhälfte, klar getrennte Button-Formen (rund für Schwert B, Aktion A und Sprung X, eckig für Schild R und Anvisieren ZL) sowie ein Forest-Farbschema, das direkt an die gelben C-Tasten und den blauen A-Button des klassischen N64-Controllers angelehnt ist.
Mein Technik-Fazit
Ein Exklusivtitel der Nintendo Switch 2 läuft keine zwei Tage nach Release mit stabilen 60 FPS auf einem passiv gekühlten MacBook Air – technisch ist das ein Ausrufezeichen. Wo ein klassischer x86-Gaming-PC viel Rohleistung aufwenden muss, um die Konsolen-CPU zu übersetzen, profitiert der Mac direkt von der gemeinsamen ARM64-Architektur zwischen Switch-2-SoC und Apple Silicon. Natürlich hakt es bei Gebietswechseln in die Hyrule-Ebene oder in den Deku-Baum noch spürbar, und für den lokalen Build wird zwingend ein eigenes, legal gedumptes Spielmodul vorausgesetzt. Dass die Community aber binnen kürzester Zeit alle 42.854 NVN2-Shader nach Metal 4 überführt hat, zeigt das enorme Potenzial nativer Kompatibilitätsschichten.
Gamer-Pro.de auf Google als bevorzugte Quelle festlegen
Füge gamer-pro.de zu deinen bevorzugten Quellen hinzu, um unsere Hardware-Tests, Guides und Gaming-News vorrangig in Google Discover und der Google-Suche zu sehen.
Hardware- und Linux-Redakteur aus Köln. Lukas „Vex“ baut und vermisst seit vielen Jahren eigene PC-Systeme – vom leisen Small-Form-Factor-Rechner bis zum Linux-Setup unter SteamOS und CachyOS. Auf Gamer-Pro.de prüft er Grafikkarten, Prozessoren, Konsolen-Architekturen und Emulatoren nüchtern auf reale Frametimes, Energieeffizienz und Systemsicherheit.
