Jump to content

Cain Maven

Resident
  • Posts

    113
  • Joined

  • Last visited

Posts posted by Cain Maven

  1. 5 hours ago, ChinRey said:

    That's documented in the LSL Portal (https://wiki.secondlife.com/wiki/LlSetKeyframedMotion) although you have to read the text carefully to figure it out.

    There's always a workaround but do you really need complex physics for this? There is a reason why LL implemented this restriction.

    What I have learned elsewhere is that the objects/linksets will behave as Convex Hull during movement, regardless of their assigned shape types and then supposedly return to their actual shape types after movement is complete. However, this does not always happen -- I don't know what causes this, but so far it doesn't seem related to size or complexity.

    Unfortunately, I can't rely on hulled physics for all my objects.

    • Like 1
  2. I got a little closer: it happens when keyframed motion is used to move the mesh object. SL then decides that the linkset really needs to be all convex hulls, so it makes the parts behave as if they were. Of course, the object property is still Prim, and trying to use llSetLinkPrimitiveParamsFast() to force it to Prim does nothing. 
    As far as I can tell, a manual edit -- even without making any changes whatseover -- is the only way to cure this particular ill.
    A fun time was had by all.

    • Like 1
  3. I've just run into a weird issue. Mesh objects with a Physics Shape Type of Prim revert to Convex Hull when rezzed. As soon as you right-click > Edit > close edit window, it corrects itself. When rendering physics metadata, everything looks correct but the behavior is wrong. It doesn't seem to affect all objects, and may only affect child objects in a linkset. Has anyone seen this issue?

    • Like 1
  4. A good first step, but as others have noted this will not affect non-registered bots, including copybots.

    Can we have a discussion on how to try to make a dent in that issue? I'm not downplaying the issue of bots in general, but I do believe copybots have a fairly large economic impact that has gone unaddressed for a very long time.

    Perhaps LL could invite a group of creators to listen to concerns and ideas?

  5. 4 minutes ago, LittleMe Jewell said:

    You could check with LL via a Support ticket, but I do know from past experience that some of those Group 'abilities' that are associated with land only work with deeded land.

    Thanks -- I'll ask the fine people over at Support what they have to say for themselves. This is way too convoluted :)

    • Like 1
  6. 3 hours ago, LittleMe Jewell said:

    The only way to override the TP on the first attempt is if the person has their Home set there.  Otherwise, they need to wear the group tag and will still need to do the TP twice, with the second one happening while inside the region. 

    The only thing that 'ignore landing point' does is allow the person to actually do the second TP and not be rerouted to the landing point.

    Deeding the land will not change that behavior.

     

    5 hours ago, Sylvia Tamalyn said:

    It's been a long time since I've tried messing with TP routing, but (assuming they are wearing the group tag when they try), it may be that they actually have to click twice to get to their destination. The first time brings them into the region, and the second to their desired spot. At least, that's how I remember it, and it makes no sense but I never found a way to get around it.

    Thanks to all who replied.

    For some reason the second TP approach doesn't seem to work. The first TP takes the user to the Landing Point; trying a second TP straight away results in the error message "Teleport failed. Could not teleport closer to destination." Walking a few meters and then trying the second TP moves the user back to the Landing Point.

    I tested with an alt, and it was wearing the group tag during testing. The "Ignore landing point" Parcel Power is enabled.

  7. Hi, everyone,

    I'm trying to accomplish the following:

    1) Force all visitors to my region to arrive at the Landing Point. This applies even if they use old landmarks that point to a different location in the region. But:

    2) Make exceptions for a small group of people, so that they can teleport directly to any point in the region via landmarks.

    To this end, I have set a landing point and set the Teleport Routing option to "Landing Point". That obviously solves 1) above, but I just can't figure out how to accomplish 2).

    The region/parcel is set (not deeded) to a group, so I hoped that the "Ignore landing point" Parcel Power would do the trick -- but it doesn't and I have yet to figure out what that option actually does.

    I know that direct teleport to arbitrary locations works for the region owner and any Estate Managers, but those are not options in this case.

    Is there a way of achieving this?

    TIA,
    Cain

  8. After careful consideration, I have decided not to freak out just yet.

    Yes, news like this is always unsettling. The History of Mergers and Acquisitions is a thick volume full of tragic tales -- and this could of course turn into one of them.

    Yet, this feels a little different. Waterfield seems to favor long term ownership over hit-and-run leveraged buyouts. That could turn out not to be true, but what are the assets that that could potentially be stripped and sold? A bunch of "previously owned" servers in a colo somewhere. A ton of user created content, the vast majority of which is not usable outside Second Life. A fine selection of Linden Bears.

    So why on earth would you buy Linden Research, Inc? I can see at least two reasons:

    • Tilia is a unique business with considerable potential. It's also much less valuable without Second Life as its flagship customer, which is good news for SL.
    • I've lost count of the number of times I've heard that "the future of work has changed" since the start of the pandemic. So I would not be very surprised to learn that LL is working on providing turnkey solutions for virtual office and meeting spaces for businesses. Mr. Altberg even alluded to this possibility during his talk at SL17B.

    Only time will tell. Everything may still go to hell in a hand basket, but based on what little we know so far, this could have been a lot worse.

    • Like 8
    • Thanks 1
  9. 1 minute ago, Beth Macbain said:

    Because it's absolutely none of your business?

    I'm as strong an advocate for privacy as anyone -- I just don't see how this is sensitive information. If someone uses a display name you can still see their user name, and that doesn't seem to be an issue?

    But ok. How about a feature that allows users to decide if their name change history is public?

     

  10. 17 minutes ago, Oz Linden said:

    We believe we've provided all the capability that a merchant, script, or external system needs to be able to determine whether or not a given account is the same as one that previously used another name (for Marketplace there is literally nothing they need to do). Doing that does not require that we give everyone the ability to read your name change history, which is otherwise no one elses business.

    Sure, I have already written a script to check previous names vs. current ones. But I still think this might be fertile ground for confusion in many cases.

    Why do you feel that name change history is sensitive and should be protected?

  11. I really think there should be an option for viewing a user's name change history. Without it, I suspect there will be a lot of unnecessary confusion. Merchants may have a harder time providing customer support, for example.

    And why wouldn't you have that option? It's not like name changes are deep and dark secrets, is it now?

    • Like 2
  12. 5 minutes ago, Mollymews said:

    yes i don't get why, it being a fixed fee, that it isn't open to non-premium accounts as well

    I think the plan is to make Premium (and the upcoming Premium Plus) more attractive. Again, the idea is to reduce the dependency on tier and hopefully be able to lower the cost for residents in the future.

    • Like 4
  13. 7 hours ago, Whisperwind Snowpaw said:

    It's not a token price. It's not something to mitigate costs. It's a cash grab, in my humble opinion, over a community that would probably have too much invested by this point.

    I think it's another attempt to slowly shift the SL economy away from being so dependent on tier revenue. A number of other recent changes have had the same goal: increased checkout fees, increased Marketplace commissions, etc.

    If the long term effect of all these changes is that land becomes affordable to more residents, I think it's a Good Thing.

    • Like 5
  14. 43 minutes ago, Pamela Galli said:

    Also hardly anyone thinks about all the free support creators / merchants provide — not for their products, but, for example, explaining how SL works. 

    That is so true! SL has a steep learning curve, and merchants end up doing a lot of explaining of the basics -- something that really should be a Lab job. But if we decline to help customers with these basics, we are told we provide poor customer support :)

    • Like 1
    • Thanks 1
  15. 3 hours ago, Callie Cline said:

    Hoping they come back to us with a new decision on cash out fees

    really hope so too, but I'm not optimistic. They'd have to find an alternate source for the roughly $ 1.5 million that this fee increase represents. (2.5% of $60 mill.)

    Currently, they don't have many options except Marketplace and Premium subscriptions -- unless they get creative...

×
×
  • Create New...