3 ms·

What is the legal status of recompilation projects like these? Greyer or less grey than emulators?

by happa 11d ago

lfarroco 11d ago
I'm not aware of legal trouble involving the the Zelda 64 recomp project, which would have a much higher chance of attracting the attention of big N (especially now that a new version of OoT is coming out). At least in the way that I see it, a recomp is like building your own turntable to play your vinyl records, after stydying their grooves and infering how they would sound (so I guess that it would be less gray than an emulator).
rafaelvasco 11d ago
No one can say anything, no game rom is ever bundled in the official releases of these recomps. We always have to provide the roms. Where from, it's another story.
ndiddy 11d ago
It's basically the same as emulation as long as the recompiled code doesn't get distributed (which this project doesn't do AFAIK). Functionally the only difference between a "recomp" and traditional console emulation is that the assembly code that the CPU runs is translated to C then compiled to native code, rather than being interpreted or JIT compiled at runtime. Traditionally recompilation was mainly used when porting games to platforms where the emulation overhead would have been too much, like if you were making a GBA port of a Sega Genesis game. With these enhanced ports, I guess the idea is that if you're making a game specific "emulator" anyway, you might as well recompile the code and get rid of the overhead of interpretation. Note that this isn't the same as a "decomp" where the goal is to make readable source code that resembles something that the original developers would have worked with. A "recomp" simply translates the assembly instructions to C. You end up with "assembly code but in C" rather than idiomatic C code.
deleted 11d ago
[deleted]
wgjordan 11d ago
More infringing than emulators. De/recompilation projects are pretty clearly 'derivative works' of the original copyrighted program code, even if they require the original ROM in order to extract other assets necessary to compile a fully playable artifact. The closer analogy would be fan-translation patches, which are also pretty clearly copyright-infringing derivative works though generally tolerated by rights holders. Companies often encourage (or at least turn a blind eye to) creative derivative works from fan communities, especially if they're non-commercial and aren't cutting into the market share of their own official products enough for them to take notice.
- bri3d 10d ago
  This is a recomp project, not a decomp project; the original binary is supplied by the user, mechanically translated into source code at an architecture level (rather than a human-readable level), and patched. It’s AOT dynamic recompilation and the original IP isn’t distributed. I do agree that decompilation projects are obviously not transformative (the only fair use feet they really have to stand on are purpose and market effect), but recomp projects are a little more interesting and might live on much less shaky footing.
  - gspr 10d ago
    Thank you for explaining this. I had the exact same misunderstanding as the parent poster, and was only corrected (and educated) by reading your comment. A hypothetical relating to the legal aspects: Since this was mostly done by an LLM, the legal considerations would become incredibly interesting in cases where the original code (source or binary) was illegally leaked. What happens if the LLM saw the leaked code in its training material? (My non-lawyer brain thinks it's completely obvious that in that case you have a derived work, but apparently the world has decided that it's completely fine to train LLMs on e.g. GPL code without the output being considered derived, so what the hell do I know…)
    - orthoxerox 10d ago
      > the world has decided that it's completely fine to train LLMs on e.g. GPL code without the output being considered derived I think it's more of a "the constitution is not a suicide pact" approach to GPL: while the GPL is obviously violated by its inclusion in the training corpus, we have two options: - demand the destruction of LLMs that are trained on copyrighted or copylefted works and the training of new ones - accept that LLMs that are trained on copyrighted or copylefted works are more important to humanity than the rights of the authors
onetrickwolf 10d ago
It's sad that we even have to think about this. Ogre Battle 64 is 27 years old now. Under the law that preceded the Copyright Act of 1976, it would be entering the public domain right about now. It's absurd how long we've made copyright terms, and it's really endangering preservation.
- 0points 10d ago
  > endangering preservation Luckily preservationists are found outside such ridiculous jurisdictions, and most recognized titles have been preserved for a long while already.
Narann 10d ago
IIRC, EU have some laws protecting "interoperability", i.e. making a program work on other platforms. I suspect decompiling is considered as "interoperability".
deleted 10d ago
[deleted]

What is the legal status of recompilation projects like these? Greyer or less grey than emulators?

by happa 11d ago

What is the legal status of recompilation projects like these? Greyer or less grey than emulators?

I'm not aware of legal trouble involving the the Zelda 64 recomp project, which would have a much higher chance of attracting the attention of big N (especially now that a new version of OoT is coming out). At least in the way that I see it, a recomp is like building your own turntable to play your vinyl records, after stydying their grooves and infering how they would sound (so I guess that it would be less gray than an emulator).

rafaelvasco 11d ago

No one can say anything, no game rom is ever bundled in the official releases of these recomps. We always have to provide the roms. Where from, it's another story.

ndiddy 11d ago

It's basically the same as emulation as long as the recompiled code doesn't get distributed (which this project doesn't do AFAIK). Functionally the only difference between a "recomp" and traditional console emulation is that the assembly code that the CPU runs is translated to C then compiled to native code, rather than being interpreted or JIT compiled at runtime. Traditionally recompilation was mainly used when porting games to platforms where the emulation overhead would have been too much, like if you were making a GBA port of a Sega Genesis game. With these enhanced ports, I guess the idea is that if you're making a game specific "emulator" anyway, you might as well recompile the code and get rid of the overhead of interpretation. Note that this isn't the same as a "decomp" where the goal is to make readable source code that resembles something that the original developers would have worked with. A "recomp" simply translates the assembly instructions to C. You end up with "assembly code but in C" rather than idiomatic C code.

deleted 11d ago

[deleted]

wgjordan 11d ago

More infringing than emulators. De/recompilation projects are pretty clearly 'derivative works' of the original copyrighted program code, even if they require the original ROM in order to extract other assets necessary to compile a fully playable artifact. The closer analogy would be fan-translation patches, which are also pretty clearly copyright-infringing derivative works though generally tolerated by rights holders. Companies often encourage (or at least turn a blind eye to) creative derivative works from fan communities, especially if they're non-commercial and aren't cutting into the market share of their own official products enough for them to take notice.

bri3d 10d ago
This is a recomp project, not a decomp project; the original binary is supplied by the user, mechanically translated into source code at an architecture level (rather than a human-readable level), and patched. It’s AOT dynamic recompilation and the original IP isn’t distributed. I do agree that decompilation projects are obviously not transformative (the only fair use feet they really have to stand on are purpose and market effect), but recomp projects are a little more interesting and might live on much less shaky footing.
- gspr 10d ago
  Thank you for explaining this. I had the exact same misunderstanding as the parent poster, and was only corrected (and educated) by reading your comment. A hypothetical relating to the legal aspects: Since this was mostly done by an LLM, the legal considerations would become incredibly interesting in cases where the original code (source or binary) was illegally leaked. What happens if the LLM saw the leaked code in its training material? (My non-lawyer brain thinks it's completely obvious that in that case you have a derived work, but apparently the world has decided that it's completely fine to train LLMs on e.g. GPL code without the output being considered derived, so what the hell do I know…)
  - orthoxerox 10d ago
    > the world has decided that it's completely fine to train LLMs on e.g. GPL code without the output being considered derived I think it's more of a "the constitution is not a suicide pact" approach to GPL: while the GPL is obviously violated by its inclusion in the training corpus, we have two options: - demand the destruction of LLMs that are trained on copyrighted or copylefted works and the training of new ones - accept that LLMs that are trained on copyrighted or copylefted works are more important to humanity than the rights of the authors

onetrickwolf 10d ago

It's sad that we even have to think about this. Ogre Battle 64 is 27 years old now. Under the law that preceded the Copyright Act of 1976, it would be entering the public domain right about now. It's absurd how long we've made copyright terms, and it's really endangering preservation.

0points 10d ago
> endangering preservation Luckily preservationists are found outside such ridiculous jurisdictions, and most recognized titles have been preserved for a long while already.

Narann 10d ago

IIRC, EU have some laws protecting "interoperability", i.e. making a program work on other platforms. I suspect decompiling is considered as "interoperability".

deleted 10d ago

[deleted]