Jump to content

Oz Linden

Resident
  • Posts

    424
  • Joined

  • Days Won

    2

Posts posted by Oz Linden

  1. 16 minutes ago, BlackBlade Smit said:

    So, I can't for the life of me get the EEP viewer to work. I got the latest from the "alternative viewers" section and every time it logs me in, At most it starts to load my friendslist (showing me who's online, etc.) then boom! "Darn, you have been logged out of SecondLife." message appears.

    That sounds as though you need to whitelist the viewer with the firewall on your system; that message usually means that UDP packets between the viewer and the simulator are not getting through.

    • Like 2
    • Thanks 1
  2. 16 hours ago, Ardy Lay said:

    I have seen issues like this caused by overrunning a residential router/firewall with more traffic than it can deal with.  Pipelined HTTP asset delivery uses TCP, can be really fast, and has it's own error recovery.  Some other communications SL uses are UDP without OS/STACK level error recovery.  If SL's HTTP traffic fills a buffer in a router/firewall, causing an overrun, or exceeds a committed information rate, triggering a discard policer to discard traffic, then UDP communications can suffer, resulting in SL's own error management incrementing a packet loss error counter.

    Suggestion: Connect computer upstream of residential router/firewall and test SL.  I find that often solves the problem, prompting the user to replace their router/firewall with something that can keep up with their new committed information rate.

    This is a great suggestion. For more information on how this problem occurs, google "buffer bloat".

    There's info on tests to see if this is your problem at https://www.bufferbloat.net/projects/bloat/wiki/Tests_for_Bufferbloat/
     

    • Thanks 1
  3. This is a good illustration of the basic paradigm of LSL: a state machine. The owl has two states: hooting and silent. In each state, it's response to being touched and its response to the timer going off are different. Using states rather than a switch variable, you get a very simple set of event handlers in each state:

    float interval = 40.0; // how often the sound is triggered
    string hoot = "Owl";   // name of the sound in the object
    
    default
    {
        state_entry()
        {
            // you could do something here to let the user customize
            state hooting;
        }
    }
    
    hooting 
    {
        state_entry()
        {
            llPlaySound(hoot, 1); // make it clear what state we're in
            llSetTimerEvent(interval);
        }
    
        timer()
        {
            llPlaySound(hoot, 1);
            // you could call llSetTimerEvent here to introduce some randomness
        }
    
        touch_start(integer total_number)
        {
            state silent;
        }
    }
    
    silent
    {
        state_entry()
        {
            llSetTimerEvent(0.0); // no need for the timer so stop it
        }
    
        // note that there is no timer() event handler
    
        touch_start(integer total_number)
        {
            state hooting;
        }
    
    }
        

     

    • Like 2
  4. 10 minutes ago, Jules Catlyn said:

    So people visiting my store wont be able to see the windlight i edited and set for the parcel?

    They will once EEP is integrated into the viewer they are using.

    If what you did was edit a local file on your system to set the parcel windlight, then only people who have that file (with the same name) are seeing that now (this is how the Firestorm parcel windlight works; everyone must have a copy on their own system).

     

    • Like 1
    • Thanks 1
  5. 1 hour ago, SubZeroWins said:

    Because the web server Im trying to fetch data from, appears to have blocked any requests made from in world.

    Maybe they don't want you doing that?

    If they really are blocking requests from LSL, they most likely are matching on the presence of the LSL version, which is included automatically and you cannot remove; see the wiki page

    Quote

    The user agent value is appended to the one generated by LSL 

    Have you tried asking them?

  6. 16 hours ago, Melissa Dzieciol said:

    When I tried to log in I got a message that said that my account in under going minor maintaince. I was able to log in a few minutes though. What is minor maintace?

    As much fun as it might be to watch the continuing speculation, I'm afraid there's a simple explanation....

    We're in the process of upgrading some of our inventory database servers, which means moving each users inventory data from an older server to a newer one. We can of course only do that when the user is not logged in, and before we start the copy we lock the account to prevent them logging in while the move is in progress. You just happened to try to log in while your data was being moved.

    The lock lasts for 6 minutes, so if you happen to get that message go make a sandwich or your favorite hot beverage and you should be able to log in when you're done. If you happen to get that message separated by more than 6 minutes, file a ticket with support and we'll look into it promptly.

    • Thanks 12
  7. On 2/2/2020 at 5:28 PM, Ardy Lay said:

    I see Oz Linden added SpeedLight to the Third Party Viewer Directory.  What I don't understand is why SpeedLight is currently in the Active Full Viewers category when it does not, currently, provide a view into the virtual world of Second Life

    Good point - my mistake.  Fixed.

    It will of course be moved back if/when the 3D view is in production.

    • Like 3
    • Thanks 1
  8. 13 hours ago, Lucia Nightfire said:

    Is scripted url requesting going to change in the future in that respect? IE, are url's generated by llRequestURL() & llRequestSecureURL() going to have any structure change, particularly, ".agni.lindenlab.com" & ".aditi.lindenlab.com" or are there going to be new functions by then?

    The functions will not change; the values returned by them will, since we won't be using the 'lindenlab.com' domain for simhosts in the cloud (they'll probably be in 'secondlife.io'). They will most likely still have the grid level in the name, but I strongly recommend not counting on any particular structure or content in the value.

    • Thanks 1
  9. 7 minutes ago, West Habercom said:

    It seems that the IP number trying to fetch the information from the servers, belonging to Linden Lab) registers on a v2 server as a stream saver (aka potential ripper), believe it or not. One of our engineers had written a script where enough of these attempts by an IP number labeled this way ends up getting banned from the server:

    I have X'd out the IP protect Linden Lab

    For future reference; if anything in your infrastructure relies on simulator IP addresses being in a particular range or having a particular domain name, you should reconsider it - when the simulators are in the cloud (none you can see are, yet) both of those will change.

    • Like 1
    • Thanks 2
  10. 2 minutes ago, Garnet Psaltery said:

    So why are you Oz?  There must be a story there.

    No one told me I needed to pick a name until the Thursday night before my Monday start date, and the first 4 or 5 I came up with were rejected for one reason or another (most because they'd been used... we normally require that no Linden has ever used a name before). By Saturday night I was getting desperate and enlisted a bunch of my friends to come up with suggestions; one came up with Oz, and I texted the HR person and my soon-to-be boss and they said it was ok. I was coming in as the Open Source Director, and already had an 'Open Sourcerer' t-shirt (still do, but it's getting pretty ratty now), so the wizard angle was attractive (setting aside that the character was something of a fraud).

    I won't deny that the fact that the then most popular of the third party viewers I'd be dealing with was 'Emerald' wasn't a factor (the friend who suggested it had no idea)...

    and one more little bit of Linden lore... at work, nearly everyone is known primarily by their Linden name; there are plenty of people I've worked with here for years that I'd have a very hard time coming up with RL names for (makes creating LinkedIn connections a bit more difficult). I rather like being called "Oz" and it feels as natural to me as the name my parents gave me.

    • Like 7
    • Thanks 4
  11. On 1/28/2020 at 6:53 AM, Fauve Aeon said:

    I can’t find the source so I’m tagging for confirmation but I was told that @Oz Lindensaid that more than 1000 items in any one folder or sub-folder can cause lag. I’d really also like to know if overall inventory size can cause lagginess and if so, what kind.

    Inventory size does not affect lag in any way that I know of (where in this case 'lag' means impact on movement and visual updates).

    If your inventory has more than a few thousand items in the same folder (where an item is either an object or a sub-folder), it can affect the time it takes you to log in; if that effect becomes large enough it can cause your login to time out.

    • Like 1
    • Thanks 6
  12. 21 hours ago, Rainawolfia said:

    . Everyone around me is moving and I can even talk for 30 seconds before it logs me off saying it might be problem or connection

    What you describe is what happens when UDP is blocked - this is common in free public access networks. Second Life can't work under those conditions, so you'll need to find somewhere else to connect. 

    • Like 2
    • Thanks 1
  13. 22 hours ago, Alyona Su said:

    As I understand it: If creating a NEW account and during that process, if you subscribe to Premium then you get to choose a last name at no additional charge (because it is not technically a name change, but a first time name) - so you get the last name and premium for the price of the premium itself.

    Is this incorrect, Oz?

    That is incorrect. New accounts will always be Resident whether Premium or not.  New Premium accounts will have the same ability to change the last name that an existing Premium account has, and will pay the same fee.

    • Thanks 4
  14. The services we were providing interfaces to via SLShare (Facebook, Twitter, Flicker) have not maintained stable interfaces; each of them has repeatedly changed the interface in an incompatible way (sometimes with very little notice). None has been used very heavily by the user base as a whole, and because of the interface instability we have decided that they are not worth the high maintenance cost so we're removing those features from the viewer code and shutting down the backend service.

    We're very sorry that this will inconvenience those who were successfully using the service.

    • Thanks 15
    • Sad 1
  15. 22 hours ago, NiranV Dean said:

    The profile feed is going to die anyway or do i remember this wrong?

    You remember it slightly incorrectly.

    The Legacy Profiles project restores the in-viewer version of the profile floater; most of that floater will be in the native viewer UI rather than an embedded web window as in the current default release, but it will still have a tab that will be a web interface just to the feed.

    You can get the Project viewer for this and try it out for yourself.

    • Thanks 2
×
×
  • Create New...