Steerpoints and increment/decrement switch
-
The only thing I am still not understanding is why you are modifying your target steerpoint while in pit versus in 2D prior to take off. It is an easier process in 2D to set a specific building or a SAM radar or some such to steerpoints and save the DTC than it is to manually load them once in pit.
The only thing about this last post I found strange was when you said the coordinates were off in A-A but were fine in A-G. Unless you had cursor slewed at some point and not performed a cursor zero to reset the steerpoints to their defaults.
Stubbies…for the first question: Because I can, not to be flippant, and sometimes, when I load from the 2D, that is also hosed more times than not (1 good to 3 hosed events).
Yeah…it’s strange indeed, and I’m not doing any other cursor zero, reset, or anything…we used to do this all the time in 4.32, with never an issue.
-
So…knowing a thing or two about the code behind this I would hazard a guess that this arises because of changes made (since 4.32) for one of the subpages below CNI. I’d imagine that having a particular DED page up and changing the steerpoint is how the HUD and DED would get out of sync. The rocker switch action is DED page specific.
One thing I’d like to know – does this happen with the DED page on the root CNI page??
In general the code will “home” the idea of current steerpoint based on the nav computer; well, it’s supposed to do that. The DED and HUD should both tie into that to fetch what is “current” and also to set a new “current”. I’m thinking there’s hole in the state machine some place that misses the step of coordinating with the NAV computer then you switch DED pages and mash “next/prev” and that page does refer back to the NAV computer and boom…surprise new STPT value.
The trick now is to find that hole.
It’s not impossible but I think quite unlikely that this problem would not be reproducible in the solo play mode. ICP/DED/HUD/NAV have relatively little interaction with the network.
-
Here were my steps:
1. Taxiway entry and setup…assume my <callsign.ini>and <mission.ini>are loaded.
2. Changed the target steerpoint (STPT 5, in this case) to more precise coordinate.
2.5 Flew to the IP for the next 20 mins or so in AA master mode.
3. Tangled with MiGs before going to STPT 5, so still on STPT 4…killed them.
5. Incremented to STPT 5
6. Went to AG master mode, and noticed HUD target marker for STPT 5 was not where I expected it…it was in front of me when it should have been behind me.
7. Entered STPT Mode on ICP…coordinates were not the ones I entered…50-60miles off.
8. Quickly entered proper coordinates from kneeboard and killed target.
9. Flew home with no other issues.Here’s another wrinkle…I was flying the same mission the other day, and had the same issue…STPT 5 was off in the distance, but not the same point as the last time it happened. However, I was in AA master mode, and the coordinates were wrong. I then went to AG mode, and went to input the right coordinates, and the proper coordinates were there. Each time this happens, I report to the flight, and we were all shaking our heads, which is great now that the Devs gave us the ability to see such things in MP mode (love it!).
Anyway…if you see anything wrong with that sequence, anybody, please let me know. Intuitively, it makes sense to me, but there might be some subtle nuance I’m missing. Appreciate any insight.</mission.ini></callsign.ini>
Hi,
Seems to me like you are unaware of the SPI functionality in 4.33, I strongly suggest to RTFM the SPI section in the 3-4.
-
Hi,
Seems to me like you are unaware of the SPI functionality in 4.33, I strongly suggest to RTFM the SPI section in the 3-4.
Negative. Aware. Haven’t used much of the associated art in practice. The missions we’ve flown are looking at precise targets, “mensurated” from the RECON pages, and entered manually. While we have enemy air defenses to penetrate and layer back, we aim to engage with pinpoint accuracy once we get into hostile territory. Appreciate your insight.
-
So it should be easy to eliminate at least one set of variables. If you are looking at the RECON windows, instead of writing down the coords, use DTC to store them and load to NAV computer in mission via the DTC LOAD. If you do that, do you see the same issue or not??
[It’s really not clear to me why it makes much sense to enter LAT/LNG data by hand when the DTC function is designed to work with the RECON window for precisely that purpose. Which is not a criticism of what you are doing so much as an observation that bears on how much testing has been done on the code path you are trying to exercise…DTC lots, manual entry, probably not much at all past the original coder smoke test…testers are often drawn to the “usual” path as opposed to pushing the envelope of what’s possible in all dimensions…nature of the task]
-
There seems to be two different issues here.
The one brought up by the OP and the later issued brought up by dawgboy.The former issue seems to occur when in MP a client disconnects from the 3D world.
Causing, seemingly, random changes to the next selected steer point by players that have remained in 3D world. -
So it should be easy to eliminate at least one set of variables. If you are looking at the RECON windows, instead of writing down the coords, use DTC to store them and load to NAV computer in mission via the DTC LOAD. If you do that, do you see the same issue or not??
[It’s really not clear to me why it makes much sense to enter LAT/LNG data by hand when the DTC function is designed to work with the RECON window for precisely that purpose. Which is not a criticism of what you are doing so much as an observation that bears on how much testing has been done on the code path you are trying to exercise…DTC lots, manual entry, probably not much at all past the original coder smoke test…testers are often drawn to the “usual” path as opposed to pushing the envelope of what’s possible in all dimensions…nature of the task]
Understood. Thanks for the clarity.
Three times before I started to manually enter the coordinates in v4.33, I used the target coordinates load from the 2D world, using the RECON, select target, select STPT, and ACCEPT workflow. It worked the first time only. The second and third times, it failed:
-
The second time, Lead and I went to the coord without realizing it was off, and we bombed an open field (night LANTIRN mission). Lead was worried about air defenses in the target area and by the time I had pickled my slicks, it was too late…I saw through the FLIR HUD view it as an open field, and I put them near his smoking holes.
-
The third time, mine was off, many miles off, and Lead’s wasn’t, which I then bombed the site manually
After that point, I wrote them down and entered them manually on the taxiway or on the way to the target area, which worked for me before in 4.32 without issue. I simply went back to what I “knew” worked before trying the 2D loads.
I know that doesn’t really narrow it down. We will try to replicate the mission, and I’ll FRAPS it, to see if I can observe anything else.
db
-
-
Understood. Thanks for the clarity.
Three times before I started to manually enter the coordinates in v4.33, I used the target coordinates load from the 2D world, using the RECON, select target, select STPT, and ACCEPT workflow. It worked the first time only. The second and third times, it failed:
Ok I think I see your problem. You are missing the save DTC after changing your steerpoint step. Do the above steps then after you have hit the accept you then open your DTC and save it which will plug it into the callsign.ini file. If you do that it will always work.
-
Negative. Aware. Haven’t used much of the associated art in practice. The missions we’ve flown are looking at precise targets, “mensurated” from the RECON pages, and entered manually. While we have enemy air defenses to penetrate and layer back, we aim to engage with pinpoint accuracy once we get into hostile territory. Appreciate your insight.
OK Thanx.
Can you reproduce the issue in some SP TE/Camp? if yes then please post here the files and the EXACT steps to follow in order to see the issue, if not and it is some random issue, then I guess we will need more details about what was happening before/after the STPT “changed” or “jumped”.
-
OK Thanx.
Can you reproduce the issue in some SP TE/Camp? if yes then please post here the files and the EXACT steps to follow in order to see the issue, if not and it is some random issue, then I guess we will need more details about what was happening before/after the STPT “changed” or “jumped”.
Roger…will do.
-
Ok I think I see your problem. You are missing the save DTC after changing your steerpoint step. Do the above steps then after you have hit the accept you then open your DTC and save it which will plug it into the callsign.ini file. If you do that it will always work.
OK…Stubbies…you are correct, and I have not. I will run the procedure and report back. Thanks for your patience and time.