SL and wine

Ok, having been sucked into SL via the linux client, I'm now left waiting anxiously for the 1.9 update to be posted. In the meantime, I've been trying to get the windows client to work in wine. For some strange reason, it only worked the first time or two that I ran it. Since then, nothing. This happened with the pre-1.9 version, but I've now uninstalled the old version and installed the new, but it still won't run. I get the error dialog that tells me that SL couldn't get a secure connection, and advises me to check the date/time on my PC. According to the support site, this error can also occur due to firewall settings. Now, obviously, the time and date are correct on my PC, and I've been messing around with the firewall, although I really doubt it's the problem, since the linux client worked fine. I did dig this error out of the console output:

ALERT: LLXMLRPCTransaction CURL error 35: select on SSL socket, errno: 10004
ALERT: LLXMLRPCTransaction request URI: https://login.agni.lindenlab.com/cgi-bin/login.cgi
INFO: Processed response: 35

Anybody else run into this? Anybody fixed it?

(I'm running wine 0.9.9 on Ubuntu Dapper)

I've had a similar problem with wine 0.99; I managed to solve it by running winecfg and selecting OSS audio driver in the Audio tab.
Right now I had to turn audio off because i had extreme jitter and static with it, but 1.9 runs good.
Hope this helps

I am fortunate. Running SL through the Crossover Office version of WINE and everything works near perfectly and getting great FPS. Would still rather have the native client back, but this isn't the end of the world at least.

--Val

OMG ty ty ty ty .... umm why does non-OSS make CURL SSL fail???

Well, that doesn't make a lot of sense, but it does work. Thanks MaryJane.

I really don't know why; I suspect it has to do with my integrated sound chipset though, since I always have DSOUND underruns with wine... glad it worked for you!
Now lets hope the linux client gets out of alpha and get some sound too
Ciao
MJ

sound was best for me when "emulating" (dont start! ) Windows 2003 and with OSS and Emulation/Emulation in winecfg. woot sound, floating text all normal and that new fandangled thing called "cut n paste" OMG

Did you have to install Quicktime too in Wine for sound to work?

Quicktime is just for the streaming audio. I haven't tried installing it in wine yet.

MaryJane: I get the underruns as well, with a SBLive card. My sound is generally ok, but it has little pops now and then.

No update for the Linux alpha, and it seems an update is required for the win32 one as well. The link on the download page gives you 1-9-0-15 , and as usual, the 'auto updater' does not work under wine.

If the url or 'pointer' to the most up to date version of second life is always correct through the auto updater program, I can only assume it is connecting to one specific place controlled by ll that holds the pointer to the proper file(s).

If so, why on "http://secondlife.com/community/downloads.php" does it not also connect to the same place, instead of being a manually maintained (and sometimes forgotten about) url?

Or, why isn't the filename just “SecondLifeInstall.exe”, and simply replaced with the most recent version?

I guess what I'm trying to say is, I understand that people forget, but that wouldn't be an issue if the download url were automatic.
Guess I'll just go use my free time on some random googlevids, sigh.

My bad, somehow I was running an old 1.8.* install of sl.
Yet again a lesson in assumptions.

Wines DirectSound code is quite, quite baroque. It's being improved as time goes by but it's still very dependent on your audio drivers and the way the app uses DirectSound.

Best results will probably be obtained with the Wine OSS driver, not ALSA. At least for now.

Oh, and for those who are using the latest Wine release and see a lower framerate than on Windows, I posted a patch to wine-devel here:

http://www.winehq.org/pipermail/wine-devel/2006-March/045577.html

As part of the work to make apps that embed GL into standard windows work properly post-WM-rewrite Huw accidentally slowed down the GL thunk codepath considerably - that patch is _very_ rough and untested etc, all the usual disclaimers apply, but if it helps anybody then I'll fix it to use Win32 TLS and submit it to AJ.

Wow! This is great stuff! Fixing Wine because SL is so demanding

Any chance of getting wine to use a display type with alpha channels? The SL client doesn't demand it directly, and it has been patched for the native Linux Client, but under wine there is as yet neither a fix nor a workaround.

I stopped using wine to play SL for that reason; transparent skins, and lots of clothing items with transparency look really strange

So ... what was that about Open Source development and bug fixing? This is a brilliant example of what we were trying to say

No kidding!!!

I tried applying the patch to Wine, and building failed when trying to link the opengl32 "dll". Something about undefined references to some tls stuff. wgl.c itself compiled fine with no warnings or errors, though.

I must say for me the speed of SL under WINE is rediculous. You all have power computers? Its about 1/20 as fast as on Windows XP and 1/30 of the Linux Client.

I need about 15 minutes to rezz my environment (about 1 minute with Linux Client)

Hi Vinci. It runs a touch slower than native Windows for me. Probably fixed by the above patch. It ran really funny before I told wine to emulate XP, though, in winecfg.

Ok, I've managed to get sound work under wine
-Without DSOUND underruns
--edit: Incorrect, I still have underruns, even if a lot less than before.
-Without the SL client spitting out that it's "unable to establish a secure connection" and "computer's clock is set incorrectly" (pfff)
-With some minor jitter only if using some other application besides wine (like Firefox):

$ winecfg

"Audio" tab-->
"Driver Selection" section-->"Sound Drivers"-->"ALSA Driver" -only- box checked.
"DirectSound" section-->"Hardware Acceleration"--> "Emulation" menu selected and "Driver Emulation" box checked.

The same configuration but with "OSS Driver" -only- checked in "Driver Selection" gets me tons of INCREDIBLY LOUD static and jitter, which becomes really unhealthy for my amplifier even if set at minimum volume.

Mind that this configuration has been tried in optimal conditions, in low-lag areas and with very few avatars in the sim.

Sorry about that, seems some peoples systems don't like ELF TLS in Wine DLLs. Here's a patch that should at least link!

http://plan99.net/~mike/files/glteb.patch

For me Second Life comes up to the start screen at any rate.

Could you give a screenshot as an example? I cannot see any problem with alpha channels using Wine.

Edit: Oh it's okay, I've reproduced it now!! (yuck)

Thanks for the reply! I will get some examples together when I get on again, in aboout 6 hours

What I remember is, a skin with transparency, where moving the sliders for Lipstick Colour made no difference under wine, but worked OK on the (patched) SL Linux client, and Windows native. Also some skirts showed Long White extensions, after the skirt ended; the same with trousers.

Since I recognised this behaviour from the unpatched linux client, I stopped using wine and went back to the native windows client, after spending some time trying to get the Default Visual of X to be 24 + 8

However, take all this with a pinch of salt: this is from memory, I will get exact real time observations when I go online tonight.

--- Edit ---

Looks like we got crossed in our posts

Sorry u also see it now, but glad I am not alone

yep switching to winxp as setting made things better.

I do get encryption error. (no secure connection) if I enable audio. LOL.

Anyone have advice on how to install WINE on a 64 bit kernel?