Baloo Uriza

Milo Meridoc wrote: i have noticed sometimes people walk out of chat range while i am still typing. How do i get them to stay,and be more patient? Any ideas? Leave your typing animation enabled so there's a visual, body-language cue that you're attempting to communicate. Or don't sweat the small stuff; some folks will learn eventually that they're missing out.

Most viewers have builds for 64 bit on platforms that actually benefit from these optimizations (Imprudence on Linux, for example).

Jean Horten wrote: What's so hard? I have to open a terminal and type and I am not the keyboard focussed computer user. As previously mentioned, there are graphical tools for doing this. If the Lindens set up a package repository for their software, that would reduce the effort for downloading the latest version and installing it to a single click. Jean Horten wrote: If I download a tar ball, unpack it and run the shell script, I don't have to type one single letter, same with dragging the unwanted viewer to the trash, everything can be done with the mouse. I said; I want it as convenient as possible and harddisk space is no problem, still 0.9 tb on my HDDs left. Besides that: Why should install something that can be run without any installation? If I wanted to install any single piece of software, I'd use windows... The benefits of smaller package size resulting from dependency management and lower memory usage from only having to load one copy of the same library into memory would be a performance benefit even if you have the hard disk space to burn. Greater security from taking advantage of filesystem permissions out of the box trumps all.

What's so hard about sudo dpkg -i <filename> to install and sudo dpkg --purge secondlife to uninstall, given the benefits of using common libraries and letting the filesystem permissions protect you from malicious software and user error? I'm not sure I can relate about the menus...you have a menu editor to weed out superfluous entries (you can find it in GNOME by right clicking on the applications menu), though, ultimately you shouldn't have software installed that you aren't using anyway. Plus, if the Lindens used standard packaging tools, then it's a trivial step for them to create a repository: you could apt-get it directly using Synaptic (or your preferred tool) to download and install it in one shot, and not have to worry about having to manually maintain updates.

The problem with precompiled tarball style of packaging is multifold. Statically linked binaries require shipping libraries with it or compiled into the software directly, many of these libraries you already have installed for other software. This redundancy wastes space. Well-managed, dynamically linked software such as that your distribution provides is a major reason why your typical Linux desktop with several games, collaboration software, office productivity software, and professional level 3d rendering, graphics and video editing software comes in around 6-8GB, whereas a comparable setup in Windows would easily take up 10 times the space. This is a variation on the same failed methodology of software distribution that makes Windows and commercial MacOS software such a pain in the tail to maintain and bloated to install. Software installation in user-writeable locations (as opposed to system locations which are typically only writable by root) is a security risk, as any software, including malware, the user runs intentionally or inadvertently, could cause the software not to function properly as a best case, or infect the software itself with malware or viruses in a worst case. This is why the "let's give everyone administrator rights by default" concept Windows uses out of the box fundamentally vulnerable, even with experienced users who do everything right. Encouraging poor packaging practices only serves vendors (such as Linden Lab) to continue Doing It Wrong™ for the sake of their own convenience, with consumers paying the price. Jean Horten wrote: I prefer the 'download and unpack the packaged viewer and run the shell script without installation' way very much and would never install a viewer using any deb, rpm or whatever packaged first. Given everything mentioned above, why?

It's not that hard to make a universal RPM for the folks stuck in the past, and a .deb that works with both the current stable Debian and Ubuntu releases, and that wouldn't require asking people to install and learn yet another package manager. If we wanted 80-zillion ways to install a package, we'd use Windows.

Ruud Carpool wrote: It seems so, though when there is to much around me in Second Life I will still get a little lag.. Does this have to do with the 'not enough processors' part? No, I run on an older machine, a laptop no less, and still pull framerates that are from merely usable in high traffic locales to fully vehicle-ready on the highways and railways. However, my choice of OS doesn't include a fundamentally broken scheduler, which likely helps.

Ruud Carpool wrote: Whenever you start it up you just wait for it to get into the login screen, then you press ctrl-shift-escape to open up 'Task-Manager'. There should be a few tabs on the top of which one is called 'Processes', Click this one and look for the Second Life viewer process. Right click on it once you found it, and select the affinity option and a new screen should pop-up in which there are several processors selected. Deselect all but one, and now Second life should run smooth if you have the same problem as I had.. You're kidding me, right? It's 2011 and Windows still doesn't do multiple threads correctly?

Ruud Carpool wrote: I am no computer expert, never tested that out and OEM=Original equipement manufacturer? Yes. Ruud Carpool wrote: anyways.. the computer is fully made out of components I all ordered seperatly(well someone else did it for me...). The software was also ordered there. I'm pretty sure you didn't design and build your own graphics adapter and write the drivers for it yourself. I suppose it's possible, but that'd be extremely exceptional.

