68000 असेंबली पढ़ने वाले एक LLM के साथ अपने 1993 के Amiga गेम को Godot में पोर्ट करना
1993 के एक Amiga गेम को 68000 असेंबली पढ़ने के लिए LLM का उपयोग करके Godot engine में पोर्ट किया गया है, और यह दिखाता है कि आधुनिक models binaries और ROMs से classic titles को reverse engineer करके फिर से बना सकते हैं। टिप्पणीकार MSX, NES, DOS और PC जैसे platforms पर भी इसी तरह की सफल ports का वर्णन करते हैं, और बताते हैं कि models assets निकाल सकते हैं, game logic reconstruct कर सकते हैं, और आश्चर्यजनक रूप से कम manual coding के साथ modern frameworks को target कर सकते हैं। तकनीकी उत्साह के साथ-साथ AI-generated prose, authenticity, और emulation से परे ऐसे ports का मूल्य लेकर बहस भी है, लेकिन कई लोग इसे उन games के लिए “software archaeology” और preservation के एक नए युग की शुरुआत मानते हैं जो अन्यथा खो सकते थे.
LLM-सहायता प्राप्त रेट्रो गेम पोर्टिंग
- कई टिप्पणीकार इस बात से उत्साहित हैं कि आधुनिक LLMs 68k असेंबली या पुराने बाइनरी पढ़कर Godot या आधुनिक WebGL/WebGPU स्टैक्स जैसे इंजनों में गेम्स को पुनर्निर्मित कर सकते हैं।
- लोग Amiga, MSX, ZX81, NES/SNES, Genesis, PC DOS शीर्षकों और अन्य के साथ सफलता की रिपोर्ट करते हैं—कभी-कभी एक ही लंबे रन से 80–90% पूरा पोर्ट मिल जाता है, फिर assets और व्यवहार को ठीक करने के लिए iterating की जाती है।
- कई लोग समानांतर प्रयासों का वर्णन करते हैं: सामान्य “recompilation” frameworks, console-specific ecosystems (NES/SNES/Genesis/PlayStation/DS), और पुराने गेम्स को reverse-engineer करके modernize करने के systematic pipelines।
वर्कफ़्लो, टूल्स, और सीमाएँ
- Claude Code का उपयोग model को binaries, पुराने source trees, और target engine projects वाली directories तक सीधे पहुँच देने के लिए किया जाता है।
- सामान्य workflow: file formats की पहचान करना, assets extract करना, packed executables unpack करना, disassemble करना (IDA या custom tools), code/data को segment करना, फिर model से game logic को modern language/engine में पुनर्गठित करवाना।
- LLMs को अक्सर multiple passes और human steering की ज़रूरत होती है; asset glitches और subtle behavior mismatches आम हैं।
AI द्वारा लिखी गई prose पर बहस
- कई पाठकों को ब्लॉग की “AI voice” अप्रिय लगती है और वे चाहते हैं कि लेखन पूरी तरह लेखक के अपने शब्दों में होता।
- अन्य लोग तर्क देते हैं कि AI मदद के बिना यह कहानी शायद बताई ही नहीं जाती, खासकर एक non‑native English speaker के लिए; AI drafts को edit करना एक व्यावहारिक समझौता माना जाता है।
- इस बात को लेकर चिंता है कि translation और assistance tools “LLM imprints” छोड़ देते हैं, जिससे वास्तविक posts भी पाठकों और classifiers को synthetic लगने लगते हैं।
Original बनाम ported versions और authenticity
- कुछ लोग तर्क देते हैं कि यदि original emulators में ठीक चलता है तो port करने का “कोई मतलब” नहीं है, और fidelity के लिए UAE/FPGAs को प्राथमिकता देते हैं।
- दूसरे counter करते हैं कि port original से कुछ नहीं घटाता, और AI सहायता ने एक faithful, playable modern version को संभव बनाया जहाँ manual port बहुत महँगा होता।
- original game का Amiga ADF release purists के लिए उपलब्ध बताया गया है।
तकनीकी fidelity और performance
- पुराने और नए assembled versions के बीच 108-byte का छोटा binary delta चर्चा का विषय बनता है; संभावित कारणों में assembler normalization और encoding differences शामिल हैं, जबकि behavior-level tests को असली जाँच माना जाता है।
- Godot port जानबूझकर Godot physics से बचता है ताकि original gameplay feel बनी रहे; केवल मामूली tweaks (जैसे trampoline jump) की ज़रूरत पड़ी।
- चर्चा PAL 50 Hz बनाम NTSC 60 Hz timing, Copper-based performance debugging, और इस जिज्ञासा को छूती है कि 512 KB की assembly game modern high-level engine की efficiency की तुलना में कैसी है।
नॉस्टेल्जिया, इतिहास, और लागत
- टिप्पणीकार 1990s के assembly-only development, sanctions और कम documentation के बीच, के प्रति विस्मय व्यक्त करते हैं, और AI को early personal computing के लिए “archaeology” कहते हैं।
- कई लोग अपने revived student या DOS projects साझा करते हैं, जिन्हें कभी mobile या 3D तक पोर्ट किया गया था।
- लागत पर संक्षिप्त चर्चा होती है: एक बड़े “one shot” port ने कथित तौर पर premium model की weekly allowance का लगभग आधा इस्तेमाल किया; कुछ उपयोगकर्ता जानबूझकर सस्ते models के साथ optimize कर रहे हैं.