Pete Dowson

Okay. Well, 07F4 isn't implemented at present in FSUIPC4 in any case, as it didn't work in FS9 or before. I can add it, assuming that the Sim Var for "RPM HOLD" works and equates to "N1 hold". Should it? 07FA should actually read the A/P RPM Hold value -- it is definitely reading this from FSX -- but I have no idea what units these would be in -- what units do the AP_N1_REFcontrols use, please? In other areas the N1% value is from 0 to 16384, with 16384 being 100%, but maybe these are different? If the data file for FSInterrogate has 07F8 down for RPM value then it is an error. I'll check it and change it. If these do equate to the AP RPM hold and AP RPM values then they should certainly be readable, and the latter should be in 07FA already. If they don't work I'm afraid there's no way. I'll check them. Regards Pete

Good. That might be the one to go with then. I think I went a bit overboard with the change in the first. [LATER] I've made one other change -- to weight it more in favour of the Networking, i.e. against the applications, for the first 5 seconds or so of connection. In other words, for the first 5 seconds after a successful connection, it operates more like 6.75x, then changes to what you found works well. This is to avoid bottleneck problems when several hungry programs are started using "RunReady", all competing to get lots of initial data. So, the version on release in the Announcements above is now 6.763. Pete

No, it is quite often used that waybecause ... ... the most normal usage would be speakers on the FS PC and headphones on the RC PC -- much more realistic, you see? ;-) I've used RC with WideFS throughout its entire existence. With my present cockpit the FS speakers are forward and rear, whilst RC talks to me via speakers in the overhead (OR via headsets (optional)). The headsets are equipped with microphones, and I have experimented with voice recognition programs converting spoken commands into to RC menu selections, though really the set up was intended for on-line flying (which I've never got around to. Anyway, that didn't last long. The voice recognition wasn't as good as I'd hoped, and anyway I felt really daft talking to a PC! ;-) Okay, thanks. Regards Pete

They weren't available (or at least apparently not working) in FS9 or before, and since FSUIPC is primarily about compatibility with previous releases rather than support for brand newly-programmed applications they didn't get automatically supported for FSX. I have been adding stuff by request -- it is just that no one requested these before. You are looking at the wrong document. According to the FSUIPC4 Offsets Status document the A/P RPM hold variable is possibly readable at 07FA (FSUIPC4 does read it into that location), but there's no way to set it through those offsets, and that is documented too. In the pre-FSX "FSUIPC for Programmers" document the relevant offsets (07F4 and 07FA) are just marked with queries, and as far as I am aware never worked. However, FSX does have these Controls for N1 hold: AP_N1_HOLD AP_N1_REF_SET So if these do equate to the Variable names "RPM HOLD" and "RPM HOLD VAR"" (do you confirm that?), then I could add support for both reading and writing these via offsets 07F2 and 07FA. Could you verify first that they work? You can assign them to keys or buttons (the "SET" one needs a parameter of course). You could also use the controls via offset 3110. There are also controls AP_N1_REF_INC and AP_N1_REF_DEC. Unfortunately, you just missed an opportunity for these to be added -- if you had asked me before the weekend I could have added support into the just-released version 4.28. I'm not too tied up to do it until I return from holiday -- in the week commencing 19th May But surely the standard 737 MCP doesn't have an adjustable N1 facility. The "N1" (THR) button is normally programmed to do the same as TO/GA, as both use the relevant N1 value set via the CDU. That's certainly how Project Magenta has always treated it. Let me know and I'll add stuff to my list. Regards Pete