I'm not so quick to fault the viewer, but rather the drivers provided by the OEM for Windows. How does the same machine perform under Linux?

Can you give us the system info from About Second Life in the help menu? That'll tell us everything we need to know about your computer's configuration.

Got your viewer logs you can share? This will be in the "logs" directory of your personal "Second Life" directory (not the one in program files, the one in users).

Mog Munster wrote: At least you guys have cars on the road. It makes sense :smileyindifferent: There is a car in the sky where I live that has been there for few years. Have you tried contacting the owner of that car where it is so they can retreive it?

This isn't presently possible with Havoc's existing implementation on the Second Life Simulator as far as I understand it, however, using OpenDynamics on OpenSimulator, it is possible to turn gravity down extremely low or off completely, and let centripetal force handle the situation. Though I'm not sure either simulation environment handles walking on a torus cleanly under those conditions, so even if you can make it work in OpenSimulator, no gaurantee you would be able to orient your avatar correctly relative to the direction of apparent gravity. Interesting concept. I doubt there's quite enough interest in that sort of thing to make the Lindens terribly interested (though I could be wrong), however, if you pitch the concept as specifically as possible on opensim-dev, you might get some interesting feedback or possibly inspire an OpenSimulator developer to work something out.

You could change the value of renderAvatarMaxVisible in the Debug Settings to something higher. That option contros how many of the closest avatars are not rendered as impostors. Moving impostors further into the background will probably make them less noticable while giving you a slight performance boost not having to try to paint everything in detail on something that's only a few pixels in the distance anyway.

Maelstrom Janus wrote: Classic I'm paying over 100 dollars a month in tier fees and have a premium account which is currently paid by pay pal and has also been paid by credit card - I'm in the UK and you have to be over 18 to have either...SL can determine my location by IP as I know only too well when they started charging me V.A.T. and yet this is insufficient to age verify me !! Credit cards are not proof of age. Banks can, and frequently do, issue credit cards to minors. Using credit cards as proof of age is frequently a violation of merchant agreements with card processors, and this has been true since the mid-1990s. Maelstrom Janus wrote: I dont have a passport and I dont have a driving licence which are the only methods open to anyone in the UK to age verify. Sounds like you get to live with the consequences of your own neglect.

In general, the Lab tends to wait until it's ready to announce a new feature release. That said, you pretty much know it's on it's way to Agni if it's already available on Aditi.

Looks consistent to what you would see if you were trying to upgrade SL with SL running. Check the task manager or reboot, then try again. Also, you may find you get a better framerate if you change your windows theme to Windows Classic instead of using one of the Aero-based ones.

Fareyn Babii wrote: MAY I ADDD... I have a BRAND SPANKING NEW computer with awsome graphics and TONNES of ram n stuff, custom built so NO its not my computer You know, if you actually describe the problem instead of just complaining, people might be able to help you. Ask a smart question.

Are you using the default "Aero" theme? If so, shut it off and go with something that's not going to waste all your GPU power on glassy window effects for a theme, and see if you still have the same problem. If possible, try running the viewer under Linux and see if that makes a difference.

Icarus Fallen wrote: Are Hau Koda, Moose Beach, and the duplicate Moose Beach in Bay City Westside technically parts of the city they're attached to? I don't see why the beaches wouldn't be parts of the city. Hau Koda contains Bay City Municipal Airport. I'm inclined to consider Bay City West and Bay City part of the same entity (maybe eastside and westside a la Tulsa and Portland (which both contain similar water-based divisions).

I've always heard it referred to as the Old Grid, or getting more specific, Kissling Village, Ahern Village, and the City of Luskwood.

That's less than flattering... considering most cities tend to name some back alley freeway connection after San Fransisco (and for good reason IMNSO).

Marianne McCann wrote: Luna Palisades is a part of Bay City Eastside (which is initially known merely as Bay City), as it was added with the rest of the initial Bay City landmass. Luna Palisades is part of Nova Albion and was added at the time the rest of that city was added, IIRC...the Nova Albion Streetcar goes directly to it.

Marianne McCann wrote: "Shermerville" is collectively known as "the suburbs," as Blumfield and West Haven actually came to the grid sometime before the Shermerville land mapp. The latter also was once 9 sims, as opposed to the two it is today. The ground truth (ie, what local signage on the ground say) is that the whole area up north of the north end of the Highway 50 Bridge is Shermerville.