box64
wine
box64 | wine | |
---|---|---|
73 | 35 | |
3,122 | 2,900 | |
- | 1.1% | |
9.9 | 9.9 | |
4 days ago | 6 days ago | |
C | C | |
MIT License | GNU General Public License v3.0 or later |
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.
box64
-
No one even read the box64 readme for today's RISC-V video
In the video, they mentioned they can't run steam on RISC-V because box64 doesn't support 32bit apps. In the README of box64, it is mentioned:
-
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
-
Runing factorio on raspberry pi 5 4gb ram
In Box64, which is an emulator+JIT recompiler, and thus likely pretty slow?
-
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
wine
-
Why SciPy builds for Python 3.12 on Windows are a minor miracle
Sometimes when a detail of Windows isn't documented, the Wine source code can be useful. Have you tried looking at it for details of win64 SEH? For example:
https://github.com/wine-mirror/wine/blob/master/dlls/ntdll/e...
https://github.com/wine-mirror/wine/blob/master/dlls/msvcrt/...
-
RIP, WordPad
Source code: https://github.com/wine-mirror/wine/tree/master/programs/wor...
-
DirectX 12 Support on macOS
It's Wine with some special sauce (Apple couldn't reuse VKD3D because they chose to invent Metal rather than stick with OpenGL/Vulkan so they had to build their graphics translation themselves). Crossover is built on the same technology. In fact, Apple's brew script literally links to Crossover's sources: https://raw.githubusercontent.com/apple/homebrew-apple/main/...
Things like the crypto API should be implemented if you can find the reference for your specific API calls here: https://github.com/wine-mirror/wine/tree/master/dlls/crypt32
Apple's version of Wine is aimed at developers, though. It shouldn't take too long for someone to make an app or script to easily set up environments with the developer runtime, but I doubt they'll support it as well as Valve supports Proton. If your application of choice doesn't need any fancy graphics, there's a decent chance Wine/Crossover can already run it anyway, no need to mess with Apple's SDK.
With the M2 Max outputting 28fps at 1080p (screenshot linked), I wouldn't expect too much from the gaming performance of this thing, though.
-
Ask HN: Who is hiring? (May 2023)
Not the OP, but Github's stats on https://github.com/wine-mirror/wine say the current Wine codebase is 95.1% C, 0.3% C++
-
Show HN: Generate commit messages using GPT-3
Take a look at Wine's commit log. It's really well curated. https://github.com/wine-mirror/wine/commits/master
- Looking to build a stripped down linux distro with *only* wine 🍷 !!
-
Wine GE proton 7-33 released
Fixes Overwatch 2 game freeze after a few seconds in game. After a long bisect it was found that wine-mirror/wine@4bf9d24 from upstream wine wine 7.13 and higher needed to be backported.
-
how do I install anomaly on linux?
git clone https://github.com/wine-mirror/wine \ cd wine \ ./configure \ make \ make install \ wine ./Anomaly.exe
- Rust on linux - update
-
Proton troubleshooting in the Internet (tm) manner?
Well, I personally can't confirm nor deny that (the only "old" game I play is Plants vs Zombies (2009), and surprisingly it still works great with latest Proton). But the reality is that Wine/Proton are very large and complex projects, developed by pretty much just reverse engineering Windows; Couple this with the fact that a lot of changes happen in-between versions (especially in Wine), and even though an one-line change fixes an issue, it might end up breaking something, elsewhere. My point is, it's almost inevitable not to break stuff eventually. This is why Valve gives us older Proton versions to choose from.
What are some alternatives?
FEX - A fast usermode x86 and x86-64 emulator for Arm64 Linux
winapps - Run Windows apps such as Microsoft Office/Adobe in Linux (Ubuntu/Fedora) and GNOME/KDE as if they were a part of the native OS, including Nautilus integration.
box86 - Box86 - Linux Userspace x86 Emulator with a twist, targeted at ARM Linux devices
vkd3d-proton - Fork of VKD3D. Development branches for Proton's Direct3D 12 implementation.
ish - Linux shell for iOS
wine-tkg-git - The wine-tkg build systems, to create custom Wine and Proton builds
xqemu - Open-source emulator to play original Xbox games on Windows, macOS, and Linux
Proton - Compatibility tool for Steam Play based on Wine and additional components
factorio-docker - Factorio headless server in a Docker container
Whisky - A modern Wine wrapper for macOS built with SwiftUI
hangover - Hangover runs simple Win32 applications on arm64 Linux
Whisky - A modern Wine wrapper for macOS built with SwiftUI [Moved to: https://github.com/Whisky-App/Whisky]