Jump to content
The simFlight Network Forums

Pete Dowson

Moderators
  • Posts

    38,265
  • Joined

  • Days Won

    170

Everything posted by Pete Dowson

  1. Oh dear. If you followed the User Guide inbstructions to tell Windows to stop hiding the file types from you, it would be obvious! The "FSUIPC5 Install" is actually "FSUIPC Install.log". One of the "FSUIPC5" files is "FSUIPC5.log" and the other "FSUIPC5.ini" (the latter contains all your FSUIPC settings). The "FSUIPC5.JoyScan" file is "FSUIPC5.JoyScan.csv". Unless you turn off that stupidly annoying Windows folder option yo will have continuing difficulties finding needed files. Pete
  2. Yes, I got both. Why did you send it? Has it changed. the first was IDENTICAL to the original version from last year. I tried to reply to your email, several times, but today all my emails to your email address are being blocked. Seems I'm not liked by your email serever. Pete
  3. I sent you an email about 90 minutes ago saying I used your GAUge code and found a bug and fixed it. The updated ModuleUser64.zip available for re-downloading now, works here. Pete
  4. The SimMarket link only ever points to the current full install version. Since then there have been 12 updates, and the current release is 5.101m. The problems with joystick scanning were fixed by version 5.101j some days ago. There are lots of thread about all this here. You'd do well to peruse those with headings relating to your questions. You'll find Interim updates and much other useful stuff in the Download Links subforum above. Pete
  5. Oh dear. As Thomas noticed, you are using the original version of FSUIPC5. Problems with joystick scanning were fixed by 5.101j and the scan is certainly working well now. Pete
  6. In that case FSUIPC is most certainly not involved in any of the things you complained about! Pete
  7. What do you want me to say? You seem to have 3 good devices each with their own unique GUIDs: [JoyNames] AutoAssignLetters=No 0=CH PRO PEDALS USB 0.GUID={9825F3D0-47BB-11E7-8001-444553540000} 2=Mad Catz Pro Flight Throttle Quadrant 2.GUID={98261AE0-47BB-11E7-8003-444553540000} 3=CH FLIGHT SIM YOKE USB 3.GUID={982641F0-47BB-11E7-8008-444553540000} Isn't that what you wanted? Pete
  8. No, it actually wasn't connected, though it might well have been had PMDG recompiled the 32-bit 17 year old library code they were using to access FSUIPC, because the facility that would have invoked uses that flag. That P3D fix is important for those wanting to use the FSUIPC mapped offsets to the PMDG variables, as that P3D facility is used for that. Pete
  9. Not received yet. Perhaps it had a prohibited attachment filetype? Okay. I'll re-enable the offset reception for that. Not sure whether to do so for the 747 and 737 too. I might ask PMDG. H However, I would be a little worried about enabling it at this time because there is a knowwn bug in P3D4 with the Client Data request being made. I think tht might be fixed in the next P3D4 update, so I'll hang fire till that is available if you don't mind. I don't want a further host of complaints that FSUIPC5 causes PMDG aircraft to stop working! Pete
  10. But there are no Joysticks listed at all! So FSUIPC couldn't read any -- and thre Log shows there were none detected. That's rather odd, but usually one way to force a rescan is to go into the FSUIPC Options and using the "Reload" button in the Buttons or Axes tabs. Unfortunately the FSUIPC5.Joyscan.csv file is missing. That's always needed. No need for HidScanner.log every time. But in this case, going by the Log, the scan file would have been effectively empty. The current version of FSUIPC5 is 5.101m and is working well for all other folks posting here. Pete
  11. That is not what the offset is designated for. It was for VAS -- Virtual Address Space -- not actual memory! That would be something else altogether. I might consider adding another offset which provides the memory space currently used by P3D4 (which can exceed actual memory), but I'd need to investigare that and I really have no time at present. Ask again in about a month. Oh, and 8Gb is not enough if you plan to add much in the way of add-ons. Performance will start dropping off it it has to use paging to disk. Pete
  12. That's Enrico Schiratti's "Dowson" page, not mine. It features the same links as the SimMarket purchase pages -- which all point back here. This Forum and its subforums are the only ones I control. The text on the Schiratti page is often out of date. It really needs re-designing anyway. Pete
  13. No. no need. Just look at it. If it is full of SimConnect related errors then it is the same as for everyone else. How it then doesn't affect the flight is then a mystery. Maybe it's some differencein the SimConnect.xml file(s). Can you search for these? Is there one in the ProSim folder? There might be one in you user AppData folder for P3d4. If you can check, and maybe show any such and where they are it might help others. It could be something to do with the method used by the SimConnect library to communicate. Do you know if you have all SimConnect versions installed, or only the FSX SP2 one? (The FSUIPC4 Install log will show what is installed). Pete
  14. What is the "main page"? Updates are in the Download Links subforum, as always. Pete
  15. That would be best. Thank you! Pete
  16. "new" LUA download? The Lua stuff installed for you in your FSUIPC Documents folder is the latest. There's no point in downloading anything else, you already have it. LUA doesn't change for P3D4. Pete
  17. Good. And you have ProSim737.exe running on the same PC as P3D4? That would be double puzzlinf. i have RTM, SP1 and SP2/ACC versions installed, yet I still get ProSim's EXE failing. Have you checked the Prosim737.exe log file? Pete
  18. I'm surprised the Real handles start at 5. That is weirdly coincident, and might be a clue ... Varying large values are what I would expect. So leaving it till I return on Tueday 20th June is okay? Pete
  19. Er, FSUIPC recognises what as being a joystick? If all those devices are the old COM port style ones then FSUIPC will NOT see them as joysticks because they don't register in Windows as such devices! What PFC control panel? Have you installed PFCcom64.dll into the Modules folder? If your devices are USB devices then they are either seen by Windows as joysticks (as you say for at least one of them), or you need PFChid64.dll, not the COM DLL! Perhas you need PFChid64.dll You never need a true COM port these days. If your devices are COM devices there would have been an appropriate port driver supplied with them. I cannot support you if you stay with 5.101g. There' been no change which will upset what you have with that. You do not supply enough information, as you didn't before!vLike WHAT DLL 's are you using? Pete
  20. Apparently (and I didn't know this til earlier) ProSim737.EXE uses Simconnect and is bound to the FSX RTM (note RTM, the very first!) Managed SimConnect build. It seems this is not compatible with P3D4. I don't know why, but not no doubt ProSim's authors will check and report in due course, though last time I looked they appeared to be pretty well writing P3D4 off until "August/September" when thery hoped to have converted the whole project to Simconnect (?). I normally run the ProSim EXE on a Networked PC, but that PC crashed before I went on holiday three weeks ago, and I've yet to install its replacement. When I do, I will be trying it over the Network in my normal way, with the hope that this method works. I know that other SimConnect-using applications do work with P3D4 this way, so there's a good chance. As it is you need to post pleas for a fix on the ProSim forums, because I am pretty sure the ProSimMCP interface (which does use FSUIPC5) is okay with the recent updates to FSUIPC5. Pete
  21. Yes, it is ALWAYS like that and has been ever since I've been logging the calls. There is one "malloc" which is still being used after that count is measured. Pete
  22. That is extremely odd. It implies other handles are occupying the intervening 5 slots, I'll look to see what logging already exists for this, or else I will add something. The code for the slot allocation is really very simple. "event.VRIread" does NOT register any handles. The handle you use there is the one from the com.open. I think you must mean that the VRIread call is somehow getting a different handle internally to the one you acually supply. Bwfore I look at your logs can you please tell me where I see the handle for each log entry? I did look before, because you said you included it, but I didn't recognise anything as being a handle. I'm afraid I am tied up this evening so it will be Sunday morning before I investigate this. Pete
  23. Currently All the PMDG offset facilities are disabled, pendind information on the layouts. If you can send me the SDK'd .h file (petedowson@btconnect.com) and, even better, compare the tables of values in that with the previous version, then I'll be able to re-enable it. What "alloc/free count" is that? Pete
  24. Well, you don't see it it my source either, do you? Thought: maybe it's some build flag added by VS2015 because of some option I've set, one perhaps not used in VS2010? I'll have to google it and see. Yes, please. petedowson@btconnect.com. Thanks, Pete
  25. What on Earth is "FitObjData"? You have all the source in the ZIP. There's nothing else goes into the build of the ZIP, so I don't understand any missing flag. Do you see anything there? Are you sure it isn't in your source? I have no utilities which examine LIB files. I can do DLLs and EXEs, both 32- and 54-bit ones, using different utilities: PExplorer (32-bit only), PEBrowse64 (64-bit only), but no equivalent for LIB files. 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.