search

secondlife / jira-archive

2 stars 0 forks source link

[BUG-5380] Mouse sensitivity low, cannot be adjusted. #13371

Open sl-service-account opened 10 years ago

sl-service-account commented 10 years ago

Steps to Reproduce

Using mouse to cam around

Actual Behavior

After update to current viewer, the mouse sensitivity for camera control is too low and I have not been able to adjust it with the debug setting mouseSensitivity. The value of mouseSensitivity an be changed but it has no effect.

Expected Behavior

I was expecting the mouse sensitivity to be higher, and to be adjustable.

Other information

Links

Related

Original Jira Fields | Field | Value | | ------------- | ------------- | | Issue | BUG-5380 | | Summary | Mouse sensitivity low, cannot be adjusted. | | Type | Bug | | Priority | Unset | | Status | Accepted | | Resolution | Accepted | | Reporter | Ashiri Sands (ashiri.sands) | | Created at | 2014-03-14T03:21:30Z | | Updated at | 2014-09-05T23:35:10Z | ``` { 'Business Unit': ['Platform'], 'Date of First Response': '2014-03-14T00:09:40.938-0500', 'Regression?': ['Issue is a Regression'], 'System': 'SL Viewer', 'Target Viewer Version': 'viewer-development', 'What just happened?': 'After update to current viewer, the mouse sensitivity for camera control is too low and I have not been able to adjust it with the debug setting mouseSensitivity. The value of mouseSensitivity an be changed but it has no effect.', 'What were you doing when it happened?': 'Using mouse to cam around', 'What were you expecting to happen instead?': 'I was expecting the mouse sensitivity to be higher, and to be adjustable.', 'Where': 'http://maps.secondlife.com/secondlife/Thyris/149/104/21', } ```
sl-service-account commented 10 years ago

MartinRJ Fayray commented at 2014-03-14T05:09:41Z, updated at 2014-03-14T05:12:04Z

Hello Ashiri, for me mouseSensitivity only has an effect in Mouselook (Second Life 3.7.3 (287491) on Windows 7 64bit Ultimate SP1). Can you confirm that changing the value to 100.0 has no effect for you in Mouselook?

ETA: http://wiki.secondlife.com/wiki/Debug_Settings states that this setting only affects mouselook.

sl-service-account commented 10 years ago

Lance Corrimal commented at 2014-03-15T16:16:29Z

I can comfirm this behaviour on the current release viewer (3.7.3.287491), and on a build of the latest viewer-release tgree, and on any TPV that is directly based on those sources (RLV, and Dolphin Viewer 3) the mouse sensitivity in any situation where the mouse movements directly control the direction that the camera is pointing at (mouselook, and "alt-camming" with the alt-key and the mouse) is way too low.

For me here my regular sized mousepad used to be big enough, but with the new viewer I can't walk in mouselook without needing at least four times the deskspace just to move the mouse far enough, and even the viewer "misses" some mousemoves.

The last 100 or so commit messages look as if there has been some work involving timers... that needs to be investigated.

That being said, setting mousesensitivity to 100 makes mouselook walking possible again, but "alt-camming" remains broken, so that's no "good solution" in my eyes. workaround, tho.

sl-service-account commented 10 years ago

Lance Corrimal commented at 2014-03-15T16:23:40Z

Priority Major: For content creators "camming" is essential while working on products. The MouseSensitivity debug setting only presents a workaround for mouselook, but not for camming.

sl-service-account commented 10 years ago

Whirly Fizzle commented at 2014-03-15T17:09:08Z

Lance, the filer is on Linux & I know you are usually running on Linux too. I'm having trouble reproducing this on Windows - could this Linux (Maybe Mac too) specific only? Admittedly I dont use mouselook very often so I could be easily missing whats wrong here.

sl-service-account commented 10 years ago

Whirly Fizzle commented at 2014-03-15T17:12:56Z

I also think that BUG-5351 may have been seeing this issue, rather then the alt+cam bug.

sl-service-account commented 10 years ago

Whirly Fizzle commented at 2014-03-15T18:04:16Z, updated at 2014-03-15T18:05:36Z

