New Linux enhanced viewer: The Cool SL Viewer

Two new releases of the Cool SL Viewer for Linux are available from http://sldev.free.fr/

Cool SL Viewer v1.19.0.5 release 24
Cool SL Viewer v1.20.15.0 release 4

New in these releases: New NoMultipleLocaleWarnings patch implemented, RestrainedLife updated to v1.12b.

Enjoy !

Hmm.. my attempts to download SecondLife_i686_1_20_15_0_CoolRelease_4-diff_files.tar.bz2 have three times resulted in my ending up with a file called overload.html

Perhaps a glitch in my ISP's web server... I'm not aware of any download quota on it and I just checked (including downloading from another ISP): everything is working fine.

worked 1st time for me keep up the nice work

Working for me, now, too.. many thanks, Henri.

Marine Kelley just updated again RestrainedLife, so here are yet two new releases:

Cool SL Viewer v1.19.0.5 release 25
Cool SL Viewer v1.20.15.0 release 5

Wow, Marine is in a programming frenzy... So, here are two new releases, implementing the latest RestrainedLife version:

Cool SL Viewer v1.19.0.5 release 26
Cool SL Viewer v1.20.15.0 release 6

any work on the SLvioce issue in cool?

Which issue ?

There is no patch affecting the voice in the Cool SL Viewer, so if you do have an issue with voice, I'd recommend to search for it in the JIRA, as it must be affecting the official builds as well...

it is affecting the official ones. I was asking if you had a patch in cool viewer for it.

FWIW, I have sound working in Ubuntu 7.10. PulseAudio 0.9.6, ALSA, and libflashsupport (to tell flash to use pulseaudio) did the trick to get all sound applications, including flash for YouTube working correctly and playing nice with each other. Everything set to "auto detect" in sound preferences.

I believe this thread helped...

http://ubuntuforums.org/showthread.php?t=772632


Anyway, I wanted to comment on some odd behaviors I've noticed while using the cool viewer. Not sure if this is cool or base client source code related.

Environment:
cool viewer 1.20.15.0.
client running in window, 1245x807
Asus nvidia 8500GT
nvidia drivers 173.14.12
Ubuntu 7.10, 2.6.22-15-generic SMP i686 (32bit)
AMD Athlon 64 x2

1. Client side rotation and particle effects:
I've noticed odd behavior on these two client-side effects in SL when the client viewer has focus or not. When the client has focus, rotation speed increases, particle movement is as predicted. When the client loses focus, but remains in full view (as opposed to being minimized), fps drops by about 40% and rotation/particles also slow.

2. CPU usage with/without client focus:
When SL client has focus, standing still, no updating going on, CPU use is generally split 99%/20% on average between the 2 CPUs. When client does not have focus, CPU use drops considerably to 30%/10% even though client is in full view (dual LCD monitors).

3. SL client not using nvidia-settings for antialiasing/anisotropic:
"nvidia-settings" allows me to override applications to get better driver-based antialiasing/anisotropic settings using OpenGL. SL client is not responsive to setting these values in the driver utility, they must be set in the SL cool viewer.

4. Client window resize:
After resizing the client window in either direction (bigger/smaller), the statistics bar shows a dramatic drop in fps. It is easily restored after a TP back to the same spot.


I perfer using the cool viewer so I figured I'd post these comments in here first to get some feedback. I'm not stating these issues are with the cool viewer alone. I just don't like the standard client enough to even bother testing.

This is the expected behaviour and is simply a way to avoid eating up uselessly your CPU power while you are busy in another window/software. When the SL window gets unfocused, the frame rate is *voluntarily* dropped by the viewer to ease up the load on the CPU.
This is not specific to the Cool SL Viewer either.


The drivers default settings may be overridden by the applications. The SL viewer is such an application. Again, nothing wrong here...


No such problem here, under Linux (with either the official or the Cool SL Viewers). Might be a Windoze specific problem, but I'd be very surprised if it did not show in the official viewers as well...


Bad move... What do you think would happen if everyone would be doing the same thing, reporting all the bugs that are not specific to the Cool SL Viewer here... This thread would become a second JIRA for the official viewer, lol !
So, please, *do* test any issue under the official viewer before reporting a bug in this thread. Thank you

