Pete Dowson

Does it do the same when running FS9 in Windowed mode? If not, then it's a problem with your video driver. You might need to find a later version, or a different version. Pete

There's been no change in Lua in 4.939n. What was your previous version? Have you tested with the current version at all (4.941)? I can't support old versions. Can you find a better translation than "that seems no longer consideration (nil value)" as I don't understand what that means in English. If you still have a problem with the current version, please show me the Lua file which gives you a problem. I would also need to Windows crash report details, please. Pete

Must be something strange about that aircraft. Is it the Aerosoft one? I thought with those you couldn't use FSUIPC calibration in any case as they need to hook the controls at a higher level? (Or is that only with PMDG aircraft?) However, why are you engaging smoothing? It's only really meant for VERY seriously unstable devices, usually caused by fluctuating power supplies. It was added main to help folks in remote parts of third world countries! Even on default aircraft it would introduce some latency in the control responses. Pete

Hmm. something wrong with the Windows 10 caching system them. Try saving using the ; key or menu; entering the name. It will do exactly the same thing. There is no way anything in FSUIPC can change how FS saves flights. As I said, all it does is call the routine to save the flight in the same way the normal FS facilities do. There's nothing else is can do. Did you at least check that Windows is not set to always write immediately rather than use caching? Pete

Yes, the instructions in the section in the WideFS User Guide about configuring the network (the part with the red warning to read at least part of it) is explicit that you need BOTH lines, not just the one. No, that's not true. If you don't give the Protocol it needs the Server to tell it through its broadcasts. It's one or the other -- specify details in the client parameters, or leave to to the Server broadcasts. No, parameters are never deleted. There is no Protocol parameter there by default so that you can choose it for all clients at the server end. You only supply a Protocol parameter to override the one set at the Server end. Pete

Normally no parameters need to be added to the client INI file, because the broadcasts from the server end provide both the server details and the protocol to be used. The documentation is clear that if you add explicit Server details to the client parameters, you need the protocol to be explicit too. I see no harm in that, and it has been that way now since day one of WideFS, back in FS98-2000 days. Of course, back then the protocol of preference would have been IPX/SPX, being lean and mean and efficient. Only the lack of support for it from Microsoft (it being a Novell invention, not MS) makes the choice now either TCP or UDP, and if there were to be an assumed default, UDP might often fit the bill better, being, again, more efficient, especially combined with using a broadcast setup at the Server ("BroadcastMode=Yes", whereby the same data is sent once, to all clients, instead of each client getting its own tailored data). My setup, with 7 clients, uses UDP and broadcasting on all clients except one, the one used for Radar Contact, where it is very important for all the commands being set TO the server to be in the correct order, something that UDP cannot guarantee. Pete

It is always useful to see the Log files -- that is what they are for. There's a WideServer log file on the Server and a WideClient log file next to the INI file you've shown. Note that your INI file is missing an essential parameter. If you specify the Server IP address you MUST also set the protocol, i.e. Protocol=TCP or Protocol=UDP Pete

All FSUIPC's autosave does is call the FS save routine at intervals, exactly as if you'd gone to the menu to save, or used the ; keypress. Any delay will be caused by one or other of: 1. Bad hard disk organisation, maybe needing defragging 2. Windows set to not cache files, so it tries to do the disk operation immediately 3. Add-on aircraft saving their own data and freezing the sim whilst they collect it (PMDG are famous for this). Pete

Well, I could just say "ask Microsoft", as all these facilities are doing is calling the relevant facilities in SimConnect. However, my guess is that the location change is simply that, like Slew in FS. Such facilities are needed to synchronise likned PCs following the same flight. The "initial position" facility is more like going to the main selection menu dialogue in FS and selecting a new position. Obviously it assumes nothing about where it was before. Well, I looked it up and it says that it is "... the elapsed real time, in seconds, at the last time any of the aircraft situation variables (LLAPBH, Lat Lon alt Pitch Bank Heading) in offsets 0560-0580 were updated by FS", so its most obvious application is to time the change in a linked PC running FS using the facilities just mentioned, to set position etc, to avoid them stuttering or jerking in relation to the FS view. It's a facility requested by folks making sophisticated multi-PC systems. You don't actually NEED to use facilities you don't understand, surely? Pete

Looks to be a reasonable idea. I'll take a look. Won't be till next week though. Pete

Luckily, for most folks, hardly any of this action is needed. I don't know why it is in your case. Generally it is just a load-and-go process, possibly just answering a question from the Firewall stuff as to whether to allow it through. In my case I do run without the firewall but I know lots of folks who don't disable anything, but just allow those programs which need to communicate to do so. I didn't need to do anything to my anti-virus software (I use Avast). Regards Pete

How odd -- a computer problem their end I suppose? I'm glad it was sorted out, on the same day as the order too. It isn't bad service. Regards Pete

Please don't flood this forum with messages! I cannot sit in front of my PC just waiting for messages to answer. I do have other things to do, you know, and a life to lead! I've just gone to your order and it is exactly as all others, the registration key is plain to see. You must be looking in the wrong place. I have nothing to do with sales in any case, all I can do is check. If you have a problem finding the right place you must raise a problem ticket with SimMarket. I must say I have never had anyone before with such a strange problem. Since the process in SimMarket is all automated I really don't see that your order can be treated differently to any other. Regards Pete

