Duke Nukem: Zero Hour N64 ROM Reverse-Engineering Project Hits 100%

Re:Duke Nukem: Zero Hour N64 ROM Reverse-Engineering Project... by chii on Monday October 20, 2025 @01:41AM (#45640408)

i think this sort of scenario is where an ai code comb through is going to add value - get an ai to guess the likely name of variables/functions based on usage and context etc. It'd make a great starting point for manually labelling each variable correctly.

[ Parent | on HN ]

Re:Duke Nukem: Zero Hour N64 ROM Reverse-Engineering Project... by skerit on Monday October 20, 2025 @05:08AM (#45641639)

I'm using Ghidra with Claude-Code to reverse engineer an old transportation-sim game, and Claude is very good at figuring out what a function does and what it and its variables should be named.

[ Parent | on HN ]

Re:Duke Nukem: Zero Hour N64 ROM Reverse-Engineering Project... by jonhohle on Monday October 20, 2025 @07:44AM (#45642809)

I’d argue using AI to provide that input is no longer a creative work and puts the output in the realm of being not transformative. Those are two of the main reasons these projects are not violating copyright and all of the legal risk that comes with decompiling.

[ Parent | on HN ]

Re:Duke Nukem: Zero Hour N64 ROM Reverse-Engineering Project... by chii on Monday October 20, 2025 @10:42PM (#45651890)

It's currently legally grey as to what ai output constitutes.

I'd argue that copyright should not be affected by the tools being used. If the project would've been compliant with copyright (ala, fair use) had it used human hands, then using an ai tool makes zero difference.

[ Parent | on HN ]

Re:Duke Nukem: Zero Hour N64 ROM Reverse-Engineering Project... by jonhohle on Tuesday October 21, 2025 @01:31AM (#45652762)

USCO disagrees. Output of an LLM is not considered a new, original work. https://www.insidetechlaw.com/blog/2024/05/generative-ai-how...

[ Parent | on HN ]