dd Temin

HELP....Since last Tuesday server upgrade, Sculpt Studio ,(SL sculpt creation application), has stopped working. When I click on sculpty to create map, it stops at 100% but it does not open a webpage. A URL does not get sent to me. Apparently the last server upgrades have introduced a new bug preventing communication between viewers and sculpt studio server. I contacted the "Sweet Sculpties" group and they confirmed that Sculpt Studio stopped working after Tuesday 14 may 2013 update. Yes.I submitted a JIRA report :). Yes I sent IM to Sculpt Studio creator the Black Box ....no reply as of this post

Yes ..I did send IM to creator before posting here but no reply yet......

HELP.....for the last 24 hours Sculpt Studio ,(SL sculpt creation application), has stopped working. When i click on sculpty to create map, it stops at 100% but IT DOES NOT OPEN A WEBPAGE. WEBPAGE url DOES NOT GET SENT TO ME. I dont know if sculpt studio server is down....OR if the Lindens have introduced a new bug in the latest server updates. Is anyone else seeing this problem?? My friend also has sculpt studio and her's has stopped working also. thanks...

Greetings:) (You said ...."I'm also seeing normally-adjacent sims, N, E, W, and S, not rezzing before I reach the boundary") 2 questions.......What is your "view distance" set to? And.... What type of sim servers...agni or Magnum or Blue Steel or El Tigre or mixed combination?

Yes ....Maestro Linden has told us it was a error in how interest list were being handled.

"rare edge-cases" ?? you've got to be kidding. You call totally borking up sim crossings for all vehicles a rare edge case? Yes..i know its mostly fixed now.. but it was not a rare edge-case when ruined sl vehicle enjoyment for 2 to 3 months.

Contrary to what LL cheerleaders might tell you.....The Linden Staff does read resident post in the Forums ..Especially the Technology forum and server deployments......So your posting your frustrations here is fine. Just no long RANTS.. Since the jira policy changed to hide any bug postings from the sl residents...This forum remains the only place for the residents to share sl bug issues. Yes its still necessary and helpful to file a Jira report on NEW issues/bugs.......But it hardly seems worth the effort to file Jira reports on bugs that have existed for months that both residents and Lindens are already aware of. Fingers crossed for today main servers deployment..

Thanks for reporting this Damien. Very interesting observation Can you post some FPS differences.........for the exact same situation.......make sure you are looking in the exact same direction and same avatar position as this can drastically effect the FPS numbers. same view distance setting also. and of course same graphics setting (ultra?)

One possibility is that your gpu/graphics card is overheating ....this can cause the gpu to automatically cut back the graphics performance drastically to the point where you crash in SL. Open the pc case inspect to make sure all fans are working and clean out any dust clogging the air vents. Also it would be helpful for you to post the specs of the PC and graphics that you are using. This info is shown under the HELP ....about ..... tab

It seems to me that this bug needs to be fixed onthe SERVER side !....... Otherwise all 3rd party viewers will continue to have thiis problem and only the official Linden viewer will work without this bug, Perhaps this is a another subtle method of forcing all residents to use only the official Linden viewer. It seems to me that the Lindens caused this bug on the server side with this new interest interest list method...so it needs to be fixed on the server side. Any comments from the Linden staff would be appreciated.......

HI all. There is even an easier fix......open edit .... Preferences,,,,,Graphics.........toggle "atmospheric shaders" off and back on. thats it... Of course it only good for that log on..........but it does not always happen on every log in anyway..

You can use lsl function llGetInventoryName(INVENTORY_NOTECARD,0) in your script. this will the return name of notecard . (actually gives name of notecard 0 only but if only 1 notecard in prim contents this simple method will work) if you have several notecards in contents you will need to first determine how many note cards.by using llGetInventoryNumber(INVENTORY_NOTECARD) Then do a loop to gather all the notecard names Look in SL scripting portal under LSL INVENTORY to get more ideas.

Greetings all, I wanted to point out that the "missing prim " bug can and does also effect Hud attached objects such as buttons. If you touch the position where the attached hud button is supposed to be......it will do what ever the button is supposed to do.......but when you dont see the button visible..and are not aware of this missing prim issue...you think you lost it is it is broken or detached. and Yes ....right clicking on the position where the button should be located will make it visible again. This is why that resident could not see the button to enter credit card information probably.

