IanH1960

..thanks for the reply. Ian

Hi Pete, I've an unusual question related to how FSX operates vertical AP which you may be able to help with - although it's not specifcally a FSUIPC issue. This relates to the default Baron 58, but I assume it applies more generally. When AP is active FSX appears to reduce the control authority of the elevator input movement to about 9-10% of normal. For example a 100% displacement of the stick (0BB2) produces an approx 9% elevator control input (0BB4). This seems logical if FS AP is controlling vertical situation by elevator trim adjustments which might otherwise be overwhelmed by an unexpected elevator stick movement. I'm hoping to find out if this moderation of the elevator control authority when AP is active can be removed or disabled? I've done a bit of looking/experimenting but can't see any obvious way of doing this. By way of background the question relates to interfacing a flight control loader system with FSX - I'm investigating possibilities for alternative methods to the one I currently use. I fear it's a built-in behaviour of the FS AP engine.. Regards Ian

You're welcome, it's a small price to pay for the functionality it brings. Ian

Thanks Pete, I bought a key and registered my fsuipc. I've had to port a core set of the API to the scripting language I'm using for the motion driver software but you are right. I'm now seeing data loop speeds of about 40ms with fsuipc and that's with a 20ms sleep inserted after the fsuipc process call and pulling a set of 7 data times each time. It's fast. I should have checked before I registered my copy but I assume that in the first instance my external program will not be able to access fsuipc unless it is a registered copy? Thanks again, Ian

Hi Pete, I'm interested in investigating using fsuipc to pull data from fs9 to drive a motion platform. I have some experience of using FSConnect to do this and have run into problems with the data extraction rates - pulling 6 "double" data items (3 velocities and 3 angles) takes about 250ms on my set up. Can you tell me if I might expect substantially faster data extraction rates if I use fsuipc to do this? I am using an effective alternative approach which is currently yielding approx 60ms cycle times to read and process an equivalent of the 6 data items but the range of data items available is more limited than that available from fsuipc. I can do additional processing if necessary eg is it possible to pull a "block" of data out with a single call which can them be further processed by the external app to yield individual data items? Just pondering. Thanks, Ian