Ian1977

Pete, Your thoughtful comments are appreciated. Machine is an athlon 2100+ with 1gig of DDR ram. The 20 fps is because the rate is top limited at that in the fs settings - if I remove the limit it'll go higher. With fs and rc running only about 50% of the physical memory is used. I wondered about the sound before and have tried removing the acceleration, setting sound to low, switching the fs sound off and even moving from onboard audio to a separate sound card - none of which has any effect. I have further noticed that left clicking on the main fs window has the same "releasing" effect as does clicking in the AdvDisp window - it's to do with changing fs's process status in some way not AdvDisp. Pausing fs has no effect nor does opening and closing fs panel windows or changing the view (switching from 2D to VC to Spot View etc). A further point is that the releasing effect is not just once rc is up and running it also speeds up rc's start up routine- but only after it has started its interactions with fs through fsuipc. Normally when starting rc with a saved flight it instructs fs to load the flight then the rc window sits for a while before minimising and starting its population of the advdisp window with menus etc. If I left click in fs whilst the rc window is waiting it immediately minimises and writes to advdisp - it's not just user interactions and rc responses that are being delayed, its more general. You might be able to help specifically here - can you suggest another (free) fs addon that uses fsuipc and advdisp that I can try - ie is this just an rc issue? Also, a workaround for me (i'm pretty stumped by this problem and might not be able to solve it) might be to write a program that periodically and rapidly left then right clicked in the active window. I could set this running once fs and rc where going - if the click speed was rapid enough it probably wouldn't be noticeable in fs. Pretty inelegant but better than shelving rc. Where might I go to learn how to script this? Thanks again Ian

Hi Pete Thanks for your prompt reply. I've been through the rounds with this. I can see in windows task manager that fs is utilising approx 95% & upwards of the cpu when running. The numbers jump about a bit but its taking most of the cpu. The only other process consuming is Explorer.exe and the rest of the background processes are just sitting there apparently not doing much. When RC is running it takes 2 or 3 % momentarily but mainly sits at 0%. Moving all the sliders to minimum in FS results in frame rates at my set limit of 20 fps, fs continues to draw 95%+ of the cpu and there is no noticeable improvement in the delay problem. Killing many of the non-essential processes (the extent of RC support's suggestions so far) has no effect either. Right clicking then in the window does, as you suggest, halt, or rather slow fs - its cpu consumption drops and whilst rc "speaks" the "system idle process" takes up the bulk of the cpu %tage - not rc. Once the rc voice has finished but before I left click in the AdvDisp to re-activate FS the cpu split between fs and rc goes to about 60/40 in fs's favour (the numbers do move about a bit) it seems to stay there until I left click. After left clicking fs returns to consuming most of the cpu with rc returning to 0% most of the time. So to summarise the halt on fs by right clicking does reduce its cpu consumption but this isn't taken up by rc immediately - the system idles, although the rc menu & voice responses continue rc doesn't take cpu until after its spoken and it is waiting for me to take the action I've agreed to at which stage it consumes 30 to 40% of cpu with fs taking the rest. Reactivating fs returns it to taking most of the cpu. I've tried re-setting the priorities of these processes - setting rc to high and fs to low in an attempt to allow rc to get the cpu it needs when it needs it but this does not appear to have any effect on either the problem or the cpu allocations. The solution may well be to do with halting some of fs's activity - but I'm not convinced it's a cpu capacity problem. The symptoms suggest something more akin to removing a "blockage" or hold which then allows rc to continue. Hmmmmm! Yes, both rc and fs are on the same machine which has a single processor. Ian

Hi all, This is in the hope of a bit of help. I've been using a new install of RC4 which uses AdvDisp for its screen/pilot interactions. Unusually from most other users however I have been experiencing long delays between the keystroke interactions I make in response to menu items listed by RC4 in the AdvDisp window and RC4's generated controller or pilot voice responses. These delays are usually between 15 and 20 seconds which makes the program difficult to use. The RC guys are looking into this for me but the one and only thing I have been able to determine that alters this behaviour is right-clicking on the AdvDisp window to bring up its local menu. When I do this the delayed interaction proceeds immediately and apparently at the speed its supposed to. It appears that the delay might be something to do with the AdvDisp window or how my machine is handling it. Has anyone come across anything like this before with other applications that use AdvDisp, or any thoughts on what might be the cause. Another user did get the same behaviour but it reverted to normal on restarting the programs - with my machine it's persistent. Any thoughts? Thanks Ian