AHK-Universal-Joystick-Remapper
AHK-Universal-Joystick-Remapper copied to clipboard
evilC
Can't add as many buttons as possible and others...
I modified my version to add 2 more button pages, but looking at the code it needs an overhaul...
A better method would be to have 1 buttons page with them in a scrollable list box.. On top of that, when you add more button pages ( which is dynamic to an extend ) the hats page is hard-coded in 2 places... Additionally, there are hardcoded if buttons 1 / 2 etc... in a few places..
Since vJoy supports up to 128 buttons or so ( 8 pages ) I'd like to see it in a list... On top of that, I am going to add a name-tag to them or a joystick namer so instead of picking random numbers ( it doesn't coincide with the number in Game Controllers unless it is backwards, and random for a few ) so a page where you can name which is which would be nice to add - and naming the buttons would be nice too...
My idea on top of naming the joysticks, and the buttons, is then to be able to simply activate which buttons you want to use for that profile, and to simplify the setting up of merged axis - so once you set up the names of the joysticks and the joystick buttons all you have to do is click on Add to profile and it is added...
I was going to write my own feeder in C++, but this is a nice base of examples which can be used to create something more streamlined which can benefit many users.
UCR doesn't work for me because _H is outdated and I'm not recoding my framework for it... now, the compiled EXE does run, but the buttons show up full-screen instead of nice and neat...
Also, force feedback doesn't work with UJR, does it work with UCR? I haven't been able to get it to work because of the button issue.. having so scroll 2 monitor heights ( 2k pixels ) for each button it a bit excessive...
I just tried a few axis just to see and everything is wrong in UCR.,... I set a mode on UJR so by the time I press the clutch half way, it fully engages... That option isn't available in UCR.... It is a major downgrade, not to mention the bugs: https://www.dropbox.com/s/cktgneu8x69wqzv/universal_control_remapper_v0_1_13_screenshot_20170403090558_6390.png?dl=0
If I set a deadzone for clutch at 50% I press the clutch and it activates right away and then it stops at 40% on vJoy monitor.. Then it continues the rest of the way..... And with no way to run it decompiled without hosing AutoHotkey or not running my scripts there is no way to fix it...
I'm trying to add all the buttons and it seems that button 15, 16, 17, and 18 ( left shifted 1 ) which are the DPad on my Shifter can't even be detected by UCR but it can by UJR..... So do I just lose buttons - I'm running the stand-alone exe? and hopefully you see the image there is a serious issue...
"UCR doesn't work for me because _H is outdated"
Eh? _H keeps pace with _L releases.
Anything that works on _L should work on _H
"And with no way to run it decompiled without hosing AutoHotkey"
UCR ALWAYS runs uncompiled.
UCR.exe is NOT a compiled copy of UCR, it is AutoHotkey.exe from AHK_H, renamed.
So when you double-click UCR.exe, it loads the AHK_H interpreter and runs UCR.ahk
Also, by replacing the AHK_L AutoHotkey.exe in your AHK folder with AutoHotkey.exe from AHK_H, all your AHK_L scripts should still run. Some things (eg CLR) may need you to make sure none of your AHK scripts contain a variable called null, but just do a search and replace from null to _null to fix that.
so ucr.exe isn't a compiled ahk script?
I edited the INI file to add in the DPad buttons and now they're forwarded properly to the joystick monitor... not sure why they're not detected on ucr though...
And if it is the case then I should be able to edit ucr.ahk and run ucr.exe and the changes take effect?
No, UCR.exe is AutoHotkey.exe from AHK_H
With any AHK exe, if you double-click it, it checks for an .ahk script with the same name as the EXE, and if it finds one, runs it.
I was unaware of that.. thank you!
guess I'll need to dive into the code to see why the boxes are so tall, and why you can't see all of the data... But does UCR properly transfer force-feedback to the wheel?
No, no FF in UCR at the moment I am afraid :(
Very curious to see why the plugins are so tall also.
I do notice because I have so many keys, that when ucr is opening, on my left monitor I see a box about the size of them appear and flash away... so I'm guessing when they're being created and added to the listbox they're created at a default size, or pre-determined size, and they aren't resized to fit the contents once the contents are initialized...
I'll do some digging to find out where this happens and reply.
Forcing size at Plugin.ahk line 93
Gui, % this.hFrame ":Add", Gui, x0 y30, % this.hwnd
to
Gui, % this.hFrame ":Add", Gui, x0 h150 y30, % this.hwnd
Makes it more reasonable... going to probably end up around 75 for height, but shouldn't it fit to contents by default?
using Gui, % this.hFrame ":Add", Gui, x0 h75 y30, % this.hwnd
yields: https://www.dropbox.com/s/txsppt8djknpdep/universal_control_remapper_v0_1_13_screenshot_20170403101808_7094.png?dl=0
Still need to fix the Rename, up / Down and delete buttons being in their own column which hides some of the other data..
Also need to add a method to manually set buttons until dpad issue is resolved...
Also, I haven't looked at all of the plugins yet... I would say it'd make more sense for the plugins to have control over height in case additional content is added ( not sure how you do the axis merging yet if it is stacked vertically or not... if so then 75px won't be big enough and each plugin should have control of the height of the box until sizetocontents works )
Adding w800 to w1000 to 94 makes the entire row visible... can be any size as large as or larger than the panel.. doesn't matter..
https://www.dropbox.com/s/49vtkffj2tfr2za/universal_control_remapper_v0_1_13_screenshot_20170403104746_1024.png?dl=0
Out of curiosity, what happens if you run this script (Using AHK_H)
This is a skeleton version of how UCR lays out it's plugins etc - just wondering if it suffers from the same issue?
To my knowledge, there is nothing in UCR that sets the plugin's height - it is all auto-calculated by AHK.
Am wondering if you maybe have some non-standard DPI settings or something?
AHK_H has Gui layout code not present in AHK_L, so this may explain why you do not see this with _L scripts.
I defo think that it is worth having a play around with some _H scripts (Like the one I linked previously) to see if your system inherently has problems with something in _H
I am home from work now, if you have skype, feel free to ping me on evilc-h and we can maybe set up a TeamViewer session or something.
I just tried a few axis just to see and everything is wrong in UCR.,... I set a mode on UJR so by the time I press the clutch half way, it fully engages... That option isn't available in UCR
Yes, but that's the whole point of UCR... If the behavior you want is not there, a plugin can be added to do it. With UJR, I was getting a bunch of feature requests and I could not satisfy everyone's wishes without it becoming even more of a crowded mess than it was...
Once we iron out what is causing UCR to not function on your system, we can write a plugin that does what you want - that part should literally be a 5-10 min job: Just copy the AxisToAxis plugin and make the desired tweaks.
I have it working except having the deadzone applied to the end of the axis so physically pressing 50% would be 100% output. But I haven't been able to get on yesterday; neck and back issues from car accident May 7 2011 that screws with me to this day.
Adding that feature could be a simple mod to the existing plugin because others may want it too...
The main thing I want is Force Feedback and vJoy does support it, as in it passes the data to the script so the script needs to apply the settings to the wheel / stick...
For now I may just continue using UJR because it is a lot cleaner than UCR with more data condensed into a smaller area making it easier to manage and everything is where you'd expect it to be instead of 1 giant list ( separating it into individually named joysticks would be better; ie you name the sticks on 1 screen so the dropdown populates with that data and you can name each button, then the dropdowns would have something like G25/27 Pedals / Shifter Adapter - Shifter Red button 1 or DPad Up or Black Button Top or Pedals - Clutch, etc.... Then you could separate out based on stick and that would really improve the UI ) and I added the extra button pages so I could add my stick so 4 controllers are output into 1...
I'm working on getting everything set up so I can code my own feeder as a C Application, but if I add or change something it would mean recompiling it; so I would like to help you get UCR where it needs to be with FF and the UI...
I'll run the script in a moment and respond with the results and I'll add you on Skype.
I ran the script and it appears to work without any issue ( I renamed UCR.exe to DynamicGUI.exe and added DynamicGUI.ahk so that I was running the same _H as UCR to see what is going on ).. So there is something in the code which is causing the issue...
As for my PC it is 9 years old running Q6600 Quad 2.4 @ 3.0 on air, 1080 GT 8gb, 750TI 2gb, 1tb SSD, 5TB mechanical, ASUS P5k, Win 10 Pro x64... Working on building a new one when socket 2066 is out...
GUI settings are all normal with normal text size, etc... I am running 5 monitors with 3 on the bottom row and 2 on the top with top-left missing.
https://www.dropbox.com/s/441zvvi87lzxmnf/dynamicgui_ahk_screenshot_20170405075456_1603.png?dl=0
We have very similar systems... I have an i7 2.4 @ 3.0, also with 5 monitors (1 landscape in middle with 2 portrait either side).
Am at work now, but will be home in about 6-7 hrs, we could maybe hook up then and investigate?
On Wed, Apr 5, 2017 at 12:55 PM, Acecool [email protected] wrote:
I ran the script and it appears to work without any issue ( I renamed UCR.exe to DynamicGUI.exe and added DynamicGUI.ahk so that I was running the same _H as UCR to see what is going on ).. So there is something in the code which is causing the issue...
As for my PC it is 9 years old running Q6600 Quad 2.4 @ 3.0 on air, 1080 GT 8gb, 750TI 2gb, 1tb SSD, 5TB mechanical, ASUS P5k, Win 10 Pro x64... Working on building a new one when socket 2066 is out...
GUI settings are all normal with normal text size, etc... I am running 5 monitors with 3 on the bottom row and 2 on the top with top-left missing.
https://www.dropbox.com/s/441zvvi87lzxmnf/dynamicgui_ ahk_screenshot_20170405075456_1603.png?dl=0
— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/evilC/AHK-Universal-Joystick-Remapper/issues/23#issuecomment-291838425, or mute the thread https://github.com/notifications/unsubscribe-auth/ABo8hGmjv1A7bDY_lSDvr0L9TUVEkUcfks5rs4EugaJpZM4MxNb3 .
Just for heads up in case anyone reads this: Problem with UCR was with the included exe file; download v1 of _H and replace the exe; then it works as intended except for a few issues caused by AutoHotkey _L - but you likely won't encounter them.