Ever Student
Registered User
Join date: 18 Oct 2006
Posts: 7
|
12-21-2006 06:21
I haven't been reading this forum much, and although I did look through some of the known issues I might have missed these being reported; sorry.
(1) Something is weird with ALT+mouse camera focusing (ALT key plus mouse-button plus dragging to move the camera around, or alt+cntrl for rotating it). Usually, even a small movement of the mouse in this way causes the camera to go careening off someplace random, much farther than intended, often winding up in a state where the screen actually flashes between two different views even when the mouse is completely still. Oddly enough, I can work around this by having the initial mouse focus (where I hit the mouse button at the start of the process) on an avatar or on land. That consistently works. But on prims, often even on attachments, alt-viewing doesn't work. This makes building anywhere but on the ground a little inconvenient.
(2) I'm not positive this is a Linux-only problem, but I can't seem to sit on anything that hasn't had its sit target explicitly set with llSitTarget(). It always says it can't find a suitable surface.
Thanks!
Ever
|
Zi Ree
Mrrrew!
Join date: 25 Feb 2006
Posts: 723
|
12-21-2006 07:24
_____________________
Zi! (SuSE Linux 10.2, Kernel 2.6.13-15, AMD64 3200+, 2GB RAM, NVidia GeForce 7800GS 512MB (AGP), KDE 3.5.5, Second Life 1.13.1 (6) alpha soon beta thingie) Blog: http://ziree.wordpress.com/ - QAvimator: http://qavimator.orgSecond Life Linux Users Group IRC Channel: irc.freenode.org #secondlifelug
|
Ever Student
Registered User
Join date: 18 Oct 2006
Posts: 7
|
12-21-2006 13:41
I checked the thread, thanks! I tried the environment variable, but it didn't change anything. I looked into the secondlife script, turns out it already exported that variable set to zero anyway. Also, the questioner there noted that the problem only occurred in full-screen mode. I don't run SL in full-screen mode (though maybe I'll try and see if that has an effect). I'll experiment with setting it to other values, but I doubt that will help. It does seem like a similar problem to the one discussed, though.
Thanks for the pointer anyway...
Ever
|
Tofu Linden
Linden Lab Employee
Join date: 29 Aug 2006
Posts: 471
|
12-21-2006 14:01
First thing to try would be a libSDL upgrade if possible - SDL is generally responsible for handling our input in a sane way.
Also note that some 'absolute' input devices like tablets are quite unlikely to work properly in this case as a mouse-substitute, in case you're using one of those. The same may be true of mouse-sharing programs like Synergy if they don't 'fake the virtual mouse' excellently.
|
Ever Student
Registered User
Join date: 18 Oct 2006
Posts: 7
|
12-22-2006 07:25
Thanks, Tofu...
I upgraded to libSDL-1.2.11, which seems to be the highest stable version. I think it helped *some*, but the effect still happens more often than not.
I'm not using any kind of pseudo-mouse, just the real deal. My system is more or less Slackware 10.x, but I fiddle and tinker with it and upgrade irregularly until it's hardly recognizable, so that might not help you, or me.
Ever
|