vividspecter

I think that's reasonable, and is the impression I have of FUTO as well. I'm using their Android keyboard at least and have been impressed by it (although I don't have demanding needs).

It's commonly used by spammers, so it could cause issues if you're planning to use it for mail.

Do you need 6Ghz as well? Because I don't think there are any that OpenWRT supports yet.

The Flint 2 suggestion is reasonable, although the firmware situation is currently a bit problematic with the stock version using an out of date Openwrt version due to issues with the open source drivers. But it should get resolved in the long run.

Unless something has changed recently, OPNSense doesn't have an ARM build so it won't work on the Pi4.

If you want to use the PI as a router you'll probably end up with a double NAT situation which isn't ideal but may work well enough. In terms of wifi performance, I wouldn't expect a Pi to be particularly good here so I'm not sure this even worth it unless it's just a budget issue and you don't have any other options.

In terms of your problem, you should be able to assign the Pi ethernet port to the default WAN and WAN6 networks. As for wifi, the Pi adapter needs to have support for AP mode, and looking around it doesn't seem clear if the built in wifi adapter supports that or not (most people using the Pi are using it purely as a router and not a wireless AP). If not, you'd need a USB wifi adapter that supports AP mode. You might want to get that additional ethernet adapter too for testing/debugging and it will allow you to add a dedicated wireless AP.

It's nice not to deal with HTTPS warnings etc and as you said it's more convenient to access by domain name rather than remembering port numbers. You should be able to technically achieve the latter in another way by using docker and configuring it to assign a real IP for each service (a bridge network presumably), then setting each service to use port 80 externally. But that's probably as much work as just setting up a reverse proxy.

And if you're concerned about exposing ports, you can use DNS challenge which doesn't require opening port 80 on your router.

I haven't tested the ebook functionality and I mostly use it for podcasts, but you should be able to download on the mobile client at least.

And if you've hosted it at home it will continue to work on the LAN if your internet connection goes down.

tl;dw higher latency and more artifacts compared to FSR and DLSS, but higher compatibility and ability to do 3x generation

Would be nice to see this implemented in gamescope on Linux since it would be useful on the Deck in particular.

Assuming the Switch supports ipv6, and given how backward Nintendo's tech tends to be, it wouldn't surprise me if they didn't.

Although at least nintendo.com has an AAAA record.

Could be useful for PiKVM or equivalent.

Volume is weird, i feel like i’d almost like either a “volume target” option, to match volume levels between content, or some sort of fixed audio boost level. Idk.

Adding replaygain tags to your content could help here, but it's a manual process, particularly since it's not normally included in released videos. And I'm not sure if jellyfin supports replaygain tags from video (presumably it does for audio only files).

mpv definitely does support it at least, with "--replaygain=track".

Of course, none of this helps with OPs situation, because enabling replaygain will actually lower the volume on most files, so it can account for high dynamic range content.

The situation is a lot better with music, but it's not perfect. There's still issues with region locking content, and content only existing on one service and not another.