Box86 and Wine on RPi4

mth75

@mth75 Thanks for the log information. There seems to have been an issue with running Wine for the first time. I believe I've seen this issue before and it was because binfmt did not accept the box86 configuration. I thought I had that issue squashed, but perhaps there needs to be a little pause after installation of binfmt.

Would you also be able to send me your log for the box86 installation?

Thanks!

- George

You're welcome. See attached (above in my original reply) the Box86 log.

mth75

@george After installing all your scripts I installed the LXDE (Pixeldesktop?) ... Space Cadet which worked in fullscreen before that, now works in a windowsize size in fullscreen (very small in other words) when started in ES.

LXDE

Folly

@George

Sound improved a bit with Space Cadet, thanks.

Running some other stuff from the terminal in Pixel Desktop enviroment.
This is quite easy to do and works really good.

Sound with this demo game is great !

George

Hello all! Some updates:

Got a response on my pull request, there are two issues.

Including a separate version of the Mesa library is a bit much to manage. This is understandable. Eventually Raspberry Pi OS will have the updated version of Mesa, my version will become redundant (and eventually out of date/sync), and then we have a bunch of EmulationStation scripts which reference my redundant version. But my goal of people being able to play around with it is fulfilled by including it for now. My action item is to keep an eye on RPI's version of Mesa to see when it finally become part of the package. Hopefully soon because it has so much to offer, including Vulkan support (which is compiled into my version of Mesa).
Space Cadet 3D Pinball is a copyrighted game, so it can't be included in RetroPie. I am going to remove it from my pull request, though I will still have it in my repository for the time being. Any updates I make will be available in https://github.com/GeorgeMcMullen/RetroPie-Setup/tree/spacecadet. I am not hosting the actual binary file. Seems Microsoft would love to bring back the game too, but can't for several reasons. Here's a good blog post on the matter from Microsoft. https://devblogs.microsoft.com/oldnewthing/20181221-00/?p=100535

@mth75 regarding the issues you're seeing:

Thanks for the log files. It seems that in fact there was an issue after installing binfmt that Box86 could not get configured for it. Not sure how I'll be able to resolve this one yet. I thought I did already by restarting the service, but evidently it's not good enough of a solution. Originally, I would just reboot my Pi before moving on, but that might not be an option here. More research and testing is needed.
I'll also check out the issue with LXDE/Pixel desktop. I have a sneaky suspicion that it has to do with xserver-xorg-video-fbturbo being installed when LXDE is installed. A good test would be to try sudo apt remove xserver-xorg-video-fbturbo and see if that improves the situation. I've found that xserver-xorg-video-fbturbo isn't good anyway as it replaces the native Broadcom access with a software based (LLVM) driver (i.e. POOR performance). I'm hoping that it will be removed from future releases once Mesa is updated in Raspbian/Raspberry Pi OS.

@Folly glad the sound is improved on Space Cadet. If you see any other wavemix.inf settings that might improve the sound further, let me know. I've been looking at how to possibly make it so that the background music plays, but that so far means binary editing the game itself. Fun. That's a cool looking game you're playing. What is it? I'm looking for something that is freeware/open source that would be includable as a reference game for Box86 and Wine.

Thanks all!

- George

Folly

@Folly glad the sound is improved on Space Cadet. If you see any other wavemix.inf settings that might improve the sound further, let me know. I've been looking at how to possibly make it so that the background music plays, but that so far means binary editing the game itself. Fun. That's a cool looking game you're playing. What is it? I'm looking for something that is freeware/open source that would be includable as a reference game for Box86 and Wine.

Look for "AckysXPBreakoutDemo" in the A... perhaps you can include this, licence wise.

Edit :
I manually made a port to see if the game could work from emulationstation. I can confirm this will work.
Only trouble is, first you have to install the game. If it's installed and you run this exe for the first time, chances are that the sound and some graphics will not work oob. I had to turn everything on, in the settings, running this for the first time. But when it works it really works awesome.

mth75

@george said in Box86 and Wine on RPi4:

Including a separate version of the Mesa library is a bit much to manage. This is understandable. Eventually Raspberry Pi OS will have the updated version of Mesa, my version will become redundant (and eventually out of date/sync), and then we have a bunch of EmulationStation scripts which reference my redundant version. But my goal of people being able to play around with it is fulfilled by including it for now. My action item is to keep an eye on RPI's version of Mesa to see when it finally become part of the package. Hopefully soon because it has so much to offer, including Vulkan support (which is compiled into my version of Mesa).

It' only a matter of time. In the meantime we can package our bottles. Regarding the Wine version, this one has audio problems I noticed ... I'm building with 5.22 stable.

