Running Linux/SL bug list

I've only been using it a couple days but... to get us rolling:

SL Installation doesn't work under WineX -- use stock Wine to install, copy SecondLife installation to WineX drive.

SL complains about 32 bit color depth. -- ensure installation of latest video drivers and that glxgears is running accelerared. Ensure desktop depth is 24 in XF86Config. Try setting screendepth=32 in WineX's config file (not required in my installation).

Unable to Alt-Click focus/zoom -- Use Ctrl-Alt-Click to focus, release Ctrl while holding alt to switch to zoom.

Unable to Ctrl-Alt-D to debug menu -- Disable KDE hotkey in Control Center->Regional & Accessibility->Keyboard Shortcuts

Picking action color crashes SL -- no known fix?

Are you running SL fullscreen, or in a window? I get better results running it in a window.

Are you using the stock WineX, or the modified WineX that someone posted a while back?

I run it in a window and I'm using modified WineX CVS. Why do you ask? Are any of those bug particular to my installation?

SL uses the OS' built-in color picker, so if there's something funny with Wine's implementation of that, it may crash.

I've experienced a number of problems with switching away from SL when running it full-screen. These problems result in me having to kill SL.

Just an FYI, the are simple steps one can follow to get SL running on Fedora Core 1.

1.) Install Fedora Core
2.) Install the atrpms-kickstart package from http://atrpms.net/dist/fc1/.
a) do the update/upgrade as instructed by the package installation
3.) install plain vanilla wine through apt (apt-get install wine from a console).
4.) run the secondlife installer using plain wine (wine <secondlifeinstaller>.exe in console).
5.) Install transgaming's WineX from RPMs available at their site (www.transgaming.com)
6.) Copy SecondLife's installation from $HOME/.wine/c/<installpath> to $HOME/Transgaming_Drive/<installpath>
7.) Run newview.exe using winex3. (winex3 $HOME/Transgaming_Drive/<installpath>/newview.exe


No CVS compile needed. Transgaming must've just recently fixed some bugs as last time I had tried it, it got to the login screen but no further. Kudos the their team.

I've been experiencing problems with slowdown that appear to occur mostly when switching away from SecondLife. The SL window will come back up but only at a frame every few seconds. It seemed to start when I installed ALSA and I've read things in the past about WineX having trouble with ALSA. Also, there appear to be various fmod irregularties in the log.

Since I require alsa and usually have my sound off in SecondLife, I now start up Jack, which effectively takes exclusive use of alsa, before starting SL. I don't believe I've had the problem while running SL in that condition. You will want to mute audio as well otherwise the log will continuously spit out wav loading errors and your framerate will suffer for it.

Upgrade to new version was no problem.

Install using plain vanilla wine, run using winex.

I'm also getting more and more confident that the slowdown problems are alsa's fault -- ok, winex3's interaction with alsa's fault. I've yet to have it happen while running jack and almost every time I run it without Jack running the slowdown happens sooner or later.

Why do I get the feeling that noone cares?

*crickets*

I can't replicate the color picker problem. I'll just assume it was a one-time deal.


However I did notice a possibly show-stopping problem. Items that require clicking while in mouselook mode don't appear to work. For instance, the shooting gallery right by the welcome area... the guns there are unusable as clicking while in mouselook doesn't do anything.

Is there an alternate to using mouse1 to fire the gun? Maybe a key assignment... anything to get around this?

Mike

New version of WineX (3.3.2) releast in the past few days. Doesn't appear to be any changes WRT SecondLife.

what about the use of multi desktop , it work for half-life but does it work for SL?

its not running on mine, i get some popup;
"would you loike to send crash report"
"something about directx"
"loading second life"
"connectiong to server"
pooof crashed

Dsitrib: Gentoo
kernel: 2.6.5-gentoo-r1
wine cvs
winex 3.3.2.1

HP Laptop
amd athlon 1700+
radeon mobility igp320M (dri/drm/glx enabled)

can someone help me?

*bump*

and by the way here is the log generated by winex 3.3.2-1 and point2play 1.2.2.b

2004-06-09T12:13:01Z INFO Viewer Digest: b7352ced-e76b-a441-f70e-75df4d86250c
2004-06-09T12:13:01Z INFO Couldn't open pilot.txt, aborting agentpilot load!
2004-06-09T12:13:01Z INFO Detected 232MB RAM, setting texture cache mode 0
2004-06-09T12:13:01Z INFO Initializing messaging system...
2004-06-09T12:13:01Z INFO Message template checksum = ded803fe
2004-06-09T12:13:01Z INFO attempting to connect on port 12034
2004-06-09T12:13:01Z INFO connected on port 12034
2004-06-09T12:13:01Z INFO startNet - receive buffer size : 217088
2004-06-09T12:13:01Z INFO startNet - send buffer size : 217088
2004-06-09T12:13:01Z INFO Message template version matches prehash version number
2004-06-09T12:13:01Z INFO LLXferManager ack throttle min rate: 2.66667e+006
2004-06-09T12:13:01Z INFO LLXferManager ack throttle actual rate: 2.93333e+006
2004-06-09T12:13:01Z INFO LLXferManager ack throttle min rate: 8000
2004-06-09T12:13:01Z INFO LLXferManager ack throttle actual rate: 150000
2004-06-09T12:13:01Z INFO AssetStorage: Setting upstream provider to 0.0.0.0:12036
2004-06-09T12:13:01Z INFO LLAudioEngine_FMOD::init() initializing FMOD
2004-06-09T12:13:01Z INFO LLAudioEngine_FMOD::init() FMOD initialized correctly
2004-06-09T12:13:01Z C:\src\linden-branch-1-3\common\llgl\llimagegl.cpp(567):ERROR Proxy texture bind failed!

Made a mistake and upgraded both WineX and SL at once...now I don't what the problem is, but I'm getting the corrupt palette bug and I can't seem to fix it. Tried going into ~/.transgaming and editting config with the color depth to 32, but still getting the same error.

Anyone else tried Cedega with SL 1.4?

Running Debian with Nvidia, btw. WineX 3.3 + SL 1.3 worked flawlessly...

At least on my setup, 1.4 installs and runs just fine, so long as I use WineX 3. As soon as I move to Cedega, I get the color palatte problems, and nothing I've tried so far fixes it.

Anyone else have experience with this? I'm sticking with WineX 3 for now...maybe the next version of Cedega will fix it.

Just a note, you can solve this and use alt zoom as normal, with KDE anyway. Not sure about another window manager because honestly I only use KDE, personal preference.

1) Go into the control center.
2) Select "Desktop" and "Window Behavior".
3) In the Window Behavior configuration, choose the "Actions" tab.
4) Look at the bottom frame, "Inner Window, Tilebar & Frame". Here you see an option called "Modifier key + left button" which is probably set to "Move". Change it to "Nothing" and KDE will no longer drag the window around with Alt + left click, woot.

