Wie Hookshot funktioniert: Statische Rekompilierung und Vulkan
Die Pipeline erklärt Prüfung, Bauzeit und warum erzeugte Spieldaten privat bleiben.
Auf dieser Seite+
Lokale Pipeline
- 1
nx2/lift.py übersetzt ARM64-Spielcode nach C.
- 2
nx2/build.py kompiliert C zusammen mit der Systemimplementierung host/.
- 3
host/nvn_native.c erfasst NVN2-Aufrufe, gpu/vk/ spielt sie mit Vulkan ab.
- 4
Ampere-Shader werden auf Maxwell abgesenkt und mit Edens Recompiler zu SPIR-V übersetzt.

Eigene Anleitungsgrafik · mit KI erstellt
Von deinen Dateien zum lokalen BuildQuelleLizenz und UrheberangabenTextbeschreibung
- Deine Spieldateien: .nup / romfs + exefs
- Hookshot Builder: ARM64 → C → Windows / Linux
- Dein nativer Build: Windows / Linux · Vulkan · Play
Was nativ bedeutet
Es entsteht ein vorab kompiliertes Windows-/Linux-Programm, kein herkömmlicher Emulator für beliebige Konsolensoftware. Systemschicht, übersetzte Shader, Spielmaterial und passende GPU sind weiterhin nötig. Nativ bedeutet weder fehlerfrei noch universell unterstützt.
Version und Grenzen
Generierter Code richtet sich nach einem konkreten Build. Ein anderes Update ist eine andere Eingabe. Das Repository enthält Tools, keine Spiele oder Schlüssel; Ausgaben bleiben lokal. System und Renderer werden verbessert. Für Details offizielle Entwicklungs- und Designnotizen lesen; normale Nutzer folgen dem Plattform-Builder.
Offizielle Quellen
Mit der offiziellen README und den Versionshinweisen abgeglichen. Diese Anleitungen beruhen auf Dokumentation; wir haben die Software nicht selbst auf Hardware getestet.
- Projekt-README
- Versionshinweise
- Historisches Änderungsprotokoll
- Beitragsleitfaden
- Entwicklungsdokumentation
- Lizenz und Dritthinweise
- Projekt-Issues
Diese Anleitung wurde unabhängig verfasst und ist kein offizielles Hookshot-Projektdokument.