Pete Dowson

I experimented with execute_calculator_code() but couldn't get it to return anything recognisable for any of the variables I tried. I was particularly interested in getting the aircraft's LLAPBH that way so that synchronisation with other things could be made more precise. In that case the method I thought of (well, I woke up this morning with the solution in my head) will be fine. Regards Pete

Further to this, I've thought of a nice easy and neat way to do spoofing of any offset or group of offsets for FSUIPC4 / ESPIPC, and could implement this for you very quickly if you need it. And it would work for WideFS and other direct-accessing programs too. But it will not work for FSUIPC3 and, to be honest, I cannot see a way of doing it in FSUIPC3 which I would at all be happy about. If you want to proceed, please write to me at petedowson@btconnect.com and I'll explain the details and soon provide a Beta version for you to test with. Regards Pete

You could assign keypresses to the FS "FLAPS SET" control, with the parameter set correctly to get you to the right flap setting. Note that these are not in degrees, though, but in the proportion to 16384 of the flap detente position (i.e. 0 flaps up, 16383 full flaps, 8192 the 'centre' detente if there is one) . So "Flaps 10" would have a different parameter value depending on the particular aircraft. With FSUIPC you can change the key assignments automatically according to the aircraft loaded ("aircraft specific" assignment), so it can still be done. You'd need to work out the parameters, or use trial and error, for each aircraft. Regards Pete

Ouch. What a horrible thought! So nothing would ever be able to read the real values, at least whilst you were doing something somewhere? Well, it certainly isn't possible at present with FSUIPC alone. Of course, if your program were running in-process in FS, as a DLL or Gauge, it could subclass the FS98MAIN and UIPCMAIN windows (either or both might be used by clients), and alter data in the memory-mapped area on its way back to clients. That's messy but certainly possible and would give complete control to the program doing it -- but it wouldn't work for WideFS clients of course as WideServer gets its stuff directly. To actually provide a general facility, controlled via offsets, for this wouldn't really be on, simply because those offsets would be included in the general class of things to be spoofed. On the other hand, maybe a limited set -- say a defined subset or range -- might be reasonably feasible. Or maybe a specified list of pre-defined definitely limited size. Would you care to expand on your idea more fully, bearing this in mind? And can you limit it to, say, FSX and ESP rather than have to go back to FS9 and so on? It is far more difficult with the way the memory for offsets is re-mapped in FSUIPC3. In FSUIPC4 it is made a lot easier by the way things are implemented internally. It is still problematic for WideServer, even though it is built in, and my other direct-loaded drivers (PFCFSX, EPICINFO, GA28R) because of the direct access techniques they employ, but even there it is infinitely easier on FSUIPC4 than FSUIPC3. What's meant by "A vars" BTW? Is that an XML gauge term? Regards, Pete

No. Not at present. What is the purpose? Regards Pete

I expect he's using "slew" mode, which has no sound. I thought that was an optional way of operating. I've really not been near WidevieW for a long time. Best to use Teamspeak on the client in any case. FS sound routing is possible with a 5.1 or better sound system -- at least on FSX -- as the sound is located correctly for such effects. I use pmSounds from Project Magenta for in-cockpit sounds, and Radar Contact on the same client PC. Regards Pete

Not with WideFS. WideFS is a client extension of the FSUIPC interface. Any application which interfaces to FSUIPC and which doesn't need to be installed inside FS can be used on a WideFS client, but bits of FS itself, like the sound innards, can't be moved over. You could only do that sort of thing by having two complete installations of FS and linking them via either multiplayer or using Luciano Napolitano's "WidevieW". Regards Pete

Sorry, but if it doesn't work there's something wrong and going back doesn't fix it. More details are obviously needed. What is the "CS 757"? Perhaps identifying the product a little more clearly would help, as well as explaining the problem? Wouldn't you surely agree, if you thought about it? Are you sure it isn't simply a specific problem to your installation? How do you know it is at all related to any specific version of FSUIPC? What versions do you think it, whatever it is, works with, and why? Pete

It must be just a coincidence. There's really no way FSUIPC is doing anything with any part of any add-on until and unless you actually use the facility. The macros are simply lines in the INI file. They do nothing at all in themselves. The only time they are used is when you have them assigned and then actually USE them. It's just like any tool. Sitting in your toolbox a tool does nothing (well, except rust, perhaps). You have to USE it for it do do anything. Same with anything assigned in FSUIPC. No, nothing at all. It cannot. Regards Pete

