![](/static/f79995a8/assets/icons/icon-96x96.png)
![](https://lemmy.ml/pictrs/image/st9xYggWap.png)
It was always pretty bad, musk just made it worse
It was always pretty bad, musk just made it worse
It’s unfortunate that the other users are ignoring your actual question… You should still be able to bind qbittorrent to the wireguard interface, and you definitely MUST do so in order to make sure you’re safe (if the VPN drops, you don’t want it to fall back on your normal connection). If you aren’t sure what the wireguard interface is names, try running ip a
before and after activating the VPN connection and compare them.
Port forwarding allows other users to connect directly to your torrent client. Without it, it’s much more difficult for you to connect to other people who aren’t port forwarded (though not impossible if there’s a third, mutually connected client who can facilitate initiating the connection). Things will generally still work without it, but youll connect to fewer people, so it might be slower. And if you’re downloading rare torrents, you might have to be patient and wait for someone else to join and facilitate the connection
Also, if you happen to be learning Japanese, Chinese, or Korean, check out https://github.com/themoeway/yomitan
Facebook may be evil but I don’t think they’re anywhere near “inject malware into global supply chains to push adoption of a public engineering side project that they don’t directly profit from and most executives don’t care about” level of evil. Is it possible? Sure anything is possible, but that is wildly beyond many many more plausible explanations and there’s zero evidence leading us down this path. And why would they go through the trouble of backdooring zstd, which has a highly observed codebase, when they just successfully backdoored lzma because it didn’t have a lot of maintainers?
While it’s true that zstd is commonly favored for having “good” compression at blazingly fast speeds, which is useful on the web and on servers, Zstd 's max compression setting (zstd --long -19
) is actually within about 5% of LZMA’s but faster, so it replaces most use cases of LZMA except when that extra 5% (and that’s not even constant; some inputs are even better on zstd) really does matter at all speed cost
The first 3 seem incredibly far-fetched.
I think it’s likey that, of all the mainstream compression formats, lzma was the least audited (after all, it was being maintained by one overworked person). Zstd has lots of eyes on it from Google and Facebook, all of the most talented experts in the world on data compression contributing to it, and lots of contributors. Zlib has lots of forks and overall probably more attention than lzma. Bz2 is rarely used anymore. So that leaves lzma
It’s useful for security researchers to collect and analyze what the newest attack bots are trying to do, in order to learn how to defend against it and study the malware they drop. There are some cool videos on YouTube about decompiling malware dropped by the bots.
Ratios that extreme would probably only be seen in cases where the source video was really poorly compressed anyway, which is what the commenter probably experienced. I’ve had that happen before too. Expect more like half the size compared to H264, which is still pretty good
At its highest compression setting (zstd -T0 -19 --long
), it’s about the same as lzma in compression ratio (varies a bit from file to file though), but slightly faster to compress, and much much faster to decompress. Decompression speed is not significantly affected by the compression setting (though compression speed is) and is usually at least a few hundred MiB/s to 1G+
Are they attempting to listen on the same port, so one of them is failing to? Try setting a different port number for the two
You’re thinking of partuuid
, regular uuids are part of the filesystem and made at mkfs time
That one hasn’t been around for a long time, since the Linux kernel started using a SCSI abstraction layer above many of the other storage protocols. Really cool stuff: https://upload.wikimedia.org/wikipedia/commons/thumb/f/fb/The_Linux_Storage_Stack_Diagram.svg/1161px-The_Linux_Storage_Stack_Diagram.svg.png
It was the point of software as a service and DRM
Maybe try Stash, it has gallery support too https://github.com/stashapp/stash
Also, what about jellyfin itself? It also supports photos
I’m skeptical of Braxman. For someone who is supposedly an expert on the topic, he’s made some pretty bizarre and incorrect claims, such as that an ordinary person can map someone’s ip address to an exact physical address
Does this imply they weren’t anonymizing it previously?
It can play local files or videos from url (and even has experimental support for YouTube), much like VLC, so as long as you have the files for the anime, yes. I prefer it because Im learning Japanese and like to use the dictionary lookups on the subtitles as I watch the anime. Though if this isn’t something you have a use for, VLC or mpv will get the job done fine.
They have the money and resources to comply with it, but any small competitor won’t. So Microsoft will gain even more dominance in the market
Ok but I don’t see how that was ever in dispute?