Oh, I didn't mean for my comments to be considered as bugs, just user experience. Thanks for the feedback.

The Cool SL Viewer v1.21.0.0 release 1 is available for Linux from http://sldev.free.fr/

WARNING: this viewer is highly experimental and largely untested: do expect nice crash bugs and do NOT use for production purpose !

The Cool SL Viewer v1.21.1.0 release 1 is available for Linux from http://sldev.free.fr/

WARNING: this viewer is highly experimental: do expect nice crash bugs and do NOT use for production purpose !

Experimental viewer:

* SecondLife_i686_1_21_1_0_CoolRelease_1-diff_files.tar.bz2 (2008/09/05 14Mb) : This tarball contains the files necessary to turn an official release candidate viewer v1.21.1.0 into an experimental Cool SL Viewer v1.21.1.0. You must first install the official release candidate viewer (download it from LL), then untar this diff tarball from inside the installed directory.

is that all? or i have to download somethings else (patches, etc)?
tyvm in advance!!!

That's all there is to it, PeterPunk. In addition, though, after untarring the diff files into the folder you might want to alter the relevant line of gridargs.dat to

 -settings settings.xml -channel "Cool SL Viewer"

in order to keep your settings in sl.

tyvm Innula!!!

The Cool SL Viewer v1.21.2.0 release 1 is available for Linux from http://sldev.free.fr/

WARNING: this viewer is highly experimental: do expect nice crash bugs and do NOT use for production purpose !

Hello,

i have some problem. Some RLV-enabled items think i have a too old RLV version, because they recognice 1.12d not as 1.12.3 but only as 1.12.

Is there a way to change this?

Without recompiling...

The solution is to complain to the maker of the said device...

Well, you can see this from two different point of views.

On the one hand you have improved marines patches, and removed bugs, so it deservs to be called different.

On the other hand, if everybody who makes a alternative viewer, uses it's own wav of numbering the versions, the toy-makers have to take care of so many options...

I think there should be at last a option to make it masquerading like the original version. Perhaps a debug-setting or so?

I tryed to compile my own version of the viewer, but it failed with several compiler errors...

It makes little sense for a script to test for the micro of a RestrainedLife version as there (should) not be any new feature between two versions differing only by their micro.

Beside, as far as I know, there are only two implementations of RestrainedLife: Marine's, which is the reference one, and mine, which usually differs with added bug fixes, minor improvements, or slightly changed behaviour (such as when Marine accidentally broke the collar leashes by associating @tp=no with a no-fly feature: I did not implement this change till she used a separate @fly=no setting in her implementation, thus avoiding to break many existing toys...).

Should a toy need to test for a given micro version of RestrainedLife, it is therefore easy to just add one check for the second implementation.

In any case, it would be even wronger to advertise my implementation with the same version number as Marine's: when two software releases differ in their functionalities, they *must* use different version numbers, else the toys using the API will be unable to know what implementation they are running within.

I stand my point: when you design a toy, you make it so that it is compatible with the existing viewers (including sometimes by implementing work arounds for known bugs): it is the toy's maker responsibility to test their toys and script them properly (and I know what I am speaking about, as I do it myself for my own products).

Three new releases are available for Linux from http://sldev.free.fr/

Cool SL Viewer v1.19.0.5 release 27
Cool SL Viewer v1.20.15.0 release 7
Cool SL Viewer v1.21.2.0 release 2

They implement a new "ShiftReturnWhisper" patch (to whisper by pressing SHIFT+ENTER in the chat bar), and RestrainedLife v1.12e (equivalent to Marine's v1.12.4).

Enjoy !

Since Marine fixed a bug introduced in RestrainedLife v1.12.4, here are yet three new releases, available for Linux from http://sldev.free.fr/

Cool SL Viewer v1.19.0.5 release 28
Cool SL Viewer v1.20.15.0 release 8
Cool SL Viewer v1.21.2.0 release 3

They implement RestrainedLife v1.12f (equivalent to Marine's v1.12.5).