There are no Bank Hold facilities or indicators internal to FS at all, so there's nothing for FSUIPC to read. If there is one in a particular cockpit it must be a facility implemented locally to the gauge. There's no way to access such things. When the "BNK" button on the Learjet panel is pressed (no matter whether it turns on or off), it sends an "AP MAX BANK INC" control to FSX with a parameter of 1. What on Earth this is doing I've no idea. There's also an AP MAX BANK DEC control, but the Learjet panel never seems to send that. And the parameter is not used in either case. FSUIPC4 does provide access to the Max Bank value -- offset 2E04, as documented. Watching that it seems to alternate between 14 and 27 degrees each time you click the Learjet 45 BNK button. Weird. I would assume that all that part is actually broken, but the fact that you appear to want to use it suggests otherwise. Can you clarify what is going on? Regards Pete

If you cannot "fire" in the "game" at all, then I'm afraid FSUIPC4 cannot make it suddenly work. You need to get in touch with the Support for the "game". Whether you use a PFC device or a Saitek jyostick or a keyboard button or anything isn't at all relevant. You already said the button is seen by FSUIPC4, so the PFC driver and FSUIPC are both working fine. If there is no way provided in the "game" to "fire" then having a button is not going to suddenly make it work. Sorry, there are no miracles, really. You use "firing opposition" and "firing button" as if they are different things. "Opposition" means something which opposes -- i.e. is against. So that makes no sense here. I realise English is not your main language. Maybe you can get a friend to translate for you? All I can do is repeat what I said. If there's a keypress or control provided by your shoot-em-up game in FSX for firing a gun, then it will be assignable to a button or key in FSUIPC. If there is not, if the "game" only provides Mouse control over the guns, then you might need to try to first create a Mouse Macro, and then assign it to your button. If the mouse button method doesn't work then there really is no way, unless you invest in something like Luciano Napolitano's "Key2Mouse" to program a key as a mouse press then assign your button to that keypress. However, back to your first statements -- if the firing facility does not work in the game in any case then FSUIPC cannot fix it. You need to contact the support for that game. Regards Pete

What is the firing button? What control or keypress are you trying to assign? Can you please try providing rather more information when asking for help? There is no way I can see what you are doing from here, and I cannot guess either. You have to tell me what you are actually doing and what the result is. Just saying that you "fail", that something "does not work" does not offer enough information to even guess what you might be doing wrong! Don't you see that? Maybe this firing button on this add-on aircraft has no way of assigning any control or keystroke? How do you do it normally, without a button? Is there any documentatin with this aircraft? Have you checked? If it operates with a mouse only, there is a chance that it might work with a mouse macro created and then assigned. Please think what you are doing and then tell me what that is. Unless you know what you want to assign a button to, you cannot very well assign it at all, can you? Regards Pete

Sorry. I don't have any Saitek gear and I'd never heard of this Switch Panel interface program before you mentioned it. I can only suggest you ask the author. It looks like he is offering help on that web-page (the www.krosa.it one). Have you asked there? I really cannot support other folks' programs, especially ones I've never heard of for hardware I haven't got! Sorry! Regards Pete

