• 0 Posts
  • 35 Comments
Joined 1 year ago
cake
Cake day: June 13th, 2023

help-circle

  • Sure, but we’re talking about a handheld. Yes, performance is improving generation over generation, but in the handheld space power usage and heat dissipation are equally important. If you’ve been keeping up with recent innovations, you’ll see that generally we are making more powerful parts, but they’re getting much more power hungry for every little percent of improvement they bring in raw horsepower. So far it doesn’t look like you could even get Xbox series S performance in a handheld yet. At least not at a reasonably portable size, cost, or battery life. You could get a little better than PS4 pro performance in a handheld at present, based on what I’ve seen. Which is not a full generational leap over what’s out there.


  • If they released one NOW they’d probably be shooting themselves in the foot. At best they’d get mid-generational performance improvements whereas likely in the next year or two Valve is probably going to drop a true SteamDeck 2 with significant improvements. All speculation at this point, but if you’re a bean counter at Microsoft, speculation is like 90% of your job. Unless they abandon the standard console release cycle and shoot for faster iteration, they’ll want to come out absolutely swinging to compete.


  • Drathro@dormi.zonetoLinux@lemmy.mlBest way to swap drives?
    link
    fedilink
    English
    arrow-up
    3
    arrow-down
    1
    ·
    15 days ago

    Absolutely this. Relatively quick and clean, no messing with installation or reconfiguration. That is, assuming your data isn’t completely corrupted and the old drive doesn’t just outright fail during transfer… But if that happens you were screwed to begin with.




  • Drathro@dormi.zonetoLinux Gaming@lemmy.mlBest GPU type for Linux gaming PC?
    link
    fedilink
    English
    arrow-up
    9
    arrow-down
    1
    ·
    28 days ago

    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.



  • 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.


  • There’s an old article on the Arch wiki I used to use HERE. For simplicity I’d just always use section 2.2. Hasn’t ever steered me wrong, but I’m also under no illusions that no digital data is sacred. And if it IS sacred, then it’s already backed up under the 3-2-1 approach. Just make sure you know which device is which so you don’t mix up “if” and “of”. There’s probably significantly more user friendly ways of doing it, but I guess I’m old now so I’m stuck in my ways.


  • Get a same sized drive (or larger) and just dd it? I used to do that all the time, even to Windows installs, if I knew a drive was starting to become unreliable. I’d advise mounting the original/donor drive as read-only to mitigate any potential data losses while transferring. But dd makes a perfect bit for bit copy of any partitions, drives, etc that you feed it. Just don’t get the inputs/outputs backwards! And always remember: dd stands for “disk destroyer” because if you get it wrong, bye-bye data.


  • 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.




  • Software-wise, it seems that the relatively fast adoption of flatpaks and other containerized formats somewhat solves the typical dependency hell that was so common in Linux just a few years back (and to some extent still is an issue today depending on your distro and use case). The hardware support side is a little harder. That’s going to be up to vendors to play nice with the Kernel team and/or introduce reasonable userland software that doesn’t break the golden rule. Until Linux gets more market share the latter isn’t likely to happen. A nice side benefit of the emergence of immutable and/or atomic distros is that users can play around and try things with much lower risk of bricking their systems, so I’d also consider that a step closer in the “it just works” department.


  • 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.