js-ts-csharp VS Ryujinx

The thing is, if you're comfortable with TypeScript, it's really more or less just a small step to C#.

A small repo here: https://github.com/CharlieDigital/js-ts-csharp

And a practical example of a Playwright web scraper in C# and TypeScript: https://github.com/CharlieDigital/playwright-scrape-api

"Too many keywords" is the weirdest objection to a programming language versus actually using the language to build something practical.

[1] https://github.com/CharlieDigital/js-ts-csharp

Modern C# isn't that big of a lift from TypeScript. If you can write TypeScript, you can write C#. Much easier transition than say Go or Rust. See also: https://github.com/CharlieDigital/js-ts-csharp

> ...this project is a nice showcase how versatile C# and .NET is

C# and .NET are highly underrated/underappreciated because of some early flops and the Microsoft branding.

It's converging with TypeScript in the best way possible[0] and has some really great language features that even TS is lacking (really powerful switch expressions, for example).

It seems like the natural option for teams that want to move from TypeScript to a compiled, multi-threaded, statically typed language but it seems that there's a lot of teams that would rather use Go or Rust; neither of which are as easy to step up to from TypeScript, IMO.

[0] https://github.com/CharlieDigital/js-ts-csharp

Should it be C#? I think the transition to C# is the easiest because of how similar TypeScript and C# are at some levels (small repo here showing the similarities: https://github.com/CharlieDigital/js-ts-csharp)

I have a small repo here that shows just how similar the JS, TS, and C# are: https://github.com/CharlieDigital/js-ts-csharp

For me, I use TypeScript and C# almost interchangeably now. Most of the patterns I would implement in C# I can also implement in TypeScript. It's very easy to move between them (exhibit A and exhibit B).

Bonus: TypeScript is soooo similar to C#; completely worth your time to learn it.

Their C# JIT [1] generates x86_64 or ARM native code. This is why it's fast.

1: https://github.com/Ryujinx/Ryujinx/tree/master/src/ARMeilleu...

This isn't true anymore. It was their first approach, but since then they have switched to their own JIT recompiler. You can read their rationale here: https://github.com/Ryujinx/Ryujinx/pull/693

For the MacOS port, they explain in the blog post you linked that they use an hypervisor, meaning the original game binary runs untranslated. (with the option to use an ARM-to-ARM JIT)

Thanks for the guide. I am new to Ryujinx, but is there a version that runs Monster Hunter Rise: Sunbreak? I searched on reddit and github but I got lost on the part where gdkchan tried to solve the issue here. Maybe it doesn't work on Mac?

Same as previous post. Latest version did change things related to hashing https://github.com/Ryujinx/Ryujinx/commit/58907e2c290473326e5ab74bdfe1429b8a518ba4 so probably bug?

Did you try the build in here: https://github.com/Ryujinx/Ryujinx/pull/4899

As it’s emulator, you can’t be sure about games performance as a whole. Some perform better, some - worse, some won’t run at all. You can have a quick look at this video for example https://youtu.be/9XyjErqV3pI Then you should check if the games you’re interested in are considered playable https://github.com/Ryujinx/Ryujinx/wiki/ Actually, there is another one emulator Yuzu and some games may perform better with it. BTW I have a bit better 5500u processor with 16 dual-channel. It performs quite well even with aaa games till 2020. But there are also so many good old games :) Currently I’m playing Warcraft 3 and it still looks and plays very well.