The new R16 Viewer, eye candy and functionality in one!

[OpenLife at OLX]

The new R16 Viewer, eye candy and functionality in one! By Macphisto Angelus

Yesterday another new phase in OpenLife’s continuing growth happened. Kirstenlee Openlife (Cinquetti) released the latest version of the OpenLife viewer. I always feel like a kid at Christmas waiting for the new viewer and yesterday I got to open the package. My jaw dropped. This viewer is sexy! It moves away from the greedy grid (second life) references and even has great UI changes such as transparent windows when they are not selected. Also present was a cool new animated walk that is unisex and now the OLG Credit symbol is in place so there will be no confusion. And that is just the eye candy. Does it have new functions as well? OH YEAH! Let’s look at some of them.

First up: Physics. Klee did some changes to the ODE physics. One advantage to that is less sinking into prims. Animations will appear smoother and more natural (like the new walk).

Inventory works better now as a bug was corrected from the R15 that caused disconnection when dragging folders around the screen.

Better frame rates and lower memory usage is another new advantage. Klee achieved as much as 80FPS in full screen mode using an ATI 3870 card. This will show improvements on even older machines.

Some scripting improvements like line numbering and some recoding of LSL to better fit the OLG environment took place as well.

One nifty new advantage for you snapshot takers out there is the addition of the ability to save to hard drive in PNG format as well as JPEG and BMP.

More eye candy in that the viewer has two skins available with an OLG and REX theme. This is another step in distancing the viewer from SL. Also new colored tabs offering a great contrast that is welcome to me personally due to its better visibility.

The time zone is now set to UTC (GMT). This moves away from the Pacific Standard Time to recognize that OpenLife is a worldwide community.

This viewer was made by Klee with the idea of making other platform versions. A MAC version is slated for the close future. Also a Linux viewer is in the cards. No more needing that clunky viewer from SL to log in. Soon everyone will be enjoying the rock solid Kirsten Viewer.

Also missing from this release is support for use on SL. This viewer allows three connection options: OpenLife, OpenLife Beta (offline at this time) and the 3DX Studio Standalone server. Why no support for SL? Well, simply put SL is unable to handle the new improvements. OpenLife moved beyond SL in these instances.
For instance:
The maximum sized prims. (100M)
New “nano” prims that can be sized down to (jewelers are you ready for this?) .001! Compare that with the past .01 size prims.
99% Hollow is also possible with this viewer.

Soon OLG will no longer support log-ins from alternate viewers. Only the OpenLife viewer will work. This is to prevent hacked clients from logging in which eliminates some griefing tools and security holes that can be present without this measure.

So, what about the future of the viewer? Are there any big things ahead? Of course there are big things ahead! This is OpenLife, where improvements are always on the way.

Sometime around 16.1 or 16.2 we can begin to see some integration of REX features. This will allow the working aspects of the OpenLife viewer (streaming audio, Full screen mode, etc) to be coupled with some of the REX features into one rock solid, feature rich viewer with security. Is anyone else drooling at this point? I sure am!

For the rest of the meeting Klee took on requests for a wish list of future features. Many that were brought up dealt with building tools, texture sorting and partnering and Animation integrations. Klee and Dawny took notes and Klee will see what can be done to work them in to future releases.

Do you have a suggestion? Feel free to put it in the comments below and maybe Klee can see it through for you.

Now, where do you find this great new viewer?
R16 Viewer download

Klee asks us to remember it is a work in progress and wants us to keep an eye out for any LL or SL references that may still be lurking in there. If you find one please list them here in the comments or there is a thread on the official OpenLife forums for that purpose.

Be sure to let Klee know you appreciate all the effort put into this viewer and tell Sakai how much you love the new UI tweaks. In my opinion this is the best viewer release ever!

[Macphisto Angelus]

Also feel free to share your thoughts on this viewer and any cool things you noticed you particularly like.

[Macphisto Angelus]

Hi Sam!
Thanks for the kind words. Sorry about that 404. I am fixing it now. ;)

[Firelight Simca]

All this sounds really good. But, oh my never ending curiosity. Isn't this a derivative of the open source SL viewer? If so, it looks like by the license, that the source would have to be made generally available. And if the source is generally available, how can it prevent other hacked versions from showing up?
I mean, I'm all for not having other hacked versions. It just seems like someone could demand the source, make a few changes, recompile, and use it - or is there some security code thingy which won't be distributed?

[Aviana Pacem]

Now that I have my new, speedy MacBook with NVidia graphics card, I'm eagerly awaiting the Mac version of this viewer. It sounds great!

[Macphisto Angelus]

Thanks, Tomm. I will forward that on to Klee. :)

[Chili Yiyuan]

Hi

Found another bad image today. I was trying to login, but had no network, so got the old message "Despite our best effort............", clicked OK button, and then, the screen was filled with the awful image Second Life. Must be hiding somewhere :)

[Hercimer]

I still don't understand the thinking in tens and land being in 4's for building prims like SL did and that caused so many problems for builders of buildings in SL.
Land is in 4 meter square blocks:
4, 8, 12, 16, 20, 24, 28, 32, 36, 40, 44, 48, 52, 56, 60, 64, 68, 72, 76, 80, 84, 88, 92, 96, 100.
While 100 meters is a number that evenly divides by 4, it still falls 28 meters short of 128 for a one quarter sim. So builders making things for a quarter sim will still be hamstrung to some extent on this limit of 100 meters. I really don't understand them stopping at 100 meters when a limit of 128 meters would make much more sense and be a lot more useful to builders. Say you want to make a mall on a quarter of a sim and now you have to go back to piecing bits of prims together to make it a full 128 by 128 and is a waste of prims and still a pain for builders to have to deal with. Don't get me wrong, and improvement over the artificially set limit of 10 meters in SL is more then welcome, but why the stop at 100 meters when 128 meters would be much more functional to builders?

[Wordfromthe Wise]

microprims.. wow .. great overall performance .. real recycled plywood .. just wow .. great work Kirsten .. hope you dont end up as the project leader for the SL viewer .. we need you here ...

[Fae Wayard]

IANAL but it's my understanding the LL, being the original copyright holder, distributes binaries and the source under multiple licenses (see commercial license for OnRez viewer) thus KDU linking with the LL binary distro is legal, but not with any GPL-based distro. http://www.fsf.org/licensing/licenses/gpl-faq.html#GPLModuleLicense - I read that as, any library/DLL that is distributed with a GPL-based viewer (i.e. OLV) must also be GPL, and distributed in source form, exactly matching the distributed binaries.

[Yichard]

Hi, so many suggestions... just some which look the most important for me. I do one comment per feature, to simplify reading.
This one is about working with the W3C to normalize the client-server protocol transfer, so that it becomes a standard like the TCIP (2D internet transfer protocol, often referd as http://) This however must be much more evolutive than the TCIP. We should have an object (in the sense of the C language) definition of functions, allowing to add new. Today, we have TPs, loading shapes and textures,exchanging movements and chat, in the future we shall have to add smell, touch, etc. I have some more ideas on this, it would be better to have a thread of its own