Jump to content


  • Posts

  • Joined

  • Last visited

  • Days Won


Everything posted by skyrilhd

  1. If the trackpad gets detected, run IOReg and scroll down to PS2M and there should be an ALPS entry. Click on that and on the right side there should be 'ALPS Version'. Tell what is the value there. It would be better if you could send the IOReg and logs (run this command in Terminal: sudo dmesg > alps.log) to diagnose the issue
  2. Glad to hear that Thank you for testing! I pushed the fix to GitHub. In case you want to use the RELEASE version (c2abb87): Artifacts.zip
  3. Thanks for the logs again. Found a very weird issue: VoodooInput gets the wrong trackpad size. As seen on top, the left log shows the correct resolution, which is 1536. However, the right log which is the broken trackpad has negative resolution. In addition, this does not look correct either. VoodooInput: ALPS: transducer->currentCoordinates.y: -943 VoodooInput: ALPS: transducer->currentCoordinates.y * 1.0f: -2147483648 -943 * 1.0 is not -2147483648 The working log in comparison: VoodooInput: ALPS: transducer->currentCoodinates.y: 779 VoodooInput: ALPS: transducer->currentCoordinates.y * 1.0f: 779 @Jake Lo Can you try this kext? I have disabled code that changes the dimensions in runtime. VoodooPS2Controller-1.0.6-DEBUG.zip
  4. @Jake Lo Thanks for the log. This is what I found: ALPS: Dimensions before sending to VoodooInput: [0] 2421x512 VoodooInput: ALPS: transducer->currentCoordinates.y * 1.0f: f VoodooInput: ALPS: result / engine->getLogicalMaxY(): f VoodooInput: ALPS: result * MT2_MAX_Y: f VoodooInput: ALPS: scaled_x: 6688 scaled_y: 0 The valid coordinates are present until the driver accesses VoodooInput. For whatever reason, during scaling, the coordinate gets lost (notice the scaled_y being 0). This is the responsible code for scaling. IOFixed scaled_x = ((transducer->currentCoordinates.x * 1.0f) / engine->getLogicalMaxX()) * MT2_MAX_X; IOFixed scaled_y = ((transducer->currentCoordinates.y * 1.0f) / engine->getLogicalMaxY()) * MT2_MAX_Y; While x gets scaled correctly, y does not. Funnily enough, this also happened when Dr Hurt used scaling to make trackpads the same divisor. Removing that fixed the 0 reporting. In case someone is interested: Link. Weirdly enough, this only happens on V8 touchpads! The big question mark remains: Why does it happen after a while? The attached kext will show if transducer->currentCoordinates.y and engine->getLogicalMaxY() are present. Can I also get a log when it is working normally as well? Maybe it will help if I can compare it with the broken log. VoodooPS2Controller-1.0.6-DEBUG.zip
  5. @Jake Lo As a workaround, you can enable inertia with a third-party app called Mos: https://github.com/Caldis/Mos. However, I am trying to add inertia to the driver itself so that no third-party is required. But that will take time. I think it would be better if I fix the touchpad issue first, then I can work on the inertia. Thanks. VoodooInput reports -2602 as well. Can this be triggered, or does it happen randomly? Does it happen after or even before it has slept? I added more logging. VoodooPS2Controller-1.0.6-DEBUG.zip
  6. @Jake Lo 1) Can you try the kext below? I cut the speed in half and added scrolling when the middle button is pressed. 2) I know this issue. I'm still trying to figure out why it's happening. Strangely enough, there is no issue at all with the touchpad (the coordinates report fine), but something strange happens with VoodooInput (the y coordinate always reports -2602). I added more debugging code to see where the issue is being caused. This command should be enough for logs: sudo dmesg > alps.log VoodooPS2Controller-1.0.6-DEBUG.zip
  7. Happy new year to you all! v1.0.5 has been released which include many changes, hence the long changelog . Basically, the TL;DR is: - official v8 support (SS4 and SS5) (huge thanks to @forte500 for testing) - trackstick now works as well (huge thanks to @PMD for testing) - in-official V1-V6 support (needs testing) - sync with the latest acidanthera VoodooPS2 repo - the driver can be now used from 10.11 (El Capitan) instead of 10.13 The update can be found on the releases page: https://github.com/SkyrilHD/VoodooPS2-ALPS/releases/tag/1.0.5
  8. Glad to hear that! It is probably some debug code that is used for diagnostics which breaks some features.
  9. Strange. Will double-check what's wrong. But I can't reproduce this issue. Just asking: If you enable "Swap command and option", did you try screenshoting with the option key instead of command?
  10. Can you check if the issue persists if you use acidanthera's VoodooPS2. Because VoodooPS2Controller and VoodooPS2Keyboard were updated to the latest version from acidanthera.
  11. Sounds very strange to me. Trackpad is not involved to a keyboard shortcut. I also tried reproducing this error, but I did not encounter any issue. Check your keyboard settings, maybe try resetting it as well. I am using stock settings (no changes to any setting). Can you elaborate on "choppy gestures"? On v7, I have this strange jump with 3 fingers+, but I also booted into a Linux Live USB to check if it was an issue with Linux or if something is wrong with VoodooInput. But I encountered the same issue on Linux as well, so I did not bother to fix it, as it works perfectly on daily bases. I could be the same case for v8 touchpads.
  12. @PMD Can you try this kext? VoodooPS2Controller-1.0.5-DEBUG.zip EDIT: After clean up: VoodooPS2Controller-1.0.5-DEBUG (clean-up).zip Report both kexts please.
  13. Yep, known issue. I am still trying to fix it. The issue is very hard to find (probably need a hand).
  14. This should fix it: VoodooPS2Controller-1.0.5-DEBUG (V8 Trackstick 2).zip
  15. I tried something for the trackstick. But I doubt it works. Logs would be appreciated. VoodooPS2Controller-1.0.5-DEBUG (Trackstick V8).zip Is it like jumping? I am currently trying to debug this but for some reason, I cannot find the culprit. I definitely need a log of this.
  16. oops. You must be signed in to GitHub to download. This is the newest release: Artifacts.zip
  17. @Jake Lo That's very weird as two people got it working, which one of them is a Latitude 7370. Is the kext loading at all (kextstat | grep 'PS2')?
  18. V8 support will be added with v1.0.5. Can you try with the latest artifact: https://github.com/SkyrilHD/VoodooPS2-ALPS/suites/4805846596/artifacts/134990263 If it still doesn't work, send logs.
  19. I thought long about making a post about an unfinished driver. But here we go. This ALPS driver is a more updated version from Dr. Hurt's kext. It allows using VoodooInput which is a Magic Trackpad II emulator. This means one can use all native gestures in macOS. I've never had a MacBook with multitouch support, so the gesture thing was a new thing to me. But after using these gestures, I cannot tell how impressed I am. Since Dr. Hurt's last contribution was around the beginning of 2017, I decided to port VoodooInput to ALPS, as the driver is, at this point, very out of date and the calculation in the kext is not the best (I always had weird issues with it). The reason is also that I want to learn C++. After trial-and-erroring, I managed to get VoodooInput to work (thanks to usr-sse2) on my E7250 with V7. This was mainly done as a "proof of concept" to show that it was possible. But doing so, I learned so much that I decided to maintain the kext for a while. This is the beginning of the driver. There is still more to be done. Since the kext is very old, the VoodooPS2Controller kext lacks the improvements that are available in the acidanthera repo. I will try merging the VoodooPS2 improvements from acidanthera with the ALPS driver and go on from there. But the limitation comes with an inexperienced C++ developer :P. Any developer is welcome to improve the driver even more. V1-V6 have partial support and need testing. Any contribution to the project would be great! Current plans: - As I said, I want to merge the VoodooPS2 kext from acidanthera with the current driver and after the driver is finished merge it again with acidanthera to make it more uniform. - I want to support more trackpads (Currently I'm trying to get V8 working as it never worked with Dr. Hurt's kext). Features: - supports V7 (Everything works, three finger drag is a bit unstable though) - supports V8 - supports all native gestures - synced with the latest acidanthera VoodooPS2 repo - compatible from 10.11 Other versions: For other unsupported versions of ALPS, I've published a kext that has improved scrolling (thanks to 1Revenger1 and icedman): https://github.com/SkyrilHD/VoodooPS2-ALPS/releases/tag/1.0.0 Source code: https://github.com/SkyrilHD/VoodooPS2-ALPS Latest release: https://github.com/SkyrilHD/VoodooPS2-ALPS/releases Credits: - Dr. Hurt (for the initial driver) - 1Revenger1 (for updating VoodooPS2-ALPS) - usr-sse2 (for the Synaptics code which the ALPS driver uses) - acidanthera team (for further improvements to the driver) Hopefully, I did not forget anything to mention.
  20. Hello guys, I have a problem with my Hackintosh... Currently, I am using OpenCore 0.6.0 which is working really good and didn't face any problems yet. But as a preparation for Big Sur, I wanted to upgrade my OpenCore to 0.6.2. I tried upgrading from my existing one to 0.6.2 and... it booted but the VoodooPS2 kext doesn't want to load. So, I made a clean config and downloaded all the kexts to avoid any problems. The result is still the same... Everything works except the trackpad... The keyboard works though. Also what I noticed is that after rebooting about two or three times the trackpad kext gets loaded. I am scratching my head for 2 days and I can't figure out how to fix it. Here is the "log" and I posted it as an issue on GitHub (Admins if you want me to remove the link, I will do it): https://github.com/SkyrilHD/Dell-E7250-Hackintosh/issues/10 If you need anything from me, just tell me (it can be anything)... I want this to be fixed In the attachment you can find my clean OpenCore 0.6.2 EFI with deleted serial number. Here are my specs about my E7250: - i5-5300U - 16GB RAM - ALPS Trackpad - 1366x768 OpenCore 0.6.2 EFI for E7250 (no trackpad).zip
  21. I made a Hackintosh for E7250 and it works perfectly. But I have a problem... I made in GitHub a project (as seen here: https://github.com/SkyrilHD/Dell-E7250-Hackintosh/projects/2) and the only thing left is the SD-Card Reader. Unfortunately, this requires a DSDT patch (this is the guide that I'm referring to: https://osxlatitude.com/forums/topic/7346-applesdxc-driverdsdt-patch-for-o2-micro-sd-card-readers/) I built my DSDT in Windows and patched it for macOS. And the DSDT is working fine, but if I open it with MaciASL and let it compile, it gives me errors even I didn't change anything in the DSDT. The errors I get: Line: 11524 Code: 6126 Message: syntax error, unexpected "}" Line: 22683 Code: 6126 Message: syntax error, unexpected $end and premature End-Of-File So, I don't know what I did wrong, maybe you guys can refer me to a guide (That would appreciated)... I also added my DSDT file, maybe you guys can help me to find the issue that I can't find it for a few hours. Thank you and have a nice day DSDT.rar
  • Create New...