Opened 19 years ago
Last modified 16 years ago
#312 closed bug
Quake2 has awfully dodgy mouse input — at Version 7
Reported by: | johndrinkwater | Owned by: | korli |
---|---|---|---|
Priority: | normal | Milestone: | R1 |
Component: | - General | Version: | |
Keywords: | Cc: | diver | |
Blocked By: | Blocking: | ||
Platform: | All |
Description (last modified by )
Like wading through treacle..
In all seriousness, it feels like a lot of mouse moved events are being trashed. A slight nudge of the mouse, and you can be looking up, or over your shoulder, etc.. whereas at other times, it is smooth and controlled.
Change History (7)
comment:1 by , 19 years ago
comment:2 by , 19 years ago
Sounds like the developers want free Quake2 discs :)
erm, maybe there are some SDL test apps I can find.. otherwise, running Quake2 would be the other bet.
comment:3 by , 19 years ago
Quake II isn't SDL, so that might not be the easiest thing to test with ;)
The WAD files for the demo should be extractable from http://www.fileplanet.com/6584/0/fileinfo/Quake-II-Demo-v3.14 , and the R5 binaries are available on BeBits (http://bebits.com/app/1712).
comment:4 by , 19 years ago
Cc: | added |
---|
comment:5 by , 19 years ago
Mouse input also lags when moving around in the 3dMix mixer interface.
Could this be related?
I commented out the code in BView::GetMouse() that looks for messages in the Looper's message queue, so it instead always gets mouse data from the app_server. This fixed the mouse lag in 3dMix.
this code: /*
if (checkMessageQueue) {
Window()->UpdateIfNeeded();
<cut>
}
*/
Maybe someone with Q2 on haiku could test this and see what happens.
comment:6 by , 19 years ago
No, sorry i was wrong. This is a different issue and should be in a new bug.
BTW, it seems the Q2 input issues also affects keyboard.
comment:7 by , 18 years ago
Description: | modified (diff) |
---|---|
Platform: | → All |
R5 binaries seem unavailable on Bebits. Could someone add another download link ? Thanks.
How can this be tested ?