Need PlugInUltraStik 1.3 beta testers

[Tempest]

I'll double check, but I'm sure the U360's are fine. They work fine in gameex and every emulator I've tried as well as the UltraStik utility. If every other app can find and use them then I would venture to guess the problem is in the plugin.

Helping Shaunopp out with a *BUMP*

[shaunopp]

Helping Shaunopp out with a *BUMP*

Thanks for the bump Tempest, unfortunately it looks like Oggalz is MIA again. I hate it when volunteer developers don't dedicate their entire lives to fixing MY problems.

[TimmyB]

Thanks for the bump Tempest, unfortunately it looks like Oggalz is MIA again. I hate it when volunteer developers don't dedicate their entire lives to fixing MY problems.

Finally got around to dusting off my mame project and dropped in to see the status of the U360 plugin Oggalz was working on. Saw that it was having some issues in Vista so poked around in the code myself.

Seems like there are two issues:

1. usblib0.dll is actually being looked for by the filename usblib.dll. So I renamed the file and I no longer got the exceptions like Shaunopp was running into.

2. The setcontrols.exe for some reason was not finding my Ultrastiks. So I loaded up visual studio on my Vista 64 box and took a looksie. I made 4 changes and recompiled it as x86 and it seems to be working fine on my box. I am getting the status messages in Gameex with the profile that is being loaded.

I am uploading my compiled SetControls.exe for those that want to give it a try. If you have any issues post the results of a setcontrols.exe as outlined above.

I am also attaching the USBHIDDevice.cs file with the changes that I made.

SetControls.zip

USBHIDDevice.cs.zip

[headkaze]

Great work TimmyB I was going to check this out myself but still haven't got my U360's in my cab yet. People will really appreciate this!

[shaunopp]

Finally got around to dusting off my mame project and dropped in to see the status of the U360 plugin Oggalz was working on. Saw that it was having some issues in Vista so poked around in the code myself.

Seems like there are two issues:

1. usblib0.dll is actually being looked for by the filename usblib.dll. So I renamed the file and I no longer got the exceptions like Shaunopp was running into.

2. The setcontrols.exe for some reason was not finding my Ultrastiks. So I loaded up visual studio on my Vista 64 box and took a looksie. I made 4 changes and recompiled it as x86 and it seems to be working fine on my box. I am getting the status messages in Gameex with the profile that is being loaded.

I am uploading my compiled SetControls.exe for those that want to give it a try. If you have any issues post the results of a setcontrols.exe as outlined above.

I am also attaching the USBHIDDevice.cs file with the changes that I made.

Sorry for the late reply on this, just got back from a week long vacation yesterday. I've given this some pretty thorough testing and it still doesn't seem to work.

This thread is getting a little confusing since there's many versions of the files floating around so let me try and take some inventory and clarify what is here.

1. Stickied File - Oggalz originally posted an updated (improved) version of Cupid's UltraStik plugin which seems to work well for non-Vista users and is currently posted under the user plug-in's section. This version should be updated by the mods to include the GPL licensing info, a version of which is found in this thread.
   
2. Page 1 of this thread - Oggalz posted a beta Vista version for testing in this thread. This zip file DIDN'T contain the PlugInUltraStick.ini (apparently so those with the plugin already installed wouldn't overwrite it) but DID contain a file named libusb0.dll that isn't in the original (presumably for the Vista version?).
   
3. Page 2 of this thread - First Oggalz posted a revised version which included the GPL licensing, .ini and source files. Later on page 2 he posted another revision which contains a new setControls.exe and ICSSharpCode.USB.dll.
   
4. Page 3 of this thread - Oggalz posted a revised version which contains another new setControls.exe and ICSSharpCode.USBlib.dll. TimmyB also posted a revised setControls.exe file along with a USBHIDDevice.cs file.
   

Ok, hopefully that clarifies all that is posted so someone coming across this has some idea what to download, hopefully once resolved it can be rolled into a release of GameEx.

The 5 main files are:

ICSharpCode.USBlib.dll

libusb.dll

PlugInUltraStik.dll

PlugInUltraStik.ini

SetControls.exe

The most complete .zip file is the first one on page 2 of this thread. As far as I can tell these should just float in the GameEx-->PlugIns folder.

TIP:

The zip file contain libusb0.dll, you must change the name to libusb.dll or you'll get exception errors or hang setControls.exe. Timmy mentions this above but he calls them usblib0.dll and usblib.dll (i think this was a typo on his part).

Below are results from my testing.

I copied each set of files progressively from this thread and tested each, none of which worked for me.

From within GameEx, the UltraStiks did not switch maps with each Mame game change, whatever it's set to in UltraMap is what it stays. When in debug mode, the dialog boxes in GameEx showed that it was trying to set the controls differently (ie. it would say joy8way for 1943) but the mode isn't changed when debug mode is turned off.

Another oddity was that the dialogue box notifying me of the joystick change wouldn't show until I exited a game and many times it was wrong (ie. it said it was setting analog for pacman and 1943 rather than joy4way and joy8way). Manually changiing the .ini file (ie. pacman=joy4way) made no difference, it still reported it was attempting to set to analog. This was the same for all versions including TimmyB's.

I am able to see and change my UltraStik maps with UltraMap no problem and they both show in device manager without ! problems.

Trying to change modes via a command line yielded the following results with no effect on the mode of the joysticks:

Detecting Ultrastiks...

2 Ultrastiks found

