[-] xan1242@lemmy.dbzer0.com 3 points 3 days ago

Yes, both Yuzu and Ryujinx were open source.

Ryujinx is licensed under MIT and Yuzu is under GPLv3.

[-] xan1242@lemmy.dbzer0.com 43 points 3 days ago

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.

[-] xan1242@lemmy.dbzer0.com 4 points 4 days ago

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

One day, it will happen with MR.

[-] xan1242@lemmy.dbzer0.com 1 points 5 days ago

RIP Black Box Games

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

[-] xan1242@lemmy.dbzer0.com 2 points 5 days ago

The way I did it is by trying to solve more and more advanced problems with simpler tools/features, then looking at more advanced features and seeing where they could be applied to make the problem solving simpler. Rinse and repeat.

An easy example that I can remember is making arrays that dynamically expand. I started with the barebones malloc and worked out how to use std::vector (and other list types) in its place.

Understanding that concept is, what I believe, to be the foundation of learning programming.

I'm no pro whatsoever, but using this method really helps me pick up and learn new languages.

[-] xan1242@lemmy.dbzer0.com 24 points 5 days ago

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?

[-] xan1242@lemmy.dbzer0.com 23 points 1 month ago

AAAAAAAAAAAAAAAAAAAAAAAA

[-] xan1242@lemmy.dbzer0.com 60 points 1 month ago

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.

[-] xan1242@lemmy.dbzer0.com 24 points 1 month ago* (last edited 1 month ago)

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)

[-] xan1242@lemmy.dbzer0.com 35 points 5 months ago* (last edited 5 months ago)

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

Gee, what else is new?

[-] xan1242@lemmy.dbzer0.com 38 points 6 months ago

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...

view more: next ›

xan1242

joined 6 months ago