3 ms·

(from the FAQ) >>Now that there is a Steam Deck Native build, is Baldur’s Gate 3 supported on Linux? >Larian does not provide support for the Linux platform.

by snvzz 1y ago

(from the FAQ) >>Now that there is a Steam Deck Native build, is Baldur’s Gate 3 supported on Linux? >Larian does not provide support for the Linux platform. The Steam Deck Native build is only supported on Steam Deck. Only half a step forward.

deleted 1y ago
[deleted]
gbraad 1y ago
I don't have BG3, but wondetr if this 'works' on Bazzite in that case.
- appleaday1 1y ago
  I recommend cachyos over bazzite for steamdeck.
  - gbraad 1y ago
    Running Bazzite on a Legion Go, and got gaming and productivity device at the same time. My question was about; do they enforce a device label?
SchemaLoad 1y ago
This is not a huge issue though. The game runs perfect on Proton on Linux, the problem is really just on the Steam Deck it had poor performance. But on the average desktop it runs flawless. I'm just happy the Steam Deck seems to be pushing devs to make sure their games run on low power hardware. Really any game should be able to run fine on the Steamdeck, there's no gameplay that isn't possible to run on the hardware. It's just the lack of engineering time spent on making sure the graphics have a proper low option.
- extraduder_ire 1y ago
  The existence of "steamdeck" as a graphics preset in a bunch of games is really a boon for anyone using a gaming handheld, especially as hardware improves. Provides a bar for manufacturers to clear too.
jchw 1y ago
I think from Valve's end you can't really do one without the other, so at the very least I am sure it will run just fine elsewhere. This sort of mentality will probably slowly fade if more SteamOS devices hit the market successfully.
- deleted 1y ago
  [deleted]
saubeidl 1y ago
I bet it still works, it's just not supported. It's just arch on an AMD chip after all.
- bigstrat2003 1y ago
  And honestly I'm fine with that. Given the permutations involved I think it's reasonable for Larian to not commit to supporting them all. And as you said, it will probably work fine.
- recursivecaveat 1y ago
  It works, I played the entire back half of the game on Linux. A lot of games fall into this bracket with proton of "devs not willing to commit to Linux support, but does actually work".
  - foresto 1y ago
    > It works, I played the entire back half of the game on Linux. How could you already have done this with the native linux build, which was just released today? I would think BG3 too long a game for that. Or are you talking about playing the Windows build in Proton?
- Gigachad 1y ago
  SteamOS isn’t just Arch, it’s significantly custom and doesn’t have access to the arch repos. The window manager, package manager, etc are completely custom. The OS is a read only image based system.
