Jump to content


  • Content Count

  • Donations

  • Joined

  • Last visited

Community Reputation

134 Excellent

About PinkPony

  • Rank

Profile Information

  • Gender

Flight Sim Profile

  • Commercial Member
  • Online Flight Organization Membership
  • Virtual Airlines

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. How, has v5.3 HF2 been so far? I am enroute now for the first time in v5.3 HF2, praying the sudden/permanent FPS drop/spike/freeze is gone for good!
  2. The mso20win32client.dll related P3D CTD is caused by the following: A 32bit MS Access database installed in conjunction with 64bit P3D. RAAS utilizes the MS Access Database (2010) to read runway data (and generate callouts) in 64bit P3D. In this case, ensure you have the latest RAAS installer, v3.3 and run it again. It will install a 64bit MS Access database (2010) and the CTD will not occur again, unless you CTD is caused by Office 365: At some point in 2019 a Office 365 update began causing P3D to crash. Event viewer always showing mso20win32client.dll as a faulting module prior to the CTD. This CTD is unrelated to RAAS as it occurs even without RAAS installed. For anyone suffering from this P3D CTD I assure you it did not begin with v5.3 HF2. I have been able to reproduce this Office 365 related P3D CTD in all versions of P3D v5.x. Event monitor will always show mso20win32client.dll crashing followed by P3D.exe crashing within the next two hours. How one causes the other is entirely for MS/LM to sort out! In this case the only solution is uninstalling Office 365 or reverting to a older Office 365 version. The challenge is that it is unclear after which specific Office update the bug was first introduced. In fact over the past two years the bug disappears and returns between different Office 365 versions). I have been forced to uninstall Office 365 entire from my P3D system. At some point over the past month, the most recent Office 365 update began causing this P3D CTD again.
  3. Thank you Rob, fingers crossed. Is this Fix referring to the main subject of this thread? The sudden/permanent FPS drop/freeze/fluctuations in V5.3 which occur sporadically between sessions and seemingly not for every user (albeit for most). I say this because we don’t know for certain if the pauses/stutters caused by the Helsinki coastline (and other locations) are related to the main subject of this thread. Not to mention that this bug has been present long before V5.3. The pauses/stutters near Clayton VOR (coastline related) date back to the FSX days and live on in v5.3 HF1.1 (cured if you use OrbX England as it replaces the default .bgl)
  4. Would you mind reverting your GSX prompt menu to Scaleform and performing a few sessions to test? Modify the missionpanels.cfg in the gauges folder in your Prepar3D installation directory. Changing these entries will revert these windows back to the Scaleform version: [Window12] ; for GSX change: html_file = Menu; html_instance_name = SimConnectWindow; to: scaleform_file = menuwindow; scaleform_instance_name = SimConnectWindow; If GSX is inducing this it would only be because the GSX prompt menu is a HTML5 window and the HTML5 window is the one causing the subsequent performance loss/pauses. HTML5 menus/windows introduced some serious pauses/freezes in V5.2. Although LM believes to have fixed this in v5.2 HF1 they nevertheless disabled HTML5 by default in the Prepar3D.cfg as of v5.2 HF1 (out of an abundance of caution). However, I believe that the GSX menu prompt is nevertheless being rendered in a HTML5 window (can anyone confirm this?) If this is a HTML5 bug then reverting GSX to the Scaleform window will help us confirm wether that is the case or not. And yes, I am aware that this bug has also occurred with a vanilla V5.3 HF1 (I experienced it myself).
  5. Another four flights in V5.3 HF1 Three uneventful, while during the fourth I once again encountered the sudden/permanent FPS fluctuations/drops/freeze from 0 - 100+ FPS. This time cruising at FL380 near KBUF in the FSL A321. I was forced to save the scenario and restart P3D. FSLabs have announced that they will not be releasing the A320 Family V5.1HF1.1 compatibility update to their public release channel, until LM sorts this bug out (the comparability update is already available through the experimental channel). That was unfortunately my last time using V5.3 HF1.1, such a shame and very frustrating considering how well it performs when it doesn’t suddenly turn into a slideshows. Back to V5.1 HF1 for now.
  6. Rob, does this confirm that the cause of the MK EHFK bug in V5.3 is completely unrelated to the subject of this thread? I always use Medium Scenery Draw Distance and continue to reproduce the bug being discussed in this thread in the 215+ posts P3D forum thread. I can’t wrap my head around the fact that I can fly between two airports with perfect performance (as I always experienced in V5.0+ and upon repeating the identical flight again (to test this very bug) I suddenly encounter my FPS alternating between 0 and 100+ How can an identical v5.3HF1.1 .exe behave so differently between sessions/restarts? Not to mention yourself a few others who seem unable to reproduce this at all. Although that appears to be a minority of users who are free of this problem, as there are dozens of users who reported the same bug in V5.3+
  7. I always use unlimited (30 FPS via P3D VSYNC and 30Hz monitor) so the bug definitely has nothing to do with that. I seriously doubt it has anything to do with a specific setting. There were some significant changes made between the V5.2 and V5.3 clients (this the excellent performance improvements) but clearly something was broken!
  8. I was able to replicate the bug using Upgrade_Process_Priority=1 Like Rob I was curious if this would help make a difference as this option was first introduced in V5.3
  9. Rob, Thank you for testing and sharing your results, very helpful! I see that your FPS was alternating between 0, 0.6 and 40+ When the sudden/permanent FPS drop/freeze occurs on my system I noticed that P3D FPS counter alternates between as much as 0 FPS and 100+ FPS. The normal 30 FPS via VSYNC (30Hz Monitor) are completely ignored. GPU usage also drops significantly. Whatever is causing this issue at MK EHFK may also be the cause at other airports or during cruise as scenery is paged. What I still don’t understand is why it only occurs occasionally for some of us and at random locations or stages of flight. +1 I can’t believe there are some trying to deflect to monitor resolution as a culprit here. I used 4K resolution beginning in P3D v4 with a 1080Ti and my system NEVER encountered the bug being discussed here. Still using 4K with a 3080Ti since July 2021 and NEVER encountered this bug until V5.3
  10. I agree and I hope that the two are related! I must say I am both shocked and disappointed if LM really have failed to reproduce this after weeks of bug reports. Myself and dozens of other experienced P3D users can reproduce this consistently yet LM haven’t a single time? Not to mention, the FSlabs dev team have already confirmed this bug in their own testing of V5.3 and V5.3HF1 and have downgraded back to V5.2HF1 as a result… Can’t be that difficult for LM to reach out (or vice versa). I’m sure the FSLabs devs can share insight form their own debugging. 215+ posts on the main bug thread over on the P3D forums. Numerous users detailing how they are consistently able to reproduce this and outlining steps to do so. Yet LM can’t reproduce a single time? Blackbox711 (a highly respected P3D user and Twitch streamer) experienced this bug on multiple occasions during livestreams using V5.3 Not to mention P3D Core Lead Rob McCarthy recently stating that they implemented some fixes in HF to try and solve this. Sounds more like they know very well what is going on but simply don’t know what is causing it or how to fix it yet.
  11. Rob, MK’s EHFK became a stutterfest in P3D v5.2HF1 https://forum.orbxdirect.com/topic/208690-efhk-stutters-mk-studios/ Unfortunately I have just encountered the FPS drop/freeze during my second session using Nvidia driver 471.96 Unsure what else I can possibly try at this point. LM needs to sort this out. Back to V5.1 HF1 for now
  12. Mark, thank you for sharing! I am currently conducting my second session with Nvidia 471.96 (the first four hour long flight yesterday was perfect with the FSL A321). However, due to this bug only appearing suddenly and sporadically (~1/4 sessions) I will need to perform at least 5 more sessions to verify that the Nvidia 497 series driver are to blame for this bug in V5.3/HF/HF1.1 (I sure hope it is). Fingers crossed!
  13. EA OFF since upgrading to v5.3 HF1.1 - Four problem free sessions, FPS drop/freeze just occurred during session number five (see below). Upon requesting pushback via GSX (FSL A321SL at FlyTampa CYYZ) the sudden/permanent FPS/DROP freeze occurred again. Prior to that, 30 FPS via VSYNC (30Hz monitor). As @B777ER confirmed, I can now also confirm that EA ON/OFF makes no difference (if anything only how frequently the bug occurs). As a final attempt prior to giving up on v5.3 HF1.1 for good (and returning to v5.1 HF1) I have downgraded my Nvidia driver (RTX 3080Ti) from 496.09 to 471.96. After going through hundreds of posts from users suffering from this bug, I noted that two users who claim they have yet to experience this bug in v5.1 HF1.1 have been using 472.12 (or older) drivers. It is no secret that the Nvidia 496+ driver branch has introduced numerous significant bugs. Possibly something causing this bug in v5.3/HF/HF1.1 ? During this most recent occurrence of the sudden/permanent FPS drop/freeze, I noticed t FPS rapidly alternating between 0 FPS and 60 FPS. I always run at 30 FPS via VSYNC (30Hz monitor) so it appears that VSYNC no longer functions when the bug occurs. Unsure if that is the cause or merely a consequence of what is occurring within the v5.3/HF1/HF1.1 application. Another five sessions coming up with 471.96 to try and confirm if the Nvidia driver could possibly be the a culprit and the solution to this bug. It is a word not allowed shame that v5.3 is plagued by this bug. The majority of sessions perform flawlessly with the best P3D performance to date. LM needs to figure this out ASAP.
  14. SKEWR, Since setting EA OFF have you entirely solved the sudden/permanent FPS drop/freeze? How many sessions so far? I have completed a total of four sessions in v5.3 HF1.1 Three using FSL A320SL/321SL and one using the PMDG B748. v5.1 HF1.1 with EA OFF Previously in v5.3 using EA ON, 25% of sessions (40+ sessions flown) encounter the bug.
  15. I don’t use any REX products. 1/4 of v5.3 sessions suffered from the sudden/permanent FPS drop/freeze. I was using EA ON (Volumetric Clouds OFF), ASP3D/ASCA. Since upgrading to v5.1 HF1.1 no issues, but I have been running EA OFF.
  • Create New...