[How to de-install FSUIPC 4.20]

Just delete or rename the FSUIPC4.dll in the modules folder, there is no uninstall program.

the default location of the dll in windows XP is:

*:\Program Files\Microsoft Games\Microsoft Flight Simulator X\Modules

* being the drive where FSX is installed.

[Control spike elimination for buttons]

Ok thanks Pete will do.

[Control spike elimination for buttons]

Just to let you know Pete this seems to be doing what i want it to do and i haven't had any problems with it so far. I haven't been able to get on FSX as much as id have liked, but still it seems to have done the trick. I didn't have to change the pollinterval either which was a bonus.

Thanks again Pete.

regards,

Andy.

[Control spike elimination for buttons]

Wow quick work Pete thanks.

Does EliminateTransients=Yes have to be put it the sections for aircraft specific buttons as well?

Edit:

It's ok Pete i think i've figured out the answer for myself, no its not needed in the aircraft specific sections. I can press buttons fast enough so as not to get an action from them, but you have to be really fast :lol: seems to be just right at these setting. Now i just need to do lots of testing to see if its long enough to stop the transients.

Again thanks for you time and effort so far.

[Control spike elimination for buttons]

Erhow? What would be the difference between a button "spike" and a normal button press? Do you mean to not take any notice of a change in button state unless it held the new state for some time?

Yes it definitely needs to ignore the button activation for a certain amount of time, whether this is 50ms or not im not sure, that figure is just a guess. Looking at the spike appearing in the control panel for the yoke it does appear to be very brief. Holding the button to activate a function is fine by me.

it also rather depends upon whether the buttons are on (pressed) off (not-pressed), or just momentary (do their own on-off when pressed, even if held).

The buttons are all separate, even the rocker switches are actually 2 separate buttons when looked at in the control panel. They are "on" when held and off as soon as you release them.

There is one switch called a mode switch which works in a different way, it has 3 positions and it holds a different button "on" constantly until you move it to another position, then it holds that new button "on" constantly, etc.... i.e. position 1 button 15 held on, position 2 button 16 held on, position 3 button 17 held on.

But since we hope it is temporary, would an INI-file only option be okay? It is less work if I don't have to mess with the Dialogues (and main documentation, for that matter). And wouldn't this have to be joystick-number specific, or wouldn't it matter if it applied to all? It would be less work for blanket coverage.

Yes a INI file only option would be fine for me and i dont think it matters that its blanket coverage for all joysticks. As long as people are aware that a button has to be held to activate it i'm sure that would work fine.

I assume you are hoping for it in both FSUIPC3 and FSUIPC4?

I would have to apply it only to local joysticks, not those connecting via WideFS, since the timings across the Network would make a mess. Although, if really necessary, I suppose the filtering could be done at the WideClient end.

Being selfish i could say that i only need it for version 4 as I'm using FSX, but i do know that people using FS9 are having the same problem too so version 3 would be highly appreciated i'm sure by those users.

I'm not currently a WideFS user (probably in the distant future) so this would not be important to me, but surely if someone has one of these jokes (oops i mean yokes) then surely they can make sure its connected to the PC running the main FSUIPC module saving you alot of extra work.

Thanks Pete its greatly appreciated, this yoke is very good its just a shame the first manufacturing runs haven't been properly tested for EMC.

[Control spike elimination for buttons]

I've seen your control spike elimination function and wondered how difficult it would be to add this function for joystick button presses as well. The reason this is needed is because of the new Saitek Pro flight yoke system. A significant number of users are having problems with random button presses been activated when moving the yoke axis, be it elevator or aileron.

Lots of test's have been done by myself and others on the official saitek forums but all saitek say is to return the yoke for a replacement, well that's next to impossible as these things are so popular they are on back order nearly everywhere, and the replacements a lot of people have received exhibit the same fault.

It appears the offending axis is sending some kind of spike to the control board which sets off a random joystick button activation as well, they are completely random as to how soon and how often it happens. Someone wrote in a thread today that this maybe fixed in a driver update so that it ignores these random button activations. The trouble is though Saitek seems very slow in everything they do and aren't prepared to deal direct with customers to replace faulty goods.

Finally im getting to the bit where you are involved Pete sorry to ramble on. Would it be possible for you to add some kind of code to FSUIPC to ignore any button presses of say less than 50ms or something like that. If its a big job then forget it don't worry about it we will have to wait for an official fix. But if its not too difficult to implement then maybe an option to switch the function on or off, and maybe also a option to change the delay before it accepts it as a valid button press.

Thanks Andy.

ps there are quite a few people with the problem so it may be some potential new customers for you :wink:

[FSUIPC4 dont start]

No he's not replying because he has a life outside of FSUIPC.Give Pete a break he will be with you a soon as he can, i'm sure. Besides its after 8pm here in the UK he's probably having a well earned rest now.

[Wind Smoothing... Again FSUIPC 4.x]

This version certainly doesn't have the severe stutters i had in the previous version of the beta. I did a flight from Newark KEWR to EGCC Manchester today and i didn't see any severe windshift or stutter.