[UNOFFICIAL] Running BMS on Linux/WINE with opentrack HOWTO
-
Reserved for FAQ
-
Gents please read and post comments. I guess this how to might need some extra work, especially on language side. If there’s anything that needs rewording, extra clarification or anything else pls let me know.
I’ll also try to keep this post up to date with latest info. -
Thanks for this really useful guide. I’m trying to get a list of dependencies for Ubuntu together.
One thought - it might be worth mentioning how to get the Alt Launcher working?
winetricks –force dotnet48 should do the trick…
-
Thanks rubbra, I’ve never managed to make AL working, 'tho I didn’t try very hard. I’ll try it in spare moment and add to the guide.
List of dependences for for different linux distros would be fantastic.
In perfect world, opentrack would be packaged for each major distro It’s not that difficult and it automates building process as a bunus, just for each distro there has to be somebody who’d step up. -
Ubuntu deps: (this is from 20.04, but should be the same for most versions)
apt install build-essential wine dxvk dxvk-wine64-development libwine libwine-dev libwine-development libwine-development-dev wine64-development wine64-development-preloader wine64-development-tools wine64-preloader wine32-tools winetricks wine32 wine32-development wine32-development-preloader wine32-preloader libv4l-dev
If you get an error when building that looks a bit like:
format elf32-i386 (opentrack-wrapper-wine.wSYB85.o) is not supportedthis is because you have the wine64-tools installed not wine32-tools (so you end up trying to link a 64 bit executable with a 32 bit library)
-
What about opencv, qt5 and libevdev-development? First two are critical. Evdev headers are required for evdev output.
dxvk shouldn’t be nessesary for opentrack. -
You can find most of the needed dependencies in my ubuntu cloud init script that I posted here earlier.
Cheers, uwe
-
Thanks hoover and rubbra, Ubuntu deps added.
-
This post is deleted! -
WINESYNC=1 - that’s not something I have enabled, open track works fine. I’ve tried setting it, no observable difference.
Also, emacs-nox? Is that really a build dep? (No one should have to install emacs! )
Sent from my iPhone using Tapatalk
-
It’s WINEESYNC not WINESYNC, another flag is WINEFSYNC. It corresponds with settings in opentrack wine plugin. In my case that was the key to get headtracking working, without this flag BMS nor IL2 couldn’t detect opentrack. If it wasn’t nessesary for you, I guess it might be something to do with how WINE is configured/compiled in different distros.
Some more info here:
https://github.com/ValveSoftware/Proton/issues/1722#issuecomment-749061952 -
Sorry, yes, mobile phone fingers mis-typing it on here.
I’ve tested with winehq builds and Ubuntu releases, I don’t seem to need any extra env variables for opentrack to work.
Sent from my iPhone using Tapatalk
-
Also, emacs-nox? Is that really a build dep? (No one should have to install emacs! )
How could you want to live without an emacs installation on your Unix system? The mind, it is boggled
All the best,
Uwe
-
This post is deleted! -
Excuse me while I go load my supersoaker…
You can always do
M-x vi-mode
in emacs if you must
All the best, Uwe
-
This post is deleted! -
Guys, friendly banter is nice, but keep this thread informative. Let it be good source of info for those who struggle to run our beloved sim on the OS of their choice.
BTW It seems recommended wine version might be bumped to 6.0 maybe a bit higher. I need to upgrade it release by release and retest if opentrack wine wrapper is still working.
Hopefully it also enable AlternateLauncher as .NET 4.8 was broken under WINE 5.18-5.22.P.S.
Would somebody using Ubuntu or other distro, test this procedure to make sure it works for anybody else than me?
Once proven we might ask to make it sticky. -
Has anyone else encountered this from opentrack:
[ WARN:0] global ../modules/videoio/src/cap_v4l.cpp (998) tryIoctl VIDEOIO(V4L2:/dev/video0): select() timeout. ```Appears to have started only today, since a package upgrade (incl. kernel), and occurs when opentrack tries to open the camera at anything other than 30Hz. My headtracking knowledge is extremely limited, but running at 30Hz does work, in some sense of the word, but it's patchy at best, and rarely returns to the centre. It's the same build of opentrack as I've using for several weeks - hoover's build, in fact - and also affects my own build. Very strange! (I appreciate this isn't a general Linux support thread, but as this is about headtracking on Linux, if you experienced/wise folk have a solution it might be something that ends up in the FAQ - I can delete these comments later)
-
Here I’m running 5.11.10, cam is PS3 EYE
1415:2000 Nam Tai E&E Products Ltd. or OmniVision Technologies, Inc. Sony Playstation EyeOpentrack running @75FPS no problem. My first guess would kernel update. Could you boot older one and see if problem persists?
BTW confirmed, it’s WINE 6.3 that breaks opentrack, so if there are no reports of issues with v6.2, then i think it might be considered last known good version of wine for BMS and other sims.
-
Sounds like we’re on the same hardware. Pretty sure it’s the kernel update too; I hate Ubuntu!