ObviousAltIsObvious

moderate regions are for 18 and older, sorry about that.

that's cool! ban line textures are in the viewer, so it must have come with that with that pink skin you're using. and yes there it is with the Starlight silver-pink theme!

Second Life Viewer: Me>Status>Do Not Disturb Firestorm: Comm>Online Status>Unavailable Singularity: World>Busy

a note from CK Winx profile "Luck inc is atm closed for updates etc c: stay tuned"

Nalates Urriah wrote: Additionally, there is a considerable amount of IP protection built in. I'm not sure how much good it does, but it is there. So, each time we render a JPG2000 texture we are decrypting it even when loaded from cache. the texture pipeline and cache are not using copy protection or encryption, it is simply a JPEG 2000 wavelet code stream. JPEG 2000 offers a distinct advantage for an environment like Second Life. when one of these streams is partially read, a low resolution version of the complete texture is available. when a little more of the image is loaded, you get more detail, and so on. this lets Second Life have MIP mapping without creating special tiled textures, so textures on small or distant objects only have to be partially loaded into memory. other image formats are faster to decode, but they are missing this property.

been there, done that too much time in front of an editor, and it is like when you wake up from the middle of a weird dream, and for a while the weird still makes sense.

listenHandle = llListen(ComChannel, "", llGetOwner(), ""); with this the scripts will only heed chat from your avatar. leave the key blank if you do not know the other prim's key in advance. if you want to do an owner check, you can use llGetOwnerKey(id) inside the listen event.

you might find some good informaton in https://jira.secondlife.com/browse/BUG-5623 the main points for that bug are that uploads can crash the viewer if the file picker is in Cover Flow mode, anduploads may freeze the viewer if it is in full screen mode.

rigged pieces like most mesh skirts can be attached to any point. unrigged parts like probably that bow, will have to be attached to the place where you want them to show, pelvis usually works well for skirt accessories. if you attach the link set to, for example, the pelvis (use "attach to" instead of "wear", it will remember from then on), then you can adjust the bow on your avatar with edit linked parts, and the skirt will still be in the right place.

Eduard Hendrassen wrote: I realize this post is old but the same old problem exists and it seems like nobody is doing anything about it. I'm only here because my friend tried it, I have no idea what her os, video card, computer or anything else is, all I know is it works on hers it doesn't work on mine, I have a wired connection and get 30 to 50 mbps download 2 mbps upload on www.speedtest.net/‎ to all three recommended servers. I did read something about an incompatiblity with amd video cards so what is the thinking here? Hope everyone gets tired of amd and switches to nVidia? No. Just uninstall it, go get firestorm and use it because this will not work. While you are at it, check out where the third party viewers stand in relation to this and the official viewer stability wise, wonder why everyone uses firestorm? Yeah, oh and if you still aren't convinced, if you happen to try to look for support, you will find the one for catznip is blank. the particular bug that this thread was about was fixed in the viewer a few months ago, and also the latest AMD beta driver fixes this bug even on older viewers that were not patched. your friend's problem is probably somewhere else.

there are two common problems, both involve Xpose furniture, that could be contributing. first, Xpose balls sometimes will not appear on some systems, even if they are there. it will usually work to alt-cam on the furniture, zoom the mouse as far back as it will go, then press Esc. this is really a viewer problem, possibly because Xpose uses senitransparent pose balls. other furniture appears to escape this bug. second, Me>Stop Animating Me has become "dangerous" around Xpose, this time the bug is on the Xpose side. Stop Animating Me also removes animation permission and Xpose does not recover well. the workaround is to have somebody else sit on that pose ball to reset the permissions, or reset the furniture if you can. if you need to use the Stop Animating Me feature, go to another region that doesn't have Xpose furniture you want to use, or use a scripted animation stopper instead.

there was a second reason why the tree flex was killed, it caused extra support load with encroachment complaints.

Kwakkelde Kwak wrote: Somewhere buried deep in my far too big inventory, I have some linden plants with a creator name on them of someone I once knew. No idea how he did it, but apparently you can upload them yourself somehow. Wouldn't surprise me if you could make some changes. those are standard plants, you get your own name as creator if you drop them from the build menu. most people probably take them from the library because the build menu gives you a random species. the species definitions are viewer side, there really is not a way to propagate new species without a viewer update.

it is a special kind of legacy object with its own code paths and unique behavior, like the ability to conform to the terrain. the geometry and textures for each species are defined in the viewer. these plants can be modified by editing some XML, but only you would see the changes.

there are lots of services offering disposable email addresses for situations like this, you might take advantage of one of those if you really want to pursue this. if they want to block large chunks of people from their regions based on weak assumptions, that's on them, they're paying the tier and get to be little Caesars on their turf.

IP address collection was never prohibited, and that couldn't be done given the way that media works. the only prohibition is on disclosing that information to others. so, you can be estate banned because somebody thinks you are someone's alt, but they can't discuss it.

that is back in JIRA now. when you start a new bug, there is a menu at the start of the form to choose from bug report or new feature.

all the viewers with the google breakpad patch appear to do that. I assumed it was a normal side effect since they like to start up win_crash_logger.

flexible prims, llSetCameraParams and the aborted puppeteering project were Ventrella's things. there was a community written flexi patch for sculpted prims, and qarl played with that, but didn't originate it. https://jira.secondlife.com/browse/VWR-9203

Phoebe Avro wrote: My club is in a moderate region and it was often in the whats hot now Ii it was in that floter that would have been a bug.

this kind of channel assignment makes channel collisions rare, but they can still happen. your listen event should still have all the checks it would use if everything was using the same channel.

destination guide listings are maintained by LL, by hand. there is no charge to be listed, but user suggestions are considered. "What's Hot Now" in that floater only includes "G" regions, so often they are not the most popular places for the whole grid. This is a legacy of an old SL streaming test (aka "Basic Mode") that allowed anonymous access. These locations had some traffic in the last half hour or so. most of the SL "hot" lists like this skip locations that had more than about 20 avatars at the last sampling, to steer new users away from lag bombs and make traffic gaming a little harder to pull off.

the LL BVH converter does not recognize the eye bones, so this product will not be a way to crreate new eye animations.

Cay Trudeau wrote: That is exactly what I need, but I´d need the script so I can implement that feature in my product. Anyone have a clue how this was made? it uses custom animations. the regular SL BVH animation importer ignores the eye bones, so the most common animation tools wil not help much. AnimMaker (a free but bare bones SL animation file editor) or Avastar (a Blender add-on, non-free but with a nice interface) can create files in the native SL animation format and allow eye movement. LL did not intend for custom eye animation, so the behavior can be a little buggy if it collides with the built in blink motions. if the eye is caught in mid blink, the lids will be frozen until you stop the custom animation.

no copy/transfer items (that is no copy for you, the seller) still have to go into the old magic boxes. everything else has to go in the outbox. fun, eh?