ObviousAltIsObvious

typing? you might not see that much if you usually use voice.

what are the download, physics, server weights you see with the editor's More Info?

Maelstrom Janus wrote: Funny Im pointing out the same thing about yours ......And my complaint is that he's not posting here not that he is .... you are pointing out something that exists only in your imagination. i have no complaints at all that he is not posting here. rather, to repeat, i think that his use of twitter is entirely approriate for now, and that your copmlaint is and was unreasonable.

Maelstrom Janus wrote: So basically youre saying he's the genuine guy therefore why are you whining about him posting here ?? you, not i, are whining about him not posting here. i am pointing out that your whining is irrational.

Maelstrom Janus wrote: Oh so youre saying the guy on twitter is a fake ??? no. i'm saying that there is a network of associates who can vouch for his identity. he will get that here once he starts work at LL and has a Linden account. not sooner.

Maelstrom Janus wrote: Presumably the same way people know its him on twitter..... there is an existing network of people who can vouch that some random SL avatar is operated by Ebbe Altberg? where would you find them, maybe on twitter? if so, wouldn't that mean he is already communicating in the right place for now?

How would you know it was really Ebbe Altberg posting and not some random person, before he has a Linden handle?

that is a typo, they got it right later in the notice. the company they want to audit is Imuc, Inc.

Twitter works for now, he has his identity established there. He doesn't have his Linden account yet, because doesn't start his new job until next week.

that's a relief! if that didn't work, the next step was going to be a hunt for funky device drivers, and that's enough to give anybody the willies.

what viewer do you use? if you are on firestorm, look in preferences, Move & View tab, View subtab. maybe the "don't use the mouse wheel" setting was switched on.

don't most of these puppeteer things use a script in each child prim? that won't work for avatars, they need to be moved from a script in some other prim like the root. the sitting avatars will be the highest numbered "prims" in the link set. any "real" prim link numbers stay the same, then avatars are appended. if you don't know the prim count in advance, a nonzero llGetAgentSize is a common test to see if a "prim" is really an avatar. you can use PRIM_POSITION etc. on avatars just like you would with a regular prim. avatars can't be edited like regular prims, so you would have to add their positions by hand to your script or notecard, or use temporary dummy prims to the train to record the desired postions.

avatars will only follow along automatically if the root prim moves. if the root prim is stationary, like part of the track, then you will have to move the avatars yourself like you would any other child prims.

a 1024 could be 32 x 32, 4 x 256, in between or not a rectangle at all. you really have to measure the land.

all you can do is not worry too much about that, commercial game makers struggle with that dilemma every day. you can still sweeten the diffuse map a little with a little bit of baked in shading, so that your objects look "OK" on lower graphic settings.

the old bulit in bumpmaps and shiny don't need advanced lighting, so that is not a good test for if normal and specular maps should be visible. do other advanced lighting features like shadows work? there could be some incompatibility between the viewer you are using and your graphics driver. it has happened before. all the "v1" viewers still under development are really v3 under the covers. the up to date ones can display normal and speculatr maps even if they do not have the editing features for them yet.

oh, i was describing a simpler case: for example, rez on a parcel with 30 minute return, wait 6 minutes, then slide the object over to a 5 minute parcels, and the object was returned right away. if that was a feature or bug, who knows, but it was annoying. if a feature, it would plug another big autoreturn loophole.

a lot of them are in a bind with permissions. if they buy prefabs and texture those for sale, the license often says that the original creator should be obscured. they use a dummy root prim to do that, and if the item is mod then it could be removed. this doesn't totally hide the mesh creator, but maybe it cuts down on misdirected support messages to them.

I haven't measured this, but the simulator probably compares rez time to current, in favor of separate timers for each prim, that would match some immediate autoreturn surprises after moving things across parcels, even from before the new rez changes. it would seem harmless to check the root prim's autoreturn status for these abbreviated timers, instead of the rezzing prim, probably no worse than the vehicle excption. it can't hurt to ask in JIRA.

the timing did change. either you found a bug in the new setup or there is something unusual about your rezzer. there was a new limit added so that objects could not defeat autoreturn so easily by rezzing replacement objects. now, the rezzed objects inherit the remainder of the rezzer's autoreturn time. if your rezzing object is not supposed to be subject to autoreturn, you should not be affected, so that is where there is a possibility of a bug. the change was made with http://wiki.secondlife.com/wiki/Release_Notes/Second_Life_Server/13#13.09.21.281328 "The simulator now blocks certain scripted rezzers from defeating parcel object return" this was later modified to exclude objects rezzed from vehicles and attachments in http://wiki.secondlife.com/wiki/Release_Notes/Second_Life_Server/13#13.11.19.284082 "Objects which are rezzed by sat-upon or attached scripts no longer inherit the temp-on-rez or auto-return timer of the parent object" thinknig more, are you using the linked prims set to different groups hack? maybe autoreturn still ages those linked prims in different groups, even if the root keeps them rezzed?

the project snowstorm page is a little out of date. current practice is to work from the released viewer sources, the central development branch is no more. https://wiki.secondlife.com/wiki/Linden_Lab_Official:Viewer_Source_Repositories to build these, start here http://wiki.secondlife.com/wiki/Get_source_and_compile this changes from week to week, but right now the Fitted Mesh viewer has the latest set of contributions from outside LL.

the private message feature on my.secondlife.com was switched off several weeks ago, so you won't be receiving any more of those. you can go to settings on the left, then pick the privacy tab on top of that page, to restrict who can post to your public feed.

you may need to use an abuse report if this can't be solved with a talk. there is a partial fix you can use, but this will only help for people who do not have advanced lighting enabled in their graphics settings. higher graphics settings don't have this limit on local lights, so the workaround won't be enough to completely stop it. make 6 prims, and on each of them go to the editor feature tab, enable light, and set the light color to black. position these prims so that they are in between the neighbor's lights and where people will stand on your land. this works because without advanced lighting, there were only 8 local light sources, only the nearest object lights showed, the other two were already reserved for the sky and appearance editor.

there is not a nice answer because it is YMMV. 5000 giant scripts all idling, waiting for a touch, won't do much at all. 5000 tiny scripts pushing physical objects around a sim will hurt a lot. a few hundred scripts rapidly swapping textures can devastate a sim.

for your parcel, World>About Land, General tab, press the Script info button at the bottom. the list can take some time to populate. sometimes Refresh List is needed to make the list display. a total isn't printed, just scroll thru the script list with the arrows and count them off. for the region, Advanced>Performance Tools>Statistics bar or Shift-Ctrl-1. scroll down and find Active Scripts for the total count in the region. there must have been a typo there!