17 September 2021, 19:08 | #1 |
Puttymoon inhabitant
|
Mouse wheel in 0S3.2
I want to ask for your experience with the native mouse driver in WB3.2. you can turn wheel support on in IControl. Does it work for anyone of you, and if so, with which mouse and which adaptor?
I have bought Cocolino for this purpose and I have Genius NetScroll Eye PS/2 mouse. But to get the wheel working I had to install FreeWheel driver, supplied with Cocolino (which I wanted to avoid). |
17 September 2021, 20:43 | #2 |
Registered User
Join Date: Jun 2009
Location: Dublin, then Glasgow
Posts: 6,334
|
You still need to use a driver to read the mouse signals and translate them into Intuition events, but you shouldn't need Freewheel, which takes the Intuition events and applies them to windows that don't support the wheel natively. Are you running the Cocolino driver still?
|
17 September 2021, 22:08 | #3 |
Puttymoon inhabitant
|
Oh, thank you Rob. I though the OS3.2 functions substitute those drivers.
I installed both Cocolino driver (which was added to s:user-startup) and Freewheel (which was added to s:wbstartup/ ) from the supplied floppy and the scrolling acted weird. I removed the freewheel now and it works perfectly. But tell me: it does NOT matter if the IControl mouse wheel checkbox is tagged or not. |
18 September 2021, 17:12 | #4 |
Registered User
Join Date: Jun 2009
Location: Dublin, then Glasgow
Posts: 6,334
|
Good stuff That's interesting - I hadn't noticed that before, but you're right. I just tried turning off the setting (and rebooting for good measure), and it hasn't made any difference to the scroll wheel operation that I can see. Might be a more subtle feature (e.g. scroll wheel on gadgets or something), might be a bug...
|
18 September 2021, 17:33 | #5 |
Amiga is my Religion
Join Date: May 2005
Location: Germany
Posts: 578
|
I use a Logitech MX300 on a Cocolino adaptor... I just had to run its driver from User-Startup... Wheel works no matter if its activated in IControl or not... EZMouse or Topolino does not work...
|
14 October 2022, 03:37 | #6 |
Registered User
Join Date: Jan 2020
Location: Wisconsin, USA
Posts: 194
|
Is there a way to use a USB mouse and its mouse wheel in 3.2?
Have a standard USB mouse with a mouse wheel. Bought one of those USB mouse adapters. Is there a way to use the mouse wheel this way, on OS 3.2?
|
14 October 2022, 13:10 | #7 |
Registered User
Join Date: Jun 2009
Location: Dublin, then Glasgow
Posts: 6,334
|
If the USB adaptor supports the scroll wheel, all you need to do is install the driver for that adaptor and it should just work. Many USB adaptors do not support the scroll wheel however, so check the documentation for whatever model you bought.
|
14 October 2022, 19:49 | #8 | |
Registered User
Join Date: Jan 2020
Location: Wisconsin, USA
Posts: 194
|
Quote:
So something is missing here... |
|
14 October 2022, 20:58 | #9 |
Registered User
Join Date: Jan 2019
Location: Germany
Posts: 3,214
|
This cannot work. Look, the 9-pin adapter of the Amiga joystick port cannot carry an additional scroll wheel signal. We have GND,+5V, four pins the mouse movement, and 3 pins for 3 mouse buttons. That makes in total 1+1+4+3 = 9 pins. Where do you want to carry signals for the scroll wheel?
|
14 October 2022, 21:20 | #10 | |
Registered User
Join Date: Jan 2020
Location: Wisconsin, USA
Posts: 194
|
Quote:
Either the OS 3.2 programmers are wrong and the USB interface people are wrong or you are... Did you also miss all the other posts below of people literally and actually using their mouse wheels on an Amiga? And btw, data pins can carry more than just one signal. A data pin can easily be used to pass data for different needs using a gate. Gate on, you get one data signal, gate off, you get a different signal. That's basic electronics. I also have found numerous public domain projects like freewheel (which if I understand correctly does work with PS2 mice), as well as some others that are supposed to work on Amiga allowing the mousewheel functionality to be added to programs. There is even one on Github that is current from what I can tell for people to use in their programs. However, I was asking the same as others.. Has anyone gotten it to work and if so, how? The OS has it built in so it has to work with something, I can't see them adding mouse wheel capability just because. |
|
14 October 2022, 21:21 | #11 |
Registered User
Join Date: Jan 2020
Location: Wisconsin, USA
Posts: 194
|
Hmm.. I will have to try one of those mice.. I assume the driver came with that adapter?
|
14 October 2022, 21:34 | #12 |
Registered User
Join Date: Jun 2009
Location: Dublin, then Glasgow
Posts: 6,334
|
You don't need a driver for the basic functioning of the mouse. That's movement and the three main buttons. So if an adaptor doesn't support the scroll wheel, it doesn't need a driver.
A driver is *only* needed for the scroll wheel. As Thomas points out there's no hardware support for the scroll wheel on the port, only for three buttons. Typically, scroll wheel support uses the middle mouse button signal (pin 5) to communicate the scroll wheel and middle mouse button status. The driver detects these signals and converts them into input events that the OS, MUI, Freewheel etc. then use to scroll windows. As I said in my previous post, you need to use an adaptor that supports the scrollwheel. It doesn't matter how many adaptors you buy if none of them have that function. The Cocolino and Micromys both support the scroll wheel using downloadable drivers (and after nearly 2 decades of using the scroll wheel on my Amiga I miss it badly when I don't have it), but they're both for PS/2 mice. It's only recently that USB adaptors have started supporting the wheel, and to my knowledge it's only the Rys Mk. II with the most recent firmware installed that does. |
14 October 2022, 21:45 | #13 | |
Registered User
Join Date: Jan 2020
Location: Wisconsin, USA
Posts: 194
|
Quote:
So what, exactly, is the OS3.2 option for? If it does not turn on the functionality, then why did they add it? That's the confusing part. I will probably go with the Rys Mk II so thanks for that info. |
|
14 October 2022, 22:10 | #14 | |
Bit Copying Bard
Join Date: Jan 2017
Location: Kelty, Fife, Scotland
Age: 41
Posts: 1,293
|
Quote:
The driver is needed to generate these movements so that they are there for Freewheel or 3.2 to interpret. Unfortunately there is no 'standard' way used by the adaptors that can produce these movements, as such there is no way to include a 'standard' driver in with the OS. Last edited by indigolemon; 14 October 2022 at 22:58. |
|
14 October 2022, 22:13 | #15 | |
Registered User
Join Date: Jan 2020
Location: Wisconsin, USA
Posts: 194
|
Quote:
|
|
14 October 2022, 23:05 | #16 | ||||
Registered User
Join Date: Jun 2009
Location: Dublin, then Glasgow
Posts: 6,334
|
Quote:
Quote:
Quote:
Quote:
|
||||
15 October 2022, 05:09 | #17 | |
Registered User
Join Date: Dec 2010
Location: Athens/Greece
Age: 53
Posts: 719
|
Quote:
|
|
16 October 2022, 00:37 | #18 |
Registered User
Join Date: Jan 2019
Location: Germany
Posts: 3,214
|
That is not quite how the mouse signals movements work. Its a quadrature impulse encoding (i.e. two signals rotated 90 degrees each other), meaning that every possible state of the four pins is valid. This signal then drives the mouse counter within Denise. Thus, you would need a second port for the wheel, or some smart encoding that multiplexes the otherwise unused middle button with the wheel events, and some software instance in the system that decodes that again.
Anyhow, no matter what, it is quite irrelevant which encoding is used for the wheel or whether there is a way how to transport the signal. There is no standard how to encode it, and each adapter has its own way of encoding if it encodes the event at all, and the Os has no means of supporting various encodings there might be. It is the job of a piece of software (a driver) to feed the input device with the wheel events. That's typically the USB stack for USB mice. For example, the Poseidon stack creates those events and sends them down to the input even handler chain where they are picked up by applications and intuition. |
16 October 2022, 08:56 | #19 |
Registered User
Join Date: Dec 2010
Location: Athens/Greece
Age: 53
Posts: 719
|
I see. That makes sense. Thanks for the explanation.
|
12 November 2022, 22:57 | #20 | |
Camilla, AmigaOS Dev.
Join Date: Mar 2020
Location: Frederiksberg
Posts: 327
|
Quote:
But when this button is checked the wheel events are delivered directly to gadgets first. So you can scroll in TextEdit by hovering the text area (even if the window is not active ) It is generally a good idea to have it turned on as the thing you scroll is more precicely determined. Only if the gadget you hover with the mouse doesn't care about the scrollwheel will intuition fall back to the default of delivering to the window as a whole. The checkbox was added as we wanted to alllow the user to opt out, but really it doesn't serve a big purpose anymore and we might have it always on and remove the checkbox. |
|
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
Thread Tools | |
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Mouse wheel in Winuae | DZh | support.WinUAE | 9 | 16 June 2021 21:36 |
mouse wheel | utri007 | support.Hardware | 1 | 01 December 2020 12:57 |
mouse wheel problems | xubidoo | support.Hardware | 7 | 27 November 2019 16:57 |
mouse wheel events | meynaf | Coders. System | 1 | 26 August 2018 16:06 |
Tom+ mouse wheel | xraynorm | support.Hardware | 1 | 07 June 2018 10:31 |
|
|