[script Error]

8 hours ago, Les Neox said:

Wish there was a simpler way to find thing on the sim

Parcel Owners can get more information on all scripted objects in their parcel from the "about land" tab by clicking the "script info" button. This gives the name and location and owner of all scripted objects in the parcel. The way to this info differs from viewer to viewer but in general with the later generation viewers you get the place profile floater from the little i button in the top location field, and then scroll the parcel bar down to see the "about Land" button.

 

Also have a look at some of the TPVs which offer Area Search as another way to locate things in a region.

 

[Unnecessarily scary message from SL]

38 minutes ago, animats said:

That message could be worded better.

Darn. You have been booted out of ....

[script Error]

9 hours ago, Les Neox said:

A small scrip image (cant click on it) appearse in the air at about The cordence of 101.224.26 location. (Devil Tummy 101.224.26). Dose this help ?

One of the objects in that outfit is running a script trying to pose you. The way to track it down is to take off all the items in that outfit folder, then one at a time, attach each of the objects, (no need to add any of the system clothes as they cannot contain a script).

[Darn, you have been logged out of SecondLife.]

9 hours ago, Anna Salyx said:

crash relogs that say "yeah, no wait a little bit more" that seems to go on forever.

Now those ones seem to be where the region you were TP-ing from still thinks you are there, and I've hardly seen any of those for months.

[Darn, you have been logged out of SecondLife.]

10 minutes ago, Whirly Fizzle said:

disconnects the avatar after 30 seconds.

Are you sure it's that much? If I understand the log format correctly, HH:MM:SSZ then 30 milliseconds would be more likely? The lines in the above log file for the failure span 1 second before the stats summary ending.

 

Sorry, my mistake, the disconnect finalises 30 seconds after the two log files diverge, what I was thinking was the divergence is occurring inside the same second.

 

10 minutes ago, Whirly Fizzle said:

Instead of assuming the TP worked and immediately starting the disconnect process, the current region should only disconnect the current avatar after the new region signals a successful connection with the avatar.

Yes please.

Except ... in the event an avatar crashes for some other reason in between the TP start and end (cat chewed through wire) then the sending region isn't going to let go of the avatar and that's where we get the ghosts from?

[Darn, you have been logged out of SecondLife.]

4 minutes ago, Wulfie Reanimator said:

Using a debug build of the viewer doesn't reveal anything out-of-the-box, someone would have to add more logging to that process

Yes, it's the old problem of you don't know what to look for until you have to go looking for it.

And ... when you add extra diagnostics, sometimes you chase the problem away. We had problems with memory leaks in a Fortran-90 program that didn't happen when we turned on diagnostics. Little did we know that doing that made unassigned pointer values default to a safe value .

[Darn, you have been logged out of SecondLife.]

Interesting. The first 8 lines of a successful and an unsuccessful TP in the log are identical (beginning with a teleportRequestViaLandMark and ending with a llinventorymodelbackground fetch)

Then, they diverge completely.

A successful TP continues with a cleanup message followed by addCircuitData and some setting up of the new connection.

A failed TP shows four messages about memory allocations, six lines about asset storage details, some viewer FPS stats, a mesh download quiescent message, and then the shut down summary. It's obviously made it's mind up right after that inventorymodellbackgroundfetch that it isn't going anywhere.

Both logs show this is all happening within the same second, so it's not a lengthy timeout, if a timeout at all, it's some sort of non-logged exchange that hasn't happened.

I hate to think what the logs would look like if I had full debug output turned on.

I'll have to learn to remember to learn to live with it.

 

ETA (I had a look at that Firestorm Jira, most of the issues there seem to be bake fails and login hangups, shame they didn't have some TP-fails too)

 

[Darn, you have been logged out of SecondLife.]

13 minutes ago, Monty Linden said:

Don't know but part of the reason may be hiding in your SecondLife.log file.

I have been studying these diligently, and it's scary just how many errors and timeouts get reported in there. but these are all associated with good TPs .

At present I don't see any extra lines in the run up to the failed TP that hint at any problem, but I am now going to see if there are any characteristic lines that are absent in the run up to a failed TP. Perhaps there's something like I am trying to move off whilst the cache is still being loaded... something drawing resources from the required exchange of data?

If there is any guide to understanding the log files I would be glad to see it. (ETA I know, you're going to say "So would we")

[Darn, you have been logged out of SecondLife.]

48 minutes ago, Wulfie Reanimator said:

They could, it just hasn't been done yet.

I know. I was just venting.  expressing the wish that this problem might get a little more attention once they've finished making everybody look so beautiful.

[Darn, you have been logged out of SecondLife.]

All because you wanted to TP from region F to region G, and, well, we sort of lost track of things, so when you log back in you're going to be back at region A, but with none of the floaters like inventory and people open that you had set up just how you like them, and no chat history either.

OK, a tad sarcastic I know, but something is puzzling me. If I can TP from A to B to C to D to E to F without a problem, what went wrong with G and why was it unrecoverable?

When I log back in to A and restore my floaters, then TP to G, it succeeds. If I go back to F and try to TP to G, it succeeds. The problem, whatever it is, seems sporadic.

I would far prefer the "Unable to TP you right now..." treatment because I can at least choose to go somewhere else and I still have all the viewer set up as I want it.

My question, or two of them, is/are therefore

a) Why did region F pass across all of the details to region G and forget about me when it seems that region G wasn't ready/able to accept me?

b) why can't the state of the inventory and people floaters and any open notecards be stored in my cache and reloaded after such an episode?

 

