-
Posts
38,265 -
Joined
-
Days Won
170
Content Type
Profiles
Forums
Events
Gallery
Downloads
Everything posted by Pete Dowson
-
It won't even get loaded by FSX. It isn't supported even on FS9 or before these days, being replaced with the new FSUIPC window facility. The FSUIPC window facility, introduced into FSUIPC when AdvDisp was discontinued, is not a green bar across the screen, but a titled sizeable window which can be docked or undocked the same as any other FS window and which gets remembered in saved flights. Please do read the FSUIPC documentation some time. It does explain the window facilities quite early on, in both FSUIPC 3 and 4 user guides. Incidentally, your "silly green bar" is also actually undockable and sizeable. You are merely referring to its default state. There is also a freeware program called "ShowText", included in the WideFS package, which operates somewhat similarly to AdvDisp's window except that it is a separate program, primarily so that it can be used on a WideFS client PC. Regards Pete
-
Anywhere Map on Tablet (clienet PC)
Pete Dowson replied to nicholjm's topic in FSUIPC Support Pete Dowson Modules
No, if it accepts NMEA data on a serial port then it shouldn't be able to distinguish what it gets from FSUIPC/GPSout from a real GPS. But unless you send it the right data at the right speed then it likely won't do anything at all. PortMon will show whether you have FSUIPC/GPSout/WideFS set up correctly. Then it's between that and your mapping program, which I cannot help you with. GPSout was originally written for use with a simple 3 wire serial cable, of course. It was only the discovery of virtual serial port programs like MixW which allowed the Networking method to be used. If there's no other reason for your Network connection then a plain serial port to serial port connection would be simpler -- but you'd need a USB serial port adapter for your laptop, obviously. And if you don't want to make up your own 3-wire cable then you'd need what's called a "null modem" cable too. Pete -
Anywhere Map on Tablet (clienet PC)
Pete Dowson replied to nicholjm's topic in FSUIPC Support Pete Dowson Modules
Yes-- enable GPSout in FSUIPC4, and select WideFS there. As described in the documentation. Sorry, I've no idea what your "Anywhere" program accepts. Try all of the standard NMEA ones first, then remove them one by one. No, but you need to set the speed in WideClient.INI too. Try using the handy PortMon program, free from http://www.sysinternals.com, to see what the ports are doing. It logs the initialisations and the data transactions. Regards Pete -
I've found the problem. It'll be fixed in the next interim update. Meanwhile you will find it works okay if you re-enable the Connection Checks (an option on the main tab) and re-boot. The codes which sets up the links appears to get bypassed if you elect to bypass the connection checks. Watch for a new version in the FSX downloads announcement within the next few days, maybe a week at most. Thanks, Pete
-
Thank you for that very nice post. I am glad you like my program and hope it continues to meet or exceed your expectations! Regards Pete
-
Hi Glen, Checking through the code in both FSUIPC4 and PFCFSX, the difference between PFC button actions whilst in normal flight and how they are treated in the FSUIPC options screen is that in the former case they are fed to FSUIPC explicitly by PFCFSX, but in the latter case FSUIPC4 calls a routine in PFCFSX to get the current "pressings". In this latter case, PFCFSX has to supply the pointer to this routine. If it doesn't, then we'll get the symptoms you describe. Before I work on that basis, this can be checked fairly easily. Please load up FSX, go to the FSUIPC options screen and select the Hot Keys tab. Is there a Hot Key option for "Restart PFC Driver"? If not, that's this routine omitted -- so I'd need to add more logging to the PFC module, not to FSUIPC4. Thanks, Pete
-
Okay, but: as I said you could have left that and simply set the ShortAircraftNameOk to "Substring", so it would have found the name after the [DXT3] part in any case. Of course, because you've told it to accept that short name for all of those. No, the short name is whatever you have in the INI file. If the only entry in the INI file shows [buttons.Level D] then you'd match everything starting "Level D" and that's what you would see! Please do refer to the description of this facility in the documentation. If you set the ShortAircraftNameOk to "substring", then you could have "767" instead and it would match anything with "767" in the title. No!!! It is either "No", "Yes" or "Substring". That parameter doesn't dictate the part of the name, the name part of the [buttons.] title does! You can have any number of those, with different names. All the "ShortAircraftNameOk" parameter does is tell FSUIPC not to check ALL of the name, only part of it! PLEASE read the documentation, which explains it! I shouldn't have to repeat it here! :-( Pete
-
No, unless upon reading the documentation and finding out what they do you decide you need them. FSX "commands" different in 4.12 compared to what? 4.11? Since at least FS98, FS has supported three Gear commands == Toggle, Up and Down. For a single button or key press you can only really choose "toggle", but for a proper switch, or a big lever in a cockpit with two micro-switches, you'd obviously use gear Up for up and Gear Down for down. your choice entirely, depending upon what you are using. FSUIPC doesn't offer anything there which isn't in FS already. The list of controls I provide IS a list of FS controls. FSUIPC does offer a few additions, but these are not they. As the documentation clearly explains (you do have the documentation, don't you?), if you assign buttons in FSUIPC you should de-assign them in FS else BOTH actions will occur, which may well be undesirable. Erassign it in FSUIPC "Buttons" options. Please please please do read the documentation. Why on Earth are you using "aircraft specific" assignments for general assignments applicable to all aircraft in any case? That makes no sense whatsoever! Of course it matters!!! If they are exactly the same why bother to use FSUIPC? Just use FS and forget FSUIPC! Don't bother to use FSUIPC for things well supported in FS already. If you want bto use FSUIPC,, use it for things which FSUIPC is for. And NEVER EVER have buttons assigned in both. Please do read the documentation some time. It will help! No, not KEYstrokes -- KEYSTROKES are not BUTTONS. If you assign a KEYSTROKE in FSUIPC, it will not be seen in FS -- FSUIPC will pinch it. That doesn't apply to buttons. Please do read the documentation. :-( Pete
-
As described in the FSUIPC documentation (Advanced Users), it would be much easier for you if you just kept the first such section in the INI file and changed the "ShortAircraftNameOk" parameter to "Yes". This would work because all of those aircraft start with "Level D Simulations B767-300ER". However, this name will NOT work: for two reasons: 1) The name contains [ ] characters which confuses the section naming in the INI, and 2) The name as shown above contains a more than one line! The Windows INI system cannot handle multiple lines in names. Or is the latter problem a result of your formatting in this message? If you want the same buttons for all variants of "Level D Simulations B767-300ER" then just keep the one section with that name, deleting all the others, then set "ShortAircraftNameOK=Substring". Regards Pete
-
Thanks. I replied there as well, but for completeness here let me repeat this part: I really need to know why as it shouldn't happen. I don't like things being wrong like that. I shall work out a way of getting more information, and get back to you when I have something else to try (just to get info at first -- fixes come later). Regards Pete
-
Ahthe log oddly shows that button #32 though. If the display is blank it should certainly accept anything from anywhere, including the PFC driver which it actually shares the data with. At present I am at a loss to understand it. I can't even see where I can get more information at present. I will think about it further. I may send some test version(s) to you email if I think of anything. Regards Pete
-
Okay. Thank you. As you say, it is odd that FSUIPC3 shows things okay and FSUIPC4 doesn't. This is especially the case because the Buttons and Switches part of the program is identical between the two -- in fact it is one of the few areas which are so! Can you describe what you actually do see reported on the Buttons page in FSUIPC4? From the log it does look as if it should be showing a joystick with button #32, rather than the blank awaiting a press or a toggle. Regards Pete
-
I can't find any option set which could do that (there are none in any case), but the Log file you supplied is odd here: 159265 *** Entered Buttons option page *** 159281 FirstButtonChange res=00000120 (0.1, 32) 226531 *** Exiting Buttons option page *** The 0.1, 32 bit refers to a "button" on a normal (non-PFC) joystick. Looks like this would be showing up on the Buttons page as the current button 'pressed'. Now button numbers 32-39 are reserved for POV "hat" positions -- 32 would be the hat position at due north. or 12 O'Clock. If this was showing and nothing else, then it most likely is stuck, repeating, so it always looks like the current button pressed. Could this be so? Something seems wrong. Could you try removing this other joystick altogether (unplugging it), to see if FSUIPC then correctly sees the PFC buttons? I really cannot see any other possibility. The fact that the PFC buttons are recognised in normal mode, just not in the Button Options, does really imply that they simply never get a look in. Regards Pete
-
How to assign mouse buttons with FSUIPC?
Pete Dowson replied to rpowers46's topic in FSUIPC Support Pete Dowson Modules
Sorry, FSUIPC doesn't handle mouse buttons at all. Isn't there a driver supplied with the mouse for assigning actions to spare buttons? Regards Pete -
Right. Enrico Schiratti has just informed me that he's fixed the main download link on the http://www.schiratti.com/dowson page now. Regards Pete
-
Sorry, no idea what that means -- is that specific to your ISP? They work fine from here. How do you change DNS? This is all a bit outside my ken. Regards Pete
-
Both the FSX and Other Downloads Announcements above have working links, but, yes, the one on the Schiratti site appears to be broken. The file you get is the same. I'll contact Enrico and get it fixed. Regards Pete
-
Help - I cannot register FSUIPC 3.7...
Pete Dowson replied to schwuchi's topic in FSUIPC Support Pete Dowson Modules
SimMarket sells keys for version 3 and version 4. You do not purchase a specific release. The current version for FS9 and before is 3.75. I don't know from the information you are giving me. Please send all the details privately to me at petedowson@btconnect.com. It it Dowson, not Dawson, or Pete if you like. For Vista you need to take extra steps, as documented -- to run FS "as administrator" -- but that wouldn't make FSUIPC reject the key as invalid, it would merely either stop you entering it altogether, or let you enter it but still be unregistered. In all cases these days, invalid key problems always turn out to either be attempting to enter an FSUIPC4 key into FSUIPC3 (or vice versa), or making a mistake in one or other of the three fields: name, email, key. It is best to cut and paste to make sure every character is correct. For keys it is easy to mix up I's 1's and L's, 2's and Z's, 0's and O's. Regards Pete -
Well, with exactly that combination it all works exactly as it should here, so that is very odd. Since your INI file parameters copied from FS9, work, it is evident that FSUIPC4 is seeing the PFC buttons, so it is puzzling why thry are not seen in the Options screen. Yes please. The FSUIPC4.LOG and both FSUIPC4 and PFCFSX.INI files, to petedowson@btconnect.com. In return I'll send you my very latest test versions just in case. I won't have time to investigate further now till Thursday. Do you get GoFlight buttons showing in FSUIPC4? (If not, is the GFDev.dll installed? You could try the version from the Downloads announcements above). Regards Pete
-
That looks really good! Congratulations! Regards Pete
-
Please clarify: you aren't talking about programming these in the PFC options? Just in FSUIPC's buttons tab? Please tell me version numbers of both PFCFSX.DLL and FSUIPC4.DLL? I cannot reproduce it here with any recent versions. FSUIPC4 sees all the PFC buttons and switches it should do. Perhaps I need to see your FSUIPC4.INI and PFCFSX.INI files too, but I am not aware of any parameters you can set to prevent FSUIPC4 seeing them. The Axis Assignment tab in FSUIPC4 should also see all the Cirrus axes, the yoke, pedals and all the quadrant axes. But this may have been a more recent addition. Regards Pete
-
FSUIPC4 and USBAxles card
Pete Dowson replied to LambisGr's topic in FSUIPC Support Pete Dowson Modules
-
There's no change in how the PFC DLL treats those buttons. That part of the code is absolutely identical. On my Jetliner Yoke the A/P Disconnect is actually indistinguishable from the autopilot button on the radio stack. You can re-program it, but only in FSUIPC. I use the rear button for ATC instead. The same set of parameters you used on FS9 (INI files) should work on FSX. Regards Pete
-
FSUIPC4 and USBAxles card
Pete Dowson replied to LambisGr's topic in FSUIPC Support Pete Dowson Modules
I am part way through making some changes to give me more information, but there is one thing you can check beforehand, please. Without FS running, go to the Windows Control Panel, select System, then Hardware - Device Manager. Look for the USB Root Hubs. Right click on each in turn, selecting "Properties" then "Power Management". Make sure the option "Allow the computer to turn off the device ..." is NOT checked. The reason I am saying this is that if the device has been "turned off" when you load FSX, the DirectInput device scan I do initially will not find it. And currently I don't re-scan (because the only reason for that scan is to obtain the GUID (identifying the device) so it can be Acquired, and you only do this once). With the older Windows joystick interface there was none of that complication and any device could be seen at any time. Let me know if this answers the problem please, before I go to any more trouble with the Logging I'm adding. I may make FSUIPC4 re-scan when FSX is running. Not sure when to do it though -- I don't want to impact performance by doing it in normal flight. Maybe only on entry to the FSUIPC Options, or only the Axis assignment tab. At least then if they do "go to sleep" you can get them recognised again without restarting FSX. Regards Pete -
Radar Contact unable to interface with FSUIPC
Pete Dowson replied to kalypso333's topic in FSUIPC Support Pete Dowson Modules
On the same PC or on a Network? Yes, run it again, try RC again, see it fail, close FSX. Let me see the FSUIPC4.Log file and the Install FSUIPC4 log files. Both from the FSX Modules folder. Pete