xqemu
box64
Our great sponsors
xqemu | box64 | |
---|---|---|
4 | 73 | |
611 | 3,076 | |
0.0% | - | |
0.0 | 9.9 | |
about 1 year ago | 3 days ago | |
C | C | |
GNU General Public License v3.0 or later | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
xqemu
-
why can't console games be ran natively?
These projects are called compatibility layers, or "translation layers" sometimes. I think XQEmu (OG XBox on PC) works the same.
-
QEMU Version 6.0.0 Released
Yes:
Are both original Xbox emulators built off of QEMU. I've only used Xemu, but performance was pretty good for the games I tried on it (it doesn't have a way to upscale rendering yet though).
-
Morrowind Rebooted the Original Xbox Without You Ever Noticing
It's indeed a bit like a kexec.
On system initialization, kernel routines are copied into RAM by the bootloader[1]. Executables run in ring 0, and have a jump table to call kernel routines in their own address space (IIRC) [2].
As such, loading any executable counts as a soft reboot.
Also, there is a functioning open source emulator, Xqemu [3] (and its sibling/fork focused on speed and compatibility more than accuracy, xemu [4])
I recommend reading "17 mistakes Microsoft made in the Xbox security system", which is very informative [5].
[1]: https://xboxdevwiki.net/Boot_Process
[2]: https://xboxdevwiki.net/Kernel
[3]: https://xqemu.com/
[4]: https://xemu.app/
[5]: https://xboxdevwiki.net/17_Mistakes_Microsoft_Made_in_the_Xb...
-
Experimental Nintendo Switch Emulator written in C#
There is one emulator currently that does do that, the "XQEMU" emulator for the original Xbox https://xqemu.com/
It's in its infant stages at the moment according to the "Emulation General" wiki and focuses heavily on "accuracy" over performance
Other emulators such as CXBX-Reloaded have made larger strides, currently emulating roughly 10% of the software library
It's also worth stating, while the Xbox seems like an "easy" target, being based on an ia-32 (Pentium III) PC with an Nvidia GeForce chip (somewhere between a Geforce 2 and 3 at the time) it is an absolutely monstrous beast with minimal documentation about its hardware and numerous "gotchas"
It also has a very small library of 'exclusive' content which detracts from gaining many developers
box64
-
Stardew Valley on Starfive VisionFive 2 running Ubuntu 23.10 with external Ati Radeon HD 5450
I see it can do more now, already tried some stuff. But see it is now more mature than months ago. Will try factorio again https://github.com/ptitSeb/box64/issues/665
-
runing factorio on raspberry pi 5 4gb ram
Also, in the discussions of box64 is this thread: https://github.com/ptitSeb/box64/discussions/524 My guess is that you have to install both box64 and box86, the latest mesa drivers with vulkan support. And then try to launch the game with proton. There is also this issue that shows factorio running on a Rock 5B: https://github.com/ptitSeb/box86-compatibility-list/issues/284
-
DirectX 12 Support on macOS
macOS runs x64 executables just fine through Rosetta so I don't see why Wine couldn't make use of that hardware acceleration.
It's also possible to only simulate the entrypoints through Rosetta and then execute native aarch64 code from there. On Linux https://github.com/ptitSeb/box64 does exactly that, for example. However, with the performance Apple has been able to squeeze out of Rosetta, I'm not sure of that workaround is even necessary.
-
Factorio on Arm: A Benchmark
Recently, I got a server from Oracle Cloud, having 4 cores and 24GB of RAM. Then, using a software called Box86 and its 64 bit version called Box64, I succeeded in running Factorio! Unfortunately, 1.1.80 ran at 3 UPS! I went through each major version, testing each individual one down to 0.12. Here are my results!
-
How to emulate on M1 mac?
You could try https://github.com/ptitSeb/box86 and https://github.com/ptitSeb/box64/ , I believe they allow you to emulate x86_64 on aarch64, though I have no experience with them, so cannot say for sure.
-
currently trying to get tf2 to work, but steam removed 32 bit support (wanted to use box86) with their html login thing, so i just have this system laying around collecting dust lmao
git clone https://github.com/ptitSeb/box64.git
-
How to run Linux games on ARM64
If you have time and patience take a look at box86 and box64. These are basically like translation layers that allow x86/x86_64 applications to run on ARM. I personally haven't use them yet, so I can't provide a guide or vouch for game compatibilities. But by the look of the progress made by them so far it looks promising.
-
Still a bit slow as Dynarec is not complete, but Stardew Valley now works on my StarFive2 with Box64
You can follow progress of this on https://github.com/ptitSeb/box64/issues/635
-
Can someone explain how this script bypasses CPU architecture incompatibility?
This analogy falls apart quickly and really isn't great like trimming sandwiches might be like using box64 and box86 and you would be using a bread machine (compiler) to make another bread machine (another/newer compiler). You need to read up on what a compiler to a specific CPU instruction set does to see why a binary made for one can't just run on another without translation or taking the source code and making a binary (what your sample script does) that runs on that CPU arch.
-
ARM raising prices dramatically??
Actual impact is not sure, but I can speculate. Short term customers pay more for ARM. Long term RISC-V products just got relatively cheaper for high end and might see a BoARM to go along with Box86 and Box64 so compiled programs on android (Dalvik byte code programs wont need it) will 'just work'. I wonder if this had anything to do with Google making RISC-V Android version a thing. As long as a big percentage of the device cost is the CPU it should still be competitive.
What are some alternatives?
FEX - A fast usermode x86 and x86-64 emulator for Arm64 Linux
box86 - Box86 - Linux Userspace x86 Emulator with a twist, targeted at ARM Linux devices
xemu - Original Xbox Emulator for Windows, macOS, and Linux (Active Development)
Ryujinx - Experimental Nintendo Switch Emulator written in C#
ish - Linux shell for iOS
factorio-docker - Factorio headless server in a Docker container
hangover - Hangover runs simple Win32 applications on arm64 Linux
pi-apps - Raspberry Pi App Store for Open Source Projects
game-compatibility - Cxbx-Reloaded game compatibilty list, using GitHub issues
UTM - Virtual machines for iOS and macOS
extract-xiso - Xbox ISO Creation/Extraction utility. Imported from SourceForge.
Linux-ARM-Gaming-Chroot - Guide to setup a MultiArch Chroot container to run Steam and Wine.