-
Posts
38,265 -
Joined
-
Days Won
170
Content Type
Profiles
Forums
Events
Gallery
Downloads
Everything posted by Pete Dowson
-
Okay. Thank you. I'll try it -- next week, though. i am very busy this weekend. Ands thanks for your Emai - I'll reply tomorrow. Fading fast at present due to overwork! ;-) Pete
-
Run FSUIPC standalone without FS and log to file
Pete Dowson replied to monetel's topic in FSUIPC Support Pete Dowson Modules
No. It is completely dependent upon the FS environment. Use WideFS to link to your FS PC. The FSUIPC interface to WideFS is the same, and WideClient provides logging as well as FSUIPC. Regards Pete -
Yes, and no quibbles at all for freeware, or products only making a little money to defray costs, but I'd like commercial users to at least ask permission and, if FSUIPC plays a big part (as it does in some), agree on a fee or royalty. In earlier days all applications needed an access key so it could be properly policed, but with 90% of users being freeware or trivial use it became too much of a chore and overhead, so I dropped it. Most commercail users contact me first in any case. So far the only renegades are Saitek who did agree to pay for their FSUIPC3 access but then refused to pay the invoice! Thank you. Maybe you'll remember me again if Opus makes you a fortune!? ;-) Meanwhile, good luck and thanks for clarifying the issue. So it's a bit like an updated and improved version of Luciano Napolitano's "WidevieW"? I currently use EZDOCK for this. I don't need multiple PC-based views (I have a 10 foot wide projection outside the cockpit but no room for side views). Would OpusFSX be better than EZDOK in your honest opinion? Maybe I should try a copy? You can contact me at petedowson@btconnect.com if you wish to discuss things privately. Best Regards Pete
-
The parameter tells "toggle bits" which bits to toggle. How else can it know which bits you want to toggle? It does not guess -- it might be wrong! By setting parameter 0 you are saying "toggle no bits" -- i.e. do nothing. A parameter of 255 or xFF toggles all 8 bits in the byte (255 decimal = FF hexadecimal). You can toggle one bit by giving its value, i.e. 1, 2, 4, 8, 16, .... 128 for the separate 8 bits, or any othr value to toggle whatever selection of the 8 bits you wish. If you only want to set a specific value you must use "offset byte set" not "togglebits". Then the value is given as the parameter. The parameter is always important. Please see the FAQ subforum thread about bits and numbers. Pete
-
If by "race" you mean a timing-dependent problem, then, yes,I'd agree. Regards Pete
-
Force user aircraft to aiport ICAO?
Pete Dowson replied to scott967's topic in FSUIPC Support Pete Dowson Modules
I don't know of any way of getting the correct position without referring to a database of some kind. I think the FS "go to airport" menu uses the data it builds up in its scenery scans. You'd need to do the same, whether you figure a way to access the FS files or use a database built by something like MakeRunways. Lua does have good file access facilities built in, with extensions provided by the LFS library which is also there, with separate documentation. Just choose the appropriate MakeRunways-generated file for your purpose. Regards Pete -
I must have misunderstood something. When you said "LINDA GUI (linda.exe) - is the only part of the system which is dealing with HID-devices directly.", and earlier said that the joysticks would not work without LINDA.EXE running, I deduced that everything connected was going through LINDA, not FSX or FSUIPC assignments. Is that not in fact the case? The FSUIPC calibration is quite distinct from assignment. It calibrates control values inside FS no matter how or where they emanate. Anyway, Derek's conflict is certainly to do with the re-scanning of DirectInput/HID devices which is normally performed each time the Options are entered. I don't understand how that is occurring. I'd like to narrow it down to the actual Lua library function calls being used at that time so that I can implement some sort of specific interlock. However, the problem doesn't appear to occur if I switch on Lua tracing -- evidently that slows things down enough to avoid the clash. Possibly you could point me to the specific places in all the Lua being run which may be doing something on a HID or Joystick and at which I could maybe add a debug call? Alternatively I could, perhaps, just ruthlessly suspend (temporarily) all Lua threads whilst the re-scanning was happening, then let them carry on afterwards. I'll think about that. Meanwhile I will be too busy here until next Tuesday. Regards Pete
-
Have you tried eliminating the other Simconnect clients, yet? It must be some sort of conflict. The DLL.XML file -- the one loading the DLLs. You'll have an EXE.XML too. Those two are the files you can edit to enable/disable each of the program which is being loaded. They are in the same folder as your FSX.CFG file. Sorry, I don't know. I suppose you might be able to stop tstuff by stopping Windows services. I've never had any trouble. but i don't use XP any more, not for FSX. Only for the mini-PCs in my cockpit. [LATER] It just occurred to me: you are using Windows XP on an SSD? The main reason I changed to Windows 7 was for SSD support. All of my FSX PCs (two cockpits and a development system) are using SSDs, but all with Windows 7. I don't think XP works well with SSDs and it certainly doesn't use TRIM on them, so they get slower and slower and slower as everything clogs up. Maybe this problem is simply related to poor SSD support in XP? Pete
-
OPT? Sorry, I'm not aware of that acronym. Oh, "Object Placement Tool"? (I had to look at the SDK installation). There are three tools in the SDK, but they have to be loaded via entries in the DLL.XML file. I only ever use the Traffic Toolbox. For each DLL to be loaded by SimConnect you need an entry in the DLL.XML file to tell it what and where. The FSUIPC4 installer adds FSUIPC4 for you. The entries for the three tools would be something like: <Launch.Addon> <Name>Object Placement Tool</Name> <Disabled>True</Disabled> <ManualLoad>False</ManualLoad> <Path>..\Microsoft Flight Simulator X SDK\SDK\Mission Creation Kit\object_placement.dll</Path> </Launch.Addon> <Launch.Addon> <Name>Traffic Toolbox</Name> <Disabled>True</Disabled> <ManualLoad>False</ManualLoad> <Path>..\Microsoft Flight Simulator X SDK\SDK\Environment Kit\Traffic Toolbox SDK\traffictoolbox.dll</Path> </Launch.Addon> <Launch.Addon> <Name>Visual Effects Tool</Name> <Disabled>True</Disabled> <ManualLoad>False</ManualLoad> <Path>..\Microsoft Flight Simulator X SDK\SDK\Environment Kit\Special Effects SDK\visualfxtool.dll</Path> </Launch.Addon>[/CODE] But you'd need to check that path -- with no <Drive>:\ part at the beginning it is relative to the FSX installation. Pete
-
Strange. no idea then. Have you tried that new option to stop the re-scanning of DirectInput devices? There's nothing in FSUIPC to "gray out" any "page" (tab?). If you mean no joy# axis# data, do you mean no spurious changes or no recognition of anything at all? Do none of your other USB devices have any axes on them? No throttles pedals or anything? No thank you. It was up within the two hours i stated -- four hours before you posted that you were going to keep an eye out! Pete
-
How does it compare to the same system on the normal disk, which you say works? There are also a lot of other SimConnect clients loading. I think you'll need to carry out some process of elimination. try stopping all of them and adding them back one at a time. These are they: Additionally there's something wrong in any case -- is your DLL.XML file corrupt? Else what causes this? --- There's nothing relevant there. you need to find the FSX.EXE crash information. Regards Pete
-
Only that way. I don't know any other. Regards Pete
-
Aerosoft Australia 744 MCP
Pete Dowson replied to kand's topic in FSUIPC Support Pete Dowson Modules
Sorry, I have neither the information nor the equipment, and i really cannot take on more work in any case. Regards Pete -
I don't know, sorry. Maybe they are susceptible to FSUIPC's "mouse macro" treatment? Also look in the User Contributions subforum. There's a thread there entitled "FSL Concorde LUA Script" which may help. Regards Pete
-
Really? That's the FSX "Rotor brake" control. How strange. Try using FSUIPC's logging. Enable Event logging in the logging tab, then operate each item in turn noting down what is sent. If you run FSX in Windowed mode and enable FSUIPC's console log window you'll be able to see the results in real time. Regards Pete
-
AutoSave with PMDG's NGX
Pete Dowson replied to FlyingAxx's topic in FSUIPC Support Pete Dowson Modules
That would need to be done in the NGX code of course. Nothing outside their code knows what needs to be done. I don't understand why they don't automatically instigate their own save routine when they are notified of an FS Save being done. They always used to, and they must be doing that when the FSX menu save is used. What about saving via ";"? Does that work? Mind you, it should do really because that too pauses flight whilst you enter the name for the file. Regards Pete -
AutoSave with PMDG's NGX
Pete Dowson replied to FlyingAxx's topic in FSUIPC Support Pete Dowson Modules
All FSUIPC does is call the FSX save, so that comment from PMDG isn't really very good. They obviously don't know what it does. It may be, though, that because the AutoSave method deliberately doesn't enter a dialogue there are parts of the NGX which are carrying on changing things, so that the saved files get disjointed. Maybe you need to Pause before each save, but that would rather spoil the point wouldn't it? Regards Pete -
Sorry, nor do I. Here it just works, always has. Does it not work with ANY SimConnect programs? Pete
-
Well, something's likely in the wrong place. The versions of the files I showed are, apart from the computer names/IP address, identical to those I use, and I have SimConnect connecting fine. The XML file must be in the same folder as your FSX.CFG and DLL.XML files on the FSX PC. The CFG file should be in the currently active user's documents folder on the client - or possibly in the same folder as the appication you are running. Maybe you have an incorrect one in there? Try re-booting the FSX PC. I do find that sometimes Simconnect won't rec-connect after an FSX restart without the system being re-booted too. Regards Pete
-
Yes, as I said, same as the way FSUIPC4 used to do it -- I just worked out a different way in recent versions. I've never known FSX to crash and there be no entry at all. Regards Pete
-
Sorry I know nothing about it. They never contacted me about using FSUIPC! Pete
-
Why bother with two different Wideclinet installs on the same PC? Your FS9 one logs Which is correct, and its INI does have the ServerName and Protocol parameters within. Your FSX one does NOT have those parameters!! Just delete your FSX Wideclinet and run only the FS9 one for both FS9 and FSX! Delete those. They are never used with FS. Pete
-
And you said: Joy#5 is this device: 5=Plasma-MM2 5.GUID={1D2B17C0-C7E0-11E0-800F-444553540000} I've no idea what that is, but it is certainly misbehaving. could you re-test without it connected, please? I'm about to release 4.812 which has some other changes, not connected with your problems, but one of the things I've put into it is a new INI file parameter "AutoScanDevices=Yes" (in the [General] section). If you change that to "No" then FSUIPC will not re-scan the DirectInput devices each time you enter the FSUIPC options. Instead, if you make a change to connections, you would need to click the "Reload" button in either the Axes or Buttons tabs. Since you've no need to do that (because LINDA is doing it all, it seems), this might hopefully avoid your problem. FSUIPC will still be scanning buttons, though, unless you also set PollInterval=0 in the main [buttons] section. Maybe you could try these things later ... 4.812 will be up in a couple of hours, maybe less. See the Download Links subforum. Just saw your last message. You say but in fact the problem seems to be Joy#5, the Plasma-MM2, whatever that is. Regards Pete
-
Force user aircraft to aiport ICAO?
Pete Dowson replied to scott967's topic in FSUIPC Support Pete Dowson Modules
I moved your support query to the Support Forum -- you posted to the FAQ subforum by mistake. The "go to airport" menu is the best way. Why would you want another? If you mean to move it by program, you'd need he Latitude and Longitude. For that you'd need a database of airports. You can generate one using my free MakeRunways utility -- see the Download Links subforum. Regards Pete