There have been a few. Maybe two or three a month coming through this Forum, so FSUIPC4 related. I've seen the same for other applications on other Forums. Which is a point: When the problems with SimConnect occur they affect all SimConnect applications, so I'm not sure why FSUIPC should be singled out -- though it is probably the most-installed SimConnect using application and has been around the longest (since the day of FSX's release, or before for Beta testers). Quite honestly I've no idea why some folks have these problems. I do get the impression (but have no proof) that attempting to uninstall and reinstall FSX is likely to create them. Some folks have also suggested that there is some interaction between .Net installers and SimConnect's installer which gets the latter messed up. I currently have five FSX installations -- two on XP32, one on Vista32 and two on Vista64, and have never been able to reproduce any of the SimConnect problems folks have reported -- not even once. So I find it very difficult to advise. I also don't really understand Vista's over-complex file and folder permissions system, nor the weird Side-by-Side library system. This last, the WinSxS system, sounds like a good idea but it seems to have been implemented in the most difficult and confusing way. The worst problem it produces is that, whilst installers seem normally to be able to install Side-by-Side libraries okay, no uninstallers seem ever to be able to uninstall them. And that where the problems, when they do occur, become worse. If you cannot uninstall something, the re-install won't work, so repairing a broken library setup doesn't work. One of my contacts in Microsoft (the SimConnect prime author) did start on making a program to check all this stuff and auto-repair it when broken, but pressure of work in other areas forced him to stop. I don't know enough about it to do it, but someone needs to. Not just for SimConnect, but for any WinSxS library setup. If you need numbers specifically for FSUIPC4 I can only suggest you do a search through this Forum. Search on words like "WinSxS". Count the number of different visitor names contributing. But you may also wish to post on other Forums (e.g. the nearby FSX Forum) for a general consensus, not specifically FSUIPC4-oriented. I've also asked folks who get these problems to report them via tell_fs@microsoft.com, so there must be a good database inside MS HQ somewhere. Doesn't your MS Tech Support contact have any contact with the place those go to? Regards Pete

No idea. The broadcasts are on port 9002. But they will be outwards from the Server to all Clients. Not sure whether or why firewalls stop outgoing messages, but maybe they do. Regards Pete

If you mean SimMarket's link, it's exactly the same link to exactly the same file. It's a direct copy of that link. Regards Pete

It isn't normally needed as usually FS users with Networks only have one Workgroup. The broadcasts needed to tell the Clients where the Server is only work within a defined workgroup. It sounds like you have two differently named ones, maybe because you never bothered to rename the default, which i think is different in XP and Vista. Regards Pete

There's one there!!! It is one of the files which Windows Explorer is hiding the extension for. It is one of those starting with "FSUIPC". What do you think they are? Can you not see them? Take a longer look!!! Please please please uncheck that horrible "hide extensions for known file types" option, which you even showed in your pictures, or else learn what filetypes Windows decides are "known" so you will also "know" them! :-( :-( :-( Pete

Evidently something went wrong with your download. You'll need to download it again, and try to get it properly. Where are you going for it? The one on the Schiratti site is fine, from here at least. If you get problems with any website you normally need to check with the website provider. I don't have a website myself, so I'm not sure what is involved. but normally things that go wrong are traceable to the user end of the chain. Regards Pete

Does this mean that my axis assignments and calibration WILL NOT be affected? Or will I need to do them again? Yes, it means they will not be affected, and no, you will not need to do anything again. As I said, re-running the installer will not change ANYTHING in your installation. it will simply rebuild the DLL.XML file.. It won't even re-install FSUIPC4 itself if you've updated the latter with a later interim version, and it will tell you so. Pete

No, I've not heard of anything like that. What does E-Jets do? I assume it's a collection of add-on aircraft? Does it try to install its own SimConnect DLL, perhaps? If so, maybe it makes a mess of the DLL.XML file which SimConnect needs to manage loadings. Try installing E-Jets THEN re-installing FSUIPC4 using the installer. Re-running the FSUIPC installer won't change anything in your installation, but it will re-build the DLL.XML file and maybe fix the problem. Either way you should report it to Wilco's own support. Regards Pete

FSUIPC.LOG. There's a DLL (FSUIPC.DLL), a LOG (FSUIPC.LOG) and an INI (FSUIPC.INI). If there's no log then FSUIPC has never been run, or you've deleted the Log. I expect you have got Windows Explorer hiding filetypes from you because Windows treats you as an idiot. Since you are not and know you are not I suggest you use the Explorer folder options to tell Windows not to be so silly. ;-) Regards Pete

Ah, sorry. But not all the paragraphs within each main section feature in the contents list -- I really wanted to keep that to one neat page. I found the relevant parts myself, just to prove to myself they were actually there still, by using search (using the word "GoFlight"). Searching usually finds things pretty quickly. If it didn't I'd have to generate an IndexUgh. ;-) Regards & Happy New Year, Pete

Which do you count as the "second bit"? Looking at the Log file? Show it to me, you don't need to understand it. Why on Earth waste your money, then? I don't understand. What is so complicated? You use facilities you want to use, don't use facilities you don't want to use. The User Guide is the place to look. It is conveniently divided into smaller sections, one on each area of use. It's also the place to browse through BEFORE paying out good money, because if you find nothing in there you want to use (or even nothing you understand) then why buy it? Regards Pete

In what way do you "fail"? Don't the buttons get seen in FSUIPC? Can you elaborate at all? To do what? Most assignable controls don't use a "parameter", and for those that do use it the setting you need may be obvious, but it depends on what you want to do. There's no single answer! Regards Pete