Quoting: rustybroomhandleNeat.

I have a loosely Deck related tale to share too. On Friday, the game Let's Build a Zoo launched on Steam and was crashing on startup in Proton. So we supplied the devs with some info, which turned out was it failing to load some mp3. They could not fix it but applied a workaround for us on Saturday, and now the game is 100% playable with no additional crashes. Just there's no music.

I would not normally ask a dev specifically to fix a game for Proton, but in this case I know the publisher has a Steam Deck dev kit and have shown off their other game, Descenders, running on it, so I assumed this was relevant to them.

40% chance this is a path issue, either casing, encoding, or doing something otherwise funny. Or maybe they depend on a windows API for decoding these.

View this comment - View article - View full comments

Yes, the UI is quite inefficient currently, but that feels like a trend with console-first interfaces. It's getting better though, and even more with this update.

However, that seems like a very small improvement, and not something that should have taken months. Looking at their former job posting made me wonder if they were approaching this correctly (web devs basically, no low level back-end expert or game engine dev, so I figure they didn't want a team with a diverse skill-set, just more of the same): I think they were blind to their shortcomings, and I hope that's changing.

I would really like to see LAN (offline) functionality, split-screen. For instance, Halo on PC has no split-screen, Splitgate could beat them on that front.

View this comment - View article - View full comments

Quoting: ZlopezIf you have Morrowind on Steam I can recommend a very useful tool called LuxTorpeda [External Link], which allows you to use various native engines or open source re-implementation of the game engines directly on Steam. :-)

Sounds nice, but being a bit lazy I think I'll wait for the flatpak add-on: https://github.com/luxtorpeda-dev/luxtorpeda/issues/54 [External Link] https://github.com/flathub/com.valvesoftware.Steam/issues/394 [External Link]

That would make it a few-click options (with automatic updates) for us flatpak users.

View this comment - View article - View full comments

Quoting: GuestStemmed from the faq stating native ports are not required, and some devs have also stated they were directly advised not to bother.

IIRC they were advised to focus on things "that make an immediate difference" like using the Vulkan API, or making sure it works with Steam Input/SDL first. But no actual "native=bad" advice.

View this comment - View article - View full comments

Oh I like the premise, I might pick that one up if it isn't too expensive.

The graphics look very dated (Unreal or Quake), but the trailer also gives me some STALKER vibes :)

View this comment - View article - View full comments

Quoting: Comandante Ñoñardo

Quoting: chelobakaNot all CEG titles work so far. It seems Valve announced only the working ones.

• Lara Croft & the Guardian of Light — works, takes a lot of time to start


• Warhammer 40000: Space Marine — doesn't work


• The Bureau: XCOM Declassified — doesn't work


• Darkness II — starts, shows cinematics and crashes. Didn't start before.

The last three are the ones I was about to try... You saved me time.

Space marine works, I'm going trough some of my proton borked list :)

You might need to delete old prefixes, watch the steam command line output. I'm going over to protondb.

View this comment - View article - View full comments

Quoting: GregZengThe overall problem within Linux is the lack of these changes being done at the Linux kernel. Eventually these downstream experiences might be moved upstream, into the Linux kernel.

These downstream innovations are temporary & very limited. They were unpredictable & flaky. Similar to the releases of the latest Linux kernel, updated every week or so, with big fixes & improvements.

Both Microsoft & Linux currently rely on massive downstream development. Linux is a small newcomer to the gaming world, but it shows promise, theoretically, with rational & logical design, with its Linux kernel & system structures. This website shows the way to injecting greater usability into Linux, which is only used on a few percent of desktops, at this moment. Hopefully, with excellent website, this will change.

Looks like you confuse "downstream" (which is generally used by vendor forks of the Linux kernel and other projects, as opposed to upstream) with userspace.

Not everything belongs in the kernel. You don't want to risk its stability. ABI guarantees mean you can't prototype or drop support for something you introduced.

And yes, Linux isn't very interesting without a userspace. That's why some refer to GNU/Linux.

View this comment - View article - View full comments

Quoting: ShmerlWhat's the pricing for this one? Would be interesting to see benchmarks, but I'm sticking to AMD. They so far decided not to use this cores disparity approach and rather focus on improving all cores as a whole.

Making such mixed cores also will put more burden on OS schedulers to use them in some balanced ways.

Oh, I'd love for AMD to come out with big.little cores too :)

View this comment - View article - View full comments

Quoting: BielFPsFor those people thinking about using the wayland session on kde, you can use the command qdbus org.kde.KWin /KWin org.kde.KWin.showDebugConsole 
to check which programs are running using wayland and which are using x11 (xwayland)

At least on wlroots compositor, but probably also on others, you can also use `xeyes`: it shouldn't follow your mouse over non-X windows.

View this comment - View article - View full comments

Quoting: superboybotUnlike relying on Proton, getting a native build of a title means Linux is officially supported, which is excellent.

I can picture developers officially supporting Proton.

Quoting: superboybotThat said, are there technical benefits to porting a game with DXVK Native versus using Proton? From my understanding, there's still overhead from using a translation layer.

Of course. Graphics APIs are one of the most complicated part to port, so DXVK Native takes care of that. The rest of the game then interacts with native APIs, without the "translation layer overhead" for files I/O, user input, math, locking and threading, etc.

It can also lead to compatibility issues between Windows and Linux versions, as stuff like floating point math might not be handled the same. Wine provides libraries (winelib) for that too.

It becomes sort of like mingw32/64: compile a program against windows APIs, get a Linux executable using Linux APIs.

View this comment - View article - View full comments