Hope this helps.

How do you run SL in windowed mode? Can I start it that way from the command line?

I only have 6 more trial days to determine whether SL can work on my Linux system. After the initialization popups, I get a black screen with invisible widgets which change my mouse pointer upon mouseover. No key combinations work, including alt-enter. I am forced to kill the X server. I don't ever see any graphics.

I'm trying this with either the latest winehq, or the winex3 which was custom built by a SL subscriber for SL (/111/8f/9944/1.html). I have disabled prelink and exec-shield. I'm using Fedora Core 3, GeForce 4 MX 440 64MB, with the latest nvidia binary driver set to 24bpp. I set my winex config to 32bpp as well ("ScreenDepth" = "32". I've disabled NPTL with "export LD_ASSUME_KERNEL=2.4.1".

'dmesg' shows this:

agpgart: Detected an Intel 440BX Chipset.
agpgart: Maximum main memory to use for agp memory: 203M
agpgart: AGP aperture is 64M @ 0xe4000000
...
NVRM: loading NVIDIA Linux x86 NVIDIA Kernel Module 1.0-6629 Wed Nov 3 13:12:51 PST 2004
agpgart: Found an AGP 1.0 compliant device at 0000:00:00.0.
agpgart: Putting AGP V2 device at 0000:00:00.0 into 2x mode

/var/log/Xorg.0.log shows this:

(**) NVIDIA(0): Depth 24, (--) framebuffer bpp 32

...and is available in entirity here: http://smuckola.org/etc/Xorg.0.log

My xorg.conf is here: http://smuckola.org/etc/xorg.conf

Thanks!

Aha! Success! It works with the custom winex3 that I downloaded from this forum! Thanks so much for everyone's diligence in documenting their own issues so I could figure this out myself. I'll leave my post there for people searching in the future.

Now the problem is that SL thinks I have no AGP, so I'll continue to troubleshoot it. See ya inside!

The GeForce4MX comes in both PCI and AGP flavors. Which do you have?

Oh man. It's working just great, now that I put this...

Option "NvAGP" "2"

...in the Screen section of my xorg.conf. This enables the agpgart driver which is statically built into the FC3 kernel. I don't know why it's not a module so that I could at least see if nvidia's is faster. Nvidia's would have been '1'.

Everything's great now. Sorry, I was too busy creating a character to reply. Thanks!

I have tried several times to get SL 1.5.x running under Cedega and WineX on my FC3 box following a variety of methods.

I did manage to get the FC2/FC3 exec-shield and pre-linking business sorted out.

Now I am starting over with a fresh CVS of Wine using the CVS instructions
from Transgaming and some notes from their forums.

Step 1:
----------
To checkout a new CVS respository:
cvs -dserver:cvs@cvs.transgaming.org:/cvsroot login
When prompted for the password enter "cvs"
cvs -z3 -dserver:cvs@cvs.transgaming.org:/cvsroot co winex

Step 2: Implement The WIN.C Patch
------------------------------------------------------
Fixed by Wwwolf on Saturday February 21, 2004 @ 6:48PM
You have to recompile wineX.
From the secondlife forums:
Interpreting that, I donwloaded the CVS version of WineX and a grep for FindWindow pointed to windows/win.c
I went to the WIN_FindWindow function and changed:
return retvalue;
to:
return "false";
/invalid_link.html
I've put together a hacked wineX that is selfcontained, an installer.sh script which downloads secondlife, installs it, and a secondlife.sh script to play the game.
avaliable here:
http://64.53.180.33
Thats my personal cablemodem, please don't kill it, my phones run on it.
Other than the installer, it works perfectly, as long as you have an Nvidia card.
If you have an ATI card, the game will complain about not running in 32-bit color.
Please rate this game 5.
Re: Fixed by Drewgrange on Saturday March 13, 2004 @ 1:12PM
Wwwolf, the page no longer loads up. Could you host the file again or maybe email it?
Thanks
Re: Fixed by Wwwolf on Saturday February 21, 2004 @ 6:52PM
Alsoo---when it is installing, it will stop when it says:
Register ....DMO.DLL
Just close the installer window (press the X)...The game will run fine.

Step 3: Compile WineX
-----------------------------------
The ./tools/wineinstall bombs out.
./configure works
make bombs out.
Just restarting make when it does will let it complete. There is a bug in how the Makefiles tell make to enter/exit subdirs for dde, ddraw, and dinput. The object compiles, then it dies when exiting. Just restart it, it will pick back up and keep going. Not sure if wine will run when its done, but thats where I am at.
You could probably just keep restarting wineinstall as well. May try that on the next attempt.

Thats all I have for now. I would like to see a "For Dummies" step by step guide to building SecondLife for Linux... starting with "Prep the Box" to disable prelink and exec-shield, then wine/winex build, SL install, and startup.