Eh, even with track creation, I prefer Modnation Racers and its spiritual successor LittleBigPlanet Karting. Shame both games are stuck on the PS3, but then SuperTuxKart still looks like it came out of the PS2. They run well in RPCS3 and online still works for track sharing through fan servers.

Also, I wasn’t that impressed by Crash Team Racing Nitro Fueled. It does have tons of content, certainly worth the price. Never played the originals and the remake sure does look pretty, but the track design feels pretty simple, probably because they’re from a PS1 game. Simple track layouts, few gimmicks. Some people might prefer that, but not me. I’m sure CTR beat the socks off Mario Kart 64 back in the day, but the tracks in modern Mario Kart are to me far more interesting. I expected more out of it given all the hype. Plus, for some unfathomable reason despite being multiplatform the game was only released on consoles, not PC, so that’s another game you have to emulate to play on PC. And if you do have a console to play it on, it’s locked at 30fps regardless of platform, which is disappointing for a racing game. There’s a 60fps mod if you emulate tho, thankfully.

All-Stars Racing Transformed does have my glowing recommendation, though.

I dunno, I expect the Deck to last far longer than the average console if anything. It’s a PC, so the games are pretty much guaranteed to keep coming for decades to come, as they have for decades past.

The hardware will fall behind, so I think the point where the newest Triple A games won’t be playable will come within a few years, but I bet whatever visual novels or pixelated indie games release in 2035 will still run just fine on it.

Plus, it’s designed to be repairable, unlike most consoles. And even if Valve stops maintaining SteamOS for the Steam Deck, you’ll still be able to install other distros, so software support isn’t something I’m very concerned about either.

What exactly does Valve stand to gain at all from funding a CUDA compatibility layer targetting mainly machine learning software? They’re a video game company. Arguably the most gaming-centric thing CUDA is used for was explicitly discarded in the blog post (“Raytracing is gone”).

Machine learning is massive now and there are many companies who could be interested in funding this kind of project. I’m pretty skeptical it’s possible to make any good guesses with what little info we have.

History:

1. ZLUDA starts as a project to make CUDA work on Intel GPUs, with funding from Intel.
2. Intel pulls funding, author manages to get funding from AMD instead.
3. Development of a new version targetting AMD GPUs happens under closed doors with the informal agreement that the source code will be publicly released if AMD pulls funding.
4. After a couple of years, AMD pulls funding and the source code for the new version is released.
5. Development continues in the open for a few months, albeit at a slowed pace.
6. AMD goes back on their word, claims previous agreement wasn’t legally binding and asks that ZLUDA source code be taken down.
7. Author reverts codebase to its pre-AMD state, looks for new source of funding.
8. ZLUDA’s Third Life
9. Anything regarding NVIDIA involvement is pure speculation and should be treated as such.

Huh, just realized Yuzu was GPLv3. That’s weird. Citra was GPLv2 and Yuzu is a Citra fork. Some of the Citra devs were Yuzu developers, but not all of them, so I wonder how they handled the relicensing. Yuzu had a CLA attributing copyright to the creators, so that wouldn’t have been a problem, but Citra had not such thing.

I mean, all of these emulators are already very well archived and available from several sources, not to mention downloaded to the devices of millions of people. I highly doubt we would be in danger of losing any of them even if Nintendo were to sue literally all of them overnight. Well, except for things like Github issues and pull requests, nobody bothers to archive those unfortunately.

But yeah, IMO the danger is moreso that the attacks are leading to a massive chilling effect and loss of developer talent in the emulation community.

What operating system do you use? On Linux I use Amarok which is great, but afaik there’s no up-to-date versions of it for other operating systems. It should have everything you want dunno about some of these tho like the semicolon stuff. Strawberry is a similar player that works on other operating systems.

The article you linked makes a big deal about literally nothing. We’ve known Chrome was going to drop MV2 for years. We also know Firefox won’t. There is nothing more they have to do or say about this situation. It doesn’t affect Firefox whatsoever.

