jaybird1nyc Posted December 28, 2020 Report Posted December 28, 2020 I’ve been running MSFS since launch day and fortunately I've been in the camp of never had a CTD before this update (well, maybe a couple, but very early on). Here’s something to look at though; I’m running FSUIPC7 and when I had the last 2 CTDs I looked at the log that FSUIPC7 produces. Same event triggered both CTDs, both SimConnect errors. Here are the SimConnect events: Failed on SimConnect_CallDispatch for Traffic Message, return = 0xC000014B Failed on SimConnect_CallDispatch for Message, return = 0xC000014B After those 2 errors MSFS ends with a CTD and FSUIPC7 closes normally. I know FSUIPC7 is not at fault here, but any ideas what could be causing this?
John Dowson Posted December 29, 2020 Report Posted December 29, 2020 There are several such reports now. It is really not worth creating a separate topic for this when it has been reported several times already. The problem is with MSFS and needs to be reported to them, with any details from the windows event viewer included so that they can investigate. John
Pete Dowson Posted December 29, 2020 Report Posted December 29, 2020 20 hours ago, jaybird1nyc said: when I had the last 2 CTDs I looked at the log that FSUIPC7 produces. Same event triggered both CTDs, both SimConnect errors. Here are the SimConnect events: Failed on SimConnect_CallDispatch for Traffic Message, return = 0xC000014B Failed on SimConnect_CallDispatch for Message, return = 0xC000014B After those 2 errors MSFS ends with a CTD and FSUIPC7 closes normally. It's the other way around. Those errors occur because SimConnect has stopped responding even to the basic request to carry on sending data. MSFS has really crashed by then, taking SimConnect down with it of course. As John says, you need to find the Windows crash data for MSFS (in Windows event viewer) and report the crash to Asobo on ZenDesk. The more folks do this the more likely the problems with be attended to. Pete
jaybird1nyc Posted December 29, 2020 Author Report Posted December 29, 2020 Hi Pete, So you're saying that MSFS has already crashed prior to those errors being logged by FSUIPC? I know that this has nothing to do with FSUIPC, only indirectly involving the logging features of it might point to the underlying cause of the crash. Here is a snippet of my log prior to those SimConnect errors that I already posted. You can see other SimConnect errors that were handled, and there are more of these types of errors occurring multiple times, in almost every log I look at. 1184062 System time = 26/12/2020 10:48:07, Simulator time = 10:48:05 (15:48Z)1406406 TransmitClientEvent failed! (Event=65762, Param=6157, nGroup=0, fSame=01406422 TransmitClientEvent failed! (Event=65765, Param=-13680, nGroup=0, fSame=01406437 TransmitClientEvent failed! (Event=65762, Param=5732, nGroup=0, fSame=01406468 TransmitClientEvent failed! (Event=65765, Param=-14066, nGroup=0, fSame=01406468 TransmitClientEvent failed! (Event=65762, Param=5512, nGroup=0, fSame=01406468 **** Too many TransmitClientEvent errors received! Re-connecting now … ****1406734 SimConnect_Open succeeded1406750 Running in “KittyHawk”, Version: 11.0.282174.999 (SimConnect: 11.0.62651.3)1406750 MSFS version = 11.0.282174.9991406750 Initialising SimConnect data requests now1406781 User Aircraft ID 1 supplied, now being used1406781 C:\USERS\JAY\APPDATA\LOCAL\PACKAGES\MICROSOFT.FLIGHTSIMULATOR_8WEKYB3D8BBWE\LOCALSTATE\MISSIONS\CUSTOM\CUSTOMFLIGHT\CUSTOMFLIGHT.PLN1406781 User Aircraft ID 1 supplied, now being used1406781 C:\USERS\JAY\APPDATA\LOCAL\PACKAGES\MICROSOFT.FLIGHTSIMULATOR_8WEKYB3D8BBWE\LOCALSTATE\MISSIONS\CUSTOM\CUSTOMFLIGHT\CUSTOMFLIGHT.PLN1407109 System time = 26/12/2020 10:51:50, Simulator time = 10:51:48 (15:51Z)2716640 Failed on SimConnect_CallDispatch for Traffic Message, return = 0xC000014B2716640 Failed on SimConnect_CallDispatch for Message, return = 0xC000014B2719390 MSFS no longer running - exiting Definitely going to gather up as many crash logs as I can locate from Windows to send to Asobo but thought that looking at these errors prior to the CTD might provide some insight. Thanks Pete and John, Jay
Pete Dowson Posted December 29, 2020 Report Posted December 29, 2020 1 minute ago, jaybird1nyc said: So you're saying that MSFS has already crashed prior to those errors being logged by FSUIPC? I Those two errors, yes. They basically mean SimConnect has "disappeared". 2 minutes ago, jaybird1nyc said: only indirectly involving the logging features of it might point to the underlying cause of the crash. If it is related to the SimConnect interaction, which is definitely possible, then probably a Simconnect log would be more informative for Asobo, but the Windows crash data sohlud get them to the point of failure, and is still the most important information. 5 minutes ago, jaybird1nyc said: Here is a snippet of my log prior to those SimConnect errors that I already posted. You can see other SimConnect errors that were handled, and there are more of these types of errors occurring multiple times, in almost every log I look at. Those sorts of problems would certainly be good information for Asoso as well. But they do look like a result of MSFS being too busy on all fronts to bother with its SimConnect responses. Do you have performance problems with MSFS? The log shows that the two errors indicating the crash occurred 22 minutes later than those earlier response problem log entries, so they are certainly not a direct cause of the crash, and problem are not at all related. Has this all changed with the latest MSFS update, or, for you, has this always been occurring with other versions? Pete
jaybird1nyc Posted December 29, 2020 Author Report Posted December 29, 2020 8 minutes ago, Pete Dowson said: Do you have performance problems with MSFS? Actually no. I run MSFS on mostly high settings @ 1080p 30hz. Stays locked @ 30fps pretty much the entire time with very few stutters or pauses. 10 minutes ago, Pete Dowson said: Has this all changed with the latest MSFS update, or, for you, has this always been occurring with other versions? Yes, it appears to be the case. I haven't had a CTD since August. It's only been happening with this latest update. I can't be certain, but I believe it has to do with AI traffic. Real-time AI traffic to be specific. All of my CTDs have come with real-time AI traffic enabled. My last 4 flights have been fine, with ALL traffic disabled. Haven't tried offline traffic yet. Jay
John Dowson Posted December 29, 2020 Report Posted December 29, 2020 33 minutes ago, jaybird1nyc said: 1406406 TransmitClientEvent failed! (Event=65762, Param=6157, nGroup=0, fSame=0 These errors have been known to be caused by the number of SimConnect clients being exceeded. Its a known problem in all ESP based sims since FSX. To verify if this is the cause, you could activate server-side SimConnect logging (via a SimConnect.ini file) to see if the number of clients/connections is being exceeded, and if so increase the maximum number of clients available via your SimConnect.xml file. John
Pete Dowson Posted December 29, 2020 Report Posted December 29, 2020 7 minutes ago, jaybird1nyc said: Yes, it appears to be the case. I haven't had a CTD since August. It's only been happening with this latest update. I can't be certain, but I believe it has to do with AI traffic. Real-time AI traffic to be specific. All of my CTDs have come with real-time AI traffic enabled. My last 4 flights have been fine, with ALL traffic disabled. Interesting. FSUIPC reads AI traffic data so it can populate the offsets used by many external applications. Maybe John could make a test option to stop FSUIPC7 reading any Traffic (a "NoTrafficAtAll=Yes" parameter, perhaps) as a test. If this prevents the CTDs even with all the MSFS traffic enabled then this would be good information for Asobo. Pete
John Dowson Posted December 29, 2020 Report Posted December 29, 2020 11 minutes ago, Pete Dowson said: Maybe John could make a test option to stop FSUIPC7 reading any Traffic (a "NoTrafficAtAll=Yes" parameter, perhaps) as a test. If this prevents the CTDs even with all the MSFS traffic enabled then this would be good information for Asobo. There is already the option ProvideAIdata=No Maybe you can try with that to see if it makes a difference? John
jaybird1nyc Posted December 29, 2020 Author Report Posted December 29, 2020 1 minute ago, John Dowson said: There is already the option ProvideAIdata=No Ok, so this is already in the ini, or it has to be added?
John Dowson Posted December 29, 2020 Report Posted December 29, 2020 Just now, jaybird1nyc said: Ok, so this is already in the ini, or it has to be added? If its not there, add it, if its there with 'Yes', change to 'No'. It goes in the [General] section. John
Pete Dowson Posted December 29, 2020 Report Posted December 29, 2020 14 minutes ago, John Dowson said: There is already the option ProvideAIdata=No Ah, I've learned something! 😉 Pete
jaybird1nyc Posted December 29, 2020 Author Report Posted December 29, 2020 Ok, John, will do. At work now but I'll try it later on and report back. Oh, something else interesting. Even with all traffic disabled, my FSUIPC7 log shows that there were AI aircraft spawned. I don't have access to the log right now but I remember seeing that there was some line saying MaxAIAircraft (?) was 78, or words to that effect. So, on those last 4 successful flights (with all traffic off) FSUIPC was still reporting a large number of AI aircraft. Once it was 78, then something well in excess of 100, different amounts each flight. Could this be the static aircraft on the ground being reported as AI aircraft? Jay
Pete Dowson Posted December 29, 2020 Report Posted December 29, 2020 13 minutes ago, jaybird1nyc said: I don't have access to the log right now but I remember seeing that there was some line saying MaxAIAircraft (?) was 78, or words to that effect. So, on those last 4 successful flights (with all traffic off) FSUIPC was still reporting a large number of AI aircraft. Once it was 78, then something well in excess of 100, different amounts each flight. Could this be the static aircraft on the ground being reported as AI aircraft? Any and all AI (and real world) aircraft will provide data in response to FSUIPC's requests, whether on the ground or not. But 'static' aircraft are usually just part of the scenery and not reported. They are just scenery objects. Pete
jaybird1nyc Posted December 29, 2020 Author Report Posted December 29, 2020 Yes, that's what I thought as well. However, my traffic options are both disabled and yet my log shows a large number of AI aircraft. I'm not at my PC now but there is a slider in Options/General/Traffic that allows you to control the level of static aircraft shown. It's called "Ground Aircraft Density" (was that slider there before, I can't remember?) If MSFS is using AI controlled aircraft as static ground objects then that could certainly be a problem. Jay
John Dowson Posted December 30, 2020 Report Posted December 30, 2020 19 hours ago, jaybird1nyc said: Even with all traffic disabled, my FSUIPC7 log shows that there were AI aircraft spawned. I don't have access to the log right now but I remember seeing that there was some line saying MaxAIAircraft (?) was 78, or words to that effect. So, on those last 4 successful flights (with all traffic off) FSUIPC was still reporting a large number of AI aircraft. Once it was 78, then something well in excess of 100, different amounts each flight. Could this be the static aircraft on the ground being reported as AI aircraft? This shouldn't be the case. If you have correctly added the ProvideAIdata=No to the correct place, you should see the following informational message logged near the beginning of your FSUIPC7.log file, after the device scan log: 641 ### Note: AI Traffic related facilities and data are inhibited! and there should be no other log messages relating to the number of AI traffic. Can you check again please, and if you see such a message can you post your FSUIPC7.log and .,ini files and I'll take a look. John
Larseve Posted December 30, 2020 Report Posted December 30, 2020 Hi, I added the ProvideAIdata=No to the ini file and got as John stated the " 641 ### Note: AI Traffic related facilities and data are inhibited!" recorded in the log. I had tons of CTD after the latest msfs release - doing a test flight now from EHAM/EGLL now, with ProvideAIdata=No as the only change. Lars
jaybird1nyc Posted December 30, 2020 Author Report Posted December 30, 2020 You're correct John, I do see that message in my log after putting in ProvideAIData=No. I wrote the post you quoted before adding the line. I was just pointing out that there were a large number of AI aircraft being reported by FSUPC7 even with no traffic options being enabled. Very curious, I thought.🤔
Larseve Posted December 30, 2020 Report Posted December 30, 2020 hi, Had three flight now with ProvideAIdata=No and no CTD. This workaround seem to help me a lot Thanks Lars
John Dowson Posted December 30, 2020 Report Posted December 30, 2020 10 minutes ago, Larseve said: Had three flight now with ProvideAIdata=No and no CTD. This workaround seem to help me a lot Ok - good to know. Thanks for reporting back, John
jaybird1nyc Posted December 31, 2020 Author Report Posted December 31, 2020 Ok, so 1st flight with ProvideAIData=No and live traffic enabled ended well. No CTD. Here is a snip from my log showing some SimConect errors tho: 124703 -------------------- Starting everything now ---------------------- 663078 C:\Users\Jay\AppData\Local\Packages\Microsoft.FlightSimulator_8wekyb3d8bbwe\LocalCache\Packages\Community\aircraft-mooney-m20r-ovation-carenado\SimObjects\Airplanes\Carenado_M20R_Ovation\aircraft.CFG 663203 Sim stopped: average frame rate for last 545 secs = 67.3 fps 663203 ------------------------------------------------------------------- 665891 Aircraft="Carenado M20R Ovation D-ERWO" 671516 Planned flight from KVRB to KOPF 671516 C:\USERS\JAY\APPDATA\LOCAL\PACKAGES\MICROSOFT.FLIGHTSIMULATOR_8WEKYB3D8BBWE\LOCALSTATE\MISSIONS\CUSTOM\CUSTOMFLIGHT\CUSTOMFLIGHT.PLN 671531 C:\Users\Jay\AppData\Local\Packages\Microsoft.FlightSimulator_8wekyb3d8bbwe\LocalState\MISSIONS\Custom\CustomFlight\CustomFlight.FLT 689500 #### ERROR: No SimConnect data seen for more than set stall time! 693516 #### ERROR: No SimConnect data seen for more than set stall time! 697531 #### ERROR: No SimConnect data seen for more than set stall time! 701516 #### ERROR: No SimConnect data seen for more than set stall time! 705516 #### ERROR: No SimConnect data seen for more than set stall time! 709516 #### ERROR: No SimConnect data seen for more than set stall time! 713516 #### ERROR: No SimConnect data seen for more than set stall time! 717516 #### ERROR: No SimConnect data seen for more than set stall time! 1477125 TransmitClientEvent failed! (Event=65764, Param=-256, nGroup=0, fSame=0 1477203 TransmitClientEvent failed! (Event=65764, Param=-451, nGroup=0, fSame=0 1477281 TransmitClientEvent failed! (Event=65764, Param=-512, nGroup=0, fSame=0 1477375 TransmitClientEvent failed! (Event=65764, Param=-651, nGroup=0, fSame=0 1478047 TransmitClientEvent failed! (Event=65764, Param=-512, nGroup=0, fSame=0 1478047 **** Too many TransmitClientEvent errors received! Re-connecting now ... **** 1478203 SimConnect_Open succeeded 1478203 Running in "KittyHawk", Version: 11.0.282174.999 (SimConnect: 11.0.62651.3) 1478203 MSFS version = 11.0.282174.999 1478203 Initialising SimConnect data requests now 1478203 User Aircraft ID 1 supplied, now being used 1478234 .PLN 1478234 SimObjects\Airplanes\Carenado_M20R_Ovation\aircraft.CFG 1478234 User Aircraft ID 1 supplied, now being used 1478234 .PLN 1479094 System time = 31/12/2020 10:16:01, Simulator time = 10:15:59 (15:15Z) 5402781 Sim stopped: average frame rate for last 3924 secs = 29.9 fps 5402781 ------------------------------------------------------------------- Any thoughts?
John Dowson Posted December 31, 2020 Report Posted December 31, 2020 43 minutes ago, jaybird1nyc said: 689500 #### ERROR: No SimConnect data seen for more than set stall time! 693516 #### ERROR: No SimConnect data seen for more than set stall time! 697531 #### ERROR: No SimConnect data seen for more than set stall time! 701516 #### ERROR: No SimConnect data seen for more than set stall time! 705516 #### ERROR: No SimConnect data seen for more than set stall time! 709516 #### ERROR: No SimConnect data seen for more than set stall time! 713516 #### ERROR: No SimConnect data seen for more than set stall time! 717516 #### ERROR: No SimConnect data seen for more than set stall time! 1477125 TransmitClientEvent failed! (Event=65764, Param=-256, nGroup=0, fSame=0 1477203 TransmitClientEvent failed! (Event=65764, Param=-451, nGroup=0, fSame=0 1477281 TransmitClientEvent failed! (Event=65764, Param=-512, nGroup=0, fSame=0 1477375 TransmitClientEvent failed! (Event=65764, Param=-651, nGroup=0, fSame=0 1478047 TransmitClientEvent failed! (Event=65764, Param=-512, nGroup=0, fSame=0 These errors indicate problems receiving data via simconnect. Each time that error is reported, the connection is closed and re-initiated. This can cause problems with the number of clients configured to use SimConnect, especially if you have any other SimConnect clients (i.e. add-ons that also use SimConnect). If its due to a slow pc with too many things running, you could try increasing these ini parameters in your [General] section to see if it improves: Quote TrafficStallTime=1 InitialStallTime=30 NormalStallTime=1 Maybe try with: Quote TrafficStallTime=2 InitialStallTime=30 NormalStallTime=2 Or you could also try without re-connecting by giving -ve values, i.e. Quote TrafficStallTime=-1 InitialStallTime=30 NormalStallTime=-2 This would then just log messages (the '-' indicates to not automatically re-connect in this situation). It maybe worth playing around with these parameters to se what works for your system. but if its being overloaded then you will always get issues.... Such issues are usually due to pushing your system to its limits, either CPU or GPU bound. John
jaybird1nyc Posted December 31, 2020 Author Report Posted December 31, 2020 Thanks for the good info John. I'll play around with those values to see if there's any change. Meanwhile, I just finished my 2nd flight with ProvideAIData=No and live traffic with no CTD so hopefully we're on the right path. Again, thanks for your help and I wish you and your family a very Happy & Healthy New Year! Jay
C6_Pat Posted January 2, 2021 Report Posted January 2, 2021 Hello ! I'm following this thread and feel like I've solved my problem. Since the VR update I had a problem leaving FSUIPC in the background, namely CTD. The problem was also : Failed on SimConnect_CallDispatch for Traffic Message, return = 0xC000014BFailed on SimConnect_CallDispatch for Message, return = 0xC000014B I applied the code line ProvideAIdata=No since I no longer have a CTD, on two flights of one hour then two hours. After my conf file, we notice that FSUIPC doesn't see IA traffic anymore: ********* FSUIPC7, Version 7.0.3 (23rd December 2020) by John Dowson ********* Checking for FS path in 'C:\Users\admin\AppData\Local\Packages\Microsoft.FlightSimulator_8wekyb3d8bbwe\LocalCache\UserCfg.opt' FS path found = G:\FS2020\ WebSocket server found: D:\STOCK ET TRAVAIL\DOCUMENTS\FS 2020\FSUIPC\FSUIPC 7.0.3\\Utils\FSUIPCWebSocketServer.exe Windows 10 Home Single Language 64 Bit reported as Build 19042, Release ID: 2009 (OS 10.0) Reading options from "D:\STOCK ET TRAVAIL\DOCUMENTS\FS 2020\FSUIPC\FSUIPC 7.0.3\FSUIPC7.ini" Checking the Registrations now ... User Name="" User Addr="" FSUIPC7 not user registered WIDEFS7 not user registered, or expired 109 System time = 30/12/2020 21:43:51 109 FLT path = "C:\Users\admin\AppData\Local\Packages\Microsoft.FlightSimulator_8wekyb3d8bbwe\LocalState\" 109 ------------------------------------------------------------------- 156 Registered HotKey 'InvokeFSUIPCOptionsKey' (key=0x46, modifier=0x1) 187 FS path = "G:\FS2020\" 187 ### Note: AI Traffic related facilities and data are inhibited! 187 LogOptions=00000000 00000001 26312 === Hot key unregistered 26312 === Stop called ... 26312 === Closing external processes we started ... 27312 === About to kill any Lua plug-ins still running ... 28468 === About to kill my timers ... 28468 === Restoring window procs ... 28468 === Unloading libraries ... 28468 === stopping other threads ... 28468 === ... Button scanning ... 28468 === ... Axis scanning ... 28468 === Releasing joystick devices ... 28468 === Freeing macro memory 28468 === Removing any offset overrides 28468 === Clearing any displays left 28468 === AI slots deleted! 28468 === Freeing button memory ... 28468 === Closing my Windows ... 28468 === Freeing FS libraries ... 29468 === Closing devices ... 29468 === Closing the Log ... Bye Bye! ... 29468 System time = 30/12/2020 21:44:20 29468 *** FSUIPC log file being closed Minimum frame rate was 32768.0 fps, Maximum was 0.0 fps Memory managed: 1 Allocs, 1 Freed ********* FSUIPC Log file closed *********** Before in the end of the log file I had (for example) : Minimum frame rate was 16.0 fps, Maximum was 160.5 fps Average frame rate for running time of 3048 secs = 21.3 fps Maximum AI traffic for session was 63 aircraft Traffic deletions 0 aircraft Memory managed: 2 Allocs, 1 Freed ********* FSUIPC Log file closed *********** Hopefully this can help you!
John Dowson Posted January 2, 2021 Report Posted January 2, 2021 @C6_Pat Ok, thanks for the update. Note that it seems this is a known SimConnect issue since the 22nd December update and is being looked at by Asobo - see https://forums.flightsimulator.com/t/little-nav-map-problem-since-dec-22-update/340065/29?u=volt580 John
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now