Every article tag can be clicked to get a list of all articles in that category. Every article tag also has an RSS feed! You can customize an RSS feed too!
Latest Comments by pleasereadthemanual
Epic Games reduce their cut for Unreal Engine games for same-day Epic Store launches
3 October 2024 at 12:49 pm UTC

Quoting: LoudTechieOn the anti-trust stuff
What about the price parity enforcement Valve has been doing?

Epic Games reduce their cut for Unreal Engine games for same-day Epic Store launches
3 October 2024 at 5:43 am UTC Likes: 2

Quoting: poiuzPlease provide the sources with the actual numbers.
Valve is a private company and they're very secretive about their financials. I doubt you're going to get any of the answers you want, but even if Valve only spent $100,000 on Linux development (which can't be true if you account for employing Joshua Ashton, Pierre, the primary DXVK developer, years of contracting CodeWeavers, recently sponsoring Arch Linux freelancers, just to start with), that's more than any other gaming company has done.

I think what's more important than the amount of money Valve has spent on Linux is the fact that all of us can clearly see and feel the impact it's making.

Quoting: poiuzPlease provide the number of actually supported games (by the developers, not by Valve).
Almost zero. But I'm not sure I understand the point of the question.

Quoting: poiuzI'm talking of getting the actual game developers to provide actual support for Steam Deck / Proton / Linux. What are they doing this way?
That's never going to happen no matter what Valve does. Some developers might change their minds if the Steam Deck had 10 times as many sales, but there aren't hat many people interested in it (including me). Get millions of people to care, and game developers will care. There need to be more Linux users on Steam.

Fact is, Valve has doubled the number of users on Steam in 4 years. That's more than any other company has done in the last 20 years. I don't think they're doing a bad job.

Signed,
Someone who doesn't think Valve is going to come out of these anti-trust cases looking good.

Epic Games reduce their cut for Unreal Engine games for same-day Epic Store launches
2 October 2024 at 5:00 am UTC Likes: 3

It's a nice deal for publishers, but I don't care much about Epic.

itch.io is the store that really does right by developers and publishers without sacrificing the experience for players. They have a Linux client, but that doesn't even matter because every game (?) can be played without a launcher. They let publishers choose what cut they want to give itch; as far as cutting them out completely. They have all these great options for creating a store page and they've added crazy features over the years.

GOG is the store that does right by players by trying to give players as much extra as they can and ensuring DRM-free games, but publishers tend to be lazy about updating their games, and they'll offer any extra goodies on Steam anyway, so they can't get anywhere. They don't have a Linux client, but you don't need one anyway. They're nice. I like them. They have a cool mission.

Epic doesn't serve Linux players at all and requires them to work around their client. It's never a fun experience visiting their site, and I have such little trust in them. Unlike GOG, they're creating exclusives on the PC platform, which harms player choice. They're also working against Linux by not enabling their Anti-Cheat games like Fortnite for Proton, but at least they've made EAC compatible. They do free games, which is nice, and I've heard quite a few games are DRM-free, but I can't say much else good about them.

Steam is obviously favoured by Linux players due to how much effort Valve puts into the Linux experience. But a lot of the games are DRM-encumbered, which is no good. They also require you to use a launcher. But they've helped bring some noteworthy visual novels to Linux by virtue of being a popular place to publish for Japanese publishers, so I let it slide. They've got room for improvement, but Steam is a generally good experience.

DLsite is my favourite game store. DMM is my least-favourite, even below Epic.

Valve (Steam) begin a direct collaboration with Arch Linux
28 September 2024 at 9:08 am UTC

Quoting: fenglengshunjust general Remote Desktop stuff).
Server RDP or desktop RDP? And what issues?

(as a curious person who runs a GNOME-based RDP server)

Frog Protocols announced to try and speed up Wayland protocol development
26 September 2024 at 4:40 am UTC Likes: 3

Quoting: ElectricPrism
Quoting: WMan22I also don't like the tendency to say "Xorg is dead" [...] while I'm not Xorg fan, understand why it's deprecated, and really appreciate a lot of what Wayland is doing

As a regular use, I'm almost scratching my head coming up with a list of things I can do in X that I can't do in Wayland.