Folly

@George

I am struggeling a bit with how to add more software.
For this to happen, we have to make ports for every game we want to add.

For lr-mess I made a script that can generate install scripts.
Perhaps we can come up with a same sort of solution for this.

But we know, not all software can be run directly.
Most of them have to be installed first.
So not all the install scripts will/can be the "same" this way.

So I wonder, isn't it possible to make an easier way for this, just running a link to the .exe ?
Then it would be somenting like adding roms to a directory, instead of making scripts for every game.

mth75

I got the scripts working on my main RetroPie C= Pi4 :-) .

Next step, Commandos1 and AoE2 bottles.

mth75

I had to delete all version checks in the installscripts (which worked on a clean RetroPie install). Wine didn't see an Box86 install, Box86 did not see the Mesa install, and Space Cadet did not see the Wine install. My image is build from an early RetroPie beta a year ago (but maintained and updated).

Folly

@mth75 said in Box86 and Wine on RPi4:

I got the scripts working on my main RetroPie C= Pi4 :-) .

Next step, Commandos1 and AoE2 bottles.

Awesome.
How is your sound ?
Do you hear cracks sometimes ?

mth75

@folly no, didn't hear it. I did on the Pi400 (Raspbian OS, LXDE with Box86 and Wine) but not on this Pi4 RetroPie build. Could it be pulse audio related (come to think of it)? Or Wine version related? I noticed the the 6RC5 version of Wine didn't play nicely with Commandos1, the 5.22 version does.

mth75

@folly said in Box86 and Wine on RPi4:

I am struggeling a bit with how to add more software.
For this to happen, we have to make ports for every game we want to add.
For lr-mess I made a script that can generate install scripts.
Perhaps we can come up with a same sort of solution for th

Could Dosbox give some guidance? I'm running the dosbox games with .conf files (these are scraped) and link to the games all placed in a data folder.

Folly

@mth75 said in Box86 and Wine on RPi4:

@folly no, didn't hear it. I did on the Pi400 (Raspbian OS, LXDE with Box86 and Wine) but not on this Pi4 RetroPie build. Could it be pulse audio related (come to think of it)? Or Wine version related? I noticed the the 6RC5 version of Wine didn't play nicely with Commandos1, the 5.22 version does.

Perhaps you don't hear it because the pi400 runs on a higher cpu clock.
It can also be my OS.
I also had problems with no audio from the hdmi port, after an update.
I fixed this a bit, but indeed, the sound problem could be related to that problem.

Folly

@mth75 said in Box86 and Wine on RPi4:

@folly said in Box86 and Wine on RPi4:

I am struggeling a bit with how to add more software.
For this to happen, we have to make ports for every game we want to add.
For lr-mess I made a script that can generate install scripts.
Perhaps we can come up with a same sort of solution for th

Could Dosbox give some guidance? I'm running the dosbox games with .conf files (these are scraped) and link to the games all placed in a data folder.

Not directly, but I know what you mean. (something like this .....)
I think we have something to think about.

mth75

And Commandos 1 running.

Folly

@mth75 said in Box86 and Wine on RPi4:

And Commandos 1 running.

Cool !

Folly

@George

I came across some Konami retro-remakes without a licence.
Also the source code is available for these games.
Sadly I could not compile the code on the pi4. (Perhaps too old or only for x86)
But now we have your script ! ;-)
So these windows binary's work on the pi.

So if you are looking for "pinball" replacements.
Perhaps these will do :
https://roadfighter.jorito.net/

Edit : like @mth75 said in the next post, a windows exe for Wine/Box86 can be downloaded there.

mth75

@folly said in Box86 and Wine on RPi4:

came across some Konami retro-remakes without a licence.

The Windows exe can be downloaded on the download page. It has to be an exe for Wine/Box86 :-)

mth75

@folly said in Box86 and Wine on RPi4:

Cool !

Well, I always wanted to play this game on my Pi's, I looked at Qemu and Exagear but trusted it would be a matter of time ...

Folly

@mth75 said in Box86 and Wine on RPi4:

@folly said in Box86 and Wine on RPi4:

Cool !

Well, I always wanted to play this game on my Pi's, I looked at Qemu and Exagear but trusted it would be a matter of time ...

Indeed, for a lot of software this Wine/Box86 is a really good solution.

I have had qemu running on the pi with OS9 for ppc and windows 2000 for x86.
Qemu runs also quite fast. But you have to install the whole OS.
And running it all in the commandline with harddrive images is quite a challenge.
But software compatibility is better ofcourse.