Quoting: vipor29wonder if they fixed the flashing screen problem that is causing cards like the 16 series and 20 series to do this.

https://forums.developer.nvidia.com/t/flickering-at-the-top-of-the-screen/256447/78

No.

View this comment - View article - View full comments

Quoting: Shmerl

Quoting: ridgeIt's been 3000 years...

(Seriously though, GPL is awesome, it really does help performance. I've been using it for a few months already by default and the improvement is noticeable on an RX 6700 XT)

Which games does it help? I didn't particularly notice any major changes from it. But I also didn't play that many lately.

https://www.youtube.com/watch?v=1U6b5jEVdmI

Basically any game that has a rather high amount of shaders and didn't have shader cache prior to gameplay ( aka non Steam copies, Steam by default ships Fossilize caches to help stutters ) will benefit from this.

Overwatch 2, Rocket League are also in that category.

View this comment - View article - View full comments

Quoting: DamonLinuxPLTwo problems:
In Dota OpenGL gives me much better performance than Vulkan and no graphics issues and no lags on Radeon GPU.
Thats why I was using OpenGL until now. Now I checked Vulkan again and I faced the same problems. The game is not playable on Vulkan.

They have a number of open and unfixed Vulkan issues in the bugtrack on github. They should fix them before removing OpenGL, unfortunately they chose a different path, I don't understand it at all.

The second problem is old chips that don't support Vulkan and were still playable on OpenGL. We have AMD's HD5000/6000 series and some 7000 series. We have quite a few NVIDIA cards that were still able to handle Dota in OpenGL. Sam has an old card at home and I played Dote on it in the evenings when we came back to the weekend or some holidays to the family home. Now this GPU will no longer run Dota on Linux, and interestingly, by installing Windows on it, we'll be able to continue playing on this GPU with DX11 and it's smooth. Once again, Linux people has been treated worse than Windows.

https://github.com/ValveSoftware/Proton/wiki/For-AMD-users-having-issues-with-non-OpenGL-games

Do this.

Amdgpu kernel driver is required for being able to use Vulkan on those old gpu's, which is the default kernel driver on RX 4xx and newer gpu's.

It is not default on those older gpu's because it disables VGA output.

View this comment - View article - View full comments

Vkd3d-proton fix has landed, DX12 mode won't crash anymore. I guess it would make it's way into Proton Experimental in a week.

https://github.com/HansKristian-Work/vkd3d-proton/commit/8fe39ee44b4c47fa925d413659a06d061b3dc981

View this comment - View article - View full comments

Quoting: iWeaker4YouHopefully one day it will have support to collect shader cache and the end user will Pre-Compile it.

Soon with all Graphics Pipeline Work made on DXVK it won't be a problem. Currently only available on dxvk-master and Nvidia Vulkan dev driver and latest 520 mainline driver combo.

RADV side is WIP.

View this comment - View article - View full comments

Quoting: jens

Quoting: LeopardPS: Arch Linux worked around that issue on their glibc. But not all distros will do it, Fedora most certainly won't do it.

Even Fedora took the sensible decision to not break things for fc37 https://bugzilla.redhat.com/show_bug.cgi?id=2129358
(As far as I’m aware, fc36 is not affected)

Nice, hopefully others do it as well.

View this comment - View article - View full comments

Quoting: itscalledreality

Quoting: Leopard

Quoting: itscalledreality

Quoting: Mrowl

Quoting: itscalledreality

Quoting: Mrowl

Quoting: itscalledreality

Quoting: Mrowl

Quoting: itscalledrealityI wish Sony would release their more interesting games already. Uncharted can be fun but I’ve already played all four and have no reason I would want to return. Even if they bundled in a secret Uncharted 5. Truthfully the games are all too mechanically similar to warrant any replay.

And there it is. Instead of celebrating the fact this franchise is even coming to PC, and is playable day one on Linux, no less, we now have people in the Linux gaming community making entitled and selfish comments, like this.

Sure am!

Here’s a golf clap for Sony porting a game from Unix to Linux.

*patters hands*

Wooo hoo!

Unless I'm mistaken, they didn't port it to Linux; it's still a Windows game, running through Proton. But whatever.

IMO modern WINE makes Windows vs Linux gaming a case of semantics.

My snipe at Unix to Linux is to point out that the Playstations are traditionally Unix platforms. An OS that has traditionally not been used heavily for visual applications and is the cousin of Linux. So why did it take until almost 2022 to give us Linux gaming if we were playing on Unix the whole time?

I’m glad Sony is doing what they claimed would happen years ago when the PS3 was released. However this is not the game I’m looking for, life is waaaaaay too short to play through Uncharted multiple times.

Because Windows accounts for the majority of PC gaming, while Linux accounts for about 5% or so.

Linux is getting there, thanks to Steam Deck and Steam OS, but it's going to take some years.

I would rather developers continue to just use Proton. It makes life easier for developers, and doesn't have much of a big difference, performance wise. Plus it continues to get better all the time.

Hard disagree, go native.

Thing is; businesses are targeting immediate/relevant markets as they are all there to make money. So going native is just not possible at any rate as of now. Linux is not a targeted platform, Deck is a semi targeted platform but just because Valve offers compatibility tools and puts their weight behind it with device sales so Valve creates new Linux users ( which they wouldn"t touch it normally ) .

Plus; it has been proven multiple times that Linux can't guarentee a stable ABI, a stable platform.

Most recent example is; glibc change that happened upstream by glibc maintainers which are employed by Red Hat. They just broke EAC compatibility, couple of native games that has nothing to do with EAC, some tools like libstrangle with that change.

https://blog.hiler.eu/win32-the-only-stable-abi/ ( Details are in here )

Now from those affected apps standpoint; they didn't do anything wrong, they didn't deserve anything to see their apps just stopped working after a glibc update. You wouldn't see such a thing on Windows yet you see on Linux as various areas/projects are maintained by different companies and not all of them care about situation of other apps.

If affected app is open source; those kind of regressions is not really an issue as literally anyone can file a PR/MR in order to fix affected app and maintainer can just merge the fix.

If affected app is a prop game chances for getting a fix is slim to none. Because:

1-) Developer is not likely aware of regression.

2-) Even they are aware they would be scratching their heads about why their app that didn't see updates in a long time now just got broke.