Well, it shouldn't really be noticeably slower, or at least that it matters at all -- it's getting almost as much time as before. Do you have any other programs running on the same PC? Any other WideClient applications? No. it isn't one timing value but a set of interacting values. It isn't something I want to be user adjustable as it is easy to make a mess. There is one parameter which would change things, though i'm not sure by how much: NetworkTiming=5,1 Applications get more time the lower these are, but then the Networking gets less. These values have been arrived at over years, so you don't realy want to mess much. You could try: NetworkTiming=5,0 but if you do, please change it back for any other tests you do for me, else I'll be working on false premises. What amazes me is that the original system has been working well for about 10 years now, and through all versions of Radar Contact -- with, in particular, a huge amount of use with RCV4 -- and suddenly out of the blue there are two users complaining about response and CPU utilisation. Nothing has changed, so it is very puzzling. With such an untroubled history I don't really want to make any significant changes in WideClient, just maybe teensy tweaks which will hopefully not affect most users at all. Here's another little tweak, back towards what you liked, but not too much: http://fsuipc.simflight.com/beta/WideClient6762.zip Try it without changing that NetworkTiming parameter, please. Pete

Maybe the window title changes. The problem with checking for window titles, however, is that they can be not only translated for different languages (a problem possibly overcome by reading the correct string from the Language DLL), but I think additional views and Windows can now be added via the camera system, so it is difficult to predict. If you do discover a programmable way of finding out this mode, let me know and I'll try to use it to update the offset. But it must be a way which works on any user's system. Regards Pete

Sorry, I don't know. There's no provisions for this in SimConnect at all. Maybe Microsoft didn't realise it would be needed. Write to tell_fs@microsoft.com with your needs and reasons, so that they at least might have it listed for some future update. If anyone does find out how to detect this mode I'll try to use it to update offset 0628 in an update to FSUIPC. Regards Pete

I've had a response from one tester of 6.760 who said that, unlike previous versions, it "locked up" on his system. In fact the Log showed it failing to stay connected. I'm a little worried that I may have changed the timings too far the other way now, giving the applications to much time making the networking suffer. So, I have a "compromise" version, with the timings half way between those two extremes. This is: http://fsuipc.simflight.com/beta/WideClient6761.zip Do you think you might try this and let me know how you get on with it, please? I'll send this privately too, to make sure you see it. Hope you don't mind. Regards Pete

Good, glad you like it. I've found a little bug when it is used on existing Macro files, so please do replace your version of FSUIPC when I release proper User versions, this week (versions 4.28 and 3.81). Oh, and thanks for the positive feedback, it doesn't happen very often! ;-) Regards Pete

ErI didn't supply an INI file, so that is yours! User parameters are supplied bythe User! That is why it is so named. You create a User section using a line which says [user]. Why did you delete your previous INI file? WideClient NEVER deletes it! Pete

Sorry, though everyone always blames FSUIPC, there is absolutely no way this can have anything to do with it. You need to go to PMDG support. Pete

More likely FS2Crew. Maybe some or all of the key combinations you chose were already allocated to it? Maybe which module got the keypresses first depended on load order. Good. Happy flying then! Pete

No, I hope not. It will be the new current Wideclient once I've verified that I've not messed anything up! Please try it for everything. Pete

You have to explicitly Disable the Pipe, as I showed back in one of the messages here. I showed specific SimConnect.xml examples for you to make it easy. I've never seen a log with so many SimConnect servers simultaneously enabled: one for remote use ("global" actually means "remote"), and FOUR (4) all for Local use? Why? I think you should check your SimConnect.xml file and get it simplified down. I would be surprised if you are not overloading things.

It is only soaking up idle time. Please read the thread. Check this thread again, please. Pete

Okay. Please try this version and let me know how you get on: http://fsuipc.simflight.com/beta/WideClient6760.zip Regards Pete