It's occurring sporadically in all viewers, and not always the same regions, so it isn't a main-server to RC server issue.

[script Error]

3 hours ago, Les Neox said:

Canf see any request on my screen,

A lot of the more modern viewers stick this notification in the little square in the top right area of the screen which expands into tabs for system, group, other notifications, etc. It's annoying,. I have had several people for whom I made things claim they have stopped working and it's down to this, the dialog box asking for permissions isn't shown to them for immediate action but is just added to the list of notifications they haven't yet looked at.

[Packing a Key into a String]

OK, so back to the original question, is there a space-saving way of compacting s full-length key into something shorter?

I'd say yes, the safest way I can think of is therefore take every n-th character from the full key as string to create a 16-character version. There is a faint chance that it's going to clash. If that faint chance is too risky for the particular application, then one has to bite the bullet and use up more space.

2 hours ago, Quistess Alpha said:

('Samantha Sausage' is taken *shrugs*)

There are some very very strange people in the world, and for some reason, SL seems to grab more than it's fair share of them.

[Anim Exporter]

I had a look at this as one of the things I do from time to time is make a pose to precisely fit a particular object. Qavimator and QavimatorBeta only offer very basic props that don't really support a complex shape, so the next-best thing is an in-world animation creator tool (Erdiss ACT) from the Marketplace that uses a poseable dummy and exports a BVH via an external web server. It doesn't offer any of the extra Bento joints your system does, so this is a major step forward.

In regards to cloning other people's work, I see two things here:

Firstly, using things like the Erdiss  tool above it is easy enough to replicate a static pose, so I don't see there's anything to "run screaming naked down the middle of the street" about BD doing this in-browser.

Secondly, longer moving sequences are not going to be easy to copy because there is no way I know of to freeze an animation mid-sequence, so motion-captured sequences are safe. Should somebody be obsessive enough to painstaking make a similar series of individual poses then I'd say it's effectively an original work, not a ripped copy.

The XML format is interesting, I just had to poke around in it. QavimatorBeta also saves to an XML format, albeit with a different nomenclature, but I can see the possibility to do some conversion if necessary.

