Supposed Steam Deck killers are missing the point - eviltoast
  • xep@kbin.social
    link
    fedilink
    arrow-up
    53
    ·
    edit-2
    1 year 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
      link
      fedilink
      English
      arrow-up
      6
      arrow-down
      2
      ·
      1 year 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.

        • averagedrunk@lemmy.ml
          link
          fedilink
          English
          arrow-up
          4
          ·
          1 year 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
        link
        fedilink
        arrow-up
        6
        ·
        edit-2
        1 year 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.