AceJohnny2 1y ago
Meh, useless purity check. Gaming on Linux is hard because there's not one Linux, there's tons of Linuses. What version of the glibc/libstdc++/mesa/xorg/wayland/kernel/drivers are you running? The Linux ecosystem is fragmented in such a way that only open-source and an army of volunteers can really work around. It is really not binary-friendly at a fundamental, philosophical level. (You're not going to get game companies to open-source their games, except as an exception, and after their economic life is finished) The Steam Deck provides one well-known hardware and software platform that a vendor can reasonably target. Don't expect much more except by the most dedicated developer.
- hurricanepootis 1y ago
  Valve provides a common runtime/build environment for Linux devs in the form of the Steam Linux Runtime. There is version 1 (Scout), which uses an LD_PRELOAD system. There is version 2 (Soldier), which uses cgroups (podman) and is deprecated. Then, there is version 3 (Sniper), which is the current target. As of right now, proton and proton-ge both build in and require Steam Runtime Version 3 to run in. The steam client itself is running in a runtime, and I think it is the scout runtime, so LD_PRELOAD based. This means that steam has its own common platform to "deploy" against, and all Linux native games have a common platform to deploy against. It used to be that games had to be compiled in a chroot for Steam runtime 1.0, but now with Steam runtime 3.0, developers are heavily recommended to build their game in a "OCI-based container framework"—so podman basically—and enable the Steam Runtime 3.0 on steam. I know that TF2 and Dota 2 use steam runtime 3.0, and apparently so does Retroarch. Of course, since there is a podman/docker image, you can also test existing games to see if they run in the runtime too. You can find a lot of more information about the steam runtime 3.0 here: https://gitlab.steamos.cloud/steamrt/sniper/sdk https://gitlab.steamos.cloud/steamrt/sniper/sdk Valve has a gitlab with lots of great docs for developers who want to publish a linux native game. I think all native linux games will run in the Scout 1.0 runtime by default Edit: I will say that as an end-user, running an up-to-date Linux kernel and Mesa stack is important for gaming. I know some people who run Mint and are surprised that their Radeon RX 9060 runs like ass. As long as you aren't using a Debian based LTS distro, like mint or ubuntu lts, or you are running those distro but get a newer kernel, you should be fine. This matters less for older hardware, but having a newer kernel and especially a newer mesa version is important.
chowells 1y ago
Not supported means they're not debugging your broken system. It doesn't mean the game doesn't work when your system isn't broken.
jakebasile 1y ago
This is extremely common. There's a vanishingly small number of games that officially support the Steam Deck that do NOT unofficially run on any given Linux box. That small number seems to be exclusively gacha games. A number of those can be made to run by setting `SteamDeck=1 %command%` as the launch command. Anyways, BG3 runs perfectly fine, natively, on my Ubuntu 25.04 RTX 4090 rig.

by snvzz 1y ago

deleted 1y ago

[deleted]

gbraad 1y ago

I don't have BG3, but wondetr if this 'works' on Bazzite in that case.

appleaday1 1y ago
I recommend cachyos over bazzite for steamdeck.
- gbraad 1y ago
  Running Bazzite on a Legion Go, and got gaming and productivity device at the same time. My question was about; do they enforce a device label?

SchemaLoad 1y ago

This is not a huge issue though. The game runs perfect on Proton on Linux, the problem is really just on the Steam Deck it had poor performance. But on the average desktop it runs flawless. I'm just happy the Steam Deck seems to be pushing devs to make sure their games run on low power hardware. Really any game should be able to run fine on the Steamdeck, there's no gameplay that isn't possible to run on the hardware. It's just the lack of engineering time spent on making sure the graphics have a proper low option.

extraduder_ire 1y ago
The existence of "steamdeck" as a graphics preset in a bunch of games is really a boon for anyone using a gaming handheld, especially as hardware improves. Provides a bar for manufacturers to clear too.

jchw 1y ago

I think from Valve's end you can't really do one without the other, so at the very least I am sure it will run just fine elsewhere. This sort of mentality will probably slowly fade if more SteamOS devices hit the market successfully.

deleted 1y ago
[deleted]

saubeidl 1y ago

I bet it still works, it's just not supported. It's just arch on an AMD chip after all.

bigstrat2003 1y ago
And honestly I'm fine with that. Given the permutations involved I think it's reasonable for Larian to not commit to supporting them all. And as you said, it will probably work fine.
recursivecaveat 1y ago
It works, I played the entire back half of the game on Linux. A lot of games fall into this bracket with proton of "devs not willing to commit to Linux support, but does actually work".
- foresto 1y ago
  > It works, I played the entire back half of the game on Linux. How could you already have done this with the native linux build, which was just released today? I would think BG3 too long a game for that. Or are you talking about playing the Windows build in Proton?
Gigachad 1y ago
SteamOS isn’t just Arch, it’s significantly custom and doesn’t have access to the arch repos. The window manager, package manager, etc are completely custom. The OS is a read only image based system.

AceJohnny2 1y ago

Meh, useless purity check. Gaming on Linux is hard because there's not one Linux, there's tons of Linuses. What version of the glibc/libstdc++/mesa/xorg/wayland/kernel/drivers are you running? The Linux ecosystem is fragmented in such a way that only open-source and an army of volunteers can really work around. It is really not binary-friendly at a fundamental, philosophical level. (You're not going to get game companies to open-source their games, except as an exception, and after their economic life is finished) The Steam Deck provides one well-known hardware and software platform that a vendor can reasonably target. Don't expect much more except by the most dedicated developer.

hurricanepootis 1y ago
Valve provides a common runtime/build environment for Linux devs in the form of the Steam Linux Runtime. There is version 1 (Scout), which uses an LD_PRELOAD system. There is version 2 (Soldier), which uses cgroups (podman) and is deprecated. Then, there is version 3 (Sniper), which is the current target. As of right now, proton and proton-ge both build in and require Steam Runtime Version 3 to run in. The steam client itself is running in a runtime, and I think it is the scout runtime, so LD_PRELOAD based. This means that steam has its own common platform to "deploy" against, and all Linux native games have a common platform to deploy against. It used to be that games had to be compiled in a chroot for Steam runtime 1.0, but now with Steam runtime 3.0, developers are heavily recommended to build their game in a "OCI-based container framework"—so podman basically—and enable the Steam Runtime 3.0 on steam. I know that TF2 and Dota 2 use steam runtime 3.0, and apparently so does Retroarch. Of course, since there is a podman/docker image, you can also test existing games to see if they run in the runtime too. You can find a lot of more information about the steam runtime 3.0 here: https://gitlab.steamos.cloud/steamrt/sniper/sdk https://gitlab.steamos.cloud/steamrt/sniper/sdk Valve has a gitlab with lots of great docs for developers who want to publish a linux native game. I think all native linux games will run in the Scout 1.0 runtime by default Edit: I will say that as an end-user, running an up-to-date Linux kernel and Mesa stack is important for gaming. I know some people who run Mint and are surprised that their Radeon RX 9060 runs like ass. As long as you aren't using a Debian based LTS distro, like mint or ubuntu lts, or you are running those distro but get a newer kernel, you should be fine. This matters less for older hardware, but having a newer kernel and especially a newer mesa version is important.

chowells 1y ago

Not supported means they're not debugging your broken system. It doesn't mean the game doesn't work when your system isn't broken.

jakebasile 1y ago

This is extremely common. There's a vanishingly small number of games that officially support the Steam Deck that do NOT unofficially run on any given Linux box. That small number seems to be exclusively gacha games. A number of those can be made to run by setting `SteamDeck=1 %command%` as the launch command. Anyways, BG3 runs perfectly fine, natively, on my Ubuntu 25.04 RTX 4090 rig.