Jump to content

Starlight Harbour

Resident
  • Posts

    10
  • Joined

  • Last visited

Reputation

4 Neutral

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Is there any way short of going through HTTP for an LSL script to communicate with a Python program? I found notes from 2008 on pyOGP but that seems to be abandoned.
  2. I have a friend who just ran into this problem this morning. She's on a Mac, so this is not a Windows 10 problem. in case that's useful info. Possibly relevant -- i heard that there are some issue with international network cables, causing disruption or lack of service to many diverse things. If nothing else, such a thing could cause TIMING problems, on some sort of HANDSHAKE that Second Life looks for or possibly a CACHING or failure to clear some intermediate CACHE , -- maybe even one that's not supposed to be there, like an illegal intercept and pass-through hack into the communication lines which usually is transparent but today is not
  3. I am trying to send a modifiable box with a no-mod script inside it to another user and cannot get the hoped for result. What I was hoping for is that the recipient could modify the box but not the script. Sadly that is not what happens. What happens is that the user receives the box, and upon opening it, it shows the MOD box checked, and even says "You can modify this object". Good. And, indeed, the user can change the texture of the box, save it to inventory, re-rez it and the texture survives unchanged. Still good. BUT, when the user changes the GROUP the box belongs to, with the box rezzed, they can do it and it seems to work. But as soon as they take the box back into inventory three things happen. (1) where it used to say, in inventory (no copy) it now says (no copy) (no modify) and (2) when they rez it again, the GROUP reverts to what it was when I sent out the box, and (3) curiously, the texture does not revert. I looked for any further posts here regarding permissions. I found and read with interest the Oct 14 thread Of course I found the overall result of that problem to be basically: "Second Life does that sometimes". I imagine this is relatively easy for someone else to replicate on some different sim, with different avatars and different box, on a different day if any of that changes things. Advice? Links to the best place on-line to read up on permissions? Links to other discussion forums where I might find assistance such as StackOverflow with tag [lsl-script]? Thank you. Afterthought #1 -- Yes I did set modify BOTH with the box Rezzed and with it in inventory. Afterthought #2 -- BTW, the right tag on StackOverflow seems to be [linden -scripting-language], "right" in the sense that it does pull up 58 posts (in all time), but the group seems to be just barely alive.
  4. Getting rid of "Friend can edit, delete, or take objects" as permissions in my FRIENDS tab! partly solved my problem, but not entirely. I will get some other avatars to try to put inventory in this box, to see if this is some peculiarity about my ALT and me. More on that tomrrow
  5. This issue has been resolved and can be closed. The apparent failure of llAllowInventorDrop(FALSE) was because the non-group avatar I was testing with had been given blanket permission in Contacts > Friends to edit my objects. After I removed those permissions and waited 6 hours ( just in case it takes time to percolate through the system) everything is working fine again. ================ I'm a reasonably good scripter in LSL but i cannot get llAllowInventoryDrop(FALSE) to work for me. Symptoms: once I set llAllowInventoryDrop(TRUE) one time in my script in a simple prim, it doesn't seem to matter after that whether I set llAllowInventoryDrop(FALSE) or not, it's always true. Does anyone recognize this problem? I'm trying to make a group-specific notecard drop-box script, and want to turn on or off inventory dropping depending on the group tag the user is wearing. Thanks in advance for any info, pointers to documentation or bug-reports, or other wisdom! =============== OK, in attempting to make a tiny script that demonstrated this problem, I realized i have a different problem: nothing I do makes my objects so they cannot be modified by other avatars! This may be why I have the original problem, that llAllowInventoryDrop(FALSE) was not working to stop other people from dropping objects into my prim's inventory. ok - tracked this down to my having checked "Friend can edit, delete, or take objects" as permissions in my FRIENDS tab!
  6. OK, HERE's one for you. My friend and I are both on Windows 7, 64-bit machines, with the current version of the V3 viewer for Second Life. Regardless of settings, we could not get her microphone to work, or the built in one either, although she coudl hear me just fine in voice. While discussing the issue in Skype, we noticed that second life voice was working for her. We've now confirmed that her microphone ONLY WORKS in Second Life WHEN a SKYPE session is IN-PROGRESS. It doesn't matter if both out Skype mikes are muted, thankfully. As soon as we break the SKYPE session, the Second Life microphone voice channel stops working. I'm out of hypotheses on that one.
  7. As to what to do, seriously, assuming Linden Labs has no magic fix: 1) Get a product updater in place so that you can at least deal with this issue going forward in time for your customers. I'd recommend the hippoUpdate Automatic product update server. It seems to do the the job about as easily as one can hope. http://www.hippo-technologies.co.uk/products/index.php 2) Assuming the prior products are totally useless, there's no need for the users to return them or destroy them, And if they're no transfer, the couldn't return them anyway. So, assuming you don't have an easy way to recall everyone who bought one and send them an update, you might consider the following strategy: a) Build a fixed new version of your product. b) Put it in an automatic vendor set to give that version FREE to anyone who's in the vendor's group. (but full cost to anyone else.) HippoVend will do that. c) Offer group membership to anyone who shows up at your store with a copy of the old version in hand. (rezzable space for at least 2 minutes.) And, then, you can send email or a notecard to users and anyone in the user group that explains what to do to get the new version. Of course, offering group membership selectively is something only an avatar, or robotic avatar can do. (I'd offer the product, but that gets into inventory issues that the HippoVend thing solves.) For example, SmartBots has a product called the "Group Inviter" at http://www.smartbots2life.com/ can make such an offer, based on actions you can detect with another script. "The weekly subscription is just L$79. You can invite residents when they come, buy your product or rent the land from you." (So, if you restrict who can buy or come in the door to those who just rezzed an old model plane, the product will do the rest.) Somewhat kludgy, but fully automatic once it's set up. I think it would work. Starlight Harbour
  8. I"m new at Pathfinding tools but familiar with scripting and physics. I'm having trouble getting my pathfinding object to not behave like a bug, sort of sniffing around, turning in full circles occasionally, and in general acting as if it's not sure where it' going, even when it IS assigned a target. I've tried just going to a single distant point, tried solving in advance for the path and then trying to walk the path one step at a time, changing various speed and acceleration parameters, and it still behaves like a bug. I'm not talking animation of the legs. I just want the center-of-mass to move in a smooth, sensible, flowing manner. Ideas? thank you.
  9. I'm getting sporadic failures of marketplace delivery, DESPITE the items coming off the queue and showing on your end as "delivered." They are not in inventory, and they never "arrive" with a notification (either.) i know what it should look like, and I can search "magic box" in inventory quite well, thank you. It's just not there. I've tried about ten times a day for the last 4 days. It's getting worse. If I "buy" other products, some arrive, some don't, but money is deducted for them all. I have about 3,000 hours in-world and have spent well over $5,000 (US) on merchants and know what this SHOULD look like. I have entire classes of students waiting to buy things that i can't post in Marketplace. (Thank goodness for HippoVend, a product that works and maybe you guys should just use the services of.) Other people are getting this a LOT, from what I hear. It's so bad many have simply stopped shopping at the Marketplace and stopped reporting the problem, so it may APPEAR to be much smaller than I believe it actually is. Every failure is costing Linden Labs and merchants cash! Please do some sort of survey to determine, not from complaints, but from experience, what fraction of people are still having this problem, or would have it if they shopped in ther Marketplace instead of in-world. I prefer the Marketplace ,well, I used to, since it was faster. Now it's a total waste of money and time, aside from possibly finding a vendor in-world to shop from. Yes I filed a suppport ticket, several, and a bug report. I fear the inventory database structures may be corrupted or something, and there CERTAINLY is some kind of silent handshaking error going on here that needs to be fixed, not just idiosyncratic problems with "users". My alt account works fine, by the way, but you can't TRANSFER the magic box, so that doesn't help me. (How come you can't transfer it?). This seems to be a neglected stepchild. the magic box sitll says "XStreet" on it, but we know it's not. There are vague comments that "we know this has problems and are working on a replacement", but I don't see much energy behind that either. Does no one OWN the marketplace? Why isn't delivery it's whole entire PROJECT in Jira? Isn't it important?? ====== Anyway, this seems to be a database issue. I guess MySQL doesn't actually support REAL atomic transactions, like Oracle, but that CAN be remedied using two-phase commits. (http://en.wikipedia.org/wiki/Two-phase_commit_protocol ) Then there would be one hundredth of these kinds of errors occurring, as EITHER both the marketplace and the asset database would AGREE that this transcation was complete, OR you would know to UNDO it, and LOG the fact that the transaction was attempted but failed, so that the OTHER software team could investigate why.
  10. I'm in favor of Linden Labs making a reasonable profit, thriving, and growing. Sadly, I don't see how driving away their educational and non-profit users is going to accomplish any of that for them. It looks like a lose-lose strategy, for reasons so many people mention above. I would suggest an architectural change that would make it obvious that educational space, especially low-occupancy space, is a money maker for Linden Labs, at prices BELOW what are currently charged. I would find it fully acceptable if our sim's virtual machine was frozen when no one was on the Island, and the cpu cycles allocated instead to support other sims that have people on them. The dynamic load of the sim would go to zero in those time periods. The load on neighboring sims would go to essentially zero, as our sim became simply a big black box. (Maybe with pretty but static pictures on the sides of what would be seen if it were awake.) There would be no need to reawaken the virtual machine until someone teleported to the sim. The reawaken time would be comparable to what people now see anyway. Heck, I'd settle for a 30-second "please wait while the sim is unsuspended" airlock, if it cut the price of the sim in half. That would make the servers, paid for in full by the users, mostly available to cut the lag time of sims that had avatars on them. It's hard to see how Linden Labs would lose money on that. But if they would, maybe they could enlighten us as to what their cost structure is, so we can, collectively, put our smart brains together in social intelligence and help them solve their cash flow problem in a win-win way, instead of what seems to be their current lose-lose approach.
×
×
  • Create New...