No reason not to. Old reputations die hard, but it’s been many many years since I’ve had an issue.
I like also that btrfs is a lot more flexible than ZFS which is pretty strict about the size and number of disks, whereas you can upgrade a btrfs array ad hoc.
I’ll add to avoid RAID5/6 as that is still not considered safe, but you mentioned RAID1 which has no issues.
Maybe post an issue report on their github. The queue function does work on desktop at least (the web client), but I don’t bother with playlists.
There’s a player queue functionality (which works kind of like a playlist) but I don’t think it transfers across devices. But you can at least queue up a bunch of tracks on a device.
Audiobookshelf also supports podcasts (and ebooks, but I haven’t tested that).
Morrowind. Although it’s more like play a few hundred hours every five years for me.
It works, but it only works on Linux so they don’t advertise it. You may need to update the firmware to get the best experience too.
DP to HDMI adapter that supports VRR or FreeSync.
Here you go: https://www.amazon.com/Cable-Matters-102101-BLK-Computer-Adapter/dp/B08XFSLWQF
It’s slightly quirky, but it does work. Although I don’t use HDMI audio so maybe you’re already using the same adapter.
0.82 is only two weeks old, so you would have needed nightly up until that point for most newer Garmin devices. I did uninstall Connect shortly after but I think you just have to make sure it’s not running, as I know some use both apps.
Gadget bridge doesn’t really work for any “new” (i might be wrong here) devices.
Most newer Garmin devices should work since 0.82 (and earlier with nightly). It’s not feature complete compared to using Gadget Connect but should be enough for most use cases, unless you really care about the social/awards aspect and some of the deeper metrics (although if you’re handy with SQL you can handle that yourself).
Not being able to set an event date and have “daily suggested workouts” follow that is my only annoyance, although I’ve been happy just using the defaults for now.
They are planning to use KVM under the hood in the future. But who cares when we have qemu and libvirt.
You can actually play from the UI too, but it’s not particularly nice to use (or intended to be used that way).
Another issue is that zwave isn’t available in all countries (or it is but uses incompatible frequencies) so it’s less useful outside the big markets.
I’ll add pinchflat as an alternative with the same aim.
That’s the point of this standard, at least in theory. Same with the older but still common ZigBee standard.
Perplexica is one example. I also seem to remember there is some way to integrate it with SearxNG which is a self hosted meta search engine.
I’m going to have to try the selfhosted variants now. What a huge piece of shit.
This exactly, as long as your phone has at least one frequency band of the provider, then it will at least connect to their network and allow you to access data.
In the implementation in Australia, you actually will lose data access too if you’re blocked (wifi still works of course). That strikes me as kind of dumb, but I guess they don’t want to give the impression that it’s supported at all, since the whole thing is about emergency calling access.
It’s not just the bands. You could have all of the needed bands and still be blocked (and you could me missing one and just get a warning).
Check status here. It looks like it may be a little better than the past, but I’m not sure I’d trust it.
An alternative approach I use is mergerfs + snapraid + snapraid-btrfs. This isn’t the best idea for a system drive, but if it’s something like a NAS it works well and
snapraid-btrfsdoesn’t have the write hole issues that normalsnapraiddoes since it operates on r/o snapshots instead of raw data.