Bman. Posted September 18, 2011 Report Share Posted September 18, 2011 Pete- This is sort of off topic but you might be able to shed some light on what might be going on. This is long winded but here is what is happening with our shared cockpit experience. For years we haven't had much trouble with shared cockpit and everything seemed to be working par given the compatibility of various planes. We could transfer back a fourth 100 times and it always worked great. Now, all of a sudden we are encountering a problem when I transfer controls to the pilot not flying. If I host a session (via gamespy), we can depart just fine.. if I transfer the controls o the pilot not flying the plane hits a "ceiling" sort to speak. There is no longer vertical movement of the plane. Lateral movement is just fine. Even vertical speed shows a 1000 FPM climb but the plane will not ascend / not decend. As soon as the controls are transferred to me, away we go. We have about 5 guys that are in the group and they all have the same problem when they fly with me. Between other pilots, no problems. We have checked the usual suspects: 1) Hard reset of the router 2) Open up the stack of route ports 3) Verified windows firewall 4) Check and verified all A/P is shut off etc. 5) Hard reset of modem 6) FSPortTest has been checked 7) Removed MS FSX from Firewall then re-added 8) FSX run as administrator - verified 9) Check hard set IP gateway 10) Turn of DMZ 11) Blue line direct to modem with A/V off and firewall off Same results. Now the reason I come to FSUIPC forum (outside of your obvious expertise). This week we have been working with FSUIPC (John Szatmary has been doing all the work - thanks for that). While messing around with the throttle calibration I managed to wreck something to where my throttle quad wouldn't recognize correctly through fsx. Other applications started heading south as well. Long story short, I ended up doing a checkpoint restore from about 2 hours prior and I was back up and running. The check point worked fine and all seems well. The LUA coding that John put together works fine. All controls are fine. Fast forward about 2 hours and we are kicking off some shared cockpit flight and we encounter this problem with some of the data not being pushed through between the two pilots (namely the vertical climb/descent). As noted, the pilot flying hits a "ceiling" and the plane will not elevate nor descend. If I get the controls back, there is no problem. A few things I have noticed about my simconnect.xml <?xml version="1.0" encoding="Windows-1252"?> <SimBase.Document Type="SimConnect" version="1,0"> <Descr>SimConnect</Descr> <Filename>SimConnect.xml</Filename> <Disabled>False</Disabled> <SimConnect.Comm> <Disabled>False</Disabled> <Protocol>IPv4</Protocol> <Scope>Global</Scope> <Address>192.168.1.50</Address> <Port>4507</Port> <MaxClients>10</MaxClients> <MaxRecvSize>8192</MaxRecvSize> <DisableNagle>True</DisableNagle> </SimConnect.Comm> MaxClients - Is it possible I am maxing out in some form? I don't know the part this plays relative to shared cockpit. DisableNagle - should this be false? I am going to temporarily rename exe.xml and dll.xml and see what happens when nothing is loaded initially. Any way, I am just seeing what your thoughts may be since you are an expert. Before I do a rebuild, repair or install of simconnect (still don't know about how to specifically repair the other two sxs simconnect folders - that's a different chore) and I am grasping for last minute suggestions. Your thoughts and suggestions are welcome. Thanks. Win7 64b FSX + Acceleration FSUIPC v4.725b 7 Saitek USB modules (yoke / quads / boxes etc) Benjamin. Link to comment Share on other sites More sharing options...
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 account
Already have an account? Sign in here.Sign In Now