EKA2L1 VS dynarmic

EKA2L1 (https://github.com/EKA2L1/EKA2L1) is the main Symbian/N-Gage emulator I'm aware of. It works perfectly fine on PC with the games I've tried, but scaling up the already low resolution of the display to PC resolutions, especially with the 3D stuff, is pretty painful.

They're really a web search away. You might be interested in the EKA2L1 emulator and this handy guide from UESP if you feel like playing Shadowkey, but I can't help you with for the game itself.

The EKA2L1 emulator came out more recently so now you can play actual N-Gage games. There’s an UESP guide for getting set up with it which worked for me when I tried it, but idk if it’s been updated or needs updates though. You’ll want to check out these files as well.

CBNK3D is also avaiable on Symbian devices and can be played on EKA2L1 emulator.

If you want to emulate Symbian stuff, I suddest you use the EKA2L1 emu on a 64-bit/ARMv8 Android device for best compatibility. And get a Bluetooth gamepad for the best experience as well :)

Yes! Look here: https://12z1.com/

EKA2L1 - An Experimental Symbian OS emulator

They're probably referring to dynarmic: https://github.com/merryhime/dynarmic

As an HLE, touchHLE is radically different from a low-level emulator (LLE) like QEMU. The only code the emulated CPU executes is the app binary and a handful of libraries; touchHLE takes the place of iPhone OS and provides its own implementations of the system frameworks (Foundation, UIKit, OpenGL ES, OpenAL, etc).

https://github.com/merryhime/dynarmic/pull/697 - Dynarmic implementing Arm backend support. Dynarmic is a dynamic recompiler for ARM.

I did some work on Dynarmic, so there's my bias I guess. But I def believe Dynarmic would emit better context-aware assembly than a CIL->Native jitteror the JVM would emit. Dynarmic takes advantage of instruction sets like BMI2 and AVX{2,512} and uses a pretty darn concise intermediate representation to the original ARM assembly to emit efficient x86 while a C# JIT probably still only emits baseline x86-64 and struggles with efficient vectorization of things like Arm's NEON instructions. Can't even imagine a C# or Java VM trying to automatically emit optimal assembly for an FMADD including handling NaN propagation or detecting that FMINNM can be very quickly emulated with a single vrangep{s,d} x86 instruction.

For emulators, it's currently used in dynarmic(Yuzu's ARM-to-x86 recompiler backend) for the fast emulation of ARM's NEON instruction set.