Aircraft: 777 (not tested with other aircraft)
OS: Windows 10 x64
CPU: i7
GPU: GTX 780 Ti (x2) > 4 screens connected
After some time in flight, I 'm almost always unable to move fully around in external views (e.g. helicopter view), both when using the mouse or using a joystick button to move the view direction. At about 170° rotation (both left or right), the viewpoint gets stuck and refuses to move further, but moving back in the center direction is possible. This only happens in the horizontal pane, not in the vertical. When you leave the view uncentered and move back to an internal view (e.g. pilot view), the view position is moved accordingly to the direction you left the outside view in. E.g.: if you you move the helicopter view 90° and watch the airplane from the right, the pilot 's view position (not orientation) will be moved to the right on the Y-axis. Putting the external view to the left will move the pilot 's position back to the left. Tweaking a bit with these views helps me in getting the pilot approximatly back in the original positition, although a perfect fit is not possible. The further to the left or right you move the external view, the greater the steps at which the pilot position moves. Centering the external viewpoint before getting back inside makes sure the pilot viewpoint doesn't move.
The duration of the flight doesn't matter for this behaviour to happen. It never starts at startup, but comes into play either after hours of flying or after minutes.
fixed with r3647
Hi Gijs,
This issue has been fixed by Sanhozay a few years ago. It was related to the turning the radio altimeter knob. Did you encounter this issue on a recent version? Otherwise this issue may be marked fixed.
See also this commit: https://sourceforge.net/p/flightgear/fgaddon/3647/
Kind regards,
Isaak
Van: codetickets@flightgear.p.re.sourceforge.net codetickets@flightgear.p.re.sourceforge.net Namens Gijs
Verzonden: maandag 11 december 2023 21:43
Aan: [flightgear:codetickets] 1967@codetickets.flightgear.p.re.sourceforge.net
Onderwerp: [flightgear:codetickets] #1967 view orientation gets stuck
[codetickets:#1967] https://sourceforge.net/p/flightgear/codetickets/1967/ view orientation gets stuck
Status: Verified
Milestone: 2017.1
Labels: viewpoint orientation
Created: Thu May 04, 2017 06:35 AM UTC by Isaak Dieleman
Last Updated: Mon Nov 12, 2018 09:40 AM UTC
Owner: James Turner
Aircraft: 777 (not tested with other aircraft)
OS: Windows 10 x64
CPU: i7
GPU: GTX 780 Ti (x2) > 4 screens connected
After some time in flight, I 'm almost always unable to move fully around in external views (e.g. helicopter view), both when using the mouse or using a joystick button to move the view direction. At about 170° rotation (both left or right), the viewpoint gets stuck and refuses to move further, but moving back in the center direction is possible. This only happens in the horizontal pane, not in the vertical. When you leave the view uncentered and move back to an internal view (e.g. pilot view), the view position is moved accordingly to the direction you left the outside view in. E.g.: if you you move the helicopter view 90° and watch the airplane from the right, the pilot 's view position (not orientation) will be moved to the right on the Y-axis. Putting the external view to the left will move the pilot 's position back to the left. Tweaking a bit with these views helps me in getting the pilot approximatly back in the original positition, although a perfect fit is not possible. The further to the left or right you move the external view, the greater the steps at which the pilot position moves. Centering the external viewpoint before getting back inside makes sure the pilot viewpoint doesn't move.
The duration of the flight doesn't matter for this behaviour to happen. It never starts at startup, but comes into play either after hours of flying or after minutes.
Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/flightgear/codetickets/1967/
To unsubscribe from further messages, please visit https://sourceforge.net/auth/subscriptions/
Related
Tickets:
#1967Hi Isaak,
The "Verified" status means that the fix has been verified to actually fix the issue (not that the bug has been reproduced). It marks the issue as "Closed", just like "Fixed", "Done", "WontFix" etc. I don't believe we use the statuses that accurately, but just for the sake of it, in this case it was clear that you verified the fix to work :-)
Gijs
Last edit: Gijs 2023-12-12