Ok correction to above comment - BUG-5351 is not the same issue, as they are on Windows.

Info from Kitty Barnett (Catznip dev): This is a Linux only bug and its new in Second Life 3.7.3 (287491) Mar 3 2014 20:52:16 (Second Life Release). Bug caused by a fix for mouse scrolling in viewer-bear which causes camming on Linux to be sluggish & laggy.

sl-service-account commented 10 years ago

sven Homewood commented at 2014-03-16T00:14:09Z, updated at 2014-03-16T01:05:11Z

IF you left click and try to drag the map (not the window itself) around, it is also slow, seems to be related to each other?!I'm on Linux

sl-service-account commented 10 years ago

Whirly Fizzle commented at 2014-03-16T00:24:49Z, updated at 2014-03-16T00:30:03Z

The map dragging behaviour has defintely changed on the Second Life 3.7.3 (287491) release yes. I presume it is due to this fix: MAINT-3250 Dragging on the Map does not working correctly

For me though, dragging on the map is not slow, its actually just annoying in the way it will shoot off in a direction you didnt want it too if you keep the left mouse button clicked - for me it moves way too fast.

I nearly filed this as a bug but decided it was probably an intended change (MAINT-3250) but I dont like the change very much :D

Note: I am on Windows not Linux.

sl-service-account commented 10 years ago

Lance Corrimal commented at 2014-03-16T08:48:03Z

i can confirm the issue with the world map on linux. Can't drag "worth shit". Going to cross-check on windows now.

sl-service-account commented 10 years ago

Lance Corrimal commented at 2014-03-16T09:37:26Z

On windows, mouselook and camming work normally.

Also on windows, dragging the big map works as Whirly describes, normal speeds but it does not stop when the mouse leaves the map window. Separate bug report for that needed. That kind of "shove it in that direction" behavior should not exist outside tablets.

sl-service-account commented 10 years ago

Lance Corrimal commented at 2014-03-16T11:01:31Z

Well I'll be damned, I built a viewer with that one changeset that "fixes" the map backed out (365375529cd2), and guess what, mouselook works normally, and camming works normally, and panning the worldmap (which it was supposed to FIX) is not BROKEN anymore either.

sl-service-account commented 10 years ago

Whirly Fizzle commented at 2014-03-16T15:43:41Z

Awesome! So the culpret of this bug is: https://bitbucket.org/lindenlab/viewer-release/commits/365375529cd2f0b14422815e42c02c98c23f0544

Lance - I wonder if backing this changeset out also fixes BUG-5401? I cant reproduce BUG-5401 so I cant test.

sl-service-account commented 10 years ago

Marissa Linden commented at 2014-03-17T19:39:25Z

Verified in the following environment. This issue doesn't happen in the previous release 3.7.3.287344.

Second Life 3.7.3 (287491) Mar 3 2014 20:52:16 (Second Life Release) Release Notes

CPU: Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz (2394.02 MHz) Memory: 3971 MB OS Version: Linux 3.5.0-36-generic #57~precise1-Ubuntu SMP Thu Jun 20 15:22:35 UTC 2013 i686 Graphics Card Vendor: ATI Technologies Inc. Graphics Card: ATI Radeon HD 5800 Series

OpenGL Version: 4.2.11903 Compatibility Profile Context

libcurl Version: libcurl/7.24.0 OpenSSL/1.0.0d zlib/1.2.5 J2C Decoder Version: KDU v6.4.1 Audio Driver Version: FMOD Ex 4.44.12 Qt Webkit Version: 4.7.1 (version number hard-coded) Voice Server Version: Not Connected Built with GCC version 40603

sl-service-account commented 10 years ago

Michi Lumin commented at 2014-03-27T07:16:40Z, updated at 2014-03-27T07:18:22Z

Sorry to be late to the party, but this just cropped up for me in Linux, (found it after looking) and I can verify that it is present on Linux builds but NOT on Mac and PC builds, and is still present as of 3.7.4 (288138) Mar 14 build; still only affecting Linux.

NOT only in map, but in alt-zoom and alt-rot around the world, too.