So the big question, for me anyway, is this: revenue. If I were to grab something I've made in QavimatorBeta , massage the XML, poke it into the folder, and then play it via the saved list, am I bypassing the 10L$ boost to Linden Lab's coffers that would otherwise take place when I upload via the normal route? (I'm guessing that because this is the equivalent of the old-fashioned local textures the answer is no, but this is the only query I have regarding rights etc).

In general though, it's a very impressive and incredibly useful piece of programming.

<tongue-in-cheek>When's the linux/Opensim version of Black Dragon due for release?</tongue-in-cheek>

[Packing a Key into a String]

12 hours ago, Wulfie Reanimator said:

You'd have to show me what you're seeing,

I'm seeing what Quistessa has posted as an example of her shown name, and I think now I understand. 

 

12 hours ago, Quistess Alpha said:

When you pick a new name (by paying the 40$ fee) you may opt to change only your first name, and not your last name.

So that puts the kybosh on my idea of names,. as the last name which is immutable is also not going to be unique.

[Packing a Key into a String]

5 hours ago, Wulfie Reanimator said:

If you change your name, your username and legacy name changes.

This is confusing me. I have a friend who is about the same age as I, so he has a first name of his choice, but one of the pre-resident Linen last names. He has changed his name, but I see him as newname (oldfirstName LindenLastName) with the parentheses showing me what he was "born" as. To my knowledge, he can't change his born name?

 

[Issues when teleporting from latest server vsn to Main Server regions]

3 hours ago, Aishagain said:

Anyone else had comments about missing attachments? 

I've had a couple of friends ask for help where one can see things the other can't, and as they are each other's alts this didn't make sense to them. After some messing around I suggested they try without their VPN and the problem vanished. If you're using a VPN, do a re-test without it.

Side note, one other interesting thing was discovered during this, When one of the pair could see an object but the other couldn't, the one who could see it was able to right-click it and do a texture refresh which then brought it back to view for the other, who obviously wasn't able to right-click it because for them, it really wasn't there. This was the trigger factor to my idea that the VPN was somehow cutting down on packets that it knew it had already sent once to that end address and so wasn't bothering to send again in such a short time.

[Packing a Key into a String]

Ok, so given the issue of changing usernames, either you would pick the first 8 characters of the legacy name which is as far as I know immutable, or, how about the first 8 and last 8 characters of the key? It's getting to a vanishingly small probability of two avatars visiting the same region albeit separated by time and having identical first 8 and last 8 segments of their keys?

[Packing a Key into a String]

On 3/14/2023 at 4:30 AM, agentronin said:

Is there a way to cast, and compress, an avatar key's 128 bit pattern into a string variable 16 bytes long that can be used as the key in the linked data set?

you could make up a string comprising the first 8 characters of the key and the first 8 characters of the name, going further from Wulfie's suggestion, as it even less likely that two avatars with the first 8 characters of their keys the same will also have the first 8 characters of the name the same (even Lindens are going to start diverging after the 6th letter).

[Texture Loading]

One thing to check because textures are either fetched across the internet of loaded from your disk cache. If you have any antivirus checker which is constantly looking at the cache directory this can slow down reads and writes in this area of the disk. 

[Is there a way to get a list of nearby sit targets?]

On 2/19/2023 at 12:27 PM, Wulfie Reanimator said:

I'm upset just thinking about that thread again. 😣

I apologise for causing such pain, but it's probably worth it just to get the TLDR summary.

[Is there a way to get a list of nearby sit targets?]

The sensor method will work to an extent in that it can detect objects, also objects with scripts, but it's then a guessing game as a script in an object isn't necessarily setting a sit target, and an unscripted object might have a sit target left by a now deleted script as a prim property. Also, some prims will have a default sit position but might also be impossible to sit on (see a post by Wulfie some time ago about this problem with some mesh items, I believe Virtual Kitten asked the question).

I'd suggest having a look at how RLVa manages to get a list of possible sit targets for the forced-sit/unsit controls. @Coffee Pancake might be able to point you in the right direction.

[Syntax Error - I have no idea why it is happening - driving me insane]

14 hours ago, Fenix Eldritch said:

Also... you have a number of incorrect statements peppered throughout the script.

• line 15: llGetAnimationLength() is not a valid function.
• line 36: llSetAnimationOverride() only takes two input parameters, not three.
• line 42: CHANGED_ANIMATION is not a thing.

I think CHANGED_ANIMATION is an OpenSimulator extra.

[Unable to run Firestorm viewer]

12 hours ago, Denise Domela said:

Any help or advice is much appreciated.

Find your way to the viewer logging directory, which on windows is in the  C  -user - Appdata - roaming - (viewer name) folder, and under the folder called logs for each viewer, find the most recent log file and look at the very bottom of it to get an idea of the errors. Since both FS and SL viewers are giving you problems this is likely to be a similar error for each, but their reporting method might vary. 

 

I'm in a similar position to you with a problem trying to run the 32-bit viewers for an old embedded graphics laptop - since the viewer won't start I can't go to the top bar to get the viewer details.

 

You could always install and run Radegast to make sure you can actually connect to SecondLife, but it doesn't have the option to determine the system information that is necessary to track down this type of problem.

[sl freezing up]

13 hours ago, Russ Copperfield said:

my sl keeps freezing up on me what is going on?

Aisha's advice is the best starting point for others to offer suggestion, but I would also recommend you check if the anti-virus program you use is scanning the cache folders and chatlog folders too aggressively, also the SL executable. This will give symptoms of short-duration freezes.

If you are experiencing longer periods of freezing then you might consider putting some software on to monitor the temperatures of your CPU and Graphics card to check for excessive heating.

 

 

[lower jaw isn't stopping after animation is stopped]

I'm coming late to the party, I know, and my experience is purely with Qavimator-Beta, but what I had to do with every animation on the face is to make a reversed version where the starting frame (2) was the ending frame of the first animation that changed the face, and the ending frame of the reversed version was the starting frame (2) of the first animation. I got to this because I had the dilemma that if I made a "neutral face" pose that would reset all the face it would undo things like eyes where the person wanted to maintain a surprised eye setup but take off the jaw-drop to the mouth.

Effectively therefore I make two animations; xxx-ON and xxx-Off. it just means double the upload cost, and more complications if the animations are to be applied by scripts or Huds instead of just "play in world" from inventory.