|
|
|
|
|
by hoten
942 days ago
|
|
These decompilation projects are not using the distributed game binary to derive the code in their ports directly. It's just used as a rubric. The source code generated from this process is not Nintendo's. That's the idea, at least. Different from taking Windows ISO and jumbling it up into a rude goldberg machine and claiming it as a new work. Do consumers agree to a end user agreement that specifies they cannot decompile the game? http://en.wikipedia.org/wiki/Reverse_engineering#Legality |
|
The decompilation itself may or may not be a copyright violation - that's likely to vary depending on jurisdiction. If someone in a jurisdiction where it's legal were to write a description of the behaviour of the decompiled code and if someone else were to implement a codebase that happened to compile to the same original binary code then there's an argument that no infringement occurred (a functional description of the behaviour of a work is potentially not derivative of that work, and re-implementing the code based on that description is then not constrained by the original copyright), but that's not what happened here.
I don't like that this is the case, but let's take it to a logical conclusion - if I take an interpreted language with a bytecode compiler, I can typically decompile it to something almost 100% identical to the original code (I'd lose comments and maybe variable names, but that depends on the language). Does this mean I can take copyrighted Python code, run it through the interpreter, dump the state, decompile it, and have an independent work not subject to the original license?