Lutris founder Mathieu Comandon released Lutris 0.5.20 today as the latest stable version of this popular and open-source game management software for GNU/Linux distributions.

Lutris 0.5.20 looks like a hefty update, enabling DXVK‘s integrated D8VK Vulkan-based translation layer in Proton, adding an option to the Wine runner to select Wine’s “Wayland driver,” adding a “Azahar” runner, adding a “ZOOM Platform” source, and adding a “Steam Family” source to support Steam Families.

This release also introduces support for importing Commodore 64 ROMs, adds ICD support for Intel Xe GPUs, adds a new option for the ptyxis terminal emulator, adds a new option to hide a source’s games from appearing in the Games view, and adds a “Create Steam Big Picture” shortcut to the context menu.

HOTFIX:

Forgot to update protonfix to enable gstreamer for Akiba's Trip (Undead & Undressed) -- fixed now so voice and background music actually work (as well as video playback and menu sounds which worked in the previous fix). As mentioned in 10-31 game should be fully functional now.

HOTFIX:

• reverted/disabled winewayland systray icon patch introduced in 10-30 (it caused a lot of breakage in multiple games, as well as breaking in gamescope session on steam deck. no bueno.)
• fixed video playback regression introduced in 10-29 (fixes video playback in Nioh 3 and a few other games)
• fixed Warhammer 40k Darktide crashing on opening (issue introduced in 10-29)

Fixes:

• fixed Arknights Endfield anti-cheat triggering if wayland wasn't enabled
• fixed Duet Night Abyss launch crash & login window not showing on new install
• fixed Akiba's trip cutscenes + audio + voice audio (game fully works now)
• fixed Warhammer 40k Vermintide 2 EAC failing file validation when running the game from the launcher (holy butts 6+ year old bug)
• added protonfix for Warhammer 40k Darktide to skip the launcher -- this prevents a bug where sometimes the game would launch as an audio-only background process when run from the launcher.

Im thinking of trying either youtube twitch, but im unsure where to actually start or if gaming is something i want to actually do?

and also im totally lost on where to begin and learn?

What would you all advise? if you have a question for me please leave a comment.

This DKMS module allows you to overclock some USB devices by overriding their endpoints' bInterval values in the device descriptors – if the device physically allows you to poll it at higher frequency and will give you more data.

Back on Windows this (with the same method) was rather trivial using the "hidusbf" program. And ever since moving to Linux I was pretty annoyed I didn't have a similarly simple enough way of doing the same thing. So basically I guess I had no choice but to make one.

