-
Notifications
You must be signed in to change notification settings - Fork 808
nacon revolution unlimited does not work! #856
Comments
Try the following test build with an experimental Nacon Revolution Unlimited support. Just replace the DS4Windows.exe file in your current installation with the file in ZIP file. Re-use all other files. (Removed a link to wrong zip file) |
Hello Friend |
Sorry. Accidentally the prev version was a debug build which doesn't work out of the box. Here is a "release built" version which should work and contains also the latest version of Win32TaskScheduler library used by the latest devel version. |
gyroscope ok |
Okey. Great. HideDS4Controller issue probably doesn't have anything to do with this the new gamepad type. The issue is probably something to do with general exclusive mode issues. See the following page for more info: https://github.com/Ryochan7/DS4Windows/wiki/Exclusive-Mode-(Hide-DS4-Controller-config-option)-tips-and-issues Lightbar colors and Battery readings are often a bit of a problem with non-official DS4 gamepads. It is difficult to fix and debug that issue without an actual hardware, so I guess those issues won't be fixed because it is not a show stopper anyway. You can continue to use the supplied test version until the next official release contains that support. Just keep eye on releases web page and "What is New" changelog text there. When you see that a new release mentions that it supports Nacon Revolution Unlimited gamepad then you switch back to the official version. The version you now have is based on official V1.7.17 version with an additional support for the new controller type. |
udp server does not work ... |
hmmm... UDPServer feature should be identical in the test version as the official release. I just tested UDPServer using the test version and it worked just fine (used PadTest tool to connect to the UDP server). How did you test it? Did you get some errors in DS4Windows Logs tabpage when UDP server was enabled? Have you checked using "netstat -na" shell command to verify that the configured UDP port goes to listen state? |
I have tried it with the udp port of the citra emulator, and there is no response from the touchpad, I have also tested the gyro function for the cemu emulator, and there is no answer |
Try testing with the "PadTest_1011.zip" tool (part of CemuHook toolkit). Here UDPServer works with official DS4 gamepad, but if touchpad and gyro of 3rd party controller works in DS4Windows in a normal way (ie. you can map those axies) then it should work with UDPServer also. Do you get any gyro or button response with PadTest tool? Remember to set the same UDP port you have in DS4Windows settinsg and tick "Request data 1" (or 2) option to read data from controller 1. |
hi...... |
look ... the controller below is the nacon..and you can see that it doesn't register id |
Try to run a new version of "DS4Windows_DeviceDetect8.zip" debug version. This debug version now tries to support NaconRevolutionUltimate gamepad also, but while it is trying to use the game pad there will be tons of debug log messages in DS4Wnidows Logs tab page. Please provide the content of that log file. The missing ID is a clear sign of problem how the non-official gamepad communicates with a PC. It is not 100% identical as an official DS4 gamepad or other 100% compatible devices. Some custom gamepad manufactures have a nasty habit of supporting DS4 protocol on PS4 console, but when the gamepad is connected to a PC then the gamepad reverts back to so called "PC-friendly gamepad" mode. This mode doesn't do all things in the same way as an official DS4 gamepad when connected to a PC. In practice the gamepad sends a bit different data packets to PC or the gamepad doesn't switch to communicate in "PS4 mode" the same way as DS4 gamepad does in PC. The "DeviceDetectDebug" version linked in the DS4Windows Wiki page tells us more details about the gamepad communication protocol. I'm sure there would be a way to support these nasty "PC-friendly only" gamepads in PC but because those may need some non-standard (compared to DS4 gamepad) initializations routines in PC it may be difficult to do it without having an actual hardware. Someone with one of those nasty gamepads should debug this issue. |
hello mika this is the log |
The log file confirms that there are issues in the handshaking process of the Nacon Revolution Unlimited controller. The log file shows an error message when DS4Win app tried to read a gamepad MAC identifier (the ID shown in DS4Win Controllers lists). This is usual symptom in those nasty "PC-friendly only" controllers which don't behave in PC exactly the same way as an official DS4 gamepad. However, the debug version tries to do additional things with those controllers. For example, it uses a dummy MAC identifier and tries to handle incoming data packets a bit differently if the debug version detects that the gamepad doesn't send standard DS4 data packets to PC. If you run the debug version without the another DS4 gamepad (I guess you are using Sony WA BT adapter device) and try to press buttons and move stick axis of the Nacon gamepad then are there any additional messages in a logfile? It is best to run these tests using just one controller at the time (ie. use just Nacon gamepad) because otherwise the logfile shows messages from two controllers and it just makes the interpretation of the logfile more difficult. |
sorry...look! |
Hmmmmm... When you open "Controller Readings" tab page in profile editor then do you see any activity when you press buttons and move sticks? If not then the gamepad must have a different communication logic in PC than standard DS4 gamepad. In that case the gamepad is not supported by DS4Windows app unless someone with the same kind of gamepad debugs it and tries to find out why and how the gamepad communication differs from standard DS4 gamepad. Sorry. |
in "Controller Readings" the nacon controller responds well and everything works |
Okey. But now I'm a bit confused what is the actual problem. Can you map buttons and axies in DS4Win profiles and can you see the re-mapped output in Joy.cpl controlPanel or in html5gamepad.com webpage? Or did you mean that just the UDP server feature doesn't work with Nacon gamepad controller but it works with an official Sony DS4 gamepad? |
in html5gamepad.com does not recognize the controller ... but, in ds4 controller readings apparently it shows normal operation readings ... gyro and touchpad function does not work in emulators, |
the gyro and touchpad function works well assigned to the windows mouse ... what does not work is udp server |
new data ... with the .exe device detected ... now udp server works perfect in emulators ... the mac is detected as 00.00.00 but it seems to work |
What do you mean by "with the .exe device detected"? Do you mean the latest DS4Windows_DeviceDetectDebug9.zip app version linked in the following web page? And when you said that MAC is detected as "00.00.00" do you mean that emulator shows that macid value or DS4Windows? In DS4Windows the MAC should be 00.00.00.00.10 if the gamepad didn't report the MACID properly. That 00.00.00.00.10 is just a dummy random code and not a real mac identifier. Are you using USB or BT connection with Nacon gamepad controller? I guess you use USB cable connection. Does the gamepad work over BT connection (using the DeviceDetectDebug9 version)? Anyway. It is a bit strange if the previous debug version and Nacon gamepad didn't work with UDPServer because there has not been any major changes in UDPServer functionality for ages. The latest DS4Windows_DeviceDetectDebug9 has exactly the same UDPServer code than all other previous debug versions. The official release of DS4Windows does NOT have Nacon Revolution Unlimited Pro support (yet), so it explains why the official V1.7.17 version doesn't show any activity over UDPServer with NaconRevolUEPro controller. |
hi.... All tests are on BT adapter. |
hello gyro function does not work in cemu emulator |
But does the NaconRevolUPro work in DS4Windows app as locally in your PC? Can you see the "xbox360 gamepad controller" (virtual output controller) in JOY.CPL controlPanel applet? Run joy.cpl command or click "Control Panel" link in DS4Windows Settings tab page. Does this ControlPanel page show any activity when you press buttons and move RS/LS stick? Can you see any activity in ControllerReadings tab page of DS4Windows? What do you see in Logs tab page? Did you get cemu to work with DeviceDetect debug version of DS4Windows? The UDPServer functionality is 100% identical in the debug version and in the official version. I understood that at some point you said that it works both locally in PC and over UDPServer? Download the "PadTest_1011.zip" file from CemuHook web site and test UDPServer connection to DS4Windows app by using this test app. Does it work? Remember to tick "Request Info" AND "Request data" checkboxes for the correct controller# in PadTest app (or tick them all). Anyway. One potential issue may be that the NaconRevolUPro doesn't return any real MAC device identifiers (or at least it cannot be read by using the same technique as with official ds4 gamepad). The end result is zero 00:00:00:00:00:00 MAC addresss. Maybe Cemu ignores devices with undefined MAC addresses? I will try to look into it. The problem is that I don't have CEMU (or I can download the app, but don't have any emulator images to test run it. Are there any demo images available somewhere?).
Please read through the following Wiki page. It explains the exclusive mode and talks about an alternative solution if you cannot get exclusive (=HideDS4Controller option of DS4Windows app) mode to work in your PC. The alternative solution is to uncheck HideDS4Controller option AND to install HidGuardian device driver. HidGuardian installer: However, because you have a custom DS4 gamepad controller you have to tweak AffectedDevices sysreg entry of HidGuardian driver to make it to recognize your custom controller (=different hardware VID/PID identifier than an official ds4 gamepad. By default HidG looks for official ds4 gamepads only). Here is a post which briefly explains what is this AffectedDevices sysreg entry in HidGuardian and how to tweak it to enable/disable a physical gamepad to be recognized (or not to be recognized) by the hidg driver. |
@asp0909 Please try the latest DeviceDetectDebug version (DS4WindowsDebug.exe). This new debug version is based on V1.7.20 official version, but it has a new feature for those gamepads which don't return a valid MAC address or the address cannot be read in the same way as with an official DS4 gamepad. The MAC address will be based on device type, HID (usb) channel and port number. This logic is not universally unique between the same kind of controllers, but it does generate unique values at runtime even when more than one identical gamepads are connected at the same time. The generated MAC address remains the same between re-connections as long you connect the gamepad into the same USB port or BT receiver. This makes it possible to use link-to-profile feature, calibration of 360-steeringWheelEmulation is bind to a certain gamepad and UDPServer doesn't report the gamepad as in "disconnected" state. So, please download the linked debug ZIP file and run the DS4WindowsDebug.exe executable and please provide the logfile. Does this version work with Cemu and UDPServer? |
now a mac id is generated .... before it only gave 00.00.00.00..seo nothing |
I must learn to use HIDGardian |
Okey. Sounds great. I will test this new MAC generation logic for problematic gamepads to verify if the value remains the same after PC is rebooted or does it stay the same only until PC is rebooted the next time. There must be someway to read the MAC address from these non-official DS4 gamepads also, but for some reason DS4 logic doesn't work with all 3rd party gamepads. At least all gamepads with BT connection should have a unique MAC address. But for now the usb channel/port logic does the trick good enough until better solution is found. You should continue to use the latest debug version until this new logic of generating missing MAC addresses is pushed into the official version. If you have problems with HideDS4Controller option (if it doesn't work then it is PC environment specific issue and nothing can be done in DS4Windows side except those tips listed in Wiki documentation page). The alternative way of using HidGuardian is 100% guaranteed way to do it, but does require installation of additional HidGuardian device driver tool. And you have to manually add the required VID/PID hardware ID in AffectedDevices sysreg entry. You can see the hardware ID from the debug logfile and from DeviceManager. |
mika..you can hide the original controller ... but it is no longer recognized by ds4 windows..ha ha ha ... it is confusing for my hidgardian |
Make sure NOT to use both HideDS4Windows option in DS4Win app and HidGuardian driver tool. Use only either one of these at the same time. HidGuardian works basically using two sysreg entries: Naturally the process ID is different each time you reboot and re-start DS4Windows app, so you cannot list a fixed value in Whitelist sysreg entry. How to solve this? That's why DS4Windows installation folder has HidGuardHelper.exe app. DS4Windows calls this HidGuardHelper.exe each time the ds4win app is launched and the helper app adds the current process id of DS4Windows to Whitelist sysreg entry. So, when you have launched DS4Windows then check HidGuardian Whitelist sysreg entry to see if the ds4win process ID is listed there. If not then there is something wrong in your environment. Maybe some permission issue and HidGuardianHelper.exe app fails to update the sysreg Whitelist entry? |
DS4Win is also not detecting my Revolution Unlimited. I've tried uninstalling and installing the controller's drivers a few times, and it still doesn't work. Had to go through device manager, since just going into hardware, has Uninstall Device greyed out: Don't know if having two instances has anything to do with that, I only have 1 controller: I also tried DS4Windows_NaconRevolUTest2.zip as stated above, and it doesn't detect the controller either. I've also turned off the Dualshock 4 support on Steam, and still nothing. Also tried the three modes the controller has, and also no luck. |
You can forget the "DS4Windows_NaconRevolUTest2.zip" test version. The following Wiki page has a link to DeviceDetect debug version which generates a detailed log messages in DS4Windows Logs tab page. |
Thanks, the debug version actually found the controller, and the trackpad even worked. Here's the log |
Okey. Sounds great. Do you know if the gamepad has all or just some special features of an official DS4 gamepad? Lightbar/rumble motors/touchpad/gyro? Well, touchpad seems to be supported as you said, but how about other special features? Which one of those work or is even supported in the gamepad? You seem to have two gamepad type of devices. The first one is vid/pid B58E/9E84 device, but it doesn't respond to any read and write messages DS4Windows app tries to do with it. Eventually this gamepad is then dropped (force quite output thread indicates this).
The second gamepad seems to be the one working and has a nacon VID identifier 146B. The product ID is 0D10. Connection type seems to be USB. Is there BT support in the gamepad? How the debug log looks like with BT connection?
Anyway. The official version doesn't support this variation of Nacon gamepad yet, but you can continue to use the debug version until the support is added to the official version. Just keep eye on "What's new" lines in releases page. Do you have a link to some online store to this gamepad? What is an official model name for the gamepad? DS4Windows already support number of Nacon Revolution gamepads, but the one you have seems to be yet-another Nacon variation. DS4Windows already supports Nacon Revolution v1, Revol v2, Revol v3 and Revol Unlimited Pro gamepads. I wonder what is the brand and model name of this PID 0x0D10 gamepad. |
Can confirm that the Gyro does work. The controller doesn't exactly have a lightbar, but when I do change the color on DS4Windows, the controller equivalent changes too. The rumbles also work properly, from testing on DS4Windows. The reason I thought it was supported is because of the 1.7.20 changelog. As for a link to an online store, bought it from Amazon Canada Here's the Official Site |
The change in V1.7.20 does add support to "Nacon Revolution Unlimited Pro" gamepad, but you seem to have a different revision of the gamepad. For example the log dump you provided shows a bit different HID/VID/PID identifiers, so Nacon must have released different revisions under the same model name. Anyway. I will create a code change and pull request for the revision you have and make a note about it that it is a different revision of the same gamepad model. The gamepad seems to have both USB and BT connections. Have you tried both connections types in PC? In some cases the gamepad identifier is different between USB and BT devices. Also, there seem to be different modes like "PS4 mode", "PS4 Advaned Mode" and "PC Advanced Mode". Those also may send different HID/VID/PID information (I have no idea how those modes of this Nacon gamepad are selected. Switch in the gamepad or some client app configuration thing?). |
@GroundMeat Created a code change for your Nacon device. Steam/Linux libSDL seems to refer to the gamepad as Nacon Revolution Infinite model name, so I used that name in the pull request. Keep eye on that name in releases/WhatsNew web page to see when the official release supports it. Until then you can keep using the debug version. @Ryochan7 Ping about pull request. |
Ahh, I pretty much use the controller wired. Only time I used its BT Dongle for Wireless was to try it out when I first got the controller. I've had the Nacon Revolution Pro V2 as well, and that one had the three modes, "PS4", "PS4 Advanced" and "PC" as well. The first is just a regular dualshock 4, the second is a dualshock 4 that you can customize with their software, and the third makes the controller into an Xinput controller. I believe the original Nacon Revolution didn't have the "PC mode". They were added from V2 onwards. The mode I used the debugger detected the controller was "PS4 Advanced", just so I can have use of the handle buttons that where I mapped the face buttons. Thanks, will keep an eye on the update. |
Buy a nacon revolution unlimited, and I have been surprised that it does not work with DS4 ... I have tested it by cable and with its wireless USB receiver, and it does not work in any way ... I am doing something wrong, or definitely not is it compatible? .. it would be great if you can make it work with ds4 please, since it is a very good controller.............
Revolution Unlimited Pro Controller (Vendor: 146b Product: 0d08)
DS4 Version 1.7.17
log.txt
The text was updated successfully, but these errors were encountered: