itch.io

I have used Quest 2 and now Q3 for >3 years. I've never seen savegame corruption or crashing on start or random/well used/tested apps.

After installing and configuring QGO I had one app fail to start three consecutive times, and when disabling "optimization" it started, but my progress was corrupted, so It started as if it was the first time.

Shortly after I tried another game, again, crashing during loading, then starting w/o "optimizations"  - and luckily it were unharmed.

I have also seen a third app/game crash, but start on second try.   This seems like a crazy unreliable experience, I did not try to use any special settings, just defaults, or even "no profile" for Maloka , which has no profile.

(I did permit the accessibility settings for automatic profile selection)

.Yes, but how can it even be affected by where throttle stick is at startup ? - that defies the whole point of storing calibration.

Messing up axis invertion should not be possible as well. It's the only application that behaves that way, would you please just make it like "any" other joystick calibration ?

The link you sent to a discussion thread , - when searched for work "calibration" (only that) - returns 17 pages of results !

I am frustrated because I bought it long time ago, mentioned the problem (apparently as many others) - and see that it's still ignored.

"Perfect symmetry is not needed by the way" - so, hitting full pitch forward can give a given pitch rate , but full back, something different, - also.. when roll left hits 100% , roll right may be restricted to 90% . in a any 3D flight , that would be a awfully poorly tuned vehicle.

Please observe that no other application has this amount of sliders and gadgets for joystick calibration.

Normally, you assign axis, manually or automatically, then ask user to center, and do maximum and minimum input. - and there you have it, values that can be scaled to internal attitude demand numbers, no need for manual sliders to move things up and down.

Finally - where a stick is during application start, is not supposed to have any influence. Just imagine if you had to restart Xplane every time pedals, throttle quadrant , trims, or the yoke were in anything that perfect center.

it would be nice to have the problems fixed, not tell people how to try to workaroud them (and still have imprecise controls.)

whatever you do in jstest-gtk has no actual influence.

Centering sticks there, and starting with centered stick does help, but only because the FPV freerider has a defective calibration method. - there is normally no need for another application, or considering stick positions when starting an app.

The asymmetric range is not correctable anyway - due to broken calibration.

*no* other application I ever tried, behaves this bad - for example, I can just use, after one calibration, the interlink with X'plane - or use yoke and throttle quadrant for FPV Freerider with same pile of problems - that no other simulator or application shows.

I am not asking to hop thru loops to make it work, just hoping that the author cares to add an actual calibration routine that just works.

I've posted about this before, trying again - maybe I once can actually fly this thing. (video's based on current released version, a day old or so.)

It's on Ubuntu, everything else works fine with the interlink "radio"

FPV Freerider, behaves randomly at calibration, messes up inverting, range, gives asymmetric range (cursor goes much more one way than the other) - and - maybe sometime gets it right. - but still impossible to achieve perfect symmetry.

Then - it does no good, because when the app is restarted, the shitstorm starts again, it even looks like where the throttle is when starting the application, influences how badly, it will be off, requiring the awful calibration again.

Please ! - make a normal, decent calibration like any other application, I've never seen a complex mess like this, with lots of sliders, - and still are unable to get good calibration every time.

Graphics are great as with Freerider, at this point, I would suggest to an investor or a few, a team of good programmers and take over the market from "RealFlight" , which is only capable of spewing out ugly windows-only graphics and mediocre physics simulation.

Then I see your flight controller calibration, NOT improved since previous version, and wonder who made that thing.

Each calibration , when instructions are followed, can end up with inverted pitch/roll, leading to another stupid calibration procedure, which may, or may not as well do the same.

For crying out loud, when the first screen asks user to roll left, then pitch down, - how do it manage to screw up that data so bad, that the circles on next screen go in wrong direction ? - and over, and over need manual correction of travel and center ?

you need only one screen of calibration:

1: ask user to center sticks , then press ok

2: ask user to mimic full throttle, low throttle , yaw right then left , and so on for roll and pitch. (visualize as axis are detected) - no need to add click between all, just look for data.

3: by now you have all the data needed, full travel, center, and channel assignment.

and *SAVE* the calibration data.