Hi everyone, new Linux user here. I've installed Linux Mint Mate and played with it for a couple of hours and I really like it. My question is how to install driver for my mouse? The exact model is Genius Ammox x1-400?
Found a 3 button "Genius Mouse GM6" which originally was with DB25 connector which was replaced to DB9. Mouse is not working and I'm not sure if issue is related to wrong soldering or it's just dead.
Does someone have such mouse and could specify which DB25 pinout corresponds to which color? Like: brown is pin 1 of DB25, green is pin 2 etc.
Now on DB9 it's: 5 - orange, 4 - blue, 3 - black, 2 - brown, 7 - white, ground - green. Green and orange are shorted.
download driver mouse usb genius
Download
https://tritem0tite.blogspot.com/?px=2x07QE
What mouse driver are you using? If you've got a multimeter, might be worth checking what voltages are on each pin, relative to the orange or green wires. Also, with mouse disconnected, check the resistance of each of the wires to make sure there are no breaks (photo seems to show a possible break in the orange wire).
To make it work I had to use ctmouse with options /s /m. Otherwise it's a dead piece of plastic.
You use this dirver and load it in DOS, it'll find the mouse and you can use edit to see if it does anything.
JFYI: This mouse has a serial port connector, but the communication protocol is NOT "Microsoft", but a "Mouse Systems" It's support was removed from latest MS Mouse drivers. It needs it's own GM-6 driver or Cute Mouse ctmouse with /m parameter.
Hello. I am trying to get my genious mouse working on win 2.03. I added the
genious.com mouse driver to my autoexec and it works fine in DOS 3.20. However I see no option to enable the mouse in the windows control.exe. This isnt to hard in Win3.1 but here is a different story. Can I actually do this or do I need to reinstall Windows with the mouse driver already loaded? (I added it after the installation).
However, you may have to track down a Windows 2.x or Windows/286 driver for Windows 2.03,
since Windows does not use the DOS drivers. An image of 5.25"Genius Mouse diskette from the late 80s may be helpful here.
Recommendation: Windows users who are inexperienced in updating Genius Mouse device drivers can use the DriverDoc driver update tool [Download DriverDoc - Product by Solvusoft] to help update these Genius Mouse drivers. DriverDoc automatically downloads and updates your Genius driver, ensuring you are installing the correct version for your operating system.
Additionally, when you use DriverDoc to update your Mouse drivers, you'll also be able to keep all of your other PC drivers updated by utilizing our extensive database of over 2,150,000 drivers (with daily updates), covering all hardware devices.
Genius Mouse is prone to system errors related to corrupt or outdated device drivers. Drivers of computer hardware fail without any apparent reason. Don't worry, because these PC problems will probably be fixed after updating your Mouse drivers.
It is not straightforward to get Genius Mouse drivers due to Genius's large and confusing official website. Even seasoned, tech-savvy people with the good habit of updating Genius Mouse device drivers, can still find the entire installation and upgrading process time-consuming and annoying. Installing the wrong driver will prevent the Windows from starting at all or worse, lead to absolute failure.
Using a driver upgrade application can allow drivers to update without difficulty. Driver update utilities ensure you have correct drivers that are compatible with your hardware, it also guarantees that there is a backup of current drivers before any software/hardware changes are made. Driver backup files offer the security of a rollback feature and an ability to revert to a previous version (if necessary).
I've upgraded from Ubuntu 9.10 to 10.04. Right out the box, my tablet failed to function. The driver that comes with the release is (for whatever reason) not compatible with the X server in the same release. That makes no sense. Someone should've caught that. Anyway, after getting an update from the DoctorMO website, I can get the the pen to work just by adding appropriate X, Y, & Z limits to /usr/lib/X11/xorg.conf.d/70-wizardpen.conf. But the mouse that comes with the tablet will not function properly no matter how much I change the file. My tablet mouse and pen were both working perfectly before the upgrade. So It's not the hardware. The closest I've come to getting functionality from the mouse was to alter the above file as such:
With this configuration I'd get limited response from the mouse. Buttons would work, and mouse motion caused the cursor to move a little, but always return to the same location. The output from xinput --test shows that the mouse is indeed triggering movement events, but it's as if relative positioning was being used based on the previous position of the cursor (as put by the pen), and then treated as an absolute coordinate.
After reading up on how to write an X input driver, then studying and toying with the driver code (literally changing and testing new versions), I finally came across the problem. THERE'S NO DEFAULT FOR Option "MouseSpeed"!!! So when the driver loads, all relative events (mouse events) get multiplied by 0 and added to the current position. Adding 'Option "MouseSpeed" "16"' to the above configuration makes everything except the wheel work normally. I'll put something up here when I get around to figuring that out too.
No, Both the mouse and the pen work together as you would expect (for the most part). There are still a few small quirks though, but nothing that should keep you from using both the mouse and pen as expected.
We tried it and had a very strange experience: If you bring the mouse near the pad, the mouse pointer is moved to that (absolute) location just as you would expect it with the pen. If you then move the mouse, it moves 2-3 cm into that direction, but automatically moves back when you stop moving. It is like the pointer being fixed to that location with a rubber band.
I get the effect you describe if I have both the mouse and the pen over the pad at the same time. It seems the system gets confused in that case and does't know which input to follow. Short of that, the only real problem I still have is that some XT-style programs don't correctly recognize the 1st mouse button.
I have a Genius G-Pen F610 tablet, it works great in Windoze XP, and I almost have it working in Arch. I am using the 'wizardpen' package from the AUR since the same driver from the Google code page wouldn't compile for me...
Ok, so I looked for a threshold option in the wizardpen driver docs, and couldn't find a mention. I tried it anyway, and had the same problem... I finally did get rid of the problem though, and I think I know what it was (for anyone with the same issue on a tablet).
The shaking went away after I commented out all of the coordinate lines in my xorg.conf file, but came back when i uncommented them. I found out that hal had a premade policy file for my tablet (In /etc/hal/fdi/policy/), and that the coordinates the driver was sending and the ones that I set in xorg.conf were ever so slightly different. This is what was causing the cursor shaking. The driver would feed X a set of values periodically based on the zutodetected tablet area, but X would default to the xorg.conf tablet area settings on click, which were different. I have since simply removed the lines in xorg.conf describing the tablet and moved all the configuration to HAL. It took some extra work, but it's worth it.
EDIT: For anyone who stumbles on this thread: I have upgraded to the latest 'xf86-input-wacom' package which supplies drivers for WALTOP tablets (Basically all Genius tablets), and I no longer have this issue. The threshold options now apply perfectly, just put them in the HAL or Udev policy file depending on what you use.
So in my autoexec.bat file it has the line LH /L:0 C:\mouse\mouse.exe
The line is added when you install the mouse driver using the setup file, so it should in theory for your dos games this mouse driver will be your best bet, and for any DOS applications you run in your pcem emulator.
The Microsoft devices that are listed in the "Applies to" section do not include their own transceiver. Instead, the mouse or keyboard relies on the transceiver that is built into the desktop or portable computer to which it is connected. How the mouse or keyboard connects to the computer by Bluetooth varies. The connection depends on how the Bluetooth technology is implemented on the computer. If the the steps in this article do not resolve the problem, you may have to contact the computer manufacturer to find out how to turn on the Bluetooth service on the computer, and about how to add a device to the computer.
Note A transceiver is a kind of USB connector, which is a small plug that has a USB logo on it. To see a USB connecter, click the following link:
Press and hold the Connect button on the bottom of the mouse. If your device has a battery indication light, it will blink and alternate between red and green to indicate that the device is discoverable.
Follow the instructions that appear on the screen.
A Microsoft Bluetooth mouse does not require a passkey to connect to the computer. If you are prompted for a passkey, select No passkey. If you do not get the No Passkey option, try to enter 0000 as a passkey by using your keyboard.
35fe9a5643