Absolute madness. I cringe at the thought of making modern x86 asm code.

Great work!

Anti cheat is like DRM. It’s a waiting game more than it is about actual direct protection.

Wait, what? Playstation?

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

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

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.

Yes, both Yuzu and Ryujinx were open source.

Ryujinx is licensed under MIT and Yuzu is under GPLv3.

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.

There go my hopes and dreams of IRL Solid Vision system and duel disks…

One day, it will happen with MR.

RIP Black Box Games

(I’m a NFS fan but also a fan of Black Box)

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?

And that’t the crux of the issue. Stenzek doesn’t actually understand the reality of licensing.

The reality is this - you can’t do anything without a lawyer. Laweyrs cost money (pro bono isn’t a thing in the copyright world AFAIK, but IANAL).

If he wanted to avoid this, then maybe he should’ve kept it closed source from the beginning. Chinese sellers on AliExpress couldn’t care less about licensing anyway, so that way he’d have at least some protection.

IMO his course of action so far has been wrong.

What he should’ve done is this:

1. Cause a stir
2. Get support from the community
3. Open up donations for the project (or just himself, since you don’t want a repeat of Yuzu)

He could even go after Arcade1up legally if he raised funds, but that’s not even worth the time if you ask me.

Yes but, in practice some of these things don’t matter much at all. At that point you’re looking at the performance stack a bit too deeply.

Look at the bigger picture. For example - an RTX 4090 can perform about as well on PCIe 3.0 as it does on 4.0 in most tasks that you’d likely use it for.

You don’t have to care about some of these things as much as you used to before. Sometimes you can get too deep into hunting the best version of your system before you realize that it really doesn’t make that much of a difference.

Unrelated but this is totally possible on a PS4…

…after jailbreaking it and booting into Linux.

Which makes me even more mad at Sony removing OtherOS, but oh well.

Why is there Star Trek in the embed lmao

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)

Unfortunately not really.

The problem is that the artstyle is usually thrown out the window with these kinds of mods. They all end up looking very similar because of the amount of work you have to put in to make it look acceptable.

Not to mention, the hacky nature of RTX Remix is very limiting and the implementation is not very good to begin with (and very hard to use as a result).

I hadn’t caught up with NVIDIA’s RTX Remix SDK stuff but I plan on taking a look at this myself and do a more in-depth render integration with something (be it the Remix DXVK fork itself or something like UE5). I mod BlackBox NFS games extensively and I plan on cooking something up that is technically better than anything before.

You’re mostly correct. People here don’t take Windows praise lightly.

NT is probably the best part about Windows. If you’re gonna complain about Windows, the kernel is the last thing to complain about.

As you’ve said, there are things that are still better about NT to this day;

• OOM conditions are way better - system continues to run mostly fine after emergency swapping memory pages into the page file. No crashes, just a freeze until the OS swaps stuff out. No data is usually lost due to this. Apps continue to run and you have the chance to save and reboot your machine.
• The driver architecture, as you’ve alluded to, is much more flexible. No need to rebuild a DKMS module every time the kernel updates. The drivers are self-contained and best of all - backwards compatible. You can still use XP 64-bit drivers on modern Windows (if you ever need to)
• Process scheduling is very good for anything equal to or lower than 64 CPU threads. Windows at its core can multitask pretty good on one thread and that scales up to a certain point.

Most of NT stigma comes from NTFS (which has its own share of problems) and the bugcheck screens that people kept seeing (which weren’t even mostly MS’ fault to begin with, that was on the driver vendors).

Mark Russinovich has some of his old talks up on his YT channel and one of them compares Linux (2.6 at the time) to NT and goes into great detail. Most of the points made there still applies to this day.

Not to mention - this isn’t necessarily the correct place for Windows anyway. That is exactly why they standardized stuff around Vista.

Plus - what about apps that store an ungodly amount data in there? Personally, I only keep the OS and basic app data (such as configs and cache) on the partition and nothing else.

Then something like Minecraft comes along and it’s like “humpty dumpty I’m crapping a lumpty” and stores all its data in “.minecraft” right there in your user directory.

Then you gotta symlink stuff around and it becomes a mess…