Can you start it using the facilities FS or iFly provide -- ie without worrying about buttons and switches on your hardware? If so, please re-read this part of my last message: Since it is an add-on aircraft then it might be completely different and not use any FS controls in any case. You'll need to refer to the iFly documentation. Do they provide keyboard short cuts which you can assign, for instance? Pete

All registration information is held in your account. Just log on to SimMarket, open your account, and retrieve it there. It is not sent by email. Pete

And what does it do instead? I don't know the 747 very well, being a 737 guy, but mostly Boeing's speedbrake/spoiler lever has just 4 positions. Intermediate positions might be sort-of settable but aren't really used. There's 'down' (stowed), 'armed', 'flight detente' and the fully deflected ground setting which only happens on landing -- you can't raise them right up when flying, only to the flight detente. Where there is some continuous adjustment is between the armed position and the flight detente, but, at least on the 737, you are really supposed to either have them down altogether whilst flying, or in the flight detente position. The supports aren't strong enough to guarantee no damage in intermediate positions. Why are you using a "range' with spoiler inc and dec controls when there's a perfectly good spoilers axis you can assign to on the left, with a calibration facility which understands things like Armed position? Er, "both parameters" for what? INC and DEC commands don't use a parameter, they have fixed increment/decrement values. If you mean the axis input value, how does a "range" become defined by one number? How many of the 10 ranges supported are you using. Sorry, but what you are describing makes little sense. Try assigning to axis spoiler set, or even spoilers set, on the left hand side. There's no point in using the right hand side for axis controls. Its main use it to use axis controls to do non-axis type things, such as gear up/down using a lever. Pete

Aha! You are right! I hadn't looked far enough! (In a rush for a dentist appointment). Sorry Krishna. Yes, as the summary shows, you got connected okay: 158606 ****** End of session performance summary ****** 158622 Total time connected = 69 seconds 158622 Reception maximum: 20 frames/sec, 582 bytes/sec 158622 Reception average whilst connected: 18 frames/sec, 491 bytes/sec 158622 Transmission maximum: 0 frames/sec, 19 bytes/sec 158622 Transmission average whilst connected: 0 frames/sec, 24 bytes/sec 158622 Max receive buffer = 548, Max send depth = 1, Send frames lost = 0 ;-) Pete

Sorry, the "ProtocolPreferred" parameter is a Server parameter. don't know why that's in the WideClinet.INI? You need Protocol=TCP Pete

Did you change it at both ends -- [WideServer] section in the FSUIPC4.INI file and in the Wideclient.INI. If not there's no chance! Sorry, I don't know. I'm sure there's a utility which can tell you, but we'd need to search. Can you use Google? Pete

TPC? No such animal! Change that to TCP or UDP! This has the ServerIP address as 10.1.1.2, so what's thw computer called "THEBITCH" with IP Address = 127.0.53.53? Pete

Whichever you need. Those are FS names, not FSUIPC's, and even I don't know what they all do. However "... SET" controls set a switch or lever according to the parameter value provided with it, whilst others either toggle switches or simply move them. What specifically do you want to do? You can see what FS keypresses or mouse clicks do by enabling Event logging in FSUIPC, then operating the said switches. FSUIPC's log file will then show the FS control used, if any, along with the parameter. By running FS in Windowed mode and enabling the console log you can see all this is real time whilst operating the switches. Pete

Where's the WideServer log? The FSUIPC INI and LOG files aren't really relevant to WideFS, but both Server and Client logs are! And the WideClient INI might be relevant. For instance, why is the "Protocol not yet decided"? Have you put the ServerName in but not the Protocol? you must put neither or both in. Is 127.0.53.53 the correct IP address of the server? Currently, all you know is that the connection is refused (error 10061). Either the IP address is bad, or the Protocol is bad or there's sme type of firewall block. Pete

This is exactly as it has always been. The Server is blocking the Client. They are never truly "connected" because you have something preventing this. I really cannot diagnose it from here other than to tell you that. You need to find out what is blocking it and stop it. One little thing you could try is change the protocol to UDP. If that fixes it then the problem would be the Port is being blocked or used by another program. Of course, you did try changing the port as I suggested, didn't you? (Remember way back I said "The only other thing I know which could actively stop a connection is something already using the port (8002), but that normally gives a different error, like "timed out", because the port owner doesn't recognise WideClient. You could change the port as a test (needs parameters changed in both WideClient.INI and FSUIPC4.INI."?) The only disadvantages of UDP are that it is unchecked and not ordered. If a frame gets an error it isn't automatically repeated, and frames can get out of sequence. For many things (eg driving moving maps or instrumentation) neither of these problems matter. UDP is actually faster because of the absence of a lot of the checking and red tape associated with TCP. Pete

NEVER EVER post your private key! If this had been seen before I got to it I would have had to invalidate it! You are not providing enough information! What version of FSUIPC4 are you trying to install? If it is earlier than the current supported version, 4.939u then please first download that and try again. What do you mean by "while activating"? Activation is merely the process of entering your name, email and Key exactly as shown in your purchase details, when prompted. What is this "loading" part? What are you seeing that tells you it is not allowing you to "load"? You must enter all three parts EXACTLY! What version of FS are you using -- FSX SP1, SP2 or Acceleration, or P3D 1.4 or P3D 2..1-2.5? Pete

Keys? There are no "keys". The numbers on the left of the = are LINE NUMBERS, and must be unique. This is a function of the way the Windows CFG/INI file format works. Just number them in sequence. There is no other meaning. Pete