Setting NAV/COM frequencies from remote Plan-G results in Crash to Desktop (228)

[buntings]

When running Plan-G on a second computer using the option to set NAV or COM frequencies correctly changes the appropriate radio within MSFS ( ie I can see the frequency change on the cockpit display ) but then the remote Plan-G then crashes to desktop.

I have tried the same test on a copy of 228 running locally ( ie on the same PC as MSFS ) and the frequency is changed but Plan-G does not crash to desktop.

Seems only to be a problem when running Plan-G remotely via simconnect.

[tim arnot]

I've had a couple of reports of this, but it's not something I can reproduce here, and other reporters say it doesn't always happen.
Can you attach the log? I'm not sure that it'll show anything useful, but it's worth a look.
Also try using the P3D Simconnect setting (it should connect on a remote PC) - that uses different code.

Also, are you setting the frequency by right-clicking on the navaid, or are you setting it through the radio stack panel?

[buntings]

Hi,
OK, Ive had chance to take a look a little further.

Firstly the crash happens both when right clicking the navaid or when using the radio stack ( the radio stack does reflect the cockpit panel frequencies correctly).
Whilst I dont have a large sample size the crash occurs 100% of the time.

I tried switching to the P3D connect method (which I believe just needs the connect method changing in the connection options - and no changes to config file). This results in the error:-

15:05:39.7 SetFSConnected: System.BadImageFormatException: Could not load file or assembly 'LockheedMartin.Prepar3D.SimConnect, Version=3.4.0.0, Culture=neutral, PublicKeyToken=null'. An attempt was made to load a program with an incorrect format.
File name: 'LockheedMartin.Prepar3D.SimConnect, Version=3.4.0.0, Culture=neutral, PublicKeyToken=null'
   at Plan_G.Model.lm_SimConnect.Connect(IntPtr myWindow)
   at Plan_G.ViewModel.MainViewModel.SetFSConnected(Boolean value) in C:\Users\Tim\source\repos\Plan-G\ViewModel\MainViewModel.cs:line 5425

As you rightly suspected, the log file doesnt help, it just stops dead at the time of the crash:-

---===+++ 30/09/2020 +++===---

15:04:22.4 Starting Plan-Gv4 build 4.0.0.228
15:04:22.4 OS is Microsoft Windows NT 6.2.9200.0
15:04:22.4 Plan-G Files folder is: C:\Users\garet\OneDrive\Documents\Plan-G Files
15:04:25.9 Map tiles cache: C:\Users\garet\AppData\Local\GMap.NET\
15:04:26.3 Map provider: BingMap © 2020 Microsoft and its suppliers. All rights reserved.
15:04:26.3 Map cache mode: ServerAndCache
15:04:26.8 Program in: C:\Local\Plan-G v4
15:04:26.8 Data in: C:\Users\garet\OneDrive\Documents\Plan-G Files
15:04:26.9 Starting timer
15:04:26.9 DownloadCurrentMetars thread started
15:04:26.9 Metar14Z.TXT started
15:04:26.9 Metar13Z.TXT started
15:04:29.4 Stopping timer
15:04:29.4 StartMap
15:04:32.7 NdbsInBounds 0
15:04:33.0 VorsInBounds 1
15:04:33.4 AirportsInBounds 1
15:04:33.7 AirspaceInBounds 18
15:04:34.0 NdbsInBounds 0
15:04:34.1 VorsInBounds 1
15:04:34.1 AirportsInBounds 1
15:04:34.3 AirspaceInBounds 18
15:04:34.7 Metar14Z.TXT done
15:04:34.9 Initiating SimConnect FSX connection.
15:04:35.2 SIMCONNECT_RECV_OPEN
15:04:35.2 SimconnectOnRecvOpen Connected to P3D/FSX
15:04:35.2 Connected to sim
15:04:35.4 Traffic update:6 planes
15:04:35.5 Transponder: 30292
15:04:35.8 NdbsInBounds 0
15:04:35.9 VorsInBounds 0
15:04:36.0 AirportsInBounds 0
15:04:36.1 AirspaceInBounds 12
15:04:36.6 Metar13Z.TXT done
15:04:36.6 DownloadCurrentMetars done
15:04:39.5 ProcessMetars done
15:04:54.1

---===+++ 30/09/2020 +++===---