Hi
Did you come up to any solution flying from OPFA towards opmt or even opkc coz i have the same issue as soon as fly from opfa towards ninuk it crashes. pleae check the images. I can see you had this issue since SU4 and now it is SU8 and issue is still there . I have already reported as a bug and was hoping that this will fix in SU 8 but its still there
. I did every thing on my part as i reported this issue to zendesk and they come up with same traditional answer i-e
empty community folder
should be in vanilla state
and this obviously is nopt working.
please let me know if issue has been solved
thank you
A Akram
Flight Plan VIAR/16 DCT LAXEB Z303 QT DCT OIKB right turn off R16.
Did 2 flights CJ4 CTD at about FL350 coords (from LittleNavMap) 31 24 0.08N,
73 38 34.30E 43.5M from GOJRA, Baron CTD at 3800ft coords 31 24 31.07N,
73 42 30.20E close to 45M from GOJRA had outside view at the time a number of villages but nothing outstanding.
Try my workaround here @AchyRook58584 - the files listed in the above posts are the culprits, and so far no patch has been created to fix this from Asobo despite Zendesk tickets raised.
I discovered this CTD when flying from OPKC to OPLA and it occurs exactly around the area as discussed so many times in this thread. Starting a flight at OPRQ, straight to CTD.
I tried workaround by @reklesskarnage but it no longer works after SU9. I guess I have to do it again.
The workaround stopped CTD but the “non existent terrain” kept following my flight for 3/4th of the flight from OPLA to OPKC.
Reported to Zendesk and got their usual response.
This thread has 41 votes so I’m not sure if this will be looked at.
Tried to fly a route from EKKA to LSZH three times, but CTDs around FL190, location
55° 47’ 17.33" N 9° 7’ 14.75" E
otherwise I don’t used to experience CTDs.
Just had the same error at lat/lon 30.94739, 73.29072 on a flight from OPKC - OPIS. Restarting the sim and spawning it at the lat/lon gives an almost instant crash to desktop again every time.
this issue is in meanwhile so old and validated for so many places.
I mean, I not expect that all places in the world with a seemingly invalid data can be found and fixed. But why not determine the root-cause ( “what kind of data” cause that ) , catch the error in this situation and e.g. ignore the invalid data ( a resulting terrain spike is even better, as a crash ).
I not want to know how many users reported a crash and where we not asked "happens it each time at same location ? then look here … " . And so the users not vote here , but are un-happy about a crash.
There is no better situation as bugs like this: allways reproducable and so much easier to find in implementation and faster to fix
Just had a CDT in the middle of a 12 hour long haul over waypoint NITIV in Pakistan, loading an autosave and flying over that point gives the same crash.
Guys!! MSFS and Asobo team finally linked this thread to their SU10 Beta release notes! It might mean that in the beta and in the upcoming SU10 the crashes at specific locations e.g. the one near Lahore, Pakistan might have been fixed! Can anyone check? Would finally enable me to do transcontinental flights while transiting through that area