3-) No interest in fixing that as per sales numbers their app has pretty much done all money from Windows platform, still works on that most important platform,they moved on to their next project/they have something better to do with their time.

So trying to pursue native releases is really just a pointless cause at this point. Better throw your app to Proton and see if it works oob, if it doesn't get in touch with Valve/Proton team to solve it, if you are extra friendly to that platform include a first class citizen Vulkan renderer with your game ( that is not possible for most developers as they didn't have a reason to target Vulkan in their multiplatform , multimillion AAA game never before so their expertise and engine side lacks it- Unreal and Unity Vulkan support sucks ass because Vulkan is not needed for anything but Android which with whole driver situation there it is also mostly a lost cause, GLES is in much better shape ) , test your app on Proton before releasing an update to see if it still works.


As most things/apps on native Linux side are open source ( apps, open source games ) making a breaking change like glibc people did really doesn't make a sound most of the time. As people just fix them and move on.

When prop apps are involved Linux doesn't provide a stable, bullet proof ABI as seen above, they might just broke for no reason because maintainer of the project that your app relies on just decided so.

Wine/Proton on the other hand is constantly moving and has much better chance to be immune for such issues.

PS: Arch Linux worked around that issue on their glibc. But not all distros will do it, Fedora most certainly won't do it.

Nah, still should go native.

Shit, what a troll. :D

View this comment - View article - View full comments

Quoting: tuubi

Quoting: LeopardThing is; businesses are targeting immediate/relevant markets as they are all there to make money. So going native is just not possible at any rate as of now.

Yet there are thousands of native games on the market. Seems to blatantly contradict your assertion.

No? It is mostly a non issue to get a native build for indies because engines they used has export options.

Article is about Uncharted which is an AAA game, message that started debate says/implies they should have gone with native.

So you really don't need to be pedantic here. You know very well what is being talked about here.

View this comment - View article - View full comments

Quoting: itscalledreality

Quoting: Mrowl

Quoting: itscalledreality

Quoting: Mrowl

Quoting: itscalledreality

Quoting: Mrowl

Quoting: itscalledrealityI wish Sony would release their more interesting games already. Uncharted can be fun but I’ve already played all four and have no reason I would want to return. Even if they bundled in a secret Uncharted 5. Truthfully the games are all too mechanically similar to warrant any replay.

And there it is. Instead of celebrating the fact this franchise is even coming to PC, and is playable day one on Linux, no less, we now have people in the Linux gaming community making entitled and selfish comments, like this.

Sure am!

Here’s a golf clap for Sony porting a game from Unix to Linux.

