![](/static/66c60d9f/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
I have a 5900x (zen3), and apparently I got a bit unlucky with the silicon and ended up with a CPU that’s slightly unstable at its stock voltages and stock boost clock. The system would freeze and reboot randomly, and the bios would report an MCE error. This crash could be reproduced with near 100% success by doing sha1 hashing specifically for some odd reason. This is not a Linux issue, it’s a hardware defect.
It may be an Asus motherboard specific thing, but I found a workaround by going to the bios settings, precision boost overdrive, and increasing the voltage scalar to like 7. Now it’s been two years and I have only ever had it happen once since I changed that, so I’m happy.
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
It compresses much better, by a lot, as zlib/deflate is an ancient algorithm made back when computers only had a few megabytes of ram.
Nowadays though, zstd seems to be replacing both of them, as at max level it compresses about as well as xz while also being faster. Nevertheless, many programs link against all the common compression algorithms (xz/zlib/zstd/bz2) to support everything
I don’t understand what you mean by this question… Because someone decided to create it?
It provides liblzma
, an implementation of the lzma compression algorithm
I already force Wayland global for SDL games because the xwayland one has a horrible stutter while the native Wayland works flawlessly. Making it the default sounds reasonable to me. If specific programs don’t work with it, they can override it
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
They are enshittifying, separately from this issue though.
I’m more of a garden KDE user
It was the point of software as a service and DRM
It’s unencrypted and we know with certainly that the messages are stored by federal agencies and cell carriers. It also requires giving out one’s phone number which may be undesirable in some situations
So the two least secure online communication methods possible?
Please do not use exfat on anything critical. It is slow as hell, it does not have journal or CoW to ensure consistency on unintended shutdown, and is designed to be extremely simple to implement, not robust. Good for flash drives and sd cards, but not normal storage.
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.
yt-dlp is pretty much the standard program for it https://github.com/yt-dlp/yt-dlp
It is installable as a python module, so it should be easy to sandbox if you need to (though it requires ffmpeg too). Nowadays I almost view it as a standard unix utility though and wouldn’t think twice about installing the native package