New Linux enhanced viewer: The Cool SL Viewer

Hey Henri,

I don't know if it matters as the viewer (1.20) compiled fine, and is running great. But in your make-SL script the boost fix did not change all the boost references in SConstruct.

For example Line 306
client_external_libs += [ 'boost_program_options', 'boost_signals-gcc34-mt', 'boost_regex-gcc34-mt']

And the same thing happened in line 308 only the first use of gcc34-mt was changed.

When I was compiling the normal 1.20 viewer I had to add the following to get them all changed

sed -e "s/boost_program_options-gcc34-mt/boost_program_options-mt/" $PATH_TO_SOURCES/indra/SConstruct >$TEMP_BUILD_DIR/SConstruct
mv -f $TEMP_BUILD_DIR/SConstruct $PATH_TO_SOURCES/indra/SConstruct
sed -e "s/boost_signals-gcc34-mt/boost_signals-mt/" $PATH_TO_SOURCES/indra/SConstruct >$TEMP_BUILD_DIR/SConstruct
mv -f $TEMP_BUILD_DIR/SConstruct $PATH_TO_SOURCES/indra/SConstruct
sed -e "s/boost_regex-gcc34-mt/boost_regex-mt/" $PATH_TO_SOURCES/indra/SConstruct >$TEMP_BUILD_DIR/SConstruct
mv -f $TEMP_BUILD_DIR/SConstruct $PATH_TO_SOURCES/indra/SConstruct

That's great.. works fine now..

Thanks so much

nope, the original, unpatched RC8 still understands --login, i tried it...

But I could not use the RC8 sources, so I used the latest SVN ones... There might be differences, I will check for this.

In the logfile you get:

WARNING: parseAndStoreResults: Caught Error:ambiguous option login