* Ultrastik #1 - Vendor ID:d209, Product ID:0501

* Ultrastik #2 - Vendor ID:d209, Product ID:0502

Done.

This was for both setcontrols.exe mouse and setcontrols.exe debug. And if libusb.dll is named libusb0.dll I received exception errors and/or crashed setcontrols.exe

I have no idea what the USBHIDDevice.cs is or where it should go, maybe TimmyB can clarify.

That's about all I got. Not sure what the problem is.

Thanks TimmyB for trying to fix, it's a key feature for everyone with UltraStiks so it's much appreciated and hopefully we can get it resolved.

[TimmyB]

Sorry for the late reply on this, just got back from a week long vacation yesterday. I've given this some pretty thorough testing and it still doesn't seem to work.

This thread is getting a little confusing since there's many versions of the files floating around so let me try and take some inventory and clarify what is here.

1. Stickied File - Oggalz originally posted an updated (improved) version of Cupid's UltraStik plugin which seems to work well for non-Vista users and is currently posted under the user plug-in's section. This version should be updated by the mods to include the GPL licensing info, a version of which is found in this thread.
   
2. Page 1 of this thread - Oggalz posted a beta Vista version for testing in this thread. This zip file DIDN'T contain the PlugInUltraStick.ini (apparently so those with the plugin already installed wouldn't overwrite it) but DID contain a file named libusb0.dll that isn't in the original (presumably for the Vista version?).
   
3. Page 2 of this thread - First Oggalz posted a revised version which included the GPL licensing, .ini and source files. Later on page 2 he posted another revision which contains a new setControls.exe and ICSSharpCode.USB.dll.
   
4. Page 3 of this thread - Oggalz posted a revised version which contains another new setControls.exe and ICSSharpCode.USBlib.dll. TimmyB also posted a revised setControls.exe file along with a USBHIDDevice.cs file.
   

Ok, hopefully that clarifies all that is posted so someone coming across this has some idea what to download, hopefully once resolved it can be rolled into a release of GameEx.

The 5 main files are:

ICSharpCode.USBlib.dll

libusb.dll

PlugInUltraStik.dll

PlugInUltraStik.ini

SetControls.exe

The most complete .zip file is the first one on page 2 of this thread. As far as I can tell these should just float in the GameEx-->PlugIns folder.

TIP:

The zip file contain libusb0.dll, you must change the name to libusb.dll or you'll get exception errors or hang setControls.exe. Timmy mentions this above but he calls them usblib0.dll and usblib.dll (i think this was a typo on his part).

Below are results from my testing.

I copied each set of files progressively from this thread and tested each, none of which worked for me.

From within GameEx, the UltraStiks did not switch maps with each Mame game change, whatever it's set to in UltraMap is what it stays. When in debug mode, the dialog boxes in GameEx showed that it was trying to set the controls differently (ie. it would say joy8way for 1943) but the mode isn't changed when debug mode is turned off.

Another oddity was that the dialogue box notifying me of the joystick change wouldn't show until I exited a game and many times it was wrong (ie. it said it was setting analog for pacman and 1943 rather than joy4way and joy8way). Manually changiing the .ini file (ie. pacman=joy4way) made no difference, it still reported it was attempting to set to analog. This was the same for all versions including TimmyB's.

I am able to see and change my UltraStik maps with UltraMap no problem and they both show in device manager without ! problems.

Trying to change modes via a command line yielded the following results with no effect on the mode of the joysticks:

Detecting Ultrastiks...

2 Ultrastiks found

* Ultrastik #1 - Vendor ID:d209, Product ID:0501

* Ultrastik #2 - Vendor ID:d209, Product ID:0502

Done.

This was for both setcontrols.exe mouse and setcontrols.exe debug. And if libusb.dll is named libusb0.dll I received exception errors and/or crashed setcontrols.exe

I have no idea what the USBHIDDevice.cs is or where it should go, maybe TimmyB can clarify.

That's about all I got. Not sure what the problem is.

Thanks TimmyB for trying to fix, it's a key feature for everyone with UltraStiks so it's much appreciated and hopefully we can get it resolved.

I attached the USBHIDDevice.cs for the benefit of Oqqalz and other developers. It is part of the code that gets compiled into the SetControls.exe. End users will not need that file.

Thank you for correcting me on the libusb0.dll thing, I mistyped the file name in my post. The changes I made to the SetControls.exe may have only been necessary for Vista64. Without them the SetControls.exe on my box consistently threw errors.

I will do some more testing this evening to try and confirm that the maps are actually getting loaded onto the UltraStiks. I tested Pacman and it felt like it was loaded properly, it behaved like I had set it to fourway by using UltraMap. Then I went into SFII and it behaved like it was in 8way mode. I did not go over to UltraMap and look to see what it showed as being loaded. I will extend my test to cover this aspect tonight.

[headkaze]

TimmyB I tried your new library and still couldn't get SetControls.exe working on my XP 64 machine. The thing is the whole idea of this plugin was to avoid using command line tools to set the UltraStiks, if your going to need SetControls.exe to set them you may as well use UltraMap's command line tool to set them.

There is a bug in the ICSharpCode.USBlib library. So I actually wrote my own C++ UltraStik library and a new plugin which has been confirmed to work on both Vista and XP, 32 and 64 bit. It's already available in the latest version of GameEx, so this plugin unfortunately is obsolete now.

You can read more about it in this thread