jahman Posted January 21, 2010 Report Posted January 21, 2010 Just thought I would share these tips for getting WideFS client to connecto to FSX over a network: 1. Make sure Client and Server are on the same "Network Group". With Vista, go to "Control Panel/System and Maintenance/System" and under "Computer Name, Domain and Workgroup Settings/Workgroup" you will see the name of your workgroup. Again Client and Server *must* be on the same workgroup else WideFS Client will FAIL to connect to WideServer, so do check the two workgroups are *exactly* the same. 2. Use UIPCHello on both Client and Server to make sure WideClient and WideServer are running properly. See: viewtopic.php?f=155&t=78663#p478936 Or: download/file.php?id=81503 4. Make sure FSUIPC v. 4.57 is paired with WideClient v. 6.791 (or check p. 1 of the WideFS User Guide if working with different versions). 5. Both MS-FSX on the Server and WideClient ("FS Eliminator for FSUIPC client applications") must be listed under Firewall Exceptions. In Vista, go to "Control Panel/Security" and under "Windows Firewall" clock on "Allow a program through Windows Firewall". This will open the window "Windows Firewall Settings" at the "Exceptions" tab. On the server verify "Microsoft Flight Simulator" is checked. On the client do the same for "FS Eliminator for FSUIPC client applications". 6. In FSUIPC.ini must have: [WideServer] WideFSenabled=Yes AdvertiseService=1 Port=8002 Port2=9002 7. FSUIPC4.log must show: FSUIPC4 Key is provided WideFS7 Key is provided 8. WideServer.DLL log must show: Broadcasting service every 1000 mSecs indicating the server is active. 9. WideClient.log must have: [Config] Port=8002 Port2=9002 Window=810,960,470,34 Visible=Yes ButtonScanInterval=20 ClassInstance=0 NetworkTiming=5,1 MailslotTiming=2000,1000 PollInterval=2000 Port2=9002 ResponseTime=18 ApplicationDelay=0 TCPcoalesce=No WaitForNewData=500 MaxSendQ=100 OnMaxSendQ=Log NewSendScanTime=50 Priority=3,1,2 10. WideClient.log must show: Server = Trying TCP/IP host "" port 8002 ... Okay, IP Address = Connection made okay! New Client Application: "FSC86" (Id=2076) 11. Once you get your setup working, you can hide the WideFS client window. In WideClient.ini, change: [Config] Visible=Yes to: Visible=No Have fun! - jahman.
Pete Dowson Posted January 21, 2010 Report Posted January 21, 2010 Just thought I would share these tips for getting WideFS clientto connecto to FSX over a network Thank you very much. Some of these aren't necessary. For instance " FSUIPC4 Key is provided" isn't needed if you don't want to use FSUIPC's user menus at all. WideFS can be purchased and used without FSUIPC4 being purchased, though I admit it isn't usual. Whilst it is much easier if Client and Server are in the same workgroup, in some folks' implementations they don't want this for some logistical reason. If they aren't in the same workgroup they can still connect them by supplying ServerName and Protocol in the client INI file. The problem without the same workgroup being used is that the Server's broadcasts, telling client where it is, don't get through as they only broadcast withing the group. Naturally, with your item 4, any future version of FSUIPC4 would apply too. The current update version is 4.575 already, so it won't be that long till 4.57 is out of date. Maybe an "or later" would be a good idea? Perhaps, if would like to tidy it up a little, and put your details on it, you wouldn't mind if I turned it into a PDF and put links to it here, or even included it in the WideFS and/or WideClient downloads at some point? If you want to send me anything, use petedowson@btconnect.com. Thanks again & Best Regards Pete
jahman Posted January 21, 2010 Author Report Posted January 21, 2010 By all means, Pete, consider this tutorial yours to modify and expand as you wish! :-) In my case, I wasn't able to connect until I got both PCs on the same workgroup, even though I had included the ServerName variable in the client ini file (though I did not include the Protocol=TCP as I don't have IPX so I thought it would default anyway to TCP anyway.) I do have one of those pesky "3Com Gigabit (LOM)" (3C940) Drivers (v. 1.00.00.0046) LAN drivers that take ages in sharing a resource (like 5 or 1o minutes!) under Win XP (SP3), so I switched to the one called "3Com Gigabit NIC" (same version, not digitally signed, nite the slight difference in the name string). But what definitely got me going was synchronizing the workgroup names... Cheers, - jahman.
Pete Dowson Posted January 21, 2010 Report Posted January 21, 2010 By all means, Pete, consider this tutorial yours to modify and expand as you wish! :-) Okay. Thanks. In my case, I wasn't able to connect until I got both PCs on the same workgroup, even though I had included the ServerName variable in the client ini file (though I did not include the Protocol=TCP as I don't have IPX so I thought it would default anyway to TCP anyway.) No, it needs both parameters if there's no broadcast details. I forget now why I did it like that. I suspect it dates back to the days when IPX was the default. Regards Pete
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