It it helps pushing Linux adoption on the desktop without being mandatory, I'm all in with that.

View this comment - View article - View full comments

Problem is... True native Linux games that I haven't already bought and that got my interest are getting fewer. I settled on Titanfall 2, Doom Eternal and Divinity: Original Sin 2 (which seems to work great after a tweak).

Waiting on Metro Exodus to officially release on Linux before buying it... Kind of contradictory, when you think of it... I'm buying games that are running fine on Proton but I won't buy a game that will release on Linux, even if it runs fine on Proton... Don't know what to think of it.

View this comment - View article - View full comments

Quoting: seanbutnotheard

Quoting: MohandevirWhat I would like to see is a "complete DE" based on a fullscreen gamepad controlled Lutris UI, for sofa gaming. A Lutris based SteamOS (BPM) concept. Probably an unrealistically huge undertaking for the Lutris team, but it would be awesome nonetheless.

"One launcher to rule them all".

Edit: It's just a wish I have... Else, keep doing your awesome work, making gaming on Linux easier.

There might be a way to use GameHub for this, as it can be controller-driven. Not exactly the prettiest big-picture interface, and it lacks some of Lutris's nice under-the-hood features such as managing multiple Wine versions, but it does integrate with Steam/Gog/Humble and can be configured to launch emulators.

Another approach might be for someone (more talented than I) to write a plugin for an existing frontend (like Kodi, etc) that integrates with Lutris's underlying functionality.

Because I use Retropie/Recalbox on mon Rpi2... It's based on EmulationStation... Couldn't there be a way to fork it for desktop use? Like in showing the different store fronts/launchers instead of emulators? Just my two cents, even if I would like, I have no skills in the matter.

Sorry... Just brainstorming, here.

View this comment - View article - View full comments

What I would like to see is a "complete DE" based on a fullscreen gamepad controlled Lutris UI, for sofa gaming. A Lutris based SteamOS (BPM) concept. Probably an unrealistically huge undertaking for the Lutris team, but it would be awesome nonetheless.

"One launcher to rule them all".

Edit: It's just a wish I have... Else, keep doing your awesome work, making gaming on Linux easier.

View this comment - View article - View full comments

Rage 2 (It feels like a mix of Mad Max and Doom)
Ori and the Blind Forest
Hollow Knight
Sundered

I was looking for something different and dug some games from my backlog. :happy:

View this comment - View article - View full comments

Quoting: DefaultX-od

Quoting: Mohandevir

Quoting: DefaultX-od

Quoting: minkiu

Quoting: DefaultX-od

Quoting: DefaultX-od

Quoting: Linas

Quoting: DefaultX-od

Quoting: TheRiddick3) Nvidia to offer Wayland support.

They are offering it, it's just none of DE willing to implement it

What do you mean? Is there something Nvidia-specific they need to implement?

EGLStreams

And you guys know what's the funniest thing? Windows 10 will soon have Wayland support in WSL2 no matter what GPU will be in use.

I don't have all the info/know the story, but I believe the whole linux ecosystem was pitching for GBM and nvidia just went their way with EGLStreams?

Well here's what I found:

Nvidia dev says:

GBM - The current way used by Wayland compositors... It provides buffer allocation, arbitration, and handles. The "benefits" expressed is that it's already supported by many code-bases, is widely-deployed and tested, and ia a minimal API while supporting allocation-time usage specification. Current GBM shortcomings expressed in the presentation are process-local handles only, very GPU-focused, and arbitration is within device scope.

EGLStream - NVIDIA's current preferred method supports allocation, arbitration, handles, state management, and synchronization. It's viewed as being proven, portable, and comprehensive/extensive abilities. But viewed shortcomings of EGLStream are the open standard being implemented differently by vendors, there isn't cross-device support, it's based upon EGL, there is a lot of encapsulation, and the behavior can vary in some areas.

Original post at Phoronix:

https://www.phoronix.com/scan.php?page=news_item&px=XDC2016-Device-Memory-API [External Link]

With those current "prior arts" from here, James Jones (NVIDIA) is hoping that the development community will ultimately devise a more optimal API that's minimal, portable, supports more than just GPUs, allows for optimal performance, handles driver-negotiated image capabilities, allows good performance, supports image layout transitions, and more. Again, while it's of concern to Wayland compositors and is the hot topic being debated right now since NVIDIA isn't supporting GBM, the hope is to make a much more universal and full-featured API to other clients / windowing systems. Obviously this isn't something that can be solved in one day, especially in trying to reach a consensus for a new, optimal API for device memory / surface allocation.

Hopefully there will ultimately be this new optimal API that's agreed upon -- and supported -- by all major vendors, but until then the Wayland compositor maintainers will still probably be focused on their GBM-only code-path. NVIDIA doesn't seem interested in budging right now on supporting GBM by their proprietary driver if it's only to be replaced in the (near?) future by a better surface allocation API and their interest in also seeing cross-platform support. Thus don't expect any miracles in the immediate future for the NVIDIA proprietary driver to work on the current-generation of Wayland compositors using GBM for their surface allocation. At least the XDC2016 feedback and comments so far have been productive and developers are open to discussing a new, better API.

