Patreon Logo Support us on Patreon to keep GamingOnLinux alive. This ensures all of our main content remains free for everyone. Just good, fresh content! Alternatively, you can donate through PayPal Logo PayPal. You can also buy games using our partner links for GOG and Humble Store.
Latest Comments by strycore
Lutris game manager gets a second Beta for version 0.5.9 with Epic Store support
7 Sep 2021 at 1:46 pm UTC Likes: 14

Quoting: CorbenNice! Removes the necessity to have the EGS installed via Lutris then.

As Lutris is meant the be the gamelauncher, is it planned to have itch.io integrated as well? Or is that already in and I am blind?
No, this is a way to integrate with the EGS client itself and does not replace it. You can have a fully native EGS replacement with the Heroic launcher. What Lutris does is allow you to launch individual games from the EGS client.

Support for Itch.io is planned for a future release, with Ubisoft Connect, Battle.net and Origin.

Lutris game manager v0.5.8.3 out, requires contributors to agree to a CLA
25 Jan 2021 at 9:44 pm UTC Likes: 18

I do agree that this is not a true CLA (and it says so in the document itself). There are no tools out there just called "Contributor Agreement" that users have to sign in order to send a PR, so I just hacked the concept of CLA to fit my own needs.
I really want contributors to agree to drive the project forward. This CLA "hack" is currently the best option I have found to do so. To understand why, this is what the project went through:

- Project starts from scratch, with little experience of development or project management
- Some developers start to join. Sometimes with different vision of what Lutris is, but that's ok because I appreciate the help
- Project keeps growing, I keep accepting patches. Turns out they increasingly cause bugs and breakages in Lutris.
- We adapt our processes to integrate CI tools and try to do better code reviews.
- As the project grows, the issue tracker keeps getting noisier. It becomes a catch all support forum for anything related to the project, from games to installers or runners.
- Any time I step away from the project, the number of issues instantly creeps up. I have withdrawn myself when I've felt overwhelmed by the project and this has been negative every time.
- Realizing that I have to constantly keep an eye on the project, I take a part-time job, with Lutris donations helping a lot in that regard.
- Project is 10 years old. I've gone from a junior dev to an experienced one. But there's a still a decade of technical debt to pay. And if the project wants to move forward, it has to be on strong foundations.
- As the project is re-architectured, contributions start drifting away from the design goals and keep sticking to old designs. This starts to be disruptive enough that I feel the need to shut access to anyone who isn't a past contributor.
- Some technical debt gets paid, issue tracker gets cleaned. Things are looking better except for the fact that I still reject 100% of the patches that somehow made it to me during the github shutdown. I come up with the CLA to have a written agreement between contributors and the project.
- So far, all contributions I've received since the full reopening have a high chance of getting merged.

TL;DR little project from young dev gets big and attracts a lot of other young devs who are told to go away while the mess created by the young dev gets cleaned by the old dev.

Ideally, once we reach 0.6.0, the issue number on Github should be really low. The CLA is likely to go away at that point.

AMD make switching between Vulkan drivers AMDVLK and RADV easier
8 Jan 2021 at 2:09 pm UTC Likes: 1

Quoting: pageroundI am happy AMD are contributing code, however I've been sticking with Mesa+RADV on my 5600 Fedora laptop as its been working great. Plays everything I can throw at it. Maybe with this change I'll try out AMDVLK in the future.
Please don't. Messing with AMDGPU drivers is a risky operation for your OS and you shouldn't risk worsening the stability of your system if everything works great with Mesa.

For the record, last time I used AMDVLK Pro was for Doom Eternal when the Mesa driver wasn't ready yet. I haven't had a game that benefited from the AMDVLK (non Pro) driver. Currently, every game I play works fine with Mesa.

AMD make switching between Vulkan drivers AMDVLK and RADV easier
8 Jan 2021 at 1:43 pm UTC Likes: 7

This is a vendor specific implementation of something that already exists and is not vendor specific. We have supported switching vulkan drivers with the VK_ICD_FILENAMES environment variable for months in Lutris so I don't really see what the big improvement is here.

NBlood, an open source port of the classic FPS 'Blood' using EDuke32
23 Feb 2019 at 10:21 am UTC Likes: 6

nblood runs really great, I've been waiting for a good native port of Blood for years!