“Suspiciously silent” is such a bullshit nothing accusation to make. It is so obviously trying to capitalize on how many users have been (justifiably) turning on Mozilla as of late.

Well, Steam and Proton both already run on top of FEX or Box64 on ARM Linux, but it’s nice to see an official effort from Valve.

Also, does ARM still have better battery life when all of the machine code has to be translated from x86? That adds a not insubstantial amount of CPU overhead, which does hurt battery life.

And perhaps most importantly, is there any ARM chipset out there that can deliver performance on par with the Steam Deck’s CPU (even after factoring in the overhead of the x86 JIT) at a viable price for a Steam Deck successor?

Unless they changed it, mobile Firefox is locked to a limited set of extensions unless you:

1. Use Nightly.
2. Create a Mozilla account.
3. Log in to that account on the Add-Ons site and create an add-on collection with all the extensions you want to install.
4. Set that collection as your source of add-ons in the Firefox settings.

You’re also unable to use about:config unless you’re using Nightly (or maybe Beta). So Nightly is really the only version worth using since it doesn’t have nearly as many artificial restrictions as the stable version does. This is also true to a lesser extent on desktop where you have to use Nightly to install unsigned extensions.

You also can’t open any offline HTML files for whatever reason and on devices with very little RAM (like 2GB) Firefox isn’t viable, but Chrome-based browsers work mostly fine. Firefox is still the best mobile browser though, mostly because it supports extensions at all.

This entire thing is just idealism vs pragmatism for the trillionth time. The idealists are mad because they think all ads are bad and we shouldn’t try to work with advertisers in any capacity. They do not believe reducing the harmfulness of ads is a valid approach, because that would be an acknowledgement of ads. Common talking points there are about how this is technically working with advertisers and how the internet shouldn’t have ads in the first place.

The pragmatics also think ads are bad, but believe that an Internet without ads is very unlikely to happen, so they believe attempting to reduce the harmfulness of ads is a valid approach. Common talking points there are about how this isn’t giving advertisers anything they don’t already have and about how this doesn’t matter if you’re using an adblocker.

Like all other debates of this type, this probably isn’t ever going to be resolved to anyone’s satisfaction and we’ve really just been seeing the same talking points over and over again since the beginning. So I hope y’all have fun duking it out, I don’t think I’m gonna bother looking at these pointless PPA threads anymore.

man why do people always label the most cold-ass takes in the universe as hot takes

devault has a site called sourcehut. that’s about all I know

Okular has JavaScript support. I think some things don’t work, but it’s worth a try.

Also, Adobe Reader had a native Linux version, so I wonder why the Snap is using Wine.

Source? PipeWire was designed to use those APIs. This is the first time I hear about it causing any particular issues or overhead.

Dunno what you mean. JuK was ported to Qt6 last February alongside the rest of KDE. It’s on Flathub and most distro repositories.

I set up mine same as I did on desktop. Copied my custom filters over and enabled all of the default ones. Works well enough.

Huh? How did you narrow it down to just GIMP? Are you excluding all non-GUI software or something? GUI has never been a big focus for GNU (which I assume is what you’re referring to when you say FSF), though they do have a couple of projects like GIMP and GNUCash. Most notably as far as GUI is concerned, they instigated the GNOME project, though they later split off. But yeah, they still maintain extremely important tools, especially for developers and UNIX systems, such as glibc, coreutils, gcc, emacs, gdb, make, bash, grub, octave, guix, etc.

At the moment, we have Blink (Chrome), Gecko (Firefox), Webkit (Safari), Servo, Ladybird and Goanna (Pale Moon).

At best, another Pale Moon is what would happen. They’ve been maintaining their own hard fork of Gecko by themselves since 2016. They clearly have people capable of maintaining a browser engine, though perhaps not quite enough of them. If Firefox were to die, perhaps joining up with Goanna would be the smart move.