I know there's been a multiplayer mod for ETS2 & ATS [External Link] for a while now, that I haven't really tried myself, but have seen others play around with. Still, official support sounds great! I've used a Logitech wheel+pedals+H-shifter set just fine with these games on Linux before, and tested VR support with my old Oculus DK2 under Windows (not sure if VR works on Linux if you have a supported headset?); it's such a weirdly compelling sim just because of how polished the environments are.

Sure, distances and times are heavily compressed, scale-wise, but they do their best to include and model landmarks, natural features, etc. so if you know the area for real, you can drive it in the sim and be able to recognize where you are. Definitely not 1:1 like, say, the way the GTA series tries to model NY and LA, but bridges, mountain passes, rest stops, etc. are amazing.

Very much a game to play when you want something chill (time pressures and wild AI drivers aside). Kind of like a good flight simulator in the same sightseeing way.

View this comment - View article - View full comments

It's mostly about preserving their cut, right? Why not just take the existing slider setup, adjust it to say something like the Humble slider can't ever be lower than X%, whatever X may be, as their overhead, and then leave the rest up to us to adjust like we have been?

Or, if developers similarly want to opt for a minimum percentage, just make that obvious in that title's sliders at checkout (not all will; some will be fine if people want to put a huge chunk to charities instead - give them the choice).

Even charities have overhead, so I can understand if they need to make that sort of change as a for-profit business.

So a certain game could be like:
Humble: (Min 15%)
Dev: (Min 10%)
Charity: (Max 75% because math)

And then let you drag the sliders around within those bounds, pick the charities and their distribution, etc.?
Keep their new/rolled back presets as just... 'reset to X' buttons that move the sliders back to those numbers.

View this comment - View article - View full comments

Quoting: scaineI'm not outraged, but Stallman, and hence the FSF, can definitely get in the bin. The fact that they took weeks to address something as simple as voting back in a confirmed abuser to their board shows me all I need to know about this organisation.

Pretty incredible really. I don't trust them to represent my interests in free software at this point.

Pretty much the entire rest of the industry has stopped trusting them, too. At best, we'll see another org fork in the vein of OpenOffice/LibreOffice, ffmpeg/libav, etc.

View this comment - View article - View full comments

Quoting: iiariAgreed. I've been using Manjaro Gnome Wayland for the better part of a year now on my work laptop and it's terrific. I have no idea how gaming is on Wayland, though, as I game on my Manjaro KDE xorg desktop.

How is Wayland for gaming right now?

I actually switched my KDE Plasma desktop over to Wayland about a month ago (well, I have it set so I can pick and choose between both Wayland and Xorg from login) - caveat, with an AMD GPU of course - and I'm assuming prety much every game uses XWayland anyway. Once I cleaned up some bugs related to really ancient configs I had being loaded, honestly for me at least it seems no different for gaming. No performance difference, MangoHud still works. Proton works if needed, too.

The main catch is if you're trying to capture a window or gameplay with something like OBS - there's a plugin for Vulkan renderer captures, and now in OBS 27 there's Pipewire support (that I haven't quite got working yet, but I run Gentoo so I fully expect I need to configure it yet).

I also have non-gaming related issues around copy & paste, particularly between Firefox (running Wayland native) and Discord (via XWayland), but pasting and re-copying from a Konsole window in between usually works. Apparently clipboard issues are common still, sadly.

I can't speak for GNOME, as I don't use it, but I have heard their Wayland support is a lot further ahead than KDE Plasma's.

View this comment - View article - View full comments

Still waiting on nVidia to release some kind of firmware support to the Nouveau [External Link] team for GM20x and newer, personally, but I'm not holding my breath after this many years.

View this comment - View article - View full comments

Quoting: Shmerl

Quoting: KithopSo I think that's why EGL comes into play, here.

I don't think Wayland is tied to EGL? Wayland is a protocol, it's not really tied to a specific implementation. It can work with WSI.

The Vulkan WSI (Window System Interface) is a set of API calls serve a similar purpose as EGL does for OpenGL ES or GLX for OpenGL. Vulkan WSI includes support for Wayland from day one: VK_USE_PLATFORM_WAYLAND_KHR. Vulkan clients can run on unmodified Wayland servers, including Weston, GENIVI LayerManager, Mutter / GNOME Shell, Enlightenment, and more. The WSI allows applications to discover the different GPUs on the system, and display the results of GPU rendering to a window system.

https://en.wikipedia.org/wiki/Wayland_(display_server_protocol) [External Link]

So that's why I was asking why they are using EGL instead of let's say WSI.

I'm not a developer, so I can't say I've looked at it in any sort of depth, but my hunch is that Vulkan + WSI would be used in e.g. a game wanting to draw its Vulkan backend to Wayland, without using XWayland as a path (i.e. a Vulkan + Wayland native game), while EGL is being used for 'normal day-to-day applications', i.e. OBS, to render *its* window and preview to Wayland.

I'm guessing that OBS could totally be written to support WSI, but that means having OBS itself use Vulkan to render its UI directly, and I have a feeling it's abstracting that out through Qt for the most part, so this is a function of 'OBS supports EGL output but not necessarily Vulkan (yet)', separate from whether the game you're *inputting* is on Vulkan or not. But again, just a semi-educated guess here. :tongue:

View this comment - View article - View full comments

Quoting: ShmerlIsn't EGL OpenGL specific? I thought Vulkan is using WSI for example.

According to Wikipedia: [External Link]

• The Wayland display server protocol uses EGL.[8] It is implemented in a way that Wayland clients will draw directly to the framebuffer using EGL.

So I think that's why EGL comes into play, here.

View this comment - View article - View full comments

It's funny - I *just* switched over to trying to daily drive Wayland this week, and I found this capture plugin pretty much the next day. I heard of PipeWire and xdg-desktop-portal after and am going to look into those as well, personally, but I liked that this almost gives us parity with the 'Game Capture' plugin for OBS on Windows.

View this comment - View article - View full comments

Quoting: GuestNeat, hadn't heard of that one. One advantage Tox [External Link] has over it though is decentralization and possibly anonymity. You don't have to use anyone's specific server, i.e. everyone is a server since it's purely p2p.

Once the next major release of toxcore is out, group chats will have file sharing, so it will be more Element-like in that regard. But cool that there seem to be some other secure options out there. ^n.n^

Yeah, taking a real quick look at that, it reminds me that I've also played around with Jami [External Link] in the past (previously GNU Ring), but honestly the thing I like about Matrix is that it is a bit more persisent/organized in that you can administer a server, moderate it, etc. - I'm thinking more for organizing a gaming guild, or a convention... something that blurs the lines between business-focused Slack/Teams, but with better voice UI.

Just doing ad-hoc group chats, yeah - that's got a few more options, thankfully.

View this comment - View article - View full comments

I'm still waiting and hoping someone with the dev skills I don't have figures out how to get persistent hop in/out voice channels on Matrix + Element, global hotkeys for push-to-talk / mute, etc. so it can cover and replace Discord's use case without splitting people up between the text chat 'community' in one app and voice via Mumble in another. Plus, connecting to and lurking in several different Mumble servers at once (not necessarily joining a voice chat) is.. not easy?

It's been something heavily discussed on the Element (formerly Riot) issue tracker since something like 2016 or 2017 I think, but their focus is on emulating/replacing Slack, so it doesn't get traction in favour of more business-focused features, since they're paying the bills for them.

View this comment - View article - View full comments