*patters hands*

Wooo hoo!

Unless I'm mistaken, they didn't port it to Linux; it's still a Windows game, running through Proton. But whatever.

IMO modern WINE makes Windows vs Linux gaming a case of semantics.

My snipe at Unix to Linux is to point out that the Playstations are traditionally Unix platforms. An OS that has traditionally not been used heavily for visual applications and is the cousin of Linux. So why did it take until almost 2022 to give us Linux gaming if we were playing on Unix the whole time?

I’m glad Sony is doing what they claimed would happen years ago when the PS3 was released. However this is not the game I’m looking for, life is waaaaaay too short to play through Uncharted multiple times.

Because Windows accounts for the majority of PC gaming, while Linux accounts for about 5% or so.

Linux is getting there, thanks to Steam Deck and Steam OS, but it's going to take some years.

I would rather developers continue to just use Proton. It makes life easier for developers, and doesn't have much of a big difference, performance wise. Plus it continues to get better all the time.

Hard disagree, go native.

Thing is; businesses are targeting immediate/relevant markets as they are all there to make money. So going native is just not possible at any rate as of now. Linux is not a targeted platform, Deck is a semi targeted platform but just because Valve offers compatibility tools and puts their weight behind it with device sales so Valve creates new Linux users ( which they wouldn"t touch it normally ) .

Plus; it has been proven multiple times that Linux can't guarentee a stable ABI, a stable platform.

Most recent example is; glibc change that happened upstream by glibc maintainers which are employed by Red Hat. They just broke EAC compatibility, couple of native games that has nothing to do with EAC, some tools like libstrangle with that change.

https://blog.hiler.eu/win32-the-only-stable-abi/ ( Details are in here )

Now from those affected apps standpoint; they didn't do anything wrong, they didn't deserve anything to see their apps just stopped working after a glibc update. You wouldn't see such a thing on Windows yet you see on Linux as various areas/projects are maintained by different companies and not all of them care about situation of other apps.

If affected app is open source; those kind of regressions is not really an issue as literally anyone can file a PR/MR in order to fix affected app and maintainer can just merge the fix.

If affected app is a prop game chances for getting a fix is slim to none. Because:

1-) Developer is not likely aware of regression.

2-) Even they are aware they would be scratching their heads about why their app that didn't see updates in a long time now just got broke.

3-) No interest in fixing that as per sales numbers their app has pretty much done all money from Windows platform, still works on that most important platform,they moved on to their next project/they have something better to do with their time.

So trying to pursue native releases is really just a pointless cause at this point. Better throw your app to Proton and see if it works oob, if it doesn't get in touch with Valve/Proton team to solve it, if you are extra friendly to that platform include a first class citizen Vulkan renderer with your game ( that is not possible for most developers as they didn't have a reason to target Vulkan in their multiplatform , multimillion AAA game never before so their expertise and engine side lacks it- Unreal and Unity Vulkan support sucks ass because Vulkan is not needed for anything but Android which with whole driver situation there it is also mostly a lost cause, GLES is in much better shape ) , test your app on Proton before releasing an update to see if it still works.


As most things/apps on native Linux side are open source ( apps, open source games ) making a breaking change like glibc people did really doesn't make a sound most of the time. As people just fix them and move on.

When prop apps are involved Linux doesn't provide a stable, bullet proof ABI as seen above, they might just broke for no reason because maintainer of the project that your app relies on just decided so.

Wine/Proton on the other hand is constantly moving and has much better chance to be immune for such issues.

PS: Arch Linux worked around that issue on their glibc. But not all distros will do it, Fedora most certainly won't do it.

View this comment - View article - View full comments

Quoting: michaAnyone else getting greeted by Missing Executable:
 
Steam/steamapps/common/Vampire Survivors/launcher.sh
?

Forcing Proton (tried Experimental, 7, and 6) I get greeted by an io exception. Same my Arch and my Fedora notebook.

Well, at least it works great on my Steam Deck.

Game does have a Linux build but for some reason it has this issue by default. Joining to public beta branch of the game on Steam fixes this.

So by default it tries to use Linux build but it doesn't work by default.

As for why this is not an issue on Deck, Deck defaults to Proton.

https://steamdb.info/app/1794680/info/

Quoterecommended_runtime: proton-stable

https://steamdb.info/depot/1794685/

Launcher.sh exist in here which is most likely what joining to public beta branch directs to.

View this comment - View article - View full comments