I've made a x64 build of nblood and used it in the GOG installer: https://lutris.net/games/blood-one-unit-whole-blood/ [External Link]

DXVK 0.96 is now officially out with CPU & GPU overhead improvements plus plenty more
27 Jan 2019 at 2:31 pm UTC Likes: 1

Quoting: Avehicle7887
Quoting: strycore
Quoting: Avehicle7887
Quoting: CorbenSo the only remaining big point that's still on the list, seems getting those DRM and anti-cheat mechanisms work with wine/proton. Then we would also be able to play the big multiplayer titles, like Fortnite or PUBG... those are still a hurdle for some people to totally switch to Linux I can imagine.

Personally I don't really mind, I don't miss those games. But in general it would be great to be able to have a solution for that.
Unfortunately there's also the 'Windows Media Foundation' issue which has FMV issues in various games, such as the new Resident Evil 2, Darksiders 1 - Warmastered Edition and a few others I forgot the name of.

Should be an interesting year for Wine with all the projects surrounding it.
I got the Media Foundation videos to work with Darksiders Warmastered. This is a new feature in Lutris 0.5.0 which allow installing individual cab file components. Darksider s is the only WMF game I have but I would be interested to see if this method works for other games.
That's wonderful news, got any hints how I can do that without using Lutris? I prefer to use just Wine whenever possible. Thanks
Someone got RE2 running as well: https://www.youtube.com/watch?v=79DCa-5BYSI&feature=youtu.be [External Link]

There is a link in the description which will take you to the project I re-implemented in Lutris. Take note of the issues. This is not maintained very well.

DXVK 0.96 is now officially out with CPU & GPU overhead improvements plus plenty more
27 Jan 2019 at 10:55 am UTC Likes: 5

Quoting: Avehicle7887
Quoting: CorbenSo the only remaining big point that's still on the list, seems getting those DRM and anti-cheat mechanisms work with wine/proton. Then we would also be able to play the big multiplayer titles, like Fortnite or PUBG... those are still a hurdle for some people to totally switch to Linux I can imagine.

Personally I don't really mind, I don't miss those games. But in general it would be great to be able to have a solution for that.
Unfortunately there's also the 'Windows Media Foundation' issue which has FMV issues in various games, such as the new Resident Evil 2, Darksiders 1 - Warmastered Edition and a few others I forgot the name of.

Should be an interesting year for Wine with all the projects surrounding it.
I got the Media Foundation videos to work with Darksiders Warmastered. This is a new feature in Lutris 0.5.0 which allow installing individual cab file components. Darksider s is the only WMF game I have but I would be interested to see if this method works for other games.

The GOG winter sale is officially here, with plenty of Linux games and a giveaway
15 Dec 2018 at 2:03 am UTC Likes: 1

Got a copy of Darksiders Warmastered Edition so I can try making a fully working installer before Lutris 0.5 is released.

Valve have some serious competition, with the Epic Games Store being announced
4 Dec 2018 at 10:11 pm UTC Likes: 8

The *only* ambiguous point in Epic's announcement is the "other open platform" point. Add to this, Sweeney's last tweet and it becomes obvious that Epic is plain and simple messing with Linux users. As much as I had a some hope in 2014, not showing *any* kind of support for more than 4 and a half years has destroyed the little trust I had put in them after they had previously cancelled a nearly finished UT3 port from Icculus.
I can see absolutely zero reason to be so shady on the subject unless they're trying to hide that they don't care for a platform. I believe that there may have been some interest in Linux in the beginning of the development but that has vanished the moment Tim Sweeney stopped freaking out about the Windows store.

It is most likely that the Linux build of UE4 was targeting professional applications such as machine learning (like the one shown in yesterday's demo by Nvidia). They never had plans to release a single game on Linux and probably will never do. Let's not forget that their flagship game, Fortnite, is available on 7 different platform, 5 of which are Unix based. At this point, not shipping the game to Linux is very intentional.

I would like so much to be proven wrong. I would like so much for Epic to show support like they did when they released UT99 with a Linux version. If this is some sort of marketing move, it is the dumbest one I've seen but I don't think it is one. They didn't announce Linux support simply because they don't want to support Linux at all.

I do consider the Unreal Engine to be one of the most advanced pieces of tech ever created but their current stance regarding our platform is dishonest and disgusting.