.NET Runtime VS Ryujinx

How .NET Framework (or latest .NET) implemented a certain function / feature, how it varies different design / implementation decisions in reality, etc. (remember 1. the latest .NET is open-source under MIT license. 2. .NET Framework 4.8 Reference Source is not; it is under a thing called MS-RSL. But still you can look at it)

Most of the article basically describes a workaround that Microsoft themselves needed to implement because .NET Core and .NET Framework don’t support in-process side-by-side hosting: https://github.com/dotnet/runtime/issues/53729

runtime/src/libraries/System.Security.Cryptography.Cng/src/System/Security/Cryptography at main · dotnet/runtime (github.com)

There are much better APIs now on types such as Aes, HMAC and IncrementalHash, with support for one-shot operations and Span interop. Your best friends are the API docs, .NET API browser, and just looking at issues and PRs in the runtime repo such as this, this or this 🙂

which could be due to NTLM incompatibility: https://github.com/dotnet/runtime/issues/887

https://github.com/dotnet/runtime/issues/49397 and https://github.com/dotnet/runtime/issues/63331 go into more detail about the APIs that are being added, with just Shuffle left to implement.

You can't do without source files when you want to better understand what is happening "under the hood" of a particular system. For example, do you want to improve your understanding of how types from the standard library work? The source code of .NET Framework and .NET will help you to do that. Do you want to dig deeper into the compiler? No problem - here is the Roslyn's source code at your service. Do you need to look inside the build system? Here you go - the MSBuild code is also open-source. By the way, if you are interested in build processes, you may also find MSBuild Structured Log Viewer useful. It's a tool that allows you to work with MSBuild build logs in a convenient format.

https://github.com/Ryujinx/Ryujinx/pull/3012 try this nightly build click on ryujinx-Release-1.0.0+a9532cb-win_x64

Ryujinx 1.0.0 aeaa9c5 early access build {{this is important}} https://github.com/Ryujinx/Ryujinx/pull/3012

It'll be fixed when this PR gets added to the main build: https://github.com/Ryujinx/Ryujinx/pull/2932

Here's the pull request where they explain what actually happened. Since neither the Gamecube nor Wii had any games with a Wii U emulator on their game disk (and why would they?), there is no equivalent that would be possible for making Dolphin support Wii U games by just having a JIT service.

Ryujinx says hello

OpenRA and Ryujinx are actively developed but they're likely not what you expect when you say "desktop" app seeing they're gaming apps.

Going into the compatibility page of the game I counter this solution: " Fix I2M texture copies when line length is not a multiple of 4" Then it's said to: Download the artifacts for this pull request. I download those files but Ryujinx doesn't even open. Can someone help?

I believe there is no official support for amd yet but it's on the pipeline here.

there are still some improvements to come for Amiibo which can be tracked on the associated Github issue here: https://github.com/Ryujinx/Ryujinx/issues/2122