And the module allows doing that for theoretically any USB device without patching and re-compiling the kernel. Installation instructions are in the README (there's .deb, .rpm and AUR packages):

https://github.com/p0358/usb_oc-dkms

So let me know what you think, and if you managed to overclock any gamepads or other devices, or want to try.

I'm sure no one in this community needs to be convinced to try Linux. But I love it every time I see a non-Linux person trying Linux and showing other people that it works. (Also nice to see that Jeff Gerstmann is still around and doing alright after getting screwed over by Gamespot for like 15 years.)

Both primary and secondary ssd (internal both) are formatted Ext4 (linux mint)

I am facing this weird issue: Some games, they play flawless when installed in the secondary drive. Some others however, they don't launch. I have to move them to the primary drive for them to launch and then they work perfect.

How come some games are ok on the secondary drive, while others aren't? Have you experience this?

Everything I find online points to a drive being NFTS format, but mine are both Ext4, default settings and automounting.

Games that gave problems on secondary drive, but are perfect on primary driver; Ghost of Tsushima, Resident evil 4 and Witcher 3. They don't launch, and in the case of RE4 it even said my computer had a virus :D or was tampered when launched from the secondary drive (non-sense)

Protontricks is a useful tool for Linux gaming, but it's a bit on the slow and complicated side that Prefixer aims to solve.

If you've never used Protontricks directly - it's a wrapper tool that enables you to run Winetricks commands for games running with Proton / GE-Proton. This is useful for launching external executables, adding needed runtime libraries and so on that sometimes games need to actually run properly (or for major standalone mods).

Hey all, I recently got a new AMD GPU to replace my nvidia 3070ti - what's the support like these days for egpus on Linux? I'd like to be able to still use the 3070ti with my laptop (it has thunderbolt ports).

Egpu enclosures were basically a nonstarter on Linux a few years ago last time I looked into it, so not sure if thats still the case.

geteilt von: https://discuss.tchncs.de/post/54623764

Hey, on Windows I was a cFos Speed user for ages. cfosspeed is a 3rd party QoS software, which helped a lot for having a low latency even when bandwith is used up. I could easily play latency-sensitive games while having downloads running.

Now with Bazzite, I recognized how much good work cfos did. I had Heroic Games Launcher download a game, and play Rocket League via Steam at the same time - and ping was bad.

Is there any best practice for QoS on Bazzite? cFos basically did two things:

• Prioritize acks over new packets
• Prioritize packets known for gaming (e.g. due to used ports)

• add upstream patches for Arknights Endfield
• add pending upstream patch to allow proper placement of systray icons when winewayland is enabled
• import upstream changes to fix EA games updated em10/wine-wayland patches
• add changes to allow compiling on aarch64 (yes, proton-ge works on aarch64/ARM! -- still very WIP, YMMV)\

Notes regarding aarch64(ARM):

• currently needs unreleased version of umu-launcher in order to use, as currently there is no aarch64 version of steam client. the umu-launcher changes will be pushed soon.
• 32 bit games are hit or miss from my limited testing
• gog installers need X87ReducedPrecision changed to 0 in Config.json for FEX (inside the Proton version's folder) to allow them to run
• must stress/reiterate YMMV -- your mileage may vary. The upstream work with proton/fex is NOT something we are involved in. If it works then great, if it doesn't -- don't ask us. It's WIP on Valve's side.

A few years ago I made a city in Cities Skylines inspired by Linux distributions. There is the main, free island with (mostly) desktop Linux distributions and the smaller, crowded, and restrictive Android island with various Android ROMs. I've probably put over 200 hours into this city in the game. This is a long post, so buckle up.

There are ~90-95 districts in the city, each representing a distro or at least a specific desktop environment. Each district has a 2-digit code, with the first digit having a theme:

• 0x, 1x: Ubuntu and its direct derivatives
• 2x: Ubuntu derivatives, but with some "distance" from Canonical (Linux Mint, ElementaryOS), plus some miscellaneous distros
• 3x: Debian and its non-Ubuntu derivatives
• 4x: Fedora and its derivatives
• 5x: Arch and its derivatives (including SteamOS)
• 6x: Miscellaneous and lightweight distros (Slackware, OpenSUSE, Tiny Core, etc.)
• 7x: "Googled" Android ROMs
• 8x: Degoogled Android ROMs (half of them are probably dead, due to laws from the other parts of the island)
• 9x: "Advanced" Linux distros (ex. Kali, Alpine, NixOS, Gentoo, etc.)

Exceptions to the my first digit rule:

• 27: ChromeOS
• 69: Hannah Montana Linux
• 76: PopOS

There are some other general rules for districts in the city:

• Any major money-making distro corresponds to an industrial district (ex. RHEL, Ubuntu IoT, etc.)
• Districts near the coast correspond to more noob-friendly distros, and districts in the inner mountain regions correspond to more advanced distros.
• Dense districts correspond to distros used by many people, and this pattern continues to exurban or even rural districts.
• In general, the better the distro is, the more "desirable" its corresponding distict is to live in.

Yes, I purposely designed the Ubuntu district to be shaped like the Ubuntu logo and I think it's beautiful.

How to get around the city? There is lots of public transit, and highways for cars.

Let's start with the roads, because I named most of them. Small roads will be bullet-pointed, while large roads will have a picture with the name.

• North-South streets are numbered, from 1st Street (by the GeForce RTX Cliffs Park) to 95th Street (in SteamOS and on Atomic Island). This holds true on Android island.
• East-West roads are named based on the North-South position relative to the center of Ubuntu:
• South of the center of Ubuntu, they are named after the first word of the Ubuntu releases (from Edgy Eft to Noble Numbat)
• North of the center of Ubuntu on Linux island, they are named after the second word of the Ubuntu releases (from Edgy Eft to Kinetic Kudu).
• East-West roads on Android island are named after the Android desserts (from the made up Apple (lol) Street, to Tiramisu Street).
• There are some exceptions, especially in the center of larger districts. Send a reply if you have any questions about a particular road!

Here are pictures of each part of the city:

Ubuntu vicinity:

NE Linux Island:

SE Linux Island:

SW Linux Island:

NW Linux Island:

Android Island:

View from "Ubuntu Overlook":

Arch btw Park:

(I'm not even an Arch user but I think this is funny)

The backbone of the public transit are the train lines, named after the Big 4 motorcycle manufacturers (I'm into motorcycles lol) arranged similar topographically to a peace sign:

• Honda loop: Ubuntu, Debian, Raspbian, Linux Mint, PopOS
• Suzuki loop: Ubuntu, Debian, OpenSUSE, Fedora/Nobara, Manjaro, SteamOS
• Kawasaki loop: PopOS, Linux Mint, Raspbian, OpenSUSE, Fedora/Nobara, Manjaro, SteamOS, Stock Android, Airport
• Yamaha line (not loop): Debian, Ubuntu, Airport, Stock Android

Additionally, there are many bus lines, with the long-range ones named after Sheet Music Boss's RUSH songs. Note that the districts I mention are not the only stops, but just give a rundown of where the lines go.

• RUSH A: Ubuntu-AntiX-Arch-Manjaro-Bazzite
• RUSH B: KDE Neon-Kubuntu-Ubuntu-PopOS-Zorin-Linux Mint-ElementaryOS
• RUSH C: Airport-Ubuntu Kylin-Ubuntu-Xubuntu-Linux Mint-ElementaryOS
• RUSH C#: Ubuntu-Ubuntu Budgie-Deepin-MX Linux-Raspbian
• RUSH D: ChromeOS-Slackware-Lubuntu-Debian-Raspbian
• RUSH Eb: SteamOS-EndeavorOS-Arco-Arch-OpenSUSE-Kali
• RUSH E: SteamOS-Manjaro-Bazzite-Silverblue-Fedora
• RUSH F: Linux Mint-Debian-OpenSUSE-Rocky-CentOS-Fedora-Silverblue
• RUSH G: Airport-KDE Neon-Slackware-ChromeOS-Parabola-Northern and central SteamOS
• RUSH PIGGIES: Ubuntu-Ubuntu MATE-Debian-Raspbian-Kali-OpenSUSE-RHEL-Fedora
• RUSH ASTRONOMIA: Hannah Montana-Kubuntu-Lubuntu-Peppermint-Solus-Linux Mint-ElementaryOS
• RUSH ANKHA: ChromeOS-Slackware-Ubuntu-Xubuntu-Linux Lite-Linux Mint
• RUSH SKELETONS: ChromeOS-Gentoo-Puppy-Void-Arch-CentOS-Nobara-Fedora
• RUSH AREA 51: Slax-Slackware-ChromeOS-Garuda-EndeavorOS-Nobara-Fedora

Please note that some parts, especially on the west side, are still undeveloped as I have to wait for more residential demand.

Ironically, this city was fully made in Windows.

Most of us have some blinking, light-emitting, colorful devices attached to our potatoes - or whatever the minimum specs for Linux are these days, haven't checked in a while.

And most of us use OpenRGB to control them. But I fear this single project has some major, fundamental issues. As with many projects, it grew very fast and very big.

It has over 200 supported devices today, and the list keeps growing.

But it wasn't designed to grow this fast or support such a variety of devices.

This has led to several issues:

Not all features can be implemented for all devices:

For example, devices with different available effects per zone aren't supported by design. You may have noticed that sidebar LEDs on some keyboards aren't controllable via OpenRGB.

No support for macros, DPI settings, and more:

It was always about RGB. This isn't an issue per se - it's the scope of the software. But:

Cannot coexist with macro/mouse controlling software:

OpenRGB needs to open the HIDRAW device to control it, and this is an exclusive operation. So no other software can hook those devices at the same time.

Growing backlog:

Device-support requests keep piling up, new devices wait a long time to be accepted - the usual open-source maintenance challenges.

My Idea

Let's create a unified device abstraction library. The core part should just offer a C++ library with all the device abstraction logic in it. This library can then be consumed by a variety of software:

• OpenRGB could use the RGB part of it, focusing on orchestration and advanced features
• Python bindings for scripting your setup
• Hyprland integrations
• Custom CLI tools
• Whatever the community builds

Therefore, if you're a developer who knows your way around modern C++ features (or wants to learn), here's my project pitch:

What this could be:

• Modernized device code (C++23, memory safety, proper abstractions)
• Support for ALL peripheral features (RGB, macros, DPI, profiles, etc.)
• Clean API for other developers to build on
• Reduced fragmentation - community maintains ONE device library instead of competing implementations

Making this real would need:

• C++ developers , as one developer is no developer (and i have other hobbies!)
• People who've worked with USB/HID protocols on Windows and other Non-Linux platforms!
• Anyone frustrated with current Linux peripheral tools and willing to help fix it
• Design feedback and testing

To kickstart this:

We can fork OpenRGB's existing device implementations (GPL-licensed) as a foundation. I have at least two devices here that offer on-device macro functionality, key remapping, and more, so I can create the basic abstractions for those features.

Thoughts?

Hey there,

I recently purchased Tron 2.0 at GOG. Installed and launching it effortlessly with heroic. But the mouse flickers like crazy.

I do find a guide regarding the Steam version and so on. But I cannot find anything to replicate with the heroic launcher.

Does someone of you have experience with mouse issues on older games and knows more than me (probably yes xD)? I'm not thaaaat long a Linux user. Any help would be appreciated :)

Guess where I am not going to buy games any more.

cross-posted from: https://lemmy.world/post/42657201

I'm struggling to replicate some window behavior I'm used to (from Windows) on a new install. Does anyone have any insight?

My goal is to play a game full screen but still be able to pin windows above it.

If a game is set to Full Screen, "Keep Above Others" doesn't work.

If I run a game Full Screen (Windowed), it keeps the taskbar visible and gives me cropped resolution options.

The only way I've found that works is manually configuring each window property to turn off the title bar, set a fixed position, and a minimum resolution. And also setting the taskbar to Auto Hide.

I don't want to manually configure every game (which often requires restarting it multiple times). I don't want my taskbar to Auto Hide. And I want it to be hidden until I alt+tab or press the start key.

Is this possible?

RetroDECK 0.10.3b

Hello, everyone!

We are proud to announce that another tiny patch version 0.10.3b is out on Flathub!

Depending on your app-store it might be a while until you see the correct text.

Patch Notes

Review the complete set of changes and improvements in the patch notes:

Version 0.10.3b

Hey all, I've got an under powered laptop that I would like to stream Steam games to from my main PC (main PC has an AMD 9070XT, laptop has something like an Nvidia 1660). What I need to do is still be able to use my main PC while streaming to the laptop at the same time.

I've looked at solutions like moonlight, and I don't recall it worked very well or didnt support having a virtual display. I don't know that this is possible on Linux, but seems to be pretty easy to do on Windows.

What are my options here? Is it even viable to have a fully usable desktop while also utilising the GPU to stream games elsewhere?

Edit: ended up using Wolf and seemed to work perfectly. Certainly good enough to do what I set out to achieve, thanks for the recommendation.

Presented today at FOSDEM in Brussels was the state of gaming on FreeBSD by Thibault Payet. Besides various open-source games able to be compiled natively for FreeBSD, this BSD can get in on the Steam Play gaming scene thanks to the "linuxulator-steam-utils" project as a set of workarounds for the Steam Linux client on FreeBSD 14 and newer. Linuxulator-steam-utils builds off FreeBSD's Linuxulator support for running Linux binaries to enjoy the likes of Steam and even Steam Play (Proton) Windows games running on this translation layer for Linux and in turn running on FreeBSD.

Thibault Payet's presentation covered the various options for gaming on FreeBSD as well as the benefits of Linuxulator-Steam-Utils. With the "LSU" approach are workarounds for taking care of GPU acceleration issues, a user chroot to use the Steam runtime, Wine-Proton support, and also gamepad support for Linux games. Linuxulator-Steam-Utils is available via GitHub for those wanting to check it out.

My internet searches lead me to believe it's possible to get the Minecraft "bedrock edition" running on Linux. Any pros here have any tips/tricks before I tell my kids that I'm a genius and it can be done? They want to play with their friends who game on consoles/mobile devices. Also, why does minecraft seem so odd with editions and launchers?!