I agree,,,,this bug with a few random prims Not rezzing until you "right click " on them has been around for a year or more.......but since interest list changes..it happens a lot more often and effects more prims. There seems to be no pattern to it...the only thing repeatable is "right clicking" on the place where the prim should be always makes it rez instantly. So in am guessing that it actually is rezzed....but not loaded into your viewer unless you right click where the prim should be. My special thanks to Maesto and Andrew for fixing bug 1814 ( total loss of cam view during sim crossings with airplanes) Fixed now on Agni and Magnum servers Yeah !!! WE CAN FLY AGAIN !

IF you are Sim owner or Estate Manager...you can use the World...region/estate window.....choose debug... .select " Get Top Scripts"...... click 2 times on top left box called "Time" This will now show a list of all active scripts and/or Avatars running in that region in order of how much time it uses, name of script , and owner of script. A typical avatar will use anywhere from 0.05 ms to 0.2 ms. A really heavy scripted /laggy Avatar can be 1.0 to 2.0 ms!!! So if you see a scripted object that is using more than 0.10 ms.......I would consider that a laggy scripted object as its using as much or more than a residents Avatar would be using. ( yes...this is a judgement call) It takes some experience to properly analyze scripted objects using this method as it is a "snapshot" in time of time usage at that moment. Each time you press the "refresh button" you will get a new "snapshot" in time of object script time. If you are not SIM owner or Estate manager......perhaps you can ask estate manager to check your active script times as it is their interest to make sure you are not using laggy scripts. If you are living on Mainland.... i am not sure how to check scripts in objects...other than to bring ' rez on private estate first and get the estate manager to check it. Perhaps the newer official viewers have some tools to analyze script times..I use TPV so I don't know. Someone else can say if there are other tools.

Please correct me if im wrong.....but I think you accidently stated that backwards? Probably you ment to say .... Just because the Lindens do not respond to a bug does not mean it is NOT being worked on wow...a triple negative to make it read correct...

I am guessing you have been using a really old viewer all this time and recently put a newer version. Anyway...try Shift + ESC I always liked using only ESC myself too but that that got changed a long time ago.....

This problem is a bit more complex ....let me try again to explain.. You are perfectly correct about "simple basic " flying vehicles running basic vehicle script and perhaps a few other simple scripts are fine for sim crossing until much higher velocity before sim cross problem occurs. However if you have a fully functional complex aircraft with 10 or 20 scripts , moving control surfaces,sounds ,script timers ,propellers,animations,poses, etc...These type aircraft totally loose camera view at sim crossings even at the lowest velocity and never recover. pose animation is lost and you are unable to "stand up" even. Also....all testing i do is on main grid agni servers on adjacent sims with no lag,only 1 or 2 avatars present lots of spare script time and spare prims in both private island sims. I'm not sure that performance in Beta grids sim is proof of behavior on the main agni grid servers.

Maestro, could either you or Andrew tells us what you think has caused the sim crossing bug 1814 ? and what the proposed fix is doing differently? I am still puzzeled that you are always refering to this issue as only occuring at high speeds. We see this sim crossing loss of cam view at even very low aircraft speeds on some aircraft vehicles. As I have mentioned before , a very simple airplane with only a simple single vehicle script is able to good sim crossings. But most fully functional Airplanes have 10 or 20 scripts running, and it is these aircraft that always have loss total loss of cam view even at slow speeds. All residents who fly aircraft regularly in SL know to slow down before doing sim crossings. We are just looking to get back to the aircraft sim crossing performance we had only 6 weeks ago.

