I probably misremembered something then, 390xx it is then.

But whatever it may be it is in the AUR 100%.

For PSP development, PPSSPP can be very good if configured correctly and you know how to use it.

You can debug on a PSP using psplink but compared to PPSSPP it's a nuisance to do it every single time. Plus, using a GUI debugger is way nicer anyway.

What really fascinated me was Sony's approach. For all intents and purposes, it was on par with the PS2 or even better (because of more memory).

Yeah sure, the VUs coupled with the GS throughput were better for graphics processing than the Media Engine in the PSP, but the devil is in the details.

But unlike the PS2, it has a real OS that is capable of loading modules and even do some fake multitasking! This was groundbreaking for the time and this is what made it so magical for homebrew IMO.

It's very good.

Basically, there is one maintainer in the AUR (the name escapes me, jonathon I think it was?) who applies the necessary patches to the old NVIDIA drivers to make them run with a modern Linux kernel.

Of course, there won't be any Wayland support, but the experience is acceptable as long as you temper your expectations in terms of graphics API support. (No vulkan sadly)

I hadn't used it myself but I know a person who does and loves it. iGPU handles Wayland stuff while the NVIDIA is there for the heavy lifting in Xorg.

Unironically, the best bet for them is nvidia 540xx drivers on the AUR with an LTS kernel.

I need to remind some people here who don't seem to understand something.

Forks may be dead and development may not be as fast as the original.

However - you must think about the future and not the situation right now. Yuzu and Ryujinx sources will be invaluable information for people making emulators later down the line.

It's a matter of when and not if someone picks it up again.

Oh you mean Android Studio automagically "updating" your versions so that your build breaks and you spent 3 hours figuring out what just happened without you even touching anything?

Why is there Star Trek in the embed lmao

AAAAAAAAAAAAAAAAAAAAAAAA

It's just their ego showing through.

It basically now comes down to the current devs depending on new Rust devs for anything that interacts with Rust code.

They could just work together with Rust devs to solve any issues (API for example).

But their ego doesn't allow for it. They want to do everything by themselves because that's how it always was (up until now).

Sure, you could say it's more efficient to work on things alone for some people, and I'd agree here, but realistically that's not going to matter because the most interactivity that exists (at the moment) between Rust and C in Linux is... the API. Something that they touch up on once in a while. Once it's solid enough, they don't have to touch it anymore at all.

This is a completely new challenge that the Linux devs are facing now after a new language has been introduced. It was tried before, but now it's been approved. The only person they should be mad at is Linus, not the Rust devs.

Yeah enabling remote debugging because the dev thought it made it easier is a pretty big oof.

But this is just strike one. It's a one man show, after all, so cutting them some slack is warranted when it comes to this specific topic.

Nevertheless, your concerns aren't unfounded. This project needs more contributors to be able to keep up. (Thorium is basically in the same boat)

I got banned from "World News @ lemmy.ml"

Gee, what else is new?

It's specifically about the efficiency of the usage. If it's not used effectively, then it really is a waste.

And we all know how efficient the Web is nowadays...