-
Posts
594 -
Joined
-
Last visited
Recent Profile Visitors
3256 profile views
-
@BIGNEWY any chance you could move this to a bugreport? at least mine and furiz post as while yes he did not align the helmet properly, it still is a bug
-
That is true, yet even with a perfectly aligned helmet the TD box is off from where it should be. The TD box as seen in the HUD does not match the actual position the TGP is looking at as seen in the TGP page. So even without the HMCS the marker vs the tgp view is off. most likely connected to the issue with excessive drift etc made a short track to showcase. - Airspawn -> so HMCS is "perfectly" aligned -> GPS is on, so i should not get much INS drift - on the first pass the deviation is minimal as i have been flying for barely 5minutes. - on the second pass the deviation is already easily visible, and im only flying for 15minutes - on the third pass i use the HUD only (so i could not have thrown the symbology location off by doing a bad HMCS alignment) - still, TD box VS point tracked location on TGP is off quite significantly. and thats after 15 ish minutes. the longer you fly the worse it gets. no alignment will ever fix that. this is also referenced here: and here: so, while you definitely MUST align the HMCS during a cold start to "not have that problem", it currently does not eliminate the problem, rather than just make it "a little less off" TD_box_misaligned_vs_TGP_view.trk
-
confirmed, seeing the same. yet it only defaults NAV mode to Azimuth 1, not A-A. Azimuth_1.trk
-
Custom kneeboard in SavedGames doesnt work for F-16
Moonshine replied to Alkaline's topic in Bugs and Problems
make sure the .png is written in lowercase (.png and not .PNG) -
GMT Radar does not detect moving train
Moonshine replied to darkman222's topic in Ground AI Bugs (Non-Combined Arms)
why a wishlist? was literally a report in 2021: -
with GPS, Bluefor Viper at around 40m and redfor (without unrestricted SATNAV active) 100m or more according to this post: If even with gps you are getting 100+ m of deviation, then something is off as it does not match the „no more than 40m“ claim in the linked post. there is also bugreports about SPI location drifting etc.. so might be a combination of things that lead to excessive perceived drift. Pretty sure TGP sight picture would not match Hud diamond (or TD box) placement in your track either
-
look, i did not claim my post was "the solution as it would be in the real jet". it is just the way DCS does it at this very moment in time. reference this:
-
Dont turn on Mids before your alignment is complete and your time page shows „GPS“. In some cases, you even have to roll out of the hangar.
-
or you take the AG radar, slew the cursor over until the bullseye location of the cursor matches the bullseye location you are supposed to find and create a FCR Markpoint off of it..
-
as per the title, the waypoint as set in the ME seems to be off compared to what the jet will show. attached the track and a screenshot. you can see where i put the waypoint in the ME (at 0ft AGL) and you can see without moving the TGP that it starts drifting off as if the waypoint was hanging a couple meters in the air. this happens even in a point track and even with markpoints that have been created using Laser ranging first. on top of that, if you zoom in on the TD box (or the waypoint diamond), it starts jittering heavily the higher the zoom level is. TD_box_jitter.trk
-
Not working for me, clean game, except SRS and Tacview. crash log attached. @Lord Vader dcs.log-20250123-163132.zip maybe its the sheer amount of contacts causing this. not getting crashes with "low" number of contacts.
-
we had this issue before, described here: with the lastest patch, it was re-introduced. was fine before the update on the 21st of January.
-
Thanks for the test, good insight. i do know that some servers/scripts dont just „shut down“ things, instead it effectively „despawns“ the units as the player moves a certain distance away. Would explain the disappearance you are describing and probably the next thing to test.