pellelil

The SimConnect configuration consists of two parts, where one is used for networked connections (from other computers) where the scope is set to "Global" and the other for local connections (connections on the same PC) where scope is set to "Local". The IP address 127.0.0.1 is simply your networks adapters loop-back address. If you in a CMD enters the command "ping 127.0.0.1" you will (as long as the IP stack is configured correctly) always get a result, hence its just another way to specify how to access your own/local network adapter. The "MaxRecvSize" tag is not required (mine is working fine without). It must default to same value if not specified. But all this is not important as long as EFB is not using SimConnect Hope you'll locate the issue

I'm a newbie when it comes to EFB, as I am still on the 30 days trial, however a few observations. I do run with windows 10 on both my computers, so I can confirm it do work with Win10. First I would remove/blur the screenshot where you list all your license-credentials and serial number - not something you want to share with the internet. Windows 10 have its own Firewall even though you have not installed a 3rd party, so if you have not tried yet. I would disable the build-in firewall on both computers. Did you remember to share the folders that needs to be shared, and did you test you have write-permissions to these shares (try to see if you can write a simple text file from the "other" computer using those shares). Edit: I don't think EFB 1.x is using SimConnect (I think in stead it uses its own connection between "server" and "client"), however I have compared your SimConnect settings to my own, and I don't see a problem there. I uses port 5000 in stead of the port you uses, and my "local setting" on the server is a bit different: ... <SimConnect.Comm> <Disabled>False</Disabled> <Protocol>IPv4</Protocol> <Scope>global</Scope> <MaxClients>64</MaxClients> <Address>192.168.88.100</Address> <Port>5000</Port> </SimConnect.Comm> <SimConnect.Comm> <Disabled>False</Disabled> <Protocol>IPv4</Protocol> <Scope>local</Scope> <MaxClients>64</MaxClients> <Address>127.0.0.1</Address> <Port>5000</Port> </SimConnect.Comm> ...

Happy to report that the bug have been fixed with update 1.6.11. Pelle

Now thats customer support My P3Dv4 started to CTD after at scenery update this morning and since I could not fix it, in the end I had to remove EVERYTHING (P3Dv4 and all updated). So I am current reinstalling everything again, but I'll let you know the result once finished. Pelle

I just installed the the 30 day demo yesterday (running networked with the DataProvider on my FS-computer and the Display unit a notebook), and I am planing to purchase the full license next month. All is running smooth, expcet I have a persistent bug in DisplayUnit every time I try to remove an Alternate. I've do my flightplanning in SimBrief (occationally PFPX), and I copy the the route into DisplayUnit (so far so good). In this example (a flight from ELLX to LIRF) I manually entered "LIRM" as the alternate (before I noted it was a military airfield (so far so good). As soon I tries to remove the alternate I get an error message. I am sure you will see the error message, so I will refrain from translating the Danish error message. In case you don't see the error yourself let me know and I'll provide a translate of it. The bug have been observed both the Enroute Alternate and Departure Alternate. Pelle