Looking at the various available options, there are also --loginuri and --loginpage options. My guess is therefore that the new command parsing code allows for abbreviated options (but this might also be a feature from my Linux distro's libgcc, and would explain why it does not happen with LL-compiled viewers). To work around this problem, edit the app_settings/cmd_line.xml, search for the "login" entry and replace it with "loginas", then use:
secondlife --loginas FirstName Name Password

This is a typo from my part, the sed command for this patch in make-SL v1.83 should read:

sed -e "s/-gcc34-mt//g" $PATH_TO_SOURCES/indra/SConstruct >$TEMP_BUILD_DIR/SConstruct

Notice the "g" at the end of the regexp. It instructs sed to replace all the occurrences of the pattern in the line, and not just the first occurrence.

But should you have used the SVN RC9 sources, you won't even have encountered this problem as SConstruct was fixed in it.

Boy Lane's windows build of the latest cool RC does still understand --login so it might be something specific to libgcc ....

It is in fact a libboost issue... Probably a different version used by LL. I will open a JIRA issue.

on the other hand, boy lane's windows build does nothing but freeze on login... :/

Please, do take into account that the Cool SL Viewer v1.20 is clearly identified as an _experimental_ viewer. So, such problems are indeed to be expected for the first few releases...

For serious use, you should be running the Cool SL Viewer v1.19.0.5, which is the stable branch.

I am currently testing v1.20.10.0 and will release it tomorrow if everything goes well with it: it fixes the login issue as it uses libboost v1.35.0 (the problem was indeed with libboost v1.33.1).

Stay tuned !

Thank you Henri for the OpenSim support in the new Cool Viewer 1.19.0.5 !!! I really appreciate it, that was an unexpected surprise.

The 19.05 one for me just stays at "2008-06-04T09:03:00Z INFO: init: Loading feature tables"

I waited for 5mins and still just says that...

When I installed it (1.19.05) from the binaries all it did was crash on startup (this is with Mandriva 2008.1). Compiling from source worked well. The only problem I noticed was that the orange arrow you get when click stuff in the map was missing. I'd like to know whether that happens for anybody else, since it's self compiled it could be my libraries and not a problem with the patches.

Anyway, I'm happy being able to get in to Openlife grid and Tribal Net without using the command line, so I can live with the arrow thing for now.

There seem to be some issues with Marine's latest RestrainedLife patch Some users have reported crash on startup with her viewer as well, but these normally go away once they cleared manually their cache (remove all files in .secondlife/cache to do so under Linux).

If I get more failure reports, I will simply revert to the previous RestrainedLife patch till Marine sorts out the problem...

Please, let me know if clearing the cache solves the issue.

for the 19.05 it still pauses at the same place for me.

Tried 1.20 and that loaded fine once i added the missing lib....WOW my laptop fan goes on FULL with 1.20 lol

I did think it felt a lot smoother than the main SL viewer

I reinstalled the binaries, deleted the whole ~/.secondlife file, and was able to login and move around normally this time.

The problem I mentioned before with the missing orange arrow is the same as when I compiled it myself. I can't get rid of the location beam with this viewer. (1.19.0.5 v12)

It might be because RestrainedLife is disabled by default...



Yes, Marine confirmed she had the same problem and this is a RestrainedLife v1.11 bug as well... I will release a new v1.19.0.5 with RestrainedLife reverted to v1.10 as it is not satisfactory for a stable branch to get such troubles...

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

New in this _experimental_ release:

- More skin reversal (un-dazzling).
- The "All (old)" search tab and the old style Groups search tab have been reinstated.
- A new patch for "muting" attached lights (for example face lights) and particles emitters has been added
- The issues with missing libboost and/or --login option malfunctionning have been fixed.

Known issues (related to the RestrainedLife patch):
- the red arrow indicating locations selected via the map does not show (to get the red beacon to disappear, open the map and pull down the landmarks combo, then close the map).
- the viewer may crash or freeze while logging in. Should this happen, first try clearing manually your cache (remove all files in ~/.secondlife/cache/). If it still crashes after that, you will have to manually disable the RestrainedLife support (edit your settings_coolviewer_rc.xml file and remove the RestrainedLife entry). Note that most users will manage to log in after a few tries and will never crash again afterwards... Marine Kelley is investigating the issue.

for people wanting to compile their own viewer, please do make sure that you either have libboost v1.34.1 or later installed in your system, _or_ (to get the Linden provided libboost statically linked to your viewer), that you DO NOT have libboost installed on your system (in this latter case, if you are using make-SL, do also remove the v1.20 patch lines so that the libboost*-gcc34-mt references in SConstruct are not touched).

I don't know if this is an issue with 1.20.10 or with RestrainedLife viewer v1.11b but all of a sudden my hud attachments show in snapshots, which they never did before.

Simply click the "More >>" button in the snapshot floater, and uncheck "Show HUD objects in snapshot".

The Cool SL Viewer v1.19.0.5 release 13 is available from http://sldev.free.fr/

It reverts RestrainedLife from v1.11b to v1.10i, because of random crash bugs introduced by the newest RestrainedLife patch.

This is a temporary situation, till all the bugs are fixed.

If you do need the newest RestrainedLife, please use the experimental Cool SL Viewer v1.20.10.0, but no guarantee can be given whether it will crash or not for you...

I tried that when first I noticed this irritating phenomenon, but neither did it have any effect nor did it remain unchecked after the snapshot window had closed.

It works just fine here.... Please check your installation, and make sure the settings_coolslviewer_rc.xml file can be written to.

Ah.. I had installed your second diff file over the first, which maybe I should not have done. For whatever reason, though, I've just done a clean install, downloading the official viewer again to a new folder, and it's working fine now. Sorry about the confusion, but now I know.

However, I can't find the buttons for optional muting of face lights and bling...where should I be looking?

I spoke too soon.. while the show hud objects button is now remaining unchecked, this has no effect.. the damn things are still showing. I've made everything writeable....

...is that now its not possibe to use parameters more than once...
i have several desktop icons for SL, each with its own settings file supplied by the --settings parameter... and if i dont remove that "--settings settings_coolslviewer_rc.xml" line from the gridargs.dat file they all just die with an error message about duplicate parameters. with older versions it "just works"...