Maybe I can't do stuff when applications need to play catchup like WINE just isn't able to scale applications (StarCraft 1) on Wayland like 800p up to 3840p or Krita waiting on v6.0 and Qt6 for Wayland support.
For me, the big deal is applications not having a Wayland version. It matters a lot for me because I use multiple monitors, and XWayland applications are a no-go.

GNOME 47 recently adopted XWayland Native Scaling as an experimental option, but it doesn't work...at all...for Lightworks. So my choices are a broken window or a blurry window on Wayland with fractional scaling, regardless of desktop.

All my Wine games are also blurry. Steam is blurry. Audacity is blurry (but Audacity 4.0 may not be!). Signal Desktop can be blurry or partially broken.

Wine might have a stable Wayland version next year, so that takes care of a lot of blurriness, and Lightworks will get there eventually.

Don't get me wrong, the ability to actually use my monitors on Linux is only possible with Wayland, but it'd be nice for every application to have a functioning Wayland version. So I guess this isn't technically "something I can do in X that I can't in Wayland"...

Session management is a big one that might be finalised next year, mayyybe. Color management is something that nominally works on X that doesn't really on Wayland yet, but it's close to being merged. I need it this week for a photoshoot though, so I guess I'll use my Mac for that...

Then there are multi-window applications which are sort of tied in with session management.

And as mentioned, there are fifo/commit-timing which is preventing SDL from defaulting to Wayland.

But Wayland nominally works.

Frog Protocols announced to try and speed up Wayland protocol development
26 September 2024 at 4:01 am UTC

Quoting: mylkaisnt global hotkey also up to the program? like OBS has to implement it
AFAIK KDE has support for it and GNOME doesn't yet, maybe GNOME 48, and no production client applications use it

Frog Protocols announced to try and speed up Wayland protocol development
25 September 2024 at 1:22 am UTC Likes: 1

There's now a MR for Mesa to become a member of Wayland Protocols: https://gitlab.freedesktop.org/wayland/wayland-protocols/-/merge_requests/338

One of the points of contention was that many parties felt like outsiders to the Wayland Protocols org. Simon Ser and other members seem to be working to correct that.

Frog Protocols announced to try and speed up Wayland protocol development
24 September 2024 at 9:59 am UTC Likes: 12

Note that Simon Ser, maintainer for Wlroots, has helped maintain the wlr protocols for several years now back when Wlroots was ahead of the curve in terms of Wayland functionality. He's been bringing in protocols from wlr to upstream wayland protocols for a few years now.

KDE also maintains its own bespoke protocols and implemented some of the wlr unstable protocols.

I'm not sure how Frog Protocols is any different except in the way it's presented as protocols anyone can implement. In practice wlr protocols can be implemented by other compositors and KDE did implement them.

(from my perspective as a bystander)

Edit: clicking through some of the links, I can see the value in it. Individual compositor protocols are different than protocols intended for adoption in every compositor. The w-p repository really needs a kick in the ass. I can only hope Frog Protocols will provide that.

Or, as Xaver Hugl puts it:

Quoteone of the big reasons in MRs that have an (at least initially) active author is unresolved discussions about often theoretical issues, while at the same time some real world problems get missed. By experimenting in the real world before committing to a "stable" protocol, a lot of those problems can be avoided.

GNOME 47 'Denver' released with Accent Colours and various System Enhancements
22 September 2024 at 3:09 pm UTC

Quoting: wvstolzing
Quoting: pleasereadthemanualbut to even get the file path to display in Finder you need to head to the command line.

View -> Show Path Bar displays the file path just above the status bar.
The first answer I found with a search engine was a stackoverflow post with a command, but it's good to know there's actually a way to do this in the UI.

GNOME 47 'Denver' released with Accent Colours and various System Enhancements
21 September 2024 at 1:38 am UTC Likes: 1

Quoting: tmtvlLast time I had to use OSX (I believe it was Yosemite?) I couldn't find out how to display hidden files in Finder and when I looked it up online the advice was to run a particular command on the CLI, and my reaction was 'dang, that's the joke people always make about us GNU/Linux users'.
I think nowadays it must be Command+H, but to even get the file path to display in Finder you need to head to the command line. It's surprising how similar the experience can be to Linux for certain tasks. Finder is absolutely the worst UI in macOS.

In many ways, I find macOS a lot more unintuitive than Linux interfaces :)

But macOS did have accent colours a few years before GNOME, so there is that...