Baloo Uriza

I'm not going to lie, I thought that was something other than a rabbit at first glance.

Today I learned Farmville and a virtual reality simulation sandbox are the same thing.

Sounds like it's apple users' loss on this, much like the poor Windows support, and for the same reasons. You can have good OpenGL support and work cross platform, or you can pick a platform and multiply dev costs and lock out potential users. Same thing happens with DirectX between the Microsoft world and everyone else.

If it is true (re Apple and OpenGL 4), then I'd say Apple's trying to kill off the Macintosh.

Polenth Yue wrote: In short, you have to stick to the maturity rating. You have to keep your stuff on your land, so be sure nothing sticks over and your particles/notecard givers/security orbs aren't spamming your neighbours. Use a bit of common sense with scripted objects, so you don't lag/crash the sim. I really hope more people are reporting security orbs and notecard givers that trigger on people in public land and either have ample time for people who may be lagging or on a slow connection to realize what's going on. There's a special place in digital hell for people who don't have consideration for people who are already having difficulty.

Are furries welcome? Is there a furry theme night?

ChinRey wrote: It is always possible to set the limit low enough to catch all the problems but did you ever consider the side effects? I'm sure I am not the only one who would prefer to see the avatars around me when I go to a crowded place. If some of them have to be derendered because they're too laggy, well I suppose that can be a necessary evil. One option would be to render an impostor instead, since that would have a render weight of 1. You'd at least see presence, then, even if not detail.

ChinRey wrote: No, they aren't.. You can add as many and as high resolution normal and specular maps as you like to an object and they don't change the calculated render weight in any way. Holy crap! Too lazy to check the source code to confirm, but if true, that's a massively glaring omission in the calculation.

Shinaria902 wrote: Or, OR LL could just not bring this feature out at all, because it's going to be hugely detramental to anyone using a mesh avatar. Only in cases where the mesh has an exceptional number of polygons. As with any rendering system, scenes with fewer polygons render faster. SL is no exception, there's just no guideline-enforced limit to how many polys may be used per object like there is on, say, Steam Workshop.

Flame Swenholt wrote: As for rendering settings, I think it's cool, but let's be honest and address the elephant in the room: the client needs the rendering engine to be fixed. I'm pretty sure no matter how you cut it, a hairdo with larger textures and more polygons than all of Doom 3 and Unreal Tournament 4 combined isn't going to render quickly on the fly unless you happen to have a supercomputing cluster just laying around. Sadly, that's what a lot of avatar designers are trying to make happen rather than doing the most with less. There's a reason there's design guidelines for things like the Steam Workshop: Just because you can make things micrometer perfect doesn't mean that's what renders quickly when the camera's usually at least 5-20 meters away at best.

Linden Lab wrote: Often the most resource-intensive part of rendering a scene in Second Life is the avatars around you. The Viewer has a measurement of how avatars are affecting your performance, and now we are putting the control over whether to render them in your hands! Finally! Seriously this is long overdue, given how many people can't golf-score a build they're wearing (or blame the recipient).

DrakiAzul wrote: M0rdresh, i've noticed the same issue but I have no real souliton as to whats going on because like yourself when you ask a question like this people get up and arms and beat around the bush with hipster talk with stuff like "rah, rah, rah, its not a game~!" rhertoric. Which has nothing to do with the real technical question. Game or not its a 3D enviroment ran on hardware... and its laggy often when it shouldn't be.. I'm not sure you know what hipster means, since the word definitely doesn't work in the context you're using it. You have, however, rejected the explaination because you didn't understand it. DrakiAzul wrote: With that said i've been an alpha/beta tester and moder for a very long time and have visited various Gam.....umm... "3D enviroments" and to me it feels like a lack of optimization and coding of the 3D engine itself. The 3D engine itself is fine and handles well-designed content in extremely complex environments just fine, and there's plenty of places in SL (and especially OSgrid, which tends to attract a higher ratio of game developers on their free time). However, most people in Second Life aren't designing things like every byte and every vertex counts like game developers do. This is where you're seeing the performance difference. You've got people with more polygons in their hair than exist in entire regions of Borderlands 2 roaming around. It's also pretty common for game developers to keep the number of textures to a minimum and keep those textures as small as possible; it's pretty rare to see a game scene that has more than one or two dozen textures or textures larger than 20 or 30 kilobytes. In Second Life, it's often rare to find a place that isn't trying to load several dozen textures stretching into megabyte territory. You can't really code your way out of "your content is complex and hard to render".

You really should post this as a new question rather than as an answer to another question, but, to answer your inappropriately located question: Not spam: You have a scripted object that that has a sign or something on it saying "Touch me for an invite to our group". Spam: Someone in the vicinity just gets sent an invite or an item for existing in that space.

Most viewers can show or hide ban lines. I'd rather people use parcel access restrictions instead of "security orbs" that tend to be much more eggregiously antisocial.

Sounds most likely either an AMD driver issue or your GPU or VRAM is overheating or about to die. When was the last time you opened up your system and cleaned the dirt out?

It's safe. Sounds like you have some unresolved driver issues. Specifically, make sure openGL support is working properly on your system, iGoatie.

No, a netbook will not do high end graphics rendering, which is what you need for SL.

Impossible to optimize since it's all rendered realtime on the fly. Deal with it.

If you're on Windows, you're stuck with the crippled OpenGL compatibility Microsoft thinks you want. If you're on Windows or MacOS, you get the device drivers AMD thinks are good enough. If you're on Linux and aren't tied to some odd feature only available in the AMD fglrx drivers, you'll probably see a framerate

30 is about the lowest most people see as fluid motion. If you're just hanging out and conversing, as low as 10 or 15 is usable. Your framerates will naturally be lower in areas with more items and people in it (especially if said objects were designed by Hellen Keller, ignoring all best practices in regards to client side lag). I'd shoot for at least 20 in a busy area.

Aah, good to hear. Granted, I live in the US, which despite having invented the internet, and despite $100/mo on internet service, means I *barely* can connect to Second Life for 3-4 hours per month on a good month wihtout losing connection...o yeah, hadn't had a chance to notice in a while.

I wonder if those idiot self-rezzing vehicles have stopped navigating the trainlines and highways yet.

If you're on a desktop, most desktops disable the onboard video (and complain if you have a monitor plugged into it) if you have a graphics card installed, and if that fails and you're plugged into the graphics card, you just don't get video. So...I'm leaning towards drivers. Especially if it's a Windows machine; driver issues are notorious on that platform.

It's your video drivers. Reinstall those.

Perrie Juran wrote: I've seen cases of people wearing Facelights because they were told they made them look better when on their own (low end) computers they couldn't even see the difference. I guess that's this decade's "Here, wear this attachment" and it turns out to be a rocket that sends 'em into orbit type trick.