Talia Davidov

It is very concerning. On one of the buildings I make I took out the prims that I had used the volume detect hack on and replaced them with prims using PRIM_PHYSICS_SHAPE_NONE. When I linked it all back up the PE went from 70ish to well over 300.

@ Innula Its actually in the release notes from this deploy (copied from original post) Changed prim accounting for legacy prims which use the new accounting system All legacy-style prims have their streaming cost capped at 1.0 (except for sculpts, which will be capped at 2.0). This provides the benefit of not penalizing prim-based creators for optimizing their content by opting into the new system and will make the streaming cost more reflective of the true network cost of the objects. Server cost will be adjusted to MIN{ (0.5*num_prims) + (0.25 * num_scripts), num_prims }. This preserves the current value for unscripted linksets and reduce the cost for linksets containing fewer than 2*num_prims scripts. It provides the benefit of rewarding creators for reducing the number of scripts in their objects.

It is the system I use. if you can't get ahold of Mo IM in world and I will try to help. Talia

Yes permissions are stored server side but set by the viewer, so if it was specific to viewer then it would have been the viewer sending bad data to the server. It is always the first thing I try to rule out. As for assuming someone did this on purpose to affect the marketplace, come on thats a stretch even for you, and calling for said person to be kicked out of LL and the industry is just silly. If they kicked every single person that introduced a bug into the systme out of the industry, fairly soon you wouldn't have anyone left in the industry because all software has bugs. Thanks for bringing the issue to our attention. I have not seen it and I have been repackaging everything I sell the past few days for an update and have not noticed it. But I appreciate knowing to look out for it.

What viewer? I rezzed a box set mod permission and took it into inventory. In inventory Mod permission is still there. Using the latest firestorm

If you looking for a script already made, this is not the place for you. This forum is for helping write scripts. That being said . . .the script you are describing is really pretty simple. If you want to have a go at it yourself look at the Changed event. Specifically CHANGED_LINK. That combined with llRezAtRoot or llRezObject will get you exactly what you are wanting.

Gadget Portal wrote: I understand just fine. I just don't sit back and tell people "It's SL, all that content means its supposed to feel like their servers are on 56.6k!" I do not think you really do understand. The huge difference is the content you so casually shrug off. Lets take one of your example MMOs, WoW. When they first introduced flying you could not fly everywhere, why is that? One of the reasons is some places simply didn't have the geometry to be looked at from every angle. When a game designer makes a game, they use the absolute minimum amount of model and texture as they can get away with. However, in SL the makes didn't make the things you see. We the users made things, and they are not optimized like a game creator optimizes their builds. They can not be by the very nature of the environment we exist in. Then once again there is the big part, that you so easily dismiss, that as others have said, all the content in a MMO is ON YOUR HARD DISK. None of it has to be downloaded. You shrug it away and say "Cache" end of discussion. But even assuming the cache system was the most efficient on the planet, something we all know is not true, the sheer amount of data to be downloaded would be impossible. Unlike an MMO that has a limited amount of content, the content in SL changes by the minute. New textures are uploaded constantly, a great deal at the mind numming 1024x1024 max even when not needed (not to mention the alpha along with it). New geometry is also uploaded constantly in mesh and sculpties. None of this even considers scripts and their added loads. Anyone can write a script, some of them are works of art, and some of them . . .well not. For example, there was a resident that had a moving snake, just one tiny snake that moved in one of my skybox rentals. That little snake was taking up more than 1/3 the sims script time, lagging the entire sim. MMOs simply do not have these things. To compare MMOs and SL is truly comparing apples and oranges. They are different environments for different purposes. Is there room to improve SL, OH YEAH!!! But comparing it to what it isn't designed for doesn't do it.

Did this happen on RC (Magnum) sims where they rolled out Pathfinding (before it was removed)? My understanding was after pathfinding rolled out the hack to use VolumeDetect to make the prims phantom would stop working. However, it was also my understanding that prims that had previously had this hack employed would automatically get converted to the new Physics method. There was a thread about it over on SLU. Please keep us updated if you learn more as several of my builds use this hack as well. Just had another thought, theere was a second script type that used a different hack to make the child prims phantom. This one required the script to stay in the prims. If you are using this one not sure what that pathfinding code changes will do to that hack.

That date was pushed back and still being pushed.

Just out of curiosity, any reason why use llGetTime instead of llGetUnixTime?

Ayesha Askham wrote: @Talia Yes, some of the platform is better but if SL were truly so much better than it used to be its resident population would not be steadily falling as it so obviously is. Do not misunderstand me...I love SL, it has provided me with a means of expression that I would never have had otherwise. But far too often I have felt that my wants and needs were at odds with the people that created this world and that I was almost an unwanted, but needed accessory. @Ayesha I have to disagree completely. The platform itself has improved a great deal from just a few years ago. I do not believe the decline in population can be attributed to the technology. No its not perfect far from it. There are many other factors that in my honest opinion have led to falling numbers. For example, the state of support became absolutely horrid for a time. It was much better several years ago, then became a laughing stock. It has improved a little now, but still not what it was a few years ago. Also the lack of communication from LL. When is the last time Rodvik spoke anywhere about SL? Things like these are what drive people away (and yes the disaster that v2 client was). I have been around in one person or another since near the beginning. I have never seen the consistent effort to work on the server side that I have seen for the last year or so. Maybe I was just a noob all that time and didn't notice it. But for years it seemed to sit stagnant. Now, I see changes happening all the time in the server group to improve our world. But what do I see in the forums . . pure hate (not directed at you). I have said this in another forum, and I say it again here. Why in the world would the Lindens want to communicate with us when NOTHING they do is met with anything but complaints. *shrug, think what you want, but I for one am glad the server team is hear working towards bettering our world, they seem to me to be the only lindens that are.

I have to second Innula in the thought of using LSLEditor. It is much more helpful in finding bugs.

People come in here and gripe all the time about how horrible the service has become and how nothing has improved in __ amount of time. The only reply I have is . . .are you kidding? How about getting rid of the dreaded Mono sim pause when avatars arrive? How about getting rid of the timewarp issue? How about making some of the most useful changes to LSL that I have seen since starting in SL? How about having a grid that doesn't go down for days at a time while they try to fix something . .well ok on that one have been a couple of times lately, but it used to be weekly. Seriously . .if you have been here any length of time at all you know that this is one area where they really have been working on problems. Yeah its not perfect yet, and never will be. That is the nature of the beast. But the Lindens in charge of server updates are the one group of lindens that will actually communicate with us. Try going over to the merchant forums and get any meaningful dialog with a linden. I for one applaud Maestro and Kelly and Oskar (seems like am missing another) and wish more people would take a moment to say thanks for the work they do and encourage them to keep it up.

You have some bracket issues and also two listen fuctions. You are missing closing brackets on both listen sections (there should only be one listen section). Also, you have an extra bracket above the else statement on line 303. Those are the errors I caught in a quick go through.

Sorry Flea I think Sassy is right, its just a coincidence. My sales also picked up significantly around that time but it had nothing to do with which items were DD and which where still in a MB. Think about how it all happened. LL really did no widespread information campaign to let users even know that DD existed. Users shopping on Marketplace are not going to notice which method of delivery is being used. As for the theory that DD was working more effecient, sorry, it was not really. I shopped during that time period and you couldn't really tell a difference. In fact, I know from customer complaints that items in DD were causing more issues because people didn't know about the new received items folders. I got many a notecard complaining that items were not being delivered.

It may seem messy but in my testing calling llGetAgentList and then filtering on distance was just as efficient on script time as doing a sensor scan at a specific distance. In my testing each method was slightly (very slightly) faster than the other 50% time. Number of avatars in the region did not seem to change that percentage either. There were several very plausible likely reasons presented for that in the thread about it, but bottom line, llGetAgentList seems to be the better choice for agent scanning now.

Agree thanks for the quick action

ah I get it now. Thanks

A bit of a side question, not applicable to the ops question I am going to feel silly for asking this I bet . . . . . but here goes. Is there a reason why using owners UUID instead of objects UUID? If I use the object UUID instead of the owner, then each device has its own random channel? That way if I rez two devices that are exactly the same I won't get cross talk? Or am I missing something . ..just curious. Thanks

*Nods . . .Sounded like that to me too, but thought it wouldn't hurt to post the other.

if you need to work around the changing URL that Sassy pointed out a couple of posts ago, there is a workaround I posted in this thread about using a third party service to keep the location of your inworld prim up to date. Not sure it would be needed in your case since the inworld server communicates to the out of world server first if I am following correctly. But just in case there it is.

There are a couple of missing ) in your script. But I did test it in world and it indeed does say group owned on group owned parcel, and nothing on agent owned parcel. Nice solution!

oops world api not wold api world api edit to correct another typo, not my day for typing it appears, and add link

Maybe use the wold api and try to parse the page? Not sure that would be easier or any more reliable than the RequestAgentData

Sassy Romano wrote: I do agree. The delivery mechanism shouldn't have any correlation to the decision to purchase (unless it can be proven that the majority of MP users have absolutely no faith in one method over another and are consciously choosing either MB or DD products, which I very much doubt). Nor does the delivery mechanism expose itself as a marketing tool by aiding search or placement or whatever. It's *just* the way things are delivered, people shop or they don't. Heck most of the shoppers probably STILL aren't even aware there was a change in delivery method, since it was published so well before hand for the general (not merchants) population.