Reading the takedown it sounds like just having the decryption code itself counts as “circumvention”. I feel like emulators would be a lot safer if game decryption was a separate codebase. Then the emulator would be free to develop while Nintendo plays whack a mole with tiny easily remade decryption repos that just take your key and the file and decrypt it.

Hell ryujinx could even detect that you have the decryptor installed and automatically call it when needed, or it could be bundled during packaging but separate in development like how Bluray decryption is distributed in a separately library but can be used by for eg. VLC.

Sure, but you also don’t need to give them full benefit of the doubt just because that’s how the court operates. It’s a perfectly reasonable stance to not believe their claim that they loopholed the law by not seeding, which I don’t think is contradictory with supporting piracy. And comparing the mass ingestion of human creative work into an exploitative AI model to an individual person pirating for human consumption as if someone who is against one must be against the other is absurd.

My argument is that just because the courts may give Meta the benefit of the doubt, it doesn’t mean that you need to as well. It shouldn’t be any surprise to you that you’re getting the response you’re getting here when you seem to be bending over backwards to find any excuse to give Meta a pass.

And no - wanting Meta to be fully investigated on the basis that they most likely did break the law has no bearing on wanting to oppress the enemy lol.

I’m not a court so absent any actual evidence from Meta, I can assume whatever I want. Meta can suck a dick.

It’s a distinction without a difference, because there is no reason to believe Meta’s word that they blocked seeding when downloading. So whether it’s always or usually makes no difference, because in either case, Meta should not be given the benefit of the doubt.

Both things can be true at the same time - you can get a letter for leeching only AND usually when leeching you are also seeding. I don’t know what your issue is with that statement.

I don’t know if this is news to you or not, but while you are leeching, you are also seeding.

I am the reader and I have made the determination that you are wrong. Plenty of people get letters for leeching only - just your presence in the swarm is all it takes, and that’s all they check for before sending you a letter - at least in the US.

One related thing to watch out for is the state table size - one of my old cheap routers back in the day showed how full it was and it was hitting 100% a lot and seemed to grind the network to a halt when it did (I was in a house of 5 young people with lots of devices and multiple people torrenting behind a cheapo Netgear running ddwrt). That’s what lead me to switch to high end or x86 based routers. Being able to see the state table stats really helps to know how likely it is to be a problem, it’s so big when using opnsense on an x86 box that I don’t think it ever goes above 1% now.

Edit: now that I think about it, if your VPN is working I wouldn’t expect any states related to peer connections to show up since your router won’t be NATing them, I guess I was just bold back in the day because it was a huge problem then.

Not really, as long as your VPN setup is solid (assuming you need it to avoid letters) and you don’t mind the bandwidth usage. I have some ratios in the 500s

Sadly the only power you have is to switch banks, and let them know when you close your account why. I switched from Ally to Aspiration partially because of this.

I’m pretty sure that’s exactly the problem, the package name is the same but it likely has a different signature. If the package name was different then it would let you install both side by side even if signed by different keys.

I don’t really have a recommendation atm, I used to use mullvad but for torrenting I feel like the lack of port forwarding (once they removed that feature) was hurting my ability to seed so I switched to proton. I also recently added Usenet into my mix and since many providers bundle a VPN subscription - and mine in particular supposedly also supports port forwarding (usenetdirect bundles a ghost path VPN subscription), I’m gonna try to get it to work with that so I don’t have to pay for a VPN separately but I haven’t tried it yet.

Sounds like their strategy is to force US companies to block access to piracy sites.

I already run my torrent client through a non-US VPN so this can literally be bypassed by adding this to my prowlarr docker compose:

network_mode: service:gluetun

There’s a ticket in the Firefox bug tracker that appears to be tracking this: https://bugzilla.mozilla.org/show_bug.cgi?id=1913601

Makes sense, because even in reader mode it shows https, and the issue happens on other major sites like Wikipedia.

No problem! You can tell I went deep down the rabbithole a while back lol - I had to rip my dad’s CD collection and assure him that what came out of the toslink to his DAC was identical coming from a FLAC as would come from a CD player with optical out.

I’m pretty sure if you rip CDs directly to FLAC, it’s a perfect copy assuming you’re using good software. PCM isn’t lossy or lossless because it’s not a compressed format, it’s an uncompressed bitstream. Think of it like the original data. If it was burned to a CD as digital MP3 data and then ripped that to FLAC, then yes you’d be going from lossy compressed to lossless, which would hide the fact that quality was lost when it went to MP3 in the first place.

Just as an example, you can rip a CD directly to FLAC (you should also find and use the correct sample offset for your CD drive), rip the cue sheet for track alignment, then burn the FLAC back to a new CD using the cuesheet (and the correct write offset configuration), and you’ll get a CD with the exact bit for bit pattern of “pits” burned into the data layer.

You can then rip both CDs to a raw uncompressed wav file (wav is basically just a container for PCM data) and then you’ll be able to MD5sum both wav files and see that they are identical.

This is how I test my FLAC rips to make sure I’m preserving everything. This is also how CD checksum databases (like CDDB) work - people across the globe can rip to wav or flac and because it’s the same master of the CD, they’ll get identical checksums, and even after converting the PCM/wav into a flac you are still able to checksum and verify it’s identical bit for bit.

This is great to hear, dansup has been stretched across so many projects for so long so hopefully this really supercharges pixelfed (and friends) development and helps to increase the diversity of AP servers.

It was waitlist for a while, not sure if it still is but I got my welcome email like a week later.

Sounds likely, I haven’t used port forwarding with my VPN since Mullvad stopped supporting it, so when I recently shared my own torrent I paid for 1 month of a seedbox just to make sure it seeds well and the seedbox uploaded ~50GB while my local setup on a VPN without port forwarding only uploaded 1.8GB (and it hardly showed any peers as if nobody was trying to download). So it seems peers had a much easier time connecting to the seedbox.

I have since setup port forwarding in gluetun for my local torrent client. I just wish there was more support for it because gluetun only has built in support for port forwarding for 2 providers (I guess automated requesting a forwarded port), and even then you still have to make your own script to automatically set the port in the torrent client when it’s assigned / changed. It’s possible that some providers do it more like Mullvad where you get assigned a port via the website that is tied to the VPN credentials, so you just have to plug the assigned port into the torrent client settings (that’s how it worked with Mullvad so I could just enter the port once and forget about it) but I haven’t checked other providers to see.