28 Feb 2024 |
nyanbinary | In reply to @k900:0upti.me Then building from source oo oki im dumb so it contains those optional features that the mainline build has too right? | 16:19:11 |
K900 | What optional features? | 16:19:23 |
nyanbinary |  Download image.png | 16:19:40 |
nyanbinary | https://github.com/NixOS/nixpkgs/blob/nixos-unstable/pkgs/applications/emulators/yuzu/mainline.nix#L123 | 16:19:51 |
K900 | Yes | 16:19:59 |
nyanbinary | oki cool :3 | 16:20:04 |
K900 | Those features are also enabled in upstream builds though | 16:20:09 |
nyanbinary | o oki | 16:21:35 |
@elvishjerricco:matrix.org | In reply to @delroth:delroth.net every emulator for any console more recent than the Nintendo GameCube is "removing DRM" for some definition of "removing DRM", the problem is there's no precedent for how broad "removing DRM" should be and the law is written in the broadest of way with the expectation that the Librarian of Congress sets reasonable exceptions I thought the emulator typically runs drm-free ROMs, and it's the software that's ripping the ROM and removing its DRM that's doing the illegal thing | 16:21:39 |
@atemu12:matrix.org | ElvishJerricco: In case of Yuzu, it runs the original firmware to some degree and I think that's what'd doing the decryption. I think there were even plans to run the full firmware UI. | 16:22:56 |
@delroth:delroth.net |
- no, rarely (not for Wii, not for PSP, not for 3DS, not for Wii U, not for Switch, as far as I know); 2. it doesn't matter, because 17 USC 1201 explicitly calls out "the software strips the DRM" as being the same as "the software is not useful without another piece of software that strips the DRM" for the purpose of section a
| 16:23:01 |
@elvishjerricco:matrix.org | thanks for the clarification = | 16:23:21 |
@elvishjerricco:matrix.org | * thanks for the clarification | 16:23:23 |
@delroth:delroth.net | interestingly Yuzu is like the only modern emulator I know which bothers to not bundle encryption keys and require users to get them from an external source | 16:23:55 |
@delroth:delroth.net | (I made a list a few months ago in https://delroth.net/posts/emulation-crypto-keys-copyright-dmca/) | 16:24:30 |
@atemu12:matrix.org | Ryujinx too | 16:24:29 |
@delroth:delroth.net | ryujinx bundles a bunch of keys, not all of them, and I don't think there's much logic to it | 16:24:43 |
@atemu12:matrix.org | Oh? I had to give it the same key file as yuzu | 16:25:09 |
@delroth:delroth.net | it doesn't really matter because keys are not creative work thus in all likelihood not copyrightable, and it's the act of using the keys which violates 17 USC 1201, regardless of where they come from | 16:25:29 |
@delroth:delroth.net | (we actually had a lawyer support that interpretation for us a few months ago when we tried to get some legal opinion after Steam decided to remove Dolphin's listing) | 16:26:19 |
@delroth:delroth.net | * (we actually had an IP lawyer support that interpretation for us a few months ago when we tried to get some legal opinion after Steam decided to remove Dolphin's listing) | 16:26:29 |
@delroth:delroth.net | my post linked above is all about that, though note that it was written before Dolphin got an answer back from the IP lawyer - afaict it's all correct though | 16:27:04 |
K900 | For yuzu it reimplements the decryption AFAIK | 16:28:34 |
K900 | But you need to bring your own keys | 16:28:38 |
| ethan2 joined the room. | 16:51:28 |
| @atakan:atkn.me left the room. | 18:16:41 |
Charles ⚡️ | K900 (drm/amd#1417 when): https://gitlab.freedesktop.org/drm/amd/-/issues/1417#note_2303163 | 19:14:54 |
K900 | I was ready for a stroke ffs | 19:15:14 |
K900 | But I guess it's just more HDMI Forum bullshit | 19:15:39 |
K900 | Honestly would pay money to whoever makes an OLED TV with DisplayPort at this point | 19:16:01 |