Maestro and Andrew..... I want to point out that the sim crossing crashes also happen at very low speeds. In the test Airplane that Darleen sent to Andrew I loose control and crash at even 30% power setting which is lowest speed you can go withouit landing. So apparently your internet connecton into SL is NOT reprersentative of what most residents experience.Perhaps you connect from the "inside" of SL?? not from outside SL. Just a wild guess. Today I bit the bullet and downloaded the current latest official SL viewer and tested sim crossings in the same test Airplane we sent to Andrew......just to make absolutely sure 3rd party view was not part of the problem. Loss of control happend just the same as with my 3rd party viewer. The only difference I observed was thay my frames/second dropped to 20 from the normal 40 that i usually get. I use I7 pc nvidia GT550TI and have a 18 meg connection via eithernet cable....so performance at my end is not an issue. 95 to 115 ms ping also. As i stated before....some Airplanes that have only the basic vechicle script dont have this problem until much higher speeds. However a typical combat aircraft in SL has probably 20 scripts running for all of the normal airplane and combat functions. Most of these script use a 0.1 ms timer to update control inputs. We just want to get back to the the airplane sim crossing we had 6 weeks ago and the performace we have had for tjhe last 6 years. 6 weeks ago we could do sim crossing even at very high speeds....the only speed limit was passing completely across the sim you had just entered before regaining control. The other clues are that when this happens the sit position is lost, cam view is lost...the airplane is really continuing to fly on the same path as when it entered the sim...but the pilot cant see and most important you never recover........you cant stand up either so typically you need to relog.

My ping time is 95 ms its nothing to do with ping time. ..as i stated in my previous post this issue needs to be tested using a typical Aircraft that the full complement of scripts and features.......Not just 1 basic vehicle script. I will be happy to provide a test Airplane to Andrew or Maestro. Certainly Aeon Voom must have provided Andrew with a Airplane to test after submitting Jira BUG-1814 as he is one of the major builder/sellers of aircraft in SL. How long ago did Andrew state that he can not reproduce the problem??? is that old news or his current position?

Maestro, I sincerely hope that "still investigating it" means that they are trying to figure out why the new interest list code has Broken aircraft vehicle sim crossings in every sim in SL...at every sim crossing. I have noticed that some aircraft which contain only the basic vehicle script are able to cross sucessufly if the aircraft speed is kept low. But most sl aircraft contain many 10's of scripts beside the basic flight script to control sit positions, animations,sounds.propellors,alerions,elevator,rudder,landing gear and combat aircraft contain even more scripts such a 6 or 10 vice combat related scripts. When this the sim boarder is crossed cam view, sit position/pose. and keyboard vehicle control are all lost and dont come back. This issue should be given a high priority........from you comment this morning i did not get the impression that LL was seriously /actively working on this.........I hope I am wrong about that.

Thats an execellent suggestion Qie ! "Because sim crossings are such a chronic problem, maybe we need to devise an exhaustive, objective, repeatable benchmark to run every week, so there are real numbers that indicate the effect of changes, good or bad." The current aircraft sim crossing Bugs will hopefully be fixed in the next few server code updates. (fingers crossed) But what do you think is a good maximum limit for sim crossings in meters/second? (for a best case sim crossing point such as perpendicular to border and in center of sims ...not the corners and flying in a straight path). 5 weeks ago i could do sim crossing at up to 36 meters/sec and the only limit was that I would pass completely across the the sim i was entering before I could regain control of the aircraft. Meaning the Sim server delay was about 7 seconds. 7sec=256meters /(36 m/s)

Maestro.... Thanks for letting us know that the sim Crossing issue for flying vehicles has now been officially recognized and that LL has some ideas about what went wrong. All residents in the flying and aircraft community are looking forward to this being resolved as quickly as possible . Will the fix be identified as BUG-1814 fix or ??? Thanks again for responding to this issue :matte-motes-smile: Is there any place/link where we can see the BUG-1814 jira submitted by Aeon Voom?

Sim crossings in most flying vehicles is now totally broken on agni servers after todays server update !!! Total loss of control on every sim crossing for minutes usually resulting in avatar needing to relog. It seems the dynamic camera control get broken in viewer at sim crossings and the Avatar gets unseated or looses its animation. the Air craft goes out of view........... but is actually continuing to fly until it goes off world or is stopped by a sim edge or object on ground. The pilot cant see the aircraft.. Maestro....we have been telling you about this for several weeks since is started in Magnum server sims........and LL just keeps rolling out totaly broken server updates... :matte-motes-angry: This is going to cause havok for all aircraft builders.....customers angry that the airplane they purchased for 1000's of Lindens crashes on every sim crossing !!!!