[REPORTED] Snapviews are unusable when using TiR in latest OB v1.5.4.54080.100

Hi,

 

I just opened the following ticket, and thought I'd post it here to prevent duplicate reports:

 

I have to report that Snapviews are unusable in OpenBeta v1.5.4.54080.100 because the snapview is controlled by TrackIR 5.

 

Both v1.5.3.53279.80 and OpenAlpha v2.0.2.52658.72 behave correctly in this respect, i.e. the snapviews are fixed and not influenced by TrackIR.

 

But in OpenBeta v1.5.4.54080.100, when you switch to any snapview (press Ctrl-Num0 or press-and-hold Num0, and/or select any of the snapviews using Num1 - Num9), when you move your head the snapview moves. This defeats the purpose of a snapview. A snapview must snap to the preset view and must not be moved by TrackIR. It works perfectly in v1.5.3.53279.80 and OpenAlpha v2.0.2.52658.72.

 

This bug is most likely related to the other view system bugs reported here:

http://forums.eagle.ru/showthread.php?t=169026

 

Please fix this one before release, it does not make sense to have to work around this new "feature" using some kind of JSGME mod.

 

If you actually think this is not a bug but a new feature, then *please* make it optional, i.e. put a checkbox into settings where we can enable/disable this new "snapviews do not really snap" behavior.

 

While you're at it, you might also want to make the other new "feature" optional, which is controlling the outside view with TrackIR. I am pretty sure there are a lot of people preferring the old way, i.e. TrackIR only working in cockpit view, and all other views controlled by mouse/joystick.

I use snapviews regularly to be able to more precisely interact with clickable cockpits without TrackIR getting in the way. For me, the whole point of using snapviews in the context of TiR is that snapviews are *not* influenced by head movements. So I go through the "hassle" of setting up proper snapviews to my liking for each module. With the latest OB 1.54, these snapviews are rendered useless. And having to freeze TiR each time you use a snapview cannot be the solution here.

 

I hope I am not the only person that feels this new behavior is a bug. :(

I am pretty sure this problem could be fixed/worked around by messing with some LUA files (like SkateZilla suggested for another problem here), but I think this should really be fixed by ED so we do not have to patch it after each update...

I can use them? Windows + NUmpad and it gives me snapview. RAlt + MUM0 gives me Snapmode where it stays. Does yours do something else?

I can use them? Windows + NUmpad and it gives me snapview. RAlt + MUM0 gives me Snapmode where it stays. Does yours do something else?

 

Yeah, it gives me the snapview. But the snapview is not fixed as it used to be, but it moves when you move your head (using TrackIR).

Just want to add that copying

 

Config\Input\Aircrafts\Default\trackir\default.lua

from 1.5.3 to OB 1.5.4 actually also solves the snapview problem.

 

Indeed the problem seems to be related to the same changes introduced for VR headtracker support as reported here.