Interresting read... So Nvidia thinks GBM too limited and decided to settle on EGLStream while waiting for a new and better API that didn't materialized, yet... Am I getting it right?

It's seems they are busy with this:

https://www.phoronix.com/scan.php?page=news_item&px=NVIDIA-Generic-Allocator-2019 [External Link]

Nice! All is not doom & gloom (GBM/EGLStream debate), afterall. I admit that I lost track on the matter. Could it be Nvidia's missing piece of the puzzle to support Valve's forthcoming Gamescope?

View this comment - View article - View full comments

Quoting: DefaultX-od

Quoting: minkiu

Quoting: DefaultX-od

Quoting: DefaultX-od

Quoting: Linas

Quoting: DefaultX-od

Quoting: TheRiddick3) Nvidia to offer Wayland support.

They are offering it, it's just none of DE willing to implement it

What do you mean? Is there something Nvidia-specific they need to implement?

EGLStreams

And you guys know what's the funniest thing? Windows 10 will soon have Wayland support in WSL2 no matter what GPU will be in use.

I don't have all the info/know the story, but I believe the whole linux ecosystem was pitching for GBM and nvidia just went their way with EGLStreams?

Well here's what I found:

Nvidia dev says:

GBM - The current way used by Wayland compositors... It provides buffer allocation, arbitration, and handles. The "benefits" expressed is that it's already supported by many code-bases, is widely-deployed and tested, and ia a minimal API while supporting allocation-time usage specification. Current GBM shortcomings expressed in the presentation are process-local handles only, very GPU-focused, and arbitration is within device scope.

EGLStream - NVIDIA's current preferred method supports allocation, arbitration, handles, state management, and synchronization. It's viewed as being proven, portable, and comprehensive/extensive abilities. But viewed shortcomings of EGLStream are the open standard being implemented differently by vendors, there isn't cross-device support, it's based upon EGL, there is a lot of encapsulation, and the behavior can vary in some areas.

Original post at Phoronix:

https://www.phoronix.com/scan.php?page=news_item&px=XDC2016-Device-Memory-API [External Link]

With those current "prior arts" from here, James Jones (NVIDIA) is hoping that the development community will ultimately devise a more optimal API that's minimal, portable, supports more than just GPUs, allows for optimal performance, handles driver-negotiated image capabilities, allows good performance, supports image layout transitions, and more. Again, while it's of concern to Wayland compositors and is the hot topic being debated right now since NVIDIA isn't supporting GBM, the hope is to make a much more universal and full-featured API to other clients / windowing systems. Obviously this isn't something that can be solved in one day, especially in trying to reach a consensus for a new, optimal API for device memory / surface allocation.

Hopefully there will ultimately be this new optimal API that's agreed upon -- and supported -- by all major vendors, but until then the Wayland compositor maintainers will still probably be focused on their GBM-only code-path. NVIDIA doesn't seem interested in budging right now on supporting GBM by their proprietary driver if it's only to be replaced in the (near?) future by a better surface allocation API and their interest in also seeing cross-platform support. Thus don't expect any miracles in the immediate future for the NVIDIA proprietary driver to work on the current-generation of Wayland compositors using GBM for their surface allocation. At least the XDC2016 feedback and comments so far have been productive and developers are open to discussing a new, better API.

Interresting read... So Nvidia thinks GBM too limited and decided to settle on EGLStream while waiting for a new and better API that didn't materialized, yet... Am I getting it right?

View this comment - View article - View full comments

Quoting: GuestAaand ! problem solved ! I just had to install the GTK librairies and i have a nice FAH control ! Thank you very much et mille mercis ! :tongue:

What a community here ! :smile:

Glad to be of help.

View this comment - View article - View full comments

Quoting: GuestLe paquet python-gtk2 n'est pas installé.
Le paquet python-gnome2 n'est pas installé.

En français, s'il vous plaît! :grin:

Personnellement, j'ai downloadé et installé les .deb de ce lien. Ça a fonctionné sur mon Ubuntu 20.04:
https://github.com/fcole90/fah-control/releases/tag/7.5.1-1_focal_1 [External Link]

J'espère que ça peut t'aider...

View this comment - View article - View full comments

Quoting: pytrys

Quoting: helloCLDIs it possible that the apparent increase in Linux share is due to Windows users dropping their desktops/laptops entirely and going purely mobile? Meaning that Linux users aren't increasing, it's just the number of people using a web browser on a desktop or laptop is decreasing across the board?

Yep. As a former teacher I can say normies don't care about Linux or OS alternatives. They just use what they have on their machine.

And especially nowadays there is a big shift towards mobile devices, smartphones. I know plenty of people who do not have computer at all and they are pretty happy with their smartphone.

The whole PC market is shrinking and the most people live and use only the browser. OS doesn't matter in that case. Similarly the more people are just using their smartphone and browser there.

My 5cent, I can be wrong of course.

Quite true. General use is now in the mobile market. PCs are used for specific use-case where mobiles can't be efficient, like work and gaming, mainly. Streaming content is gone to the smart-tv's market or set-up boxes... The traditionnal PC market as been split in many device driven specific markets... And aside from Apple, it's all Linux based.

Let's hope that Valve will come with a new "device driven dedicated solution" for it's gaming catalog soon... :wink:

View this comment - View article - View full comments