Lord Vader

I've added your findings to the previous report. We're still working on these modes and expect a future correction. Thanks for understanding.

This seems a bit unrelated to the original post. In any case, I looked at your track and could see what you mention. However, when I took control of the aircraft, I couldn't reproduce this alleged drift, either in area track, point track, pressing Cursor Zero or cycling steerpoints. I am unsure what could be causing your drifting, perhaps your TDC axis requires some tuning, calibration or sensitivity adjustment.

Hi @DCSMADDOG Can you please supply a track replay with an example of your claim? It would help us understand what may be wrong. Thanks.

I can't say much about third party aircraft, as you may realise. Regarding the Viper and Hornet, multiple bomb release logic may be inconsistent at this point. We are looking into that already. But thanks for bringing that up.

Not too high, just enough to clearly see the center point and aim correctly at about 45º or so. If I aim sideways as you did, I will always be at risk of missing. I think it's a matter of practice, really. As the acronym implies, the CCIP piper is showing a constantly computed impact point, until you press the button. When you do, it will hit what is aiming at that precise point. Note that as you reach the target zone it's constantly calculating range, altitude, speed, etc, hence you see it "jump" around. Of course it's prone to parallax. If you want a fixed point to drop the bombs with precision, it's better to choose CCRP or DTOS

The DCS: Viper Early Access Manual will be revised in the near future to include a lot of items that have been refined over time. This is a very extensive work to do, that's why it's taking a bit longer than expected. It's also more logical to wait until all major changes are done. Until then, please visit the Viper Mini Updates section linked above for the latest and most accurate procedures.

Hey @spidierox and repliers. So, with the INS update, you are not required to have GPS right away, so I am not sure where you read you needed GPS Time to be available for that, but now you know. INS can perfectly align itself on it's own if GPS isn't available right away or at all. Now, concerning the GPS initialization, It now takes only 1 minute to perform. When it is available it is then used by the Kalman filter for the proper corrections in aircraft positioning. But one system is independent from the other. Concerning MIDS, the correct procedure is still to turn it on after, and only after, you the "GPS" symbology on the TIME DED page. If you do it before that, the system will not be able to update Datalink information, since it's using incorrect data. I think you are mixing this procedure with INS alignment. Please consider that now we also have a GPS satellite and antenna obscuring simulation. So, if you are, for example, inside an hangar, it is perfectly possible to not have "GPS" on the TIME DED page right away. It's even possible you have no satellites over the horizon, even with the hangar door open, so you'll not be able to get proper GPS Time. That is why it is advisable to only turn on the GPS switch (and later MIDS) when you exit the hangar. Finally, regarding the IFA item, that was a small velocity error being introduced when it was performed, the SPI position was rapidly degrading after it was done. Now it is fixed. In the near future, we plan to release some more information regarding the new INS procedure that will make this all a bit more "interactive". For now, the correct procedures can be found here:

Hi @Leichtester Unfortunately, servers that rely heavily on scripts often create issues we cannot replay correctly. It could be the case here. Given that your shared track is unusable, we ask that you try to reproduce it in a simple mission, trying to create the same situation and record a proper track (please try to share just the trk file). Thanks.

Hi @jubuttib I checked your tracks and can somehow observe what you are describing. One one side, we are reviewing the CCIP/CCRP distribution in ripple settings on the Viper, but I think your issue is mostly related to a parallax error. I tested a couple of times and noticed you aim your pipper in quite a low angle, you'd need a bit higher angle to correctly point closer to the diamond (SPI) and avoid that parallax error. I took over and did just that, slightly higher in altitude, and was quite successful in hitting the targets, having the painted circle as center.

Hi @Shrike88 I've not seen this myself in my tests. If you can reproduce it, please create a new thread and supply a track for our analysis. In any case, please remember that all steerpoints and markpoints are registered with the coordinates AND aircraft drift. This can cause offsets when comparing positions, which is expected since each aircraft has its own alignment drift. Thanks.

This was reported internally previously. Thanks anyway.

We have reported this internally for further improvement. We believe that a power cycle is indeed required to all pods, including TPOD, Jamming Pod and HTS pod. This will occur for all stations since our rearming logic involves all stations. And if a power cycle is performed, it seems logical that the power up self tests (BIT) and associated alignment procedures need to be performed again. Stay tuned for future updates.

Hello @vishkar I've deleted your email address in hopes to protect you from possible spam. What button are you talking about in the left panel?

Roger. If that's the case, please send us all tracks you can so we can trace it. I'm afraid this appears to be a rather random event.

Like I said, I'll look into it for consistence sake in regards to station power cycling, especially if the HTS pod doesn't suffer from the same issue. But I would always recommend to shut the power off to the stations prior to rearming.

Hi, @Rissala I've tested this in the conditions you set up and couldn't reproduce the issue you describe. I tried in both a local MP server and a dedicated one. Do you have any mods installed? If you can reproduce it, make sure to create a track and we'll have a look at the conditions.

Hi @SkYwAlK3R-_(nice nickname, reminds of someone) There are a lot of factors to be taken into account when addressing FPS issues. You are using VR... Is it properly optimized? What are your visual options? Is this singleplayer or multiplayer? Are the missions you are playing running scripts? What map are you using? Etc. The DCS:AH-64D is a complex module with some big textures to load. It's also advisable to occasionally delete the FXO and Metashader folders in SavedGames/DCS if you run into texture problems. Finally, do you have any mods installed? All of this can contribute to FPS drops. So, let us know if you need further help.

I'll be looking into this, just for the sake of consistence. But, in terms of common sense, it would be a logical procedure to turn off the station if the power plugs will be handled.

Hey @ErnieO I believe you received some good suggestions to verify. If you still see an issue after these, feel free to post a track replay of your flight so we can check it.

Hey @CaptScotty Like @jaylw314said, perhaps you have an axis conflict, maybe a different controller connected that you didn't clear the axis or buttons automatically assigned. Please confirm this in your controls menu, going through the axis assignments for the A-10CII and verifying each column that corresponds with all connected controllers. If you still see an issue, feel free to create a track and send us.

Hey @Fliehender Fuchs That could be the case, as well as blurb turbulence caused by the carrier deck and island. Anyway, I'm glad you had it sorted. Feel free to report any further issues you may encounter.

Yes, @Trojan, thanks again. Appreciate your care. We're on it.

Hi @Atazar SPN I think it's a matter of perspective, really. If you move your plane around, you'll see the reflections on the simulated glass. The fact that these two instruments are set vertically but in a diagonal position towards the pilot, however, makes them less susceptible of bigger reflections like the ones you see on the main panel or on the lower battery gauge on the Electrical panel. Check this video I made: 2024-04-11 09-21-06.mp4

Hi @71st_Mastiff Reading the replies, it appears this could just be a mishap in a mission. In any case, I was unable to reproduce this at all. So, if you still see this happening and feel this is an issue, make sure to record a track for us to analyse. Thanks.

Hi @Chain_1 This is a known issue from previous builds, it wasn't introduced with the latest update and was already reported. But thanks for bringing this to us again. I am asking this to be merged with the previous thread.