1.21 RC2 is available

Daniel, that viewer is the pits ... I had to go back to 1.19

There is something in the knowledge base about SL not being optimized for Core 2 duo although everyone has them now. They suggest disabling one CPU. Didn't help me much (laptop with Vista) but you might want to give it a try

Im experiencing a ridiculous amount of crashes. I've seriously never crashed so many times in one day since my old junker PC was replaced.

It only occurs with right clicking as well [VWR-9172]

I seem to remember reading that this viewer was set up to crash easily so problems could be identified more quickly. But now that it is the only available RC viewer it means anyone who uses it is a guinea pig.

Also, what gives with the strange times in this thread? Arent we on SL time Ramzi?

Lola, you may have the forum timezone set to something odd; I forget what the default one is. Choose "User CP" on the menu bar at the top, then "Edit Options". You should see the timezone setting about halfway down the page. Remember to "Save Changes" (at the bottom).
.

A new problem (at least I think it is new) is that when zoomed out quite far (~60+ Metres), animations go into hyper speed.
I was in sanctuary rock and was looking around with alt+click much like I always do, and noticed everybody was dancing very quickly when I zoomed out. Everyone goes back to normal speed when I zoom back in. It happens to anyone no matter the animation.
Did not notice this problem in RC0 or RC1, though I can't say for sure, if this did or did not, affect those RC's.

Could anyone confirm?

Also.
Less crashing in RC2, although it still does happen. Still seems to crash most often when I try editing objects.
And the annoying pausing is still present. Every now and again the viewer freezes for several seconds and then carries on again. Never had this problem in 1.20.

no more "cmd" error, THANK YOU!! less crashes, less memory leaks, same bugs from RC0 exist that did not in .20 with regards to selection distance, and other bugs I have reported in the jira, please work on them, they are essential for normal SL life. I am otherwise pleased with this RC.

many issues still plague the linux side, that should be addressed

One bug that I'm happy not to see gone: I can't pay a lot of vendors. (VWR-8834)

But I'm sure LL is working hard on this one...

RC2 crashed quite ofen RC1 was ok in stability, editing Mono scripts is really hard now (with out hacking the server config file.)

The update to lasted RC still sucks as as policy.

I'm seeing better stability with RC2, and MUCH better frame rates. I confirm the "disappearing prim attachments on zoom in" and "gestures out of order" bugs.

System: Athlon dual core FX64, 2.0 GHz, 2GB RAM, Windows XP SP3, GEForce 8800 GTS 320, latest Nvidia drivers, Space Navigator

Now that I've had time to use the newest RC I find it's not as bad as I first thought. Thanks to others on this board... I have found ways to fix some of the most irritable things bugging me...such as my Inventory opening everytime a new object comes in.

HUGE difference in frame rates...Im very surprised & pleased! The disappearing prims are a pain but I can live with that. What I really dislike though is that it takes almost 40 seconds or longer for the texture window to open when editing (everything kinda freezes during that wait) and/or when you try and open a new window in your inventory. And the fact that when "Beacons are always ON"...all prims with alpha's are a solid gray.

All are known bugs so if they actually address and fix them before the next release...and there are no new bugs of course.....I'll be quite happy;OP

Ok, I guess I posted too early last time... I'm still crashing just as much when I try to edit objects. This seems to be the only time I crash.

I'm also seeing the attachments turning invisible problem when stood on a posestand. Only at certain camera angles and zoom distances though.

Mac OS X 10.5.5 has completely eliminated the pauses I was having in RC0-2. Yay!

10.5.5 has completely hosed RC2 over here. Yes, I am on the dreaded MBP with the Nvidia 8600M GT. I can take a few steps, then the viewer stalls totally and tries to take the OS with it.

How about canceling the in-house OS X viewer project and allowing Transgaming to wrap the Windows version in their yummy compatibility libraries? It's working out very well for EA Games releases. Save yourselves some time and money and get a decent viewer out to OS X users. Sounds like a win-win to me.

