Too many disconnects and unsits from vehicles on sim boarders
planned
TgBianca Resident
We did 11 races in January with all together 96 racers and have about 7-12 racers per race. A race takes normally max 40min. But there was not a single race in January all sailors finished without disconnects or thrown off the sail boat on crossing sim boarders
The region "Depace" is the worst sim in the last weeks. We crash there most of the times either on the crossing into Depace or out of Depace. It happens as well when someone sails alone there. There is not much underwater stuff that needs to be rezzed long. So there is no actual reason for these crashes there.
Check the sim Depace first and seriously and don't just look at some general parameters or values. Do a serious check including server address changes and all those things. The other sims start getting the same issues more and more. So the whole area is worth to be seriously checked.
and i talk about all these sims: Stodierski, Mautte, Paltiete, Mon Bayete, Degrand, Sarante, Petaccio, Rexach, Betacourt, Feraco, Repaci, Castrum, Palmerston, Rafeiraga, Valdivian, Couse, Gerache, Collhaytah, Port Pawtee, Maris, Conwy, Port Gonnornertnert, Quimadra, Depace, Lavaca, Val Encia, Benach, Coull, Oprince, Getachew, Wyrldmaker, Corpening, Geffers, Costagliola, Cottier
Log In
Atomic Infinity
Notes on region border crossing... Signal Linden Philip Linden
I have now completed a re-write of my LSL that runs my non-physical trains across region borders, with the aim to reduce the unsits and permissions script errors that the server throws up, despite perms being correctly held in the script. While I do occasionally still get errors popping up, they are now much less frequent. I will share what I have found just in case it helps your region border crossing review.
There are several places on the old mainland tracks that do pass through a 4-way region corner, and for the most part my code now also passes through these with far less incidents. Unsits can now be considered more rare, which is nice 🙂
My understanding of a border crossing summary :
The object moves beyond -1.0 or +257.0 metres coords, to trigger a handover. The server then gets very busy with a lot of stuff, during which -
- The scripts are suspended in the vehicle
- The avatar is separated from the vehicle
- The vehicle and avatar are passed over to the receiving region
- The avatar and vehicle are reunited as a single object
- The scripts are resumed, and it continues on its way
The errors that happen are all perms related : start/stop anim, control camera, and take controls, often with 'avatar not found'. The nature of the specific errors suggested to me that the scripts are being stopped after the avatar has already been separated from the vehicle, or has already left the old region, and then are being restarted before the avatar has arrived on the new region, or before they are re-seated.
Moving a non-phys object (train) is just maths, so I know exactly when in my script that my coords will trigger a region change. So in my script I now suspend all perms-related function
before moving the object out of region
, and it then waits for a CHANGED_REGION event.This event occurring is hopefully evidence enough that the vehicle has arrived in the new region (though a question remains : is this event triggered by leaving a region, or by arriving in a new one?)
When the change event occurs, a timer then polls for the local existence of the avatar. Once the avatar is detected to be in the new region AND confirmed sat once again on the object, it resumes normal functionality.
(see 1st reply for continuation.... because canny sucks ;p)
Atomic Infinity
continued...
I believe the key part that makes this succeed is that :
The script continues to hold the permissions to act on the avatar, but is not actually animating, nor controlling cam, nor taking controls at the moment of crossing the border. If it is not
trying
to do these things, it can not generate an erroneous and unjustified script error when it can't find the avatar.So my LSL re-write is effectively a workaround for the synchronization problem of the suspend/resume of scripts not matching when the avatar and/or vehicle actually do change region and re-unite.
The script does not lose its permissions status at any point - what it 'loses' is the avatar it is supposed to be acting upon. The scripts are running when they are not supposed to be.
Stopped scripts needs to be a pre-requisite before unseating the avatar, and being re-seated needs to be pre-requisite to starting them up again.
I do still get some script errors occasionally, so somewhere the workaround is not 100% reliable at suspending / resuming function in the brief moment of border crossing, or detecting the avatar fast enough.
The users viewer also seems to be an influencing factor. When I do get script errors now on crossing a region border, it is most often when my viewer framerate is compromised, for example when approaching a built up area with a lot of content to load and render. Maybe the delay in my lower framerate still allows some stray control inputs to be sent while the script is trying to release controls before the border, but this is just guesswork.
I was thinking I might try to do a similar process in some of my physical vehicle projects, but seeing what it took to improve in a non-phys, I’m not sure that is going to be possible. The non-phys movement is like precognition of when the crossing will happen, whereas physical movement is not so predictable. I guess I'll try it and see how that goes.
Anyway, hopefully this info is useful in the search to help fix border crossings for everyone.
Skyler Pancake
Has been noted within the pony community as well, though we're all pretty used to it. It's treated a bit as a joke to see how many crashes you managed to survive to do the route.
Beyond the crashes, I've been having issues with regions just simply not loading? Just big empty hole in the world. Relog will solve the issue, but annoying to have to relog every 10-15 regions. Is this something anyone else has been experiencing?
KyliaDaden Resident
Skyler Pancake Well, that does happen to me sometime, but thankfully Kokua Viewer has "Refresh Scene" menu item that forces a refresh of the visible region. Anyways, I think there's another Canny feedback about this ...
Lisa Hyandi
If you want to investigate in a specific sim please take a look to Quimadra
It is the 3rd time that without any specific reason i got unseated / disconnected or boat becomes unresponsive in that region. And it happens also to many others who race with us crossing that region.
Also tonight our race decided by a crash of the leader there.
We all race for fun ok. not a big drama but frustration is real
.. Please check if that sim is just unlucky or what can be the specific issue that makes it many times worse than any other sim in that area.
Please note another very interesting detail.. We crash when we anter in Quimadra leaving Ooprince. but this happen when this specific cross follows teh same cross in the other direciton
Let me try to explain better:
We enter Oprince From Quimadra and this kind of cross never gives an issue
We turn around Oprince gate and we enter in Quimadra leaving Oprince in less than 30 seconds after the first cros.. And this time we crash very very often (20% of the times?)
This is quite strange.. and let me suspect that there is something different if we cros teh same border twice in a limited time
AWalphaomega Resident
As a creator and scripter of most types of vehicles in SL, I have to say I am extremely interested in this topic. I too have found a consistent degradation of performance in sim crossing over the last several months. This is most evident on roads, but it happens on water and air passages as well. I have done extensive study of this issue and have a few ideas (but no concrete theories as of yet). One of the more compelling bits of evidence points to the massive inrush of http data from all of the high resolution textures as you get in range of them. This does not account for things like strange script errors or bizarre unsits on slow crossings into sims that otherwise are functioning normally. I would like to propose a vehicle roundtable. This is something I would gladly make time for if possible, and would very much like to participate in.
UPDATE - now, based on the current state of the grid on 4/1/2025, I find it is the worst I have ever experienced. This must be dealt with soon!
Lisa Hyandi
Great
Thank you for listening to us and for the live tracking dome
Looking forwardi to the solution
Signal Linden
planned
Philip Linden
We are going to solve this, and agree that these are critical and frustrating problems.
Esmelyn Resident
I was one of the victims of these races. You can see my video within Bianca's race report. I dont understand how I can have a healthy 2 or 3 practice laps.. nothing changes and then half an hour later the race happens and all hell breaks loose. I do all the things asked of me and beyond and this still happens. I have lowered my graphics, I have removed all my mesh and gone to a basic avi.. i even purchased a second internet provider that only my computer was linked to in my house to try and improve connection and communications at my end and yet this still happens.
I spend so much time in SL along with many other users who practice and work hard to be ready and able to race yet these races are no longer fair.. its not the best people win anymore. its whether Second life chooses you to finish unscathed.
This last race I was in a solid podium position only for second life to decide "no.. not today. i think I will award this too someone else." Its not fair on me or anyone else who is kicked out and its not nice for the people who do succeed knowing they got their positions through second life and not through merit.
This is not a complicated request, its very simple.. just make the sims hand over your details in a safe, fast and secure manner.
I am a highly invested simulator gamer inside second life and outside in other games.. DCS.. Sailaway.. Star citizen.. worlds where you can travel for hundreds.. even thousands of miles and not a single glitch in connection. Why then.. why.. is this fundamental and basic need so hard to get right?
Sorry for the rant but I and many others invest their time and energy in this world.. we love it. but right now our time spent is just being wasted
TgBianca Resident
Tuesday the new server software release was rolled out on the Second Life Server and we had a race in our race area with only sims on Second Life Server a couple of hours later. We all were curious, if we will see any improvements.
I am sorry, but i really have to add water into you party wine. You can read my race report including videos here:
The few practice hours before the race, the race itself and the first day after the race on the hotlap course in this same area showed the same number of disconnects, of script errors after disconnects and no noticeable real improvement.
Sorry but i think your plaster stopped the first bleeding a bit, but the leg is still broken and needs still to be fixed.
hakiria Resident
!! Unstable technology in SL - crashes are the norm!!
Dear Linden Lab team,
We are writing to you today as the owner and co-owner of an airfield, as a sailor and motorboat driver, and as a pilot. And we have to tell you, the situation is serious. Very serious!
It can't go on like this in Second Life.
The conditions for an unrestricted gaming experience have dramatically worsened. Although many players have repeatedly contacted you in the past few months and complained about all the spontaneous and inexplicable crashes, nothing has happened, or we have been fobbed off or otherwise dismissed. Since the beginning of this year, the situation has become unbearable and actually unworthy of a simulation like Second Life.
Sailboats and motorboats crash, not only when crossing a sim. The same applies to airplanes, which suddenly can no longer be steered. The avatars crash with the vehicles and are then increasingly seriously damaged when re-entering Second Life.
The situation is now so bad that the sailing clubs, among others, are considering stopping their regattas due to irregular conditions.
The constant crashes are now a constant issue in Second Life. It also increasingly annoys us that we are customers of Linden Lab as paying members and feel that this concern is not taken seriously by you despite this.
We urge you to take a serious look at this fundamental technical problem in Second Life.
Metmes Zerbino, 17 years in SL (Premium Plus Member)
Hakiria OGrady, 6 years in SL (Premium Plus Member)
Load More
→