My old Nexus 5 was my first smartphone and probably still holds the top spot for price, performance and usability (at the time) of any phone I’ve owned. My current Pixel 6 is somewhat close- but there was just something SO solid and magical about the old Nexus 5.

AMD with ray tracing isn’t great. Not as bad as it used to be, but pretty lackluster overall compared to Nvidia (and to a lesser extent Intel’s GPU offerings). Linux ray tracing via Proton is also not as optimized at present, so that can take something “passable” in windows and make it unplayable on an AMD card in Linux. If you get something overkill for the resolution you’re playing at that can somewhat make up the difference.

If you’re doing 1080p the 6600 is pretty solid. Or 7600, really. It CAN do higher resolutions, but then you’d need to start doing FSR scaling or drop settings to keep things smooth/consistent.

I’m just here to say Bazzite all the way. No clue what that poster meant by breaking issues or problems with rollback… Bazzite is literally designed to be the antithesis of both. The ONLY time I’ve had a problem with it was rebasing my laptop between Silverblue and Bazzite. Technically allowed, but I wouldn’t advise it as that did cause me stability problems. I’d blame Silverblue more than Bazzite in that case, however. A clean Bazzite install has been solid ever since.

You seem to be arguing it’s all about the implementation of the phoning home itself- I’m arguing that running the entire executable/binary through a virtual environment likely has far more drastic performance implications than a phone home, regardless of frequency. It probably IS mostly an implementation problem, but I’m more inclined to believe that the implementation of the Denuvo virtual environment is at fault, not just a server call and response delay. **EDIT: Apologies, forgot to include a link- see HERE. Looks like a substantial/measurable difference. Not massive, as measured here, but certainly enough that if your hardware is just barely able to run a game it could easily make or break the entire experience.

Regarding performance implications: I believe Denuvo DRM runs through a type of virtual machine environment. While this theoretically should be relatively transparent, there are definitely documented instances of it negatively impacting performance, sometimes severely. Maybe the VM it runs in is just bad with certain instructions/calls on certain CPU’s or api’s, hard to tell for sure. But it’s not nothing.

Possibly dumb question: why not use an Authentik outpost with a reverse proxy to enforce SSO? It wouldn’t be “baked in” so to speak, but it would be fully OIDC and as long as you’re just running it through a web browser. Biggest downside is you’d need 2 logins (one for the outpost and one for the app). I’d assume the sso is specifically for the extra security though, so that shouldn’t be a problem outside of it being a little hassle.

Remnant 2. Gotta finish Cyberpunk 2077 (again) first though. The damn DLC adding extra achievements has thrown everything off!

*ahem Subtle Spell has entered the chat. Cast any spell that doesn’t require a line of sight target and that doesn’t require material components or otherwise rely on an “attack” or similar action. Like say Guardian Of Nature. Or, if you want to get REALLY pedantic: Dimension Door.

Why would I recommend Fileflows? It was a little more user friendly in my experience without requiring pulling in configurations from other sources. I know there are repos chalk full of Tdarr settings and configs, but for simple setups and DIY I preferred the Fileflows interface. The end result is basically the same, so pick your poison.

Isn’t AMD’s HEVC/265 still decent, specifically? I feel like I read that somewhere years back. 264 has always been a weak spot for them, however.

I might recommend fileflows over tdarr- but either way some kind of similar solution is almost mandatory with the grab bag of arbitrary encodings you find out there.

Very true. But brute force checking through tons of different settings for each camera you need to configure is not fun. I couldn’t seem to find any kind of “known working configs” database or anything either. Every camera seems to be different in what it expects, outputs, authenticates, etc. Once it’s set up, I agree, maintaining the config is easier. Having all your cameras match in model and firmware version probably makes the whole endeavor MUCH easier.

AmCrest and Frigate together are SO good. Integrating Frigate with Home Assistant was also insanely easy for quick viewing and notifications. That initial Frigate config is a bit of a bear- but once you’re past that I cannot speak more highly of it.

hunter2

My friends and I all LOVED the pick-up nature of SG1. We’re all adults with busy lives, so hopping into a ~5 minute casual match was just so easy. And the casual nature made it feel like we could have success without “grinding” the game. I guess that is explicitly not the intent of SG2.

The shift from “we’re making a fun and relatively casual arena shooter with a neat gimmick and extremely rewarding fundamentals” to “we’re making a generic e sport shooter” was swift and, frankly, uncalled for.

Are you on Gnome, KDE, or some other desktop environment? I know KDE Wayland and Nvidia do NOT play nice (presently).

Are you running it through Lutris? Steam with Proton? That error seems decidedly like a Wine specific problem, which Proton should have ironed out at this stage for this particular game.

*Unless you’re trying to play on hardware with incomplete Vulkan support. Then it’s a hardware support problem that is unlikely to be fixed in a reasonable timeframe.

Ooooh okay. Yeah, I avoided the playstore version. I’m pretty sure I had read somewhere early on that the Playstore version would lack features or otherwise be behind in some ways due to complying with certain Google specific requirements to be allowed on the storefront. Kind of like KDEConnect.