Okay. I see what is happening, but it may not explain all the difficulties you are getting. That really depends on lots of things. I think one of the problems is that you haven't got enough client applications using WideClient on that PC and a safeguard I built in to stop one program monopolising it is coming into play. There's a mechanism in WideClient which is explicitly designed to stop one Client program hogging the whole PC. It kicks in when it gets lots of requests very close together. RC is doing this -- it is sending lots of requests very quickly, without much of a gap between. So, every few of these requests WideClient refuses to return control to it immediately, and instead loops in a message checking mode for about 25 mSecs. During this time it is asking Windows for messages and processing any it has, but also offering to relinquish control to other processes all the time -- via a "Sleep(0)" call. Sleep(0) offers control to any other waiting process, but gets it back immediately if no one else wants it. It is this mechanism which eats up "idle time" and makes it look as if WideClient is demanding 100% of the processor. In fact, any other process should run easily -- EXCEPT Radar Contact which is held up because it is awaiting the response to its last call to WideClient. I am making a revised version of WideClient for you to try which has these values changed -- reducing the time RC is held off and increasing the Sleep value so that WideClient doesn't look like it is hogging things. I'll post a link to the updated version for you to try soon ... Regards Pete

Oh dear. You cut off the first few lines. I was really really hoping to see confirmation there of the version of FSUIPC4 you were actually using, at last. :-( Anyway, that log is not of a session in which the FSUIPC menu entry didn't appear, look: Anyway, I'm sorry I cannot help with your PMDG problems. Best to visit their Support forum for those. Maybe it is something simple, like somehow you have got their parameter file marked as "read only" so your assignments don't get saved? Pete

Ah .. you mean the Add-Ons menu doesn't appear? Or it does but FSUIPC is not listed in that menu? This is indicating a possibly Simconnect problem. Please, when it happens, close FSX, then save the FSUIPC4.LOG file, if there is one, and show it to me. Ah, now we are getting somewhere. Some real information for the first time! Let's examine this: Your items (1) and (2) imply that although FSUIPC does have the assignment, i.e. it is reloading it, that assignment isn't doing what it did before in your PMDG aircraft. Right? Your (4) actualy seems to confirm that it is PMDG which isn't remembering the key assignment. You say "PMDG doesnt seeeven the keys, if I press ctrl shf 8 on the keyboard.". So, how is this "Ctr Shft 8" assigned in the PMDG aircraft? Are you sure you don't actually have to go into a PMDG menu and explicitly tell it to save your assignments? If not, are you by any chance using Vista and have FSX installed in its default location, in Program Files? If so I suspect that the problem is that anything PMDG wants to write back to its folders is being stopped -- Vista write-protects all folders in Program Files against normal applications. To verify the latter you could try running FSX "as administator" (that is right click, select Run AsAdministrator". This would allow it, and PMDG software, to write to the folders. Okay. See if any of the above helps. There is an alternative now, which might work for you. If you download FSUIPC version 4.272 from the FSX Downloads announcement above, you will find an added facility for "Mouse Macros". There is documentation inside, and it isn't too hard. You can add new controls to FSUIPC based on mouse clicks on the panels (only add-on panels, in general). Then you can assign those to buttons. Try it and let me know. Pete

Hmm. Shame. That was the most likely option. ASX doesn't use WideFS. Nothing wrong with the logs or INI, so I'm at a loss really. Perhaps you could enable more logging at the WideClient end (Log=DebugAll in the [user] section) and try. Don't let it run too long as the Log will get huge. ZIP it and email it to petedowson@btconnect.com. I've not really changed anything in WideClient for years, especially for those using 6.75, so how suddenly these problems arise for old programs for several users at the same time is really mystifying. I can't see how it could be RCV4 either as I've used that on a WideClient for years too, along with many other programs on the same PC. Pete

I don't want the title of the Installer, I want the version number of FSUIPC.DLL, the program. I'll re-iterate the ways you can find this, as you seem totally unwilling to do as I asked before: 1. You can find the FSUIPC4.DLL in the FSX Modules folder. Right clicvk on it, select Proprties, then Version. 2. You can run FSX, go to the FSUIPC4 options (ALT D F) and read the version number on the About page. 3. You can find the FSUIPC4.Log file in the FSX Modules folder, and read the version number on the top line. I have explained all these things before, but you are ignoring them. Pete

Please do not SHOUT. That helps no one. Try to remain civil. you have great difficulty expressing yourself, it seems, but shouting makes just it worse. If the FSUIP4.DLL is not in the FSX|modules folder, then something or someone has deleted it. Perhaps you could be clearer. How are you actually seeing that it is "MISSING"? Are you looking for it in Windows Explorer? You should note that unless you set the option otherwise, Windows has the awful habit of hiding the filetypes of DLL and EXE from you. Maybe that is what is confusing you? Pete

It wouldn't have installed anything into FSX -- FSUIPC3 cannot be installed in FSX, it does nothing, and it would certainly not have replaced FSUIPC4 as the names are different. It seems that you are messing about and not knowing what you are doing. All this works fine for many hundreds of folks. I am trying my best to help you but getting information out of you is turning out to be extremely difficult. You getting irritated and irrational won't help. Just delete the whole INI file and start again. don't touch anything like "aircraft specific" as you obviously don't appreciate what it is for. Just keep it simple. For Pete's sake, you are only programming 5 damned buttons! It's so easy! Tell me what you don't understand and we'll go through it, step by step! What does "gone completely" mean? Please try to make some sense. Pete

Whilst 100% CPU usage isn't meaningful in itself (earlier versions of FS use to give the save value even when not doing much -- it was just that they soaked up idle time instead of Windows' own "idle time" process), the only times I've seen that on any of my systems is when there's been something wrong on the Network. Well, not the high CPU load directly, but the lack of the processor being released. No where in WideClient is there any "loop" which takes any measurable time. it is all "get message from Windows" -- "Process it" -- "return to windows". All the processing is relatively short. Whenever I've seen this problem the time being taken is always deep down, in Network modules or in Game Port / Game Device sections of Windows. Is the PC you have a problem with one on which you have ever had any joystick device, but no longer? Especially an old game port type? It may be a joystick driver polling the joystick for Wideclient's button scanning. Unless you tell it not to, WideClient scans all joysticks apparently installed on the PC so that you can program their buttons back in FSUIPC. When one is missing, especially a game port one, Windows seems to get stuck deep down in the driver waiting for a response. With the default scanning rate of 50 per second (20 mSecs) there may be little time for anything else. But WideClient has higher priority threads for Network and Client calls. Check Windows Game Controllers -- see if it has registered drivers for non-existent devices. If so, uninstall them. Also make sure you don't have GFDev.dll installed if you have no Goflight units on that PC. You can also stop WideClient scanning buttons by setting ButtonScanInterval=0 in the [Config] section of WideClient.INI. If it isn’t button scanning it is almost certainly a Network problem. Run it, get that 100% symptom, close FS and WideClient. Show me the WideClient.INI file, and both WideClient.log and WideServer.log files. Incidentally, version 6.759 is available in the downloads announcements above. You may want to change to that. Regards Pete

Radar Contact? RC doesn't install FSUIPC4 that I know of! What's all that? Please just either find the FSUIPC4.DLL in the FSX modules folder, right click, choose Properties-Version, and read the version there! There should be none of that "Installer for" business. What on Earth are you looking at? The Installer log? Why? If you want the version number from the Log you have to look at the FSUIPC4.Log! Well, you've set the same 5 buttons for "PMDG747-400 VIRGIN ATLANTIC AIRWAYS Penelope" and all other aircraft, except "PMDG - 747-400 GE CF6 Engines", where you've only set two of those plus a third button doing nothing ("K0" is "null2, or "no key"). If you want the same 5 buttons operating the same 5 KeyPresses for all aircraft, as you seem to have programmed really (except for that latter mess), why are you bothering to use the "aircraft specific" checkbox? I suspect you are only succeeding in confusing yourself. Just delete all of the above except for [buttons] 1=P1,18,K56,11 2=P1,17,K48,11 3=P1,16,K55,11 4=P1,14,K49,11 5=P1,1,K54,11 And please don't come back here until you at least know which version of FSUIPC we are dealing with. I told you three ways of finding out and you did none of them! ::-( Pete