Jump to content
The simFlight Network Forums

Pete Dowson

Moderators
  • Posts

    38,265
  • Joined

  • Days Won

    170

Everything posted by Pete Dowson

  1. There are very many FSUIPC users also happily using the NGX, so I've no idea what is different on your system I'm afraid. Reinstalling FSUIPC makes no difference because all that does is replace the DLL and the documentation. Did you delete the INI file so it started with default settings? I think PMDG recommend that. Of course, if you use it for other aircraft that's not the best solution. In that case you should have your NGX settings in a separate Profile. Pete
  2. Sorry, I no idea at all. I don't know either of those things. Does FSUIPC see the Emuteq G1000 at all? Does it come with any software or drivers? And does the G1000 in the Carenado add-on aircraft allow keyboard, L:Var or mouse macro control over its buttons? Without such information it is impossible to answer your question I'm afraid. Maybe the guys at Carenado could help? Pete
  3. Well, as far as I can see, the Lua program will be doing what you ask of it. so you need to debug the actual offsets. Have you logged them? You can use the FSUIPC Monitor facilities on the FS PC, or the Monitor parameter in the WideClient.INI file. Also always check the Wideclient folder for a Log with the name of your Lua file. That will (1) show when it last ran, and (2) contain details of any errors which stop it working. Pete
  4. Hmm. I've never heard of "Comodo" or "sandboxing" I'm afraid. Some sort of "stop the user doing what he wants" program? Well, the Installer program actually found the files where it knew they should be, as this shows: So it seems all this "sandboxing" does is prevent YOU seeing them, but other programs can? Strange. Yes, thanks for getting back with the answer. Glad it is resolved. Pete
  5. Well I can't imagine why the folder is hiding from you, but honestly there's no way the installer could find the existing copy of the DLL in the folder in which it should reside unless it is really there. You do know there's a "repair" optionin the FSX-SE options. Right click on FSX-SE on the left in Steam, and check the drop down options offered. Not sure what it does, but I doubt you'd need a full re-install. Also you could try actually CREATING the Modules folder in your Steam FSX folder. If it refuses then you'll know there's one there. When you run FSX do you use the Steam window to select it? What happens if you go to the D:\Steam\SteamApps\Commom\FSX folder and double-click the FSX-EXE file there? Does it load? Also, check your DLL.XML file, found here: C:\Users\Jim\AppData\Roaming\Microsoft\FSX Despite the name it can be viewed as a normal text file. In case it is corrupt, so stopping FSUIPC4 loading, try renaming it or saving it elsewhere, and re-running the FSUIPC4 installer. It will create a fresh one. If this gets you an Add-Ons menu entry, then the original DLL.XML was bad. You could paste it into a message here for checking if you wish. Pete
  6. You cannot be looking in the right place, then. Please see my previous email for the full path. Also I'm not getting the drop down in the addons Possibly your DLL.XML file is corrupted. There are some installers around which make a mess of that. That picture also shows a "missions" folder. I have no "missions" folder for FSX-SE. How did that get there? everyone I know has managed to get FSUIPC working fine, so they have the folder of course. The folder absolutely MUST be there, this section alone is proof: Checking if there's already a version of FSUIPC4 installed in: D:\Steam\steamapps\common\FSX\Modules\FSUIPC4.DLL ... Version 4.944a found. FSX-SE Modules folder already exists. You simply MUST be looking in the wrong place! Pete
  7. You have an ATR 72 profile containing this: [Keys.ATR 72] 1=B66C0=12 187,9,M2:29,0 2=B66C0=12 189,9,M2:28,0 3=B66C0=11 187,9,M2:26,0 4=B66C0=11 189,9,M2:27,0 5=B66C0=14 187,9,M2:30,0 6=B66C0=14 189,9,M2:31,0 7=B66C0=13 187,9,M2:45,0 8=B66C0=13 189,9,M2:44,0 9=B66C0=10 187,9,M2:30,0 10=B66C0=10 189,9,M2:31,0 11=90,8,M2:2,0 See the last assignment? The profile assignment overrides the general assignment. Pete
  8. All the FS controls are listed in a document in your FSUIPC Documents folder called something like "List of FSX controls". It lists them by name and number. Just use the number for the one you want. Pete
  9. That looks perfect. Nothing wrong at all. Why do you think it isn't istalled correctly? Yes, you do have that folder. Where are you looking? See this line: Okay -- installed FSUIPC4 into "D:\Steam\steamapps\common\FSX\Modules\FSUIPC4.DLL" and of course all of the documentation is in the subforlder, thus: Now installing additional files into the "Modules\FSUIPC Documents" folder: Where does 10gigs come into it? the Modules folder is created by FSUIPC's installer. It isn't part of the default FSX or FSX-SE. You need to explain what this "issue" actually is. You haven't so far! Pete
  10. Ah, there's no facility for historical weather? Hmm. That is a shame. You'd need to hunt for somewhere in the world currently giving you the desired conditions. Have you asked the author for such a facility? I've always thought he was very amenable to suggestions and requests. Pete
  11. Really? Well, that's good then. So what's the problem? I'm confused now. Pete
  12. Er, but WidevieW surely isn't a weather provider, and FSGRW isn't a multi-pc synchroniser. They do different things. Surely WidevieW's synch would work with any weather provider! Why not FSGRW, if that's your choice? (I love ASN myself). Are you confused, or it ist me? ;-) Pete
  13. But it would receive conflicting data. Don't forget it is designed to share offsets. it is reproducing the FSUIPC interface on the local PC. You could run another copy of WideClient on the same PC. You have to change the ClassInstance value, eg to 1. No applications can connect to it (unless they are programmed to talk to more than one install of FSUIPC) , but it will run Lua plug-ins. You'd need a plug-in on the one to dump data from the plug-in on the other to read and send. i.e. it comes back to a similar problem to the first. I still don't understand why WidevieW still doesn't synchronise the weather across the Network. Would make it useless to me -- seeing blue skies at the sides when overcast ahead. Pete
  14. The ServerIPAddr and Protocol (or ServerName and Protocol) parameters in the WideClient.INI file. If left to automatic connection, as defaulted, it would be anyone's guess which of the two running Servers would be used. Please read the bit in the WideFS User Guide about configuring your Network, the bit with a bit read plea for folks to at least read some of it! ;-0 Pete
  15. petedowson@btconnect.com. But I don't do support via email, so unless your message is genuinely needing to be more private I shall most likely ignore it. Pete
  16. Control lights? Yes. I read about that. Not sure what exactly they did, but though messy it is doable. What has that to do with weather? If you mean use Lua pugins on the two PCs to read the weather from one PC and send it to the other, yes, I suppose you could do that. You'd need to have networking code in the Lua programs so they can talk to each other, or use files which one writes and the other reads, and basically read the METAR string from one and send it to the other. But it is fraught with difficulty, because the way SimConnect does METARs is very strange and very complex, and the input format is NOT identical to the output format! You'll need to refer to the SimConnect SDK. Doesn't WidevieW deal with weather synchronisation? If not, why not look at OpusFSI? I have heard that's really good with multiple PC systems. Pete
  17. Each PCs connecting WideClient would need explicit parameters telling it which Server to connect to. Each client can only connect to one server. Pete
  18. That's something WidevieW would have to see to. I don't know what options it has for weather synchronisation. Have you checked? I haven't used WidevieW since FS98 days and I'm sure it has changed enormously since then. One thought, why no wind synch on the clients? The wind affects cloud movements and windsocks etc. Don't you want them synchronised? Pete
  19. The value in a _SET control is a value in the range of the thing you want to set. The forward throttle range in FS is 0-16383, so 25% is 4096. 10% would be 1638. 100% full forward thrust is always 16383. When you assign your axis to the throttle it will be using either AXIS_THROTTLEn_SET (which actually runs from -16384 (idle) to +16383 (full thrust), with no reverse range, or, through FSUIPC only, THROTTLEn_SET which can run from -16384 to +16383 too, but with idle at 0 and negative values giving reverse thrust. The reverse range is normally limited by a value in the Aircraft.CFG file to a percentage -- often 25% by default, so max reverse would be -4096. Where there is no reverse thrust the percentrage would be 0, so negative values would be ignored. Pete
  20. Yes, or just use another control ("GA traffic density set") to set the GA to whatever value you want. If you put that in a macro you can invoke it via the [Auto] facility to do it automatically when FS is restarted. Pete
  21. In other words it was rejected when you entered it? You don't need to look at the log, it would tell you when you tried to enter it. Windows 10 has nothing to do with it. You are making a mistake in one of the entries -- all parts, name, email and key must be completely correct. If in doubt use copy and paste from the details in your SimMarket account. I'm constantly amazed at how many different ways folks find to spell their own name! ;-) Pete
  22. Yes, when "ready to fly". You can have [Auto.<name>] sections for specific Profiles. Those are loaded when any aircraft associated with the named profile is loaded, and any plug-ins loaded are then terminated when the aircraft is changed. Note that the [Auto] sections are for any macros to be executed as well as Lua files loaded. Pete
  23. I'd have hoped someone here would be able to help, but evidently not. I suggest you try over in AVSIM's FSX forum. Pete
  24. The 16383 seen as input is the correct maximum. I think the Saitek installation is in error. I don't know why they've never fixed this, it's been going on for a long time. Please see the FAQ subforum thread "some saitek axes only provide partial movement". Pete
  25. Is FS terminating correctly and updating its CFG file? Try editing the CFG file vlaue and check that it loads correctly. Pete
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use. Guidelines Privacy Policy We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.