Thanks for posting those screenshots, jc1.
When I was trying to noodle this out, back in January, I was distracting myself with another problem: I didn’t correctly understand what “cursor X” and “cursor Y” meant. My understanding of those two axes was wrong. I think that when I came up with the “mind hack” of trying to move the real-world image with the cursors, I was just so happy to have gotten cursor X and cursor Y straightened out. But I hadn’t realized that the cursor movements are reversed, when one compares MARK-HUD with FLIR.
One other thought occurs to me, though… and someone should definitely check me on this, because I tend to get these things backward…
I wonder if, when boresighting the FLIR, a cursor-down movement of the cursor switch is meant to slew the FLIR camera’s aim point downward, relative to the fuselage of the aircraft? That might explain the upward movement of the FLIR image in the HUD, relative to the frame of the HUD.
In which case, the engineers who designed all this stuff in the aircraft might say “The cursor switch slews the FLIR camera the same way it slews the TGP camera. We wanted to keep those two mechanizations (sp?) consistent”. And this would mean we’re stuck doing my “mind hack” with the real-world image.
Of course, I could have all of that bass-ackwards, as I often do. But it makes me wonder if this is all about the direction in which a camera’s aim point is being slewed…