John Dowson Posted March 17, 2021 Report Posted March 17, 2021 I have released a beta version of FSUIPC6 with native support for HID joystick type devices with up to 128 buttons. Please see Please use this topic to report any issues. John
John Dowson Posted March 20, 2021 Author Report Posted March 20, 2021 v6.0.14b has been released with - support for compound buttons - correction to offset monitoring issue
John Dowson Posted March 26, 2021 Author Report Posted March 26, 2021 Not much activity here - is anyone using this? Any feedback would be appreciated, both positive and negative. If nobody wants/needs the access to the additional buttons, I can drop this update for FSUIPC6.
Pete Dowson Posted March 26, 2021 Report Posted March 26, 2021 8 hours ago, John Dowson said: If nobody wants/needs the access to the additional buttons, I can drop this update for FSUIPC6. Don't Honeycomb and some Saitek devices have more than 32 buttons? I assume they would also be used with P3D? And of course a proper test would be for its proper use even on 32-bit only devices, to make sure no errors have been introduced. So maybe the beta test was seen as aiming only at >32 button users, so others didn't bother. Or perhaps, like on most Forums, lack of problem reports may just be because there haven't been any. Not sure there's any justification at present for removing the changes. If you're worried about making it the main release. Maybe keep the previous one available for folks to revert to if they think they need to, on the (hopeful?) assumption they report the problem, of course. I'm use it here and I have no problems, but apart from testing with vJoy I don't have any devices with >32 buttons. Pete
dafyddmsfs Posted March 29, 2021 Report Posted March 29, 2021 Hi John Just tried this dll version on P3Dv5, and got some weird results off my thrustmaster hatswitch left button. Looking at the button under the FSUIPC "Buttons and Switches" tab, when I press the button, the display shows it as Joy A button 38 with the correct sim function showing, but when I release the button, the display reverts to button no 255, no allocation! As a result I get a weird response in the sim. I stopped there to post this message. I've attached my ini file (Extra Buttons disabled) and the log file for that session. In the meantime going back to version 13. Regards Dave Nash FSUIPC6.ini FSUIPC6.log
Pete Dowson Posted March 30, 2021 Report Posted March 30, 2021 18 hours ago, dafyddp3d said: thrustmaster hatswitch left button. Looking at the button under the FSUIPC "Buttons and Switches" tab, when I press the button, the display shows it as Joy A button 38 with the correct sim function showing, but when I release the button, the display reverts to button no 255, no allocation! Buttons 32-39 represent the 8 possible switches of a POV (Point of view) control, one of which is also seen as an axis. So, not true buttons, just the way FSUIPC interprets the angle of pressure. However, when released it should revert to "unpressed" (which is signalled internally as -1, so could be interpreted as 255 in 8 bits). I'll check this. 18 hours ago, dafyddp3d said: As a result I get a weird response in the sim. If there's no allocation, how did you get a weird response? Sorry, I don't understand that. How would you describe this "weird response". As there's no allocation why would you get any response? [LATER] Yes, I can reproduce this. I'll look at the code later today -- it's evidently taking the -1 from Windows literally. Thanks for the report. I see also that the POV is assigned to the 4 main PAN controls, with Repeat enabled. So with no release I can understand why the repeat is causing a problem for you. Isn't this POV control recognised in the Axis assignments tab (it should be)? If so, for panning, you'd be better off assigning there and to 2PAN VIEW". You have two other POV's assigned as well. on Joys A and C, and many of those assignments are also with repeat enabled. Pete
dafyddmsfs Posted March 30, 2021 Report Posted March 30, 2021 "Isn't this POV control recognised in the Axis assignments tab (it should be)? If so, for panning, you'd be better off assigning there and to 2PAN VIEW". You have two other POV's assigned as well. on Joys A and C, and many of those assignments are also with repeat enabled." Hi Pete, thanks for the reply The weird response was that the POV button worked once to switch the view, but subsequent presses resulted in it panning the view, which shouldn't happen, once the view had been switched, subsequent presses of the same POV button should have no effect. Glad you were able to confirm the behaviour! Just my personal preference, I use the POV positions for switching views and moving the eyepoint. Button 38 is allocated to "View Camera Select 2" and works perfectly under version 13. Regards Dave Nash
Pete Dowson Posted March 30, 2021 Report Posted March 30, 2021 1 minute ago, dafyddp3d said: The weird response was that the POV button worked once to switch the view, but subsequent presses resulted in it panning the view, which shouldn't happen, once the view had been switched, subsequent presses of the same POV button should have no effect But that's certainly not what I would expect with it being assigned to "Pan Left". Panning goes a little at a time (which is why you have it set to repeat I assume). It won't change its behaviour after being pressed once. It can't change from a View Left to a Pan Left when it is assigned to Pan Left. Please check again, with version 13 if you like. These are your assignments to that POV: 19=RB,32,C65734,0 -{PAN_UP}- 21=RB,34,C65672,0 -{PAN_RIGHT}- 16=RB,36,C65735,0 -{PAN_DOWN}- 22=RB,38,C65671,0 -{PAN_LEFT}- Basically you can achieve the same, only smoother, assigning the POV as an axis to Pan View. The 4 panning controls you are using are all embodied in the Pan View axis assignment. The only problem with this in build 14 is the signalling of a button press 255 when it's released. I'll work out why and fix that. Pete
Pete Dowson Posted March 30, 2021 Report Posted March 30, 2021 25 minutes ago, Pete Dowson said: The only problem with this in build 14 is the signalling of a button press 255 when it's released. I'll work out why and fix that. Okay, found it and fixed it. Simple change, daft error on my part. i've sent the fix to John for him to incorporate in another Beta release (or maybe full release, soon). It will be needed in FSUIPC7 as well. Pete
John Dowson Posted March 30, 2021 Author Report Posted March 30, 2021 I have updated and release both FSUIPC6 and FSUIPC7 with this correction - please see the Announcements page. John
dafyddmsfs Posted March 30, 2021 Report Posted March 30, 2021 Working perfectly now, thank you. Pete - just to clarify, Button 38 on joystick A is the hat on the flight stick and this hat switch was not being used for panning, and button 38 was not set to repeat (see my earlier post). Sorry for any confusion Dave Nash
Ruler Posted April 14, 2021 Report Posted April 14, 2021 Hello everyone! I use FSUIPC for a long time, this month I finally transferred from FSX to Prepar3D v5 (with a brand new PC, of course) and now I registered to forum because I saw this topic where maybe I can contribute. I downloaded version 6.0.14c today and tested it with my hardware configuration that includes four Leo Bodnar's input cards: one BBI-32 and three BBI-64s. The 64 has 64 buttons, of course, but BBI-32 is even more interesting: it has 32 physical inputs, but when combined with special switches it represents itself as HID with up to 128 buttons. I can confirm that FSUIPC 6.0.14c can see all of these buttons as expected. But with this version (downloaded from John’s post published on 30 March) I also have to confirm Dave's report that every button returns its number only when it is pressed. When it is released, FSUIPC says that button 255 is pressed now. It is similar with the switches: when the switch is on, FSUIPC register it’s number as it suppose to. But when I turn the switch off, FSUIPC shows that “button 255 is pressed”. Then I tried previous version (from John’s post published on 20th March, it’s written there that this version is 6.0.14b, but options window says only 6.0.14) – it works perfectly, there is no “button 255” anymore. I also checked the file in edited first post of the topic – (it declares itself as version 6.0.14 again) – everything is ok too. Long story short: versions 6.0.14 and 6.0.14b works fine to me, but 6.0.14c again reports button 225 when any button is released. Maybe I didn’t understand well which file is the latest, but I thought that you would like to know that 6.0.14c also has the reported problem. I use this opportunity to thank Pete & John for their marvellous tool! Regards, János
John Dowson Posted April 14, 2021 Author Report Posted April 14, 2021 3 minutes ago, Ruler said: Long story short: versions 6.0.14 and 6.0.14b works fine to me, but 6.0.14c again reports button 225 when any button is released. Hmm, strange - I will check. 7 minutes ago, Ruler said: Maybe I didn’t understand well which file is the latest, but I thought that you would like to know that 6.0.14c also has the reported problem. 6.0.14c is the latest and it should be fixed in that version, but not in 6.0.14 or 6.0.14b! I'll take a look to see what is happening (tomorrow). 9 minutes ago, Ruler said: I use this opportunity to thank Pete & John for their marvellous tool! Thank you!
John Dowson Posted April 14, 2021 Author Report Posted April 14, 2021 Sorry, I should clarify.... The letters after the release indicate its a beta release. I release 6.0.14a, then b, then c. It will be 6.0.14 when its officially released (not yet). If you have a 6.0.14, its probably 6.0.14a. Sometimes I also forget to update the file properties, so best to check the version logged (or in the About page)
John Dowson Posted April 14, 2021 Author Report Posted April 14, 2021 Ok, just checked - your version 6.0.14 is actually 6.0.14a - I forgot to update the character version string in that version. I'm still confused as to your issue though...
Ruler Posted April 14, 2021 Report Posted April 14, 2021 In the meantime, just for case, I deleted all downloads and downloaded and checked once again, one by one file. Still the same: version c returns "button 255" on release, versions a & b works fine to me. Maybe it is also important to say that I was wrong when I stated that every button has a problem: buttons 1-32 works as expected at all versions, the issue is only with larger numbers.
Pete Dowson Posted April 15, 2021 Report Posted April 15, 2021 The problem before it was fixed was with the POV buttons, 32-39. The regular buttons are 0-31. The extra buttons now added are 132-227. Where did you get 6.0.14c? What link? Anyway, I'll test it here today with the very latest build. Pete
Pete Dowson Posted April 15, 2021 Report Posted April 15, 2021 50 minutes ago, Pete Dowson said: Anyway, I'll test it here today with the very latest build. Okay, tested. The latest version here does as you say, returning 255 for the release of buttons 132-227. I'll work on fixing that today. Pete
John Dowson Posted April 15, 2021 Author Report Posted April 15, 2021 @RulerPlease try the attached version, which is now v6.1.0. I will release this as the latest official version later today. FSUIPC6.dll
Ruler Posted April 15, 2021 Report Posted April 15, 2021 Version 6.1.0 (15th April 2021) checked. Works perfectly. (Please note that it was only the quick check regarding the "buttons upgrade", of course.)
John Dowson Posted May 9, 2021 Author Report Posted May 9, 2021 The implementation for up to 128 buttons has now been completed with the release of FSUIPC6 v6.1.1. This topic is now closed.
Recommended Posts