172

Supposed Steam Deck killers are missing the point (www.notebookcheck.net)

submitted 9 months ago by ylai@lemmy.ml to c/steamdeck@lemmy.ml

45 comments fedilink hide all child comments

you are viewing a single comment's thread
view the rest of the comments

[-] xep@kbin.social 54 points 9 months ago* (last edited 9 months ago)

So, modest but capable hardware, and accessible pricing, enabled by scale and software sales. The modern handheld market might have had its roots in the revival of pocket PCs, but it's by far at its strongest when it's most console-like.

This is "the point" from the article, which is that we expect a portable handheld to provide an experience like a console portable handheld would, rather than a PC in a small form factor. My two cents is that I've found the Steam Deck's "sleep" function to be very much like a console's, and it's not something that Windows does very well.

[-] TheThing@pawb.social 4 points 9 months ago

Yup. It works well enough if you know your gonna jump right back in, but god forbid you wait a couple hours it'll be dead. I've just started to turn the whole thing off every time now. I wish there was a hibernation option.

[-] aebrer@kbin.social 18 points 9 months ago

You may want to look into that... mine sleeps for a day or two at least typically.

[-] averagedrunk@lemmy.ml 4 points 9 months ago

I don't play mine every day or even every week. The last time I turned it on was last Monday. I just checked and it's exactly where I left off and at 6%. I have no idea how much battery I had when I put it into sleep mode, but it was likely full or pretty close.

[-] Ferk@kbin.social 6 points 9 months ago* (last edited 9 months ago)

They already took so much care to handle the suspend feature (they even support save syncing mid-game!). Solving the point you mentioned is the one thing that, in my view, would make it perfect.

The thing is that it's technically possible to handle this use case.. they could have programmed it so it goes into hibernation after X hours of being asleep (which could have been done by setting a wake up timer before the sleep state, the Linux kernel already allows it).

I wish some of the unofficial extensions implemented something like this, but I bet it's not so simple to hook into the pre-sleeping / post-sleeping codepath without messing up too much with the system... plus the risk of potentially causing the device to enter some inescapable loop.