What?? I certainly hope no one listens to this. OS X users want native applications written in native code, not Windows versions with a compatibility layer. And since OS X is the choice of a not insignificant minority of users I would hope that significant resources are devoted to it.

Friend, I am reasonably sure you don't speak for all OS X users. I am one, and you don't speak for me. I certainly hope LL listens to this. Whether or not anyone else does is largely irrelevant.

Significant resources have been devoted to the OS X viewer for several years now, yet it has always lagged behind the Windows viewer in performance and stability. Throwing more resources at it is unlikely to help, because it is already such an old project, there's a fair chance it needs to be reimplemented from scratch anyway, the likelihood of which I would place somewhere in the ballpark of zero. Furthermore, native code for most OS X users these days means the i486 instruction set, no different than on Windows machines. I'd just run it under BootCamp, but that would clearly defeat the purpose of having hardware that can run OS X. In fact, I have run it under BootCamp. And the difference between the Windows viewer and the Mac viewer *on the same hardware* is like night and day.

I understand your doubts, and if SL took advantage of native widgets -- it doesn't, unless you count the system color picker option -- I'd agree completely with you. But since it implements its own UI widgets, there is no reason, aside from religious ones, for anyone (!) to care whether it runs on top of OpenGL or on top of Cider. Play Spore if you have a doubt. You won't be able to tell it's not a "native" app.

It is abundantly clear to those of us who have struggled with the OS X viewer for the past five years that LL is not going to learn how to develop OS X applications any time soon. Why not let them do what they do best (*cough* Windows... *cough*) and use the excellent Cider portability engine to bring an efficient, reliable client to OS X users this year or early next, rather than at some point in the vague and distant future? We have nothing to lose but a scant few G5 owners. No PPC-architecture Macs have been produced in some years now, and no other PPC-architecture Mac can even contemplate keeping up with SL's ever-burgeoning resource requirements. The writing is on the wall. It says: i486 is now and tomorrow.

OS X itself (the bastard child of classic Mac OS, BSD, and NeXTStep) and Apple's move to the Intel architecture were the two final nails in the coffin of Mac purity. Let's move beyond xenophobic zealotry if it means more and better software on our platform.

Here's hoping LL reads this and at least conducts a feasibility study.

Disclaimer: I'm not a shill for Transgaming, just a satisfied customer. I would simply like to see OS X users have the best possible SL experience, and history has amply demonstrated that the best possible SL experience is on Windows. A vote for Cider is a vote for platform parity.

CIDER is like crack, once you start using it you can't get off of it. I'd rather have a native client then some crappy DirectX wrapper any day.

If you want to run the windows client then...

1. Boot into Bootcamp and use that

or

2. Try running Second Life on Crossover from Codeweavers.

The point of having a Mac version of the client is to have a Mac version of the client.

What did you do to RC2 config files to regain access to Mono?

Exactly. But the Mac version doesn't work right, or some in cases, at all. Not much point, then, in having a Mac version? ^^

I found a viewer here today that works.

http://hyangreflections.blogspot.com/

PRIM_SCULPT_FLAG_MIRROR does not compile in Second Life 1.21.2 (96080) Sep 9 2008.
Should compile to 128 but gives an 'not defined in scope' error.

I'm confused. LL states upfront that one shouldn't use the RCs unless one wishes to be a guinea pig... Where's the issue here? (There IS still a main release version, right?)

Ditto however this morning the gestures *did* work and now they don't. I was so happy to have them fixed, logged out and now they are back to play in preview. What's up with that?

Color me confused. Was forced to update earlier today to I assume Second Life 1.21.2 (96080) from 1.21.1 and when I logged in, the TT_ and KK_ gestures worked and I was happy. Did not crash on right click or stall on texture application. Logged in later and drat the gestures did not work again. Is it the Server code? Why did they work then not work? Help!!

i must say this is the most stable and efficient viewer i've ever been on and i've tried every single RC since i joined SL. now getting uptimes of 10 hours + (!!) and i am stressing it extremely, building and caming constantly at max detail/drawing range in a max detail sim you did an awesome job on this one, keep it up!