Quoting: SalvatosThey finally did remote play? Awesome. I'll finally be able to run games on computers that don't have a dedicated GPU and without having to download them first when I visit family for a few days. Although I would feel bad leaving my computer on just for that. Maybe that will finally convince me to install Folding@home [External Link] and run it in my absence.

There is always Wake-On-Lan

View this comment - View article - View full comments

Quoting: Guest

Quoting: ArehandoroGreat update. Interesting seeing yesterday lots of games that I did not know used Vulkan getting the shaders pre-downloaded (Vampyr, Shenmue I/II for example)

Possibly because DXVK uses Vulkan, not the original game. I assume anyway.

Yep, Vampyr in particular does not use Vulkan natively.

View this comment - View article - View full comments

Quoting: lejimster

Quoting: F.UltraThe inclusion of DXVK 1.1.1 is kind of a bummer since it requires VK_EXT_host_query_reset without plummeting performance in some games and that is not available in any of the stable versions of Mesa yet.

For me Vampyr just took a nose dive performance wise when Steam updated Proton to 4.2-4 today.

I've decided to stay on mesa-git. For the most part it's been stable and while dxvk/d9vk etc are being developed it works best with them. Maybe when these projects mature and settle down stable will be a good option, but for right now..

Do you compile yourself? I used to be on the Padoka unstable PPA but was burned for far too many times when his scripts released some binaries when others failed which lead to weeks without X on some occasions.

One could have hoped that DXVK would have kept the old code path when it detects that the necessary extension is not found and then remove that code path altogether once it's been in mesa stable for some time but I guess that it was too cumbersome.

View this comment - View article - View full comments

Quoting: skinnyrafTo celebrate, I bought Hellblade at 50% only to face a "DX11 level 10 required" error on a supposedly Platinum title...

Strange, I have 8 solid hours from start to finish on 4.2-3. Just tested with 4.2-4 to be sure that didn't break it for me and it still works but due to it being an Unreal4 game it suffers the DXVK 1.1.1 slowdowns since I'm not on mesa-git (with 4.2-3 I have very high framerate and nu stuttering while 4.2-4 was unplayable since it was hit even worse than Vampyr).

I hope you get it to work because it's on hell of an amazing game (headphones are a must!).

View this comment - View article - View full comments

Quoting: x_wing

Quoting: F.UltraThe inclusion of DXVK 1.1.1 is kind of a bummer since it requires VK_EXT_host_query_reset without plummeting performance in some games and that is not available in any of the stable versions of Mesa yet.

For me Vampyr just took a nose dive performance wise when Steam updated Proton to 4.2-4 today.

Remember that Steam clients allows to select specific Proton versions for each game (at least this will be a solution for game that were working fine). But yeah, would be nice to be able to easily select an specific DXVK for each Proton version.

When Steam installed 4.2-4 it replaced 4.2-3 for me completely.

View this comment - View article - View full comments

The inclusion of DXVK 1.1.1 is kind of a bummer since it requires VK_EXT_host_query_reset without plummeting performance in some games and that is not available in any of the stable versions of Mesa yet.

For me Vampyr just took a nose dive performance wise when Steam updated Proton to 4.2-4 today.

View this comment - View article - View full comments

Quoting: const

Quoting: Guest

Quoting: liamdawe

Quoting: MohandevirDid they actually explained why they did not release the Linux version on Steam?

Really, this was answered indirectly when they showed the market share charts and talked about Linux being ignored. Too small, same answer as always for the bigger publishers.

But yet they will support the Mac which is not that much bigger than linux.there argument is invalid.just an excuse

The difference is named all the time - Mac is a platform, Linux isn't. The funny thing is Stadia might actually help us to turn Linux into a platform. A problem Valve nearly solved, but still couldn't. The small size of the stadia platform and its virtualization aspect might just turn things around. It might also be the reason why AMD was chosen over Nvidia for Stadia.

I think that you hit the head on the nail right on there. When large companies like id or Bethesda releases games for a new platform they do so as a large PR event where the platform owner Microsoft/Apple/Nintendo/Sony offers tons of publicity and so forth which is something that they cannot get on Linux.

Also these big corporations does not move due to their low tier developers are playing around with a platform, they move strategically so for the big wigs upstairs it does not matter that the id devs have a fully functional Doom port on Linux that runs as well or even better than on Windows since Linux is at the moment not part of their strategy. Chances are even high that the people in charge even doesn't know about that ports existence at all.

View this comment - View article - View full comments

Quoting: GuestMe as Linux user and also developer don't understand the problem most developers has with "Distributions" there is only one thing to remember. Don't even ever redistribute *.so files from a certain distribution with your game because it will fail on any other distribution and newer version of that particular distro where you'd pick up the *.so's from.

Feral once hat a time where they distributed Ubuntu so's with their launcher and of course it fails to launch on any other Linux platform which is not Ubuntu (16.04 for example) or at least very close. The fix was, for any distribution just do remove one *.so file and symlink it with the one from your distro and everything was working well. (Just let the OS choose which one to use ^^")

If you as developer just keep this one thing in mind when thinking about distributions and DON'T do this you will have no hassle in runnign the game on any other Distro put there. Except if it is a really outdated distro which dose not support certain frameworks in the right version. But all in in Distributions dosen't matter.

I could get crazy on this topic every time I hear or read it.
It's like saying a bird from the class "duck" is not a bird anymore. :D

It's the old problem of Windows devs being used to how things work on Windows and then assume that this is not just how Windows work but how all computers and operating systems work all the time.

So they gladly discover that they now have access to things that they never did out of the box on Windows: OpenSSL, libSDL and so on. But then they discover that every distribution have different incompatible versions and they see this as a problem that cannot be fixed, yet since none of those libraries existed out of the box on Windows they always bundled them there but now for some reason they all of a sudden forget that you can bundle on Linux as well (which is basically what flatpack and snaps are).

The early attempts to redistribute .so files failed because they either redistributed too few files (i.e they didn't redistribute the dependencies of said .so so it refused to load on a different system) or they bundled e.g libSDL compiled without Pulse support and so on.

View this comment - View article - View full comments

Quoting: g000hIt would be good if companies like this, who want to cash out by taking money for Windows-exclusives on Epic store could perhaps negotiate to put just the Linux version on another store, for example itch.io or GOG. In saying this, I'm assuming that the main reason for Epic's money is for Epic to take business away from Steam store (rather than attacking the Linux platform).

As a games consumer, just reaffirming that I find restricting consumer choice in this way to be deplorable - Both Epic and the Developer are to blame for this.

It's far better market wise for Epic to suppress all Linux sales during the embargo and thus forcing players to the Epic store. They have no incentive what so ever to give those other stores any kind of income during that time (they are paying a handout to the devs for a reason and that reason is not so that the devs can sell some other version of their game on competing stores).

View this comment - View article - View full comments

The issue was due to "frequent file cache buffers flushing by the game", which Linux handled a lot better. They have a fix in place now but I just thought it was interesting, that having RPCS3 on Linux helped them track down a Windows performance issue.

This is what we cross developer devs keep telling the Windows only devs, that porting your software to other platforms can help you find and fix bugs that also affect the Windows version by exposing your code to a completely different architecture and compiler.

View this comment - View article - View full comments