Jump to content

Sayrah Parx

Resident
  • Posts

    278
  • Joined

  • Last visited

Everything posted by Sayrah Parx

  1. I think it would really help for most of the "prim properties" to be editable in the object editor. Hover text and sit targets are the major ones that people leave scripts in after being set. Texture animation in the object editor would also be very helpful. Particles might be a little too complicated for an editor UI, but there could be a button to clear them at least.
  2. I agree about all the scripts doing nothing. I believe there would be an overwhelming performance gain if they made it possible to edit the hover text properties in the object editor. People can only set the text, color and alpha with a script. They don't know it's a property of the object and doesn't depend on the script at all for existence. There are people who have been scripting in SL for 10 years who don't know that it doesn't depend on a script, other than it being updated by a script. It's possible that the majority of scripts currently loaded across all of SL were only there for the initial llSetText in state_entry, and never got run again once. All those useless scripts being loaded and using script time really add up.
  3. LeTigre regions were restarted a second time after being updated to 18.11.01.521328 earlier, and went to 18.11.01.521329 like it says for Magnum.
  4. I just had a third restart as well. The first was before 4 AM, the second was before 5:40 AM, and the third was before 6:45 AM SLT.
  5. Do they know that regions get maintenance restarts twice sometimes? The second one can be anywhere from 1 to 3 hours after the first one. It's very strange, I think it only started happening at the beginning of the year. Would it help to post region names here?
  6. Some main channel regions got restarted a second time. The ones I know for sure are Twice Right and Gama, about 60 minutes and 90 minutes after their first restarts respectively.
  7. They managed to make it even harder to use and read. But there are new smilies
  8. They have the same processor and video card. The first one has better hard drives, and two more USB ports. The second one doesn't have a DVD/CD drive, and has half as much RAM, and has a smaller screen. So it would be worth spending more for the first one.
  9. You brought up a lot of really important issues. The two problems I've thought about a lot are the KVP store not being a separate premium feature, and not being able to transfer a key to another account. Not many people are able to create experiences in the first place, because they need a premium account to get a key. The best thing about groups in SL is that one person can own the land, and everyone else can contribute in other ways. So the worst part of experiences is that the premium requirement is due to the storage requirements of the KVP store, which most people don't even need or use. I know it works a lot better for me to use external webhosting with a mysql database, for a few major reasons. The first is that I can send and receive the data using less script memory (the script memory limit being another issue), than I would by having convoluted methods of dealing with the KVP store. The second is that I actually have interfaces to the data, and it's actually possible to manage it effectively. It's scary to imagine having to manage data on the KVP store for anything non-trivial. So the KVP store isn't useful for any large-scale application, but it's the deciding factor in limiting experience keys to premium accounts. You can sort of collaborate with people within a single group, which is an annoying way to share it but that's not a major issue. The major issue is that the entire experience depends on the account that created it, due to it not being transferable. So it's very time-consuming to create experiences for other people, if you want to sell them without the scripts being full-perm. You need to have them create their own experience, and add you to a group with a role that lets you contribute, and recompile your scripts. So it's not possible to simply sell an experience-based product on the marketplace. You have to include a note about contacting the creator in order to have them set it up...and hope that they understand your language. Then you have to rez your own copy that you'll transfer later, after setting it up with their own key, after they add you to their group. Because you can only compile a script with an experience in a rezzed object. So if we could create a separate key for every product, it would be possible to sell an experience-based product with much less hassle. So these two issues alone cause an experience to require a very dedicated collaboration, where it doesn't matter who owns the key, or require one person to simultaneously be owner, operator, designer and programmer. It's not something you can easily buy or hire an unknown third party to work on.
  10. A script in an attachment could listen to gestures on a hidden channel, and shout the gesture text.
  11. "Unscheduled maintenance" is a euphemism that means something broke unexpectedly, or would be about to if they don't take action right away.
  12. It's easy for people to misinterpret what you're saying, but you're really not too far off base here.
  13. It's now possible to ban an avatar from a group, in the group info.
  14. It's possible to ban an avatar from a group now, in the group info.
  15. It sounds like they had it automatically attach as a temp attachment, since it was gone after you logged out. Do you remember if you had to wear it from inventory? I've made a temp avatar attachment but haven't tried it with a HUD. The temp avatar attachment detaches when someone moves to a parcel without the experience. So it would be a bug if a HUD doesn't get detached in the same way. I'll test it and see what happens. Edit: I tested HUD attachments with my land key, and it detached correctly. Then I visited Glint, and it said that the experience there was "Grid-Scope". So it's most likely a problem with the creator of the HUD not taking into account what happens when someone leaves their area. It seems like a case where it would be better to use a land scope key instead of a grid scope key, and not a bug with experience permissions but a bug with their HUD.
  16. My guess would be that it's because technically the scripts are still running, as in they haven't been turned off. They're just simply not given any CPU time while they're considered disabled. So I think you're correct that it's just a reporting issue with llGetObjectDetails, although it's technically not wrong. People can bring as many scripts as they want onto a parcel, with the maximum script memory for each of them, and they are only prevented from getting CPU time. The scripts are still loaded just as completely as they would be otherwise. As far as OBJECT_SCRIPT_TIME goes, it's calculated by the region and not the parcel. So my guess is that the scripts were already running on another parcel in the region before being disabled on your parcel. In that case, it's likely that OBJECT_SCRIPT_TIME would only reach zero after 30 minutes.
  17. You're on the right track, you can also create conventions like these to have multiple keys per avatar, for multiple applications: llCreateKeyValue("escapades 6573ac05-05cc-47c6-9f41-6e65f55b0d2c score", "12345"); llCreateKeyValue("escapades 6573ac05-05cc-47c6-9f41-6e65f55b0d2c level", "1"); llCreateKeyValue("escapades 6573ac05-05cc-47c6-9f41-6e65f55b0d2c inventory", "sword,shield"); llCreateKeyValue("newbabbagecity 6573ac05-05cc-47c6-9f41-6e65f55b0d2c score", "67890"); llCreateKeyValue("newbabbagecity 6573ac05-05cc-47c6-9f41-6e65f55b0d2c level", "2"); llCreateKeyValue("newbabbagecity 6573ac05-05cc-47c6-9f41-6e65f55b0d2c inventory", "pocketwatch,pogostick"); Your original plan to use one JSON string per experience would be a lot more manageable though, if you ever need to change the keys. It seems like it would be a nightmare to maintain the data otherwise. You could have a HUD or other attachment get the stored JSON string when someone returns, and let it keep track of everything, and then only store the data again at intervals. So you seem to have a good plan if you're already thinking about doing something like this: llCreateKeyValue("escapades 6573ac05-05cc-47c6-9f41-6e65f55b0d2c", "{'score':'12345', 'level':'1', 'inventory':'sword,shield'}"); llCreateKeyValue("newbabbagecity 6573ac05-05cc-47c6-9f41-6e65f55b0d2c", "{'score':'67890', 'level':'2', 'inventory':'pocketwatch,pogostick'}");
  18. It says that the new server version that fixes the group bugs is going to be rolled out tomorrow.
  19. Lucia Nightfire wrote: This issue is filed under https://jira.secondlife.com/browse/BUG-9725 Thanks for replying, glad to know it's not just my viewer.
  20. You can change your profile pic on the web at https://my.secondlife.com/settings/profile
  21. Land scope keys only work on parcels where the experience was added to the allowed experience list in About Land.
  22. For what it's worth, VAT payments are usually calculated, reported and paid to governments on a quarterly basis. It's also possible to be on an "annual plan", where the quarterly payments are estimated based on previous reports without being calculated for the "quarterly time". In that case, the calculations are done once a year and a refund (or another payment) is necessary, if the estimated quarterly payments were too high (or too low). So Linden Lab would be making quarterly payments to governments regardless. However, there is usually a limit to how much someone can take in VAT contributions, to be allowed to calculate it annually instead of quarterly. So it's a good bet that they're not really making any money from the VAT contributions. The extra accountants who are needed to deal with the VAT calculations for different countries have become a cost of doing business. So in a way, their customers from countries with a VAT are actually costing them more. I'm sure that Linden Lab would be more delighted than its customers if they didn't have to deal with the VAT impositions by so many countries. Although I was shocked to hear that it's 23%, that is insane. I don't know how people deal with that. In the US, sales taxes around 6-8% are bad enough (but only apply online if a business exists in the same state).
  23. This is a great idea. It sounds like someone would have the option of setting an expiration date when they send a notice, so that the notice would get removed from someone's offline messages after that date instead of taking space in their offline quota. It would be a lot better for the servers, and also not cap someone with useless outdated notices. It would also be great to have the option of keeping them out of offline messages in the first place, so that if someone is offline then it would only be sent to their e-mail if they have "offline IMs sent to e-mail" enabled.
  24. Thanks for the updates! I've been wondering how they would control it as well, and could not think of a good way myself. It would need to be open enough for most people to use it in good faith, while preventing griefers from overloading the system. If they have to charge for the keys, I hope it would only be a one-time fee like groups and uploads. I'm hoping it will always be possible to use as an estate manager on estate land, without having to be premium. Jean, I think they've also built in a way to revoke specific permissions that have been granted in the past. So if someone would actually go through the trouble of abusing global permissions, it's easily fixed.
×
×
  • Create New...