Void Singer

I have more than one system that depends on that function, all working as expected... but i have seen odd failures before where a single object will get "stuck" until it receives a script event, and also if you don't have permissions for object entry for a parcel (intrinsic permissions, like the object is shared with the parcel group, not just you are in the group.... which will cause it to work while you are there only) if it's not getting returned to you (the normal "can't enter parcel behavior" then I would suspect some input crosstalk from another object (since you say it's been running a while).... other than that I couldn't begin to guess without seeing code

Destiny Eberdene wrote: Hmmm, regardless of what messages arise, there is never a "good day" to do anything in world, as LL's seems to feel the need to screw around with something that causes people to lose valuable things, in which case they are forced to purchase more lindens to replace what was lost. Get the connection, eat inventory, account holder buys more lindens! Win-win situation for LL's. that's an interesting conspiracy theory.... except the part where, having been inworld for 6yrs+ that inventory problems aren't that common over time, although they do recur.... and almost never result in loss Steph Catseye wrote: [...] Fact is people are too lazy to learn the new Menus of Viewer 2 and that's why they have chosen an alternative viewer! Just because the majority does that doesn't mean it is the better viewer, it just shows that the majority is lazy to learn the new Menus, even worse they judge a viewer they don't know, that is what majorities always do, talking along while riding the band wagon! [...] riiiiiiiiiiight... couldn't possibly be all that extended functionality those other viewers offer, or that fact that their featureset works in several key aspects that V2 fails in.... couldn't be that users don't like having beta-ware foisted on them when features are broken in advance yet still promoted to production.... nah that couldn't be it...

Nice... now can have a fix for other nuisance? there should be a reply to Original author at the BOTTOM of the page.... you know, that place you're at when you finish reading the thread? rather than needing to scroll back to the top to reply (as I just did)

in addition to Cabbages excellent suggest, you may also want to check the SIZE of the object... larger objects may not have enough energy to counteract their weight consistently over time, additionally there is a tendency for slight downward drift at full buoyancy (although nothing like 30deg)

I do love that site Torley... and, although not as funny, google auto-suggest has had some amusing ideas in the past (my favorite personal search result ever is below)

Charolotte Caxton wrote: Isn't there a direct line to complain to the management, namely, LL? I often see complaints posted on the forums, not as much as there were on the old forums thankfully, and I always wonder, are we just venting or do we honestly believe this is the way technical problems are solved? When my cable or internet goes out, I do not call the news station or post a letter in the local papers, I call the cable company and request a solution. I am still rather new and very much in love with Second Life, so really, is this how it's done? if you mean, what you are seeing.... no, but it doesn't seem to stop anyone =X if you mean what you've pointed out you'd normally do... sort of. if you are a premium/concierge member, you can use live help to get some problems taken care of, and you have expanded options for getting answers to technical problems over non-paid accounts... those have limited options and generally so go to answers or ask a question in the forums for technical support (sometimes it's even faster than live chat) if you have found a bug with the service or software, that gets filed to jira.secondlife.com, and if you need to know the documented behavior of the software (mostly the scripting language) then wiki.secondlife.com is your friend (which is mostly user generated, and you can contribute too if you find a problem.)... ... but here? on the forums? Lindens might drift through from time to time, but should never be expected to answer here.

only true IF it's not certain whether it's a viewer or server problem (in OP's case, the item will probably pop back up later when they get inventory to load fully on a region that isn't under load, and it won't matter what viewer they use, although phoenix does seem to have better luck with that.). if it's obviously a server screw up, it doesn't matter what viewer you are on (except maybe to some of the knuckleheads that answer support tickets with form letters). I constantly file jira's on script behavior, or region behavior, request region restarts for physics overloads from ghost prims, and/or stuck avatars... I've only had one yonk ever ask for that data when it was already clear that it was a server problem. now granted, most users don't know the difference, and will blame one on the other, or think because it didn't happen or one, or did happen in both that it's the opposite type of issue, and they should double check to save us all the breath of going "did you use the official products?" when it isn't clear. but that doesn't mean just because they weren't using the official viewer that the problem is not valid... it just means it's not known for sure if it's valid.

can we also bill customers that can't be bothered to RTFM?

Thank Pep for linking the AtD site...

Kidd Krasner wrote: [...] With rare exception, usually on extended discussions, I don't need to know the author of a post to understand, interpret, or evaluate it. Indeed, in spite of my preferences, there are contributors whose names and reputations are burned into me, often in negative ways, and if happen to notice their name on a post, I have to remind myself to read it fairly. ::grins:: you are not alone. I also don't care who says what, but rather what was actually said.... although there are a few that I will ID and skip based on the past knowledge that the person has never contributed anything of value (IMO) and often is inflammatory or nonsensical. PS I also have ADD triggers... although mine is "change"... patterned items are easy enough to deal with, one I've gotten through 2 cycles, as long as they're continuous... disjointed or randomly changing sights/sounds/smells I have to avoid if I hope to focus.... so I tend to blacklist people's images that use those features, just as you turn of images altogether. it has me me pretty good at pulling patterns out of things though.

Jenni Darkwatch wrote: Unless it happened while using any of LLs official viewers, it's your problem and not LLs. That's the risk you took when using TPVs. that is not accurate... viewer problems experienced while using a TPV are the users problem... SERVER issues are still on LL's head. @OP: Firestorm is not developed by LL, nor is the Phoenix Viewer, so changing anything about them or their development schedule has absolutely nothing to do with LL Server or Viewer development.. and really... what were you thinking!? you kept getting errors while moving inventory around... so you kept going!? and them were shocked when a valued item just completely disappeared!? Did you think at any point "Hey, SL inventory seems pretty screwy today... maybe I should wait till tomorrow to mess with it so nothing gets broken".... because you should have....

::Throws my 5$L on the pile:: based on the vague linden proposals for script limits as well as experience watching a region get hammered by people TP'ing in with script memory usage as high as 78 MiB, my reccomendations is as follows... as low as you can go... best practice is 64 scripts or less, (that's almost on for ever attach point), 5 times that as a absolute maximum.... or if you want to go by memory, 2 MiB or less with and upper limit of 10 MiB, with as few of those being mono as possible (even when the stupid MONO rez bug is squashed, MONO scripts will still take longer to load to a new region) you'll notice neither value maps directly to the other... 64 LSO scripts are only 1 MiB and and 64 MONO scripts are 4 MiB... and 32 of each is actually 2.5 MiB... it's a rough average. so far every person I've met with teleport AND rezzing issues has either been using a wireless connection, or had a script load over 10 MiB.... (often 20-30+).... so that should tell you something.

Lear Cale wrote: I was unaware of the "1-bit alpha" workaround, which would be very helpful if it works in SL. you can already see it a work..... it what both invisiprims and alpha wearables use. there are situations where the object using it will occlude, and some where it won't, so it does have it's own problems depending on the surface it belongs to.

SHTAX Waffle wrote: [...] As for the TPV...any suggestions beside Phoenix, building wise?......... Cool VL (not in the TPV list, but legit and can be found via google) has extended build tools, and is often one of the first to backport new features from V2. Imprudence and Ascent also focus on content creation tools.... Firestorm and Singularity aren't very feature stable at the moment, and Kisten's focuses on eye candy like shadows and filming.

Welcome to the light side (based on UI contrast), sorry, we're all outta free toasters, but you can see peoples profiles and edit your permissions for them again =X

a few viewers off extended precision in the build edit tools, but there is ever chance that you will be disappointed.... the problem isn't just the precision of the build tools... it's the the precision of the textures.... even with perfectly aligned edges, there are still edges, and the video card tries to render them (yes even with AA set up to 16x). there are tricks to help control it, such as making hidden faces invisible, using full bright to prevent shadowing issues for certain sides, using planar mapping and alignment tools found in TPVs, etc. but even then if you get up nice and close, there ar going to be seams some times at some angles at some distances. basic tips: learn to love the reference ruler mode... way better than prim docker. build at ground level... if you are high enough, you lose some available precision in position. eliminate or color match interior texture faces... then if they show through they don't interfere advanced: Use a TPV that offers extended build tools like extra precision, the "align" tool, and auto alignment of planar textures ETA: I believe you can set the number of digits of precision that will show in phoenix, and in cool.... 7 is the maximum effective for any float control, but it will *try* to set more if you type them in (up to the limit of floating point capacity)

the "offset" in the above formulas is the distance from the point where your doors center is, to the place you want it to, expressed in the coordinate frame of it's parent at zero rotation.... if your cutout faces a cardinal direction it's easier, but not impossible to do the other way. you must both move AND rotate for it to work.

Perrie Juran wrote: One thing I noticed it has is a "learn" feature. What I wonder is if that 'learning ' is just saved on my computer or if the host learns. Gosh, the fun that we can have if we are teaching the host. Wicked, evil, nasty thoughts. Heh heh heh heh heh heh heh heh heh. Cackle, cackle. on the website spellchecker? that's saved locally. I do like that AtD lets the Firefox spellchecker run on the rich text box... THAT is nice.

@Darius: sure feels that way sometimes...

Cabbage Acanthus wrote: [...] report them if they try to tell you that they are SL sanctioned. ooo forgot to mention that.... only Lindens can make groups that are supported by LL, and any group that claims otherwise is violating Terms of Service (impersonation/misuse of trademarks)... there shouldn't actually BE a group by that name, as it violates the Trademark Policy (many groups have been removed because of that).... which means a single AR can remove the entire group....

Cabbage Acanthus wrote: Yep, that does not sound too surprising. [...] it seems very suprising to me, since in the 6+ years I've been here I've been ejected from exactly 1 place (not including automated security systems) I am NOT suggesting OP is to blame, but rather that OP just found a nest of drama invested people.... it happens... best bet is once you realize that's what they're about, ignore and avoid them.... SL is a huge place, and there's much better to be had than that sort of behavior.

arc for a normal door would be something like arc = llEuler2Rot( <0.0, 0.0, 90.0> * DEG_TO_RAD ); //-- 90deg around the z axis I'm guessing that your door isn't using the z axis, so I can't say beyond that.... you can do it all at once, but it gets ugly because you don't get local position from llGet*PrimitiveParams. localPos of (link_number) from the root: llGetLinkPrimitiveParams( link_number, [PRIM_POSITION] ), 0 ) - llGetPos()) / llGetRot(); localPos of (link_number) from (link_number): llGetLocalPos() best case scenario, called from the door prim: llSetPrimitiveParams( [PRIM_POSITION, llGetLocalPos() + (vPosOfs - vPosOfs * vRotArc) * llGetLocalRot(), PRIM_ROT_LOCAL, vRotArc * llGetLocalRot() ] ); and you can change the direction of vRotArc each time by using: vRotArc = ZERO_ROTATION / vRotArc;

Luc Starsider wrote: @Void. Does not the menu come up when you click the 'options' button to get to the edit command? I seem to remember I did that on my iPhone the other day, and I got to choose to edit my post. The first time I created a reply on my phone, I had to go back several times to change the html, which didn't behave the way I expected. doesn't do anything at all (well not entirely true, it refreshes the page and puts you at the top because it's a dead end link.) same for the board and forum option drop downs, regardless of the mouseover setting in preferences. heck TBH I'm suprised it let's you log in at all via SL webkit, since it was having problems with that before.

I haven't tested, but they should still be able to buy for 0$L.... that's the only way you are going to be able to get around not having an inventory.... the problem being that attach only works for the owner, and the only way to keep an object inworld through a change in ownership is to "buy original".... unfortunately any automated transfer of inworld ownership is open to numerous security exploits.

is there any special reason to need the actual constant values of PERM_* ? because offhand I only know 2 functions that can get them (llGet[inventory|Object]PermMask), and none that use them. they are also equal to 1 << 13 (trans) 1 << 14 (mod) 1 << 15 (copy) where 1 << -1 would be 0 but all those would be more complex than what you already have... (!!~llSubStringIndex( input, "Mod' )) is the same as (llSubStringIndex( input, "Mod' ) != -1)... it's smaller, but it's 3 operations instead of 1 or 2, and harder to understand. you could parse the who thing at once with llParseString2List( input, []. ["copy", "mod", "trans"] );, but then you still have to check that list to see which permissions it captured, so it's really just an extra step... there are only 6 possible legal permission sets, so you could simply use a format that made those clear... and parse for that to get a value eg: list gLstPrm = ["[CMT]", "[CM]", "[CT]", "[MT]", "[C]", "[T]"];integer vIntPrm = llListFindList( gLstPrm, llParseString2List( input, [], gLstPrm ) ); that's about all I can think of though....