The & is the html escape code for an ampersand (&) symbol, which is used to separate query params in a url – it appears like this has been re-encoded so the single & in the URL becomes & by something breaking the link. If you change all of the &s to $ it works. it’s not really an “amp” link in the “Google Amp” meaning.

Also after posting this comment, it appears to be Lenny’s url encoding, I think I’ve fixed it but if not, remove the amp; from the 3 sections of the url you see it and it’ll work

Sure, they obviously are dropping the ball here, just trying to explain what they might mean by “thoroughly tested” and why it’s not succeeding

This is all assumption from me, but I think a lot of testing would likely be diagnostic machines and specialized testing – not actually playing games. I would assume it’s something like plugging in, confirming the parts all meet spec after whatever the refurb is. That spec is probably more around frequencies, power use, temperatures.

Obviously that’s not good enough if they’re sending out these clearly broken refurbs.

Maybe, but unless we’re in there, it’s hard to say for sure. Battleye supports it but given the clusterfuck that is the Tiger engine, they might be using an old or heavily modified version. Especially given how easily cheaters are getting past it atm, I would not assume they’re keeping up to date on it without some evidence.

Stadia limits the player’s control of the system substantially and might not have even needed the anticheat, or the same anticheat, given it’s closer to a console in terms of user’s ability to run programs alongside the game to modify memory.

The Deck is designed for SteamOS and SteamOS is pretty much designed for the Deck. They’re chocolate and peanut butter.

I feel Valve’s Windows support is not great – it’s a custom APU for them so you’re getting your drivers through Valve, not directly from AMD’s Adrenalin. The APU drivers are from March, I’m not sure if we’ve seen any Linux improvements since then on the APU side but months without GPU driver updates to address game compat issues doesn’t encourage me.

They don’t officially support dual booting AFAICT, and given the size of modern games + Windows, I wouldn’t want to dual boot on any of the offered SSDs tbh.

If you’ve got a deck and really want a Windows-only game, it works. But given the easy availability of the Ally, and the upcoming non-extreme Ally, I can’t imagine recommending anyone who wants to primarily play a Windows-only game get a Deck.

I’ve done it so it’s definitely possible, though I can’t remember if I used Steam link or Moonlight to do it. It was also pre-Lightfall, so they definitely could’ve changed it.

estiny has some anti-overlay stuff enabled that limits what can pop up on top of it, which might also be affecting some form of streaming?

Unless something has changed very recently, Destiny 2 does not work under Proton because the Anti-cheat isn’t compatible. Windows is an option, but I’d really recommend a dedicated Windows handheld for that instead of the Deck.

I haven’t tried Windows on the Deck itself, but based on 6800u performance, you’re looking at maybe getting a solid 30fps on lowest settings. Destiny 2 is not a very well optimized game atm, and even the Ally at 20w can have trouble holding good performance in Neomuna or the Tower.

Looks like the mount definitions require the :ro (or maybe :rq?) at the end unlike regular docker volumes, that was the issue.

What’s required to map a folder into one of the containers (i.e. retroarch)? I’ve attempted to edit config.toml to include it, but the main wolf container immediately crashes on boot due to interrupt code 11. There’s no other error messages, just a binary stack trace.

The folder exists. I’ve tried directly mounting the host path as well as mounting it into Wolf-Wolf-1 and using the local path, but nothing works. Even perfectly mirrored paths don’t work. Wolf appears to be running as root so I don’t think it’s a permissions error? I can certainly access the folders. They are a locally mounted NFS, but I’ve used this with dozens of containers without issue.