You specifically need libevdev-dev in order for the virtual joystick output module to be built.
Posts made by sthalik
-
RE: [ANN] opentrack 2.0 beta 1 released!
-
RE: [ANN] opentrack 2.0 beta 1 released!
Hey,
Please install libevdev-dev and libeigen3-dev before configuring with cmake. Otherwise you’re missing several modules.
I’m attaching an AppVeyor config for building on a clean Ubuntu 18.04 environment. It’s notably missing “software-properties-common” and “curl” since AppVeyor VMs have it in already. You should be able to automate the build based on that.
-
RE: [ANN] opentrack 2.0 beta 1 released!
Mind you that’s using the unmodified laptop webcam so I’d expect better results when using a ps/eye cam or dimming down the webcam using some exposed film (I’ll try that later) to improve tracking quality.
There are two kinds of ps3 eye cameras. One can be modified only with losing the ability to set FOV anywhere else than 75. The other one allows for FOV of 56 and I’m happy to have one. Having fov 75 on the red dot will make your points occlude one another a lot.
I had to start tracking in opentrack before launching BMS in WINE, otherwise it would not let me tick the relevant TIR boxes in the “view control” advanced setup screen.
See my previous post.
1: I’m getting suprisingly good fps in “moving mud” over water in KTO after dialling down all the graphics
Over water is different.
-
RE: [ANN] opentrack 2.0 beta 1 released!
Thanks for the input, Stanislaw.
I remembered this morning I have a spare laptop lying around that I already upgraded to 18.04 a few months ago, so I decided to give the binary build linked to above a try on this machine.
https://i.imgur.com/ttjuqxs.png?1
Yay!
I only needed to install two exta packages (libopencv_videoio and libtqserialport) and opentrack launched without any missing library errors. I think most folks actively using WINE on Linux will already have the winehq versions / repos installed (like it was the case on my forgotten notebook), so we could put this info into the install instructions in a ReadMe.Linux file or similar.
A few things:
- winehq .deb versions were missing winegcc or something crucial to it. I tried using them and it wasn’t too long ago.
- you don’t need dependencies like libqt5serialport{,-dev}. that one’s for the hatire tracker. you only need libopencv including videoio and Qt5 dev headers/tools (including lupdate and lrelease).
- opentrack will handle moving the installation directory around. you can move from /usr/local/opentrack to /opt/on-the-moon/foo and it’ll work just fine.
- just in case, don’t install stuff like Wine to /usr/local. use /opt/app-name with optional version. just get the habit right. you can symlink the executables to /usr/bin.
- don’t ever install anything to /usr/local.
You can put build information on the opentrack project’s wiki, and if you can confirm this information is complete, I’m going to link to it more officially. Please note, using “debootstrap” you can create a fully-working chroot environment for a particular distro in order to verify whether there’s something else needing to be installed.
As for linuxtrack, I was told by the developer of the linuxtrack-wine plugin that z-axis tracking used to work fine years ago when he was still actively developing the code, so he suspected something must have changed within linuxtrack itself about the handling of the input to the wine plugin; I’ll be monitoring the github issue for new comments on the problem.
I’d like to know whether X and Y scaling is fine and only Z scaling is broken. They’re probably multiplying by the wrong value when outputting position coordinates.
- If all position changes are wrong, you can present that as a solution to the developers. The scale should be 0->1000 and BMS needs 200-300 or so. Depends on a game.
- If X and Y works while Z remains broken, it’s a more involved issue.
To send opentrack tracking data towards BMS all I need to do is to select “wine” as the output plugin, right? Do I need to copy your NPClient*dlls into the WINE_PREFIX I’m using? I think I checked this before and they’re exactly the same size as the ones I’m already using with linuxtrack and BMS, I might want to look at the md5 hash though.
In order to use the Wine plugin you need to:
- Make sure any game is stopped.
- Start opentrack with Wine output once. If Wine initializes the WINEPREFIX, wait for it to complete. Otherwise just stop tracking after a second or two.
- Start a game.
- Start tracking when you need it.
You only need to perform this procedure once for the WINEPREFIX you’re using, unless something changes the NPClient64.dll path.
If you’d rather like to keep Linux build / install specifics out of this announcement thread please let me know and I’ll open a separate one. (hopefully in soon-to-appear “Linux and other OSes” subsection of this forum that I’ve been dreaming about for a few years now :))
As for your views on Linux as an end user platform I think we discussed that before in the “Linux dedicated server” thread, so let’s just agree to disagree for now
I’m happy you’re doing this, both personally and for the project’s sake. There’s indeed some Linux following and we might be able to contact many of the users, even if not on the BMS forum.
Is a Linux board going to open on this forum? I’d like that too. The chief issue is your opentrack binary version being intrinsically tied to the Wine version on your system. A script installing opentrack from the ground-up would be helpful to users as well. I’m going to work on the .deb package builder in the meantime.
Know that when Linux starts being a useful platform for end-users, I’m the first to say so. For now I’m tracking work on KDE Plasma, wined3d, Mesa, gallium-nine, DRI and so on. Even when not using Linux on my workstation. OSX has even worse GPU support so it’s out of the question as a Windows game box replacement.
-
RE: [ANN] opentrack 2.0 beta 1 released!
Thank you Stanislaw. I’ve already opened a bug on the linuxtrack github and I’m also in contact with the linuxtrack-wine author who told me it must be a bug on the linuxtrack side of things; sadly I haven’t heard back from uglydwarf since first mentioning the issue a few weeks ago:
He’ll get to it. He’s a really decent guy and was in fact instrumental in opentrack’s support for “trackir enhanced” titles.
currently I have the feeling I’m the sole Linux opentrack user on the planet
There are few users. Check the issue tracker for closed issues. I’m generally hostile given Linux users are an entitled bunch and can’t RTFM before claiming something’s broken. Use Windows if you can’t RTFM. So yes, I’ve been more patient given you’re from the BMS community and we’ve had a few interactions.
My position has been consistently that Linux is an OS for software developers and not regular users. The GUI’s don’t give enough control over the internals and are buggy. This has been true over a decade.
I personally use Linux support for Valgrind and clang sanitizers. Proper support for X11 keystrokes is something that took few hours to complete but years to even start.
And no, you can’t achieve the same level of compatibility, or the same performance for new game titles, whether with gallium-nine or any particular drivers. There’s also a good reason old games have comparable performance but new ones don’t.
I was thinking about including the build date in the directory name so we can keep several builds alongside each other.
I’d suggest including the date (in year-month-day format) along with the git commit. BUT the better solution is to finish the .deb generation scripts. See: https://github.com/opentrack/debian
As for the WINE version, I’d go with winehq stable which is where I get the development files from in the cloudinit script, so I hope the versions will match in a runtime environment that uses the binary build.
This is unlikely to be the same version as the distro’s version. Also note that distros provide separate “wine” and “wine-development”, or possibly even “wine-staging” packages. They’re all of different versions.
PS: If you could confirm z-axis FOV control works as advertised in BMS on Wine that would be great.
I did some years ago. It’s not likely to be any different, given the original trackir code was written by Retro quite a few years ago. You can check the leaked sources for the original SuperPak.
I’m not a TrackIR user, I’m using FaceTrackNoIR with the pointtracker plugin and the DelanClip.
opentrack supports IR tracking via libv4l. You’re unlikely to encounter problems. The unstable branch is quiet now and users confirm stuff works.
cheers,
sh -
RE: [ANN] opentrack 2.0 beta 1 released!
Hey hoover, I’m glad you got it working. Here are a couple of notes:
- I recommend making binary blob packages install into /opt/APP-VERSION rather than /usr/local.
- Installing into /usr/local/APP is totally non-standard. See “man 7 hier”.
- The Wine binaries may or may not work with older and newer Wine versions. Notice how the wrapper “.so” file links against “libwine”. Shipping libwine yourself wouldn’t help either, it must be the same as the Wine installation that runs BMS. In programmer terms, “libwine” doesn’t have a stable ABI.
- For linuxtrack I recommend you open an issue on their github project page. I’ve been in contact with the project author and he’s a really cool guy. Since you already used a TrackIR it’s better for you personally.
- linuxtrack is also probably easier to build.
-
RE: 64-bit executable bug with Windows 10 exploit mitigation
m$ strikes again…
The exploit mitigation feature protects against perhaps a wider range of attacks than a typical Linux/BSD system. It’s commendable if anything.
The aforementioned Unix systems have even larger capability for shooting oneself in the foot. You remember how not to delete everything by accident by the fifth time it happens. And even then it happens occasionally. <nerd-talk>On Unix, try launching a subprocess with standard descriptors 0-2 inclusive closed and see the mess that happens.</nerd-talk>
-
RE: 64-bit executable bug with Windows 10 exploit mitigation
Good to know that’s a false positive, thanks.
Edit: it appears like -DYNAMICBASE without -HIGHENTROPYVA. The exploit mitigation function can do other abusive things (other than forcing -HIGHENTROPYVA), like forcing -DYNAMICBASE for all processes. Go figure.
-
64-bit executable bug with Windows 10 exploit mitigation
There’s a bug causing the 64-bit executable to crash on Windows 10 with exploit mitigation. Reproduction:
1. Open the “Settings” app
2. Go to Update and Security -> Windows Security -> App and browser control
3. Select global settings, or create a separate setting for the Falcon BMS executable (not the launcher)
4. Enable “Randomize memory allocations (bottom-up ASLR)”
5. Enable “High-entropy ASLR” in global settingsRunning the 64-bit Falcon BMS executable with these settings will produce this stack trace:
[...] 0033:0000000004AF4830 Falcon BMS.exe, _findnext64i32()+44 byte(s), f:\dd\vctools\crt\crtw32\direct\findf64.c, line 287+10 byte(s), Parameters(0x00000000FFFFFFFF 0x0000000000000008 0x0000000000000001 0x00000000C879EB59) 0033:00000000044CE76E Falcon BMS.exe, ResCountDirectory()+574 byte(s), e:\wip\bms\svn\source\rel-4.33\codelib\resources\reslib\src\resmgr.c, line 3877, Parameters(0x0000000000000000 0x00000000C879EE20 0x0000000000000000 0x00000000C879F0FE) 0033:00000000044CDED4 Falcon BMS.exe, ResAddPath()+468 byte(s), e:\wip\bms\svn\source\rel-4.33\codelib\resources\reslib\src\resmgr.c, line 3429+17 byte(s), Parameters(0x0000000000000374 0x0000000000000000 0x000000005F0402CF 0x00000000000000FF) 0033:00000000044978ED Falcon BMS.exe, SetupResourceDirectories()+29 byte(s), e:\wip\bms\svn\source\rel-4.33\ui\src\winmain.cpp, line 1014, Parameters(0x0000000004BAC278 0x00000000C879F4E8 0x00000000C879F4B0 0x0000000000000002) [...]
I already know the workaround (exclude Falcon BMS from global ASLR). I’m only notifying you about a programming error. It probably involves a pointer-to-integer-to-pointer truncation (edit: MSDN likely culprit). Without ASLR, it works by accident. This is only a guess.
The issue isn’t critical given default exploit mitigation settings. It defaults to disabled probably due to exactly this kind of issues (pointer truncation). I haven’t observed crashes with any other 64-bit app running on my system however.
sh
-
RE: Hook maneuver done properly?
Not sure what doctor would tell you to “observe yourself” when experiencing stroke like symptoms, you should visit a hospital asap - imho
I wouldn’t blow off these symptoms. […] Get your blood pressure checked - your symptoms could be due to either too low or too high a blood pressure - you can live with very high blood pressure for years and not […]
I’m sorry to make a ruckus out of this! This is planned medicine withdrawal. It always does funny things with the heart for everyone, despite being not addictive. My blood pressure and pulse is normative. FWIW both symptoms could be related to the membranous labyrinth. It’s all gonna get out of my system in two weeks anyway.
Also remember: the AGSM is generally augmented by a G-suit
Even with ultralight aircraft we won’t be getting anywhere near it, sadly. I measured G’s of a Polish bus, it never got over .6 G. And you don’t wanna ride a Polish bus
-
Hook maneuver done properly?
Hey,
From general knowledge here, the hook maneuver is flexing the lower body muscles, and doing the thing with the throat. I can do “hookah” with only “hook” being audible.
But there are several problems here for a noob:
- doing it too fast leaves me out of breath
- flexing my belly (just too easy to happen by instinct) made it hard to breathe overall
- the distance between “hooks” vs normal breathing may cause hyperventillation
Why do I ask of it? Obviously I’m no fighter pilot nor ever will be. The whole story is silly:
Yesterday I got double vision and motor problems. Called a doctor, said to observe myself that day and following days. Increasing brain blood pressure (flexing muscles below the belt, lying upside down) helped with motor skills. Can “hook” help with brain blood pressure way more than flexing muscles alone? And by the way I’m all right, since 12 hours after waking up that day.
I had an old family member get insufficient oxygen to one part of their brain, happened in front of me. Scary as heck.
-
RE: 3440x1440 display sometimes loads, but not always
Additionally, I had to change Window 10 display "scale and layout from 125% to 100%.
Thanks!Double-click the “Falcon BMS.exe” executable, set compatibility options, select DPI status managed by application (not system nor system enhanced).
edit: white_fang got the correct answer. Just remember to do it on “Falcon BMS.exe”.
-
RE: 3440x1440 display sometimes loads, but not always
Use the “display extractor” accessible from the launcher. Remove borders and set window position to (0, 0) origin.
-
RE: Waste of time
You’re talking about the software for programming the stick/pedals/throttle? We did some pretty valuable stuff with a TM hardware user. That one with a C-like language for doing all the things.
I haven’t seen such powerful software, unless one is willing to write a library parsing raw HID messages, and create a fake sticks that way. In fact I’m always considering it with the X65. Vendor-provided software is torture.
-
RE: FacetrackNoIR Too fast and jittery
Use opentrack, all others are lacking really tested most of them and opentrack gives alot of control. Very smooth using ps3 eyecam and homemade clip
FWIW, there’s a workaround for SimConnect[1] broken in the latest release. There’s no workaround for VR roll axis breaking stuff (gimbal lock), will be fixed soon as per our release discussion.
[1] Copy “libopentrack-proto-simconnect.dll” as “opentrack-proto-simconnect.dll”. Exact file name except the “lib” prefix. Keep both files.
-
RE: [RUN with XP SP3 x86 unable] 4.33 U5
Drop the crashlog here.
-
RE: [REL] dedicated server for Windows with no GPU
It’s not possible to use this launcher on Linux due to Windows dependencies.
I don’t see any inherent problem.
-
RE: Still Having Radar Cursor Issues
Add a deadzone in the profiler software, then calibrate the stick. Hopefully you’ll have your analog axis return close to zero. The calibration works for analog axis that center automatically (spring, etc.).
Did you manage to solve your cursor problem? I have the exact same problem but only if its in window mode. After i put it back to normal and ticked “Disable full-screen optimisations” <<(dont know if that helped)
all works wellAre you guys talking about the analog MFD cursor axis, or the mouse cursor? I’m confused.
For the mouse cursor you can disable the programmable Saitek pseudo-mouse in Device Manager while still using the profiler software.
-
RE: "Vocals": an open source voice recognition software
The Windows-only audio speech recognition programs, they all use the same speech recognition libraries so they’re all equal in quality.