Triple Peccable

JumpPos is broken for good, LL is planning on an officially supported script command to replace it. Unfortunately, they broke it first. Read the last several comments in this JIRA for more information: https://jira.secondlife.com/browse/SVC-7265

The cause has been at least partially discovered. See the last comments on this JIRA: https://jira.secondlife.com/browse/SVC-7265 It turns out that if the parcel at 0,0 (the SW corner of the sim) has object entry turned off, PosJump fails.

Now Rolig, you know as well as anyone that you should have done that with a timer event, not a llSleep.

FYI, I installed Viewer 3.2.4 today. Now I am back to pushing the video card to 95%, and getting 140 fps in an empty sim. I am thinking the culprit was this: https://jira.secondlife.com/browse/SH-2459

Someone had a similar problem earlier and downloading the latest video drivers fixed it.

Oskar, I can assure you that several main channel regions had a *working* posJump before 11.12.03.246118 was rolled to it today, and now they do not. I can provide you with a list if you like. The incidious thing about this particular bug is that it does not affect every region running 11.12.03.246118. Choose to believe me or not, I sincerely believe the problem was greatly multiplied today because this a *new* jumpPos bug introduced in the LeTigre channel but not caught in time. I will continue to collect a list of the regions where it is now completely broken, just let me know if that list becomes valuable at some point in the future. ETA: jumpPos continues to work in every BlueSteel region I have checked. And up until today's roll, it was also working in every Main Channel region I checked (which was a lot).

Ok, it is official now. PosJump was working fine in the region Meander until the restart, now it is limited to 10m and failing every time.

Oskar, I tried to let LL know about a problem with the 11.12.03.246118 server code currently running on LeTigre/Mangum by creating https://jira.secondlife.com/browse/SVC-7537. It was closed as a duplicate even though it is not. I am sure that when you release that code to the main channel you will have a LOT of broken teleporters, because PosJump does not work on many of the sims running that code. I spent most of yesterday tracking that down, and I can confirm it is only regions running 11.12.03.246118 that has the problem, although not ALL regions running that code has the problem. If you want to see it for yourself, go to Voidicus, rez a cube, and put the script that is in that JIRA to reproduce it. JumpPos / WarpPos is limited to 10m in that sim, along with lots of other Magnum/LeTigre regions. Unlike the JIRA that this JIRA is supposedly a duplicate of, PosJump fails regardless of land ownership or parcel permission settings.

Since LL has been working on the mono script rez / sim freeze problems I think sim crossings with mono scripts are much less of a problem than it used to be. But I don't create products that contains 100's of scripts, so I have not tested entering a sim wearing 100 mono scripts vs. 100 LSL2 scripts. At this point I would speculate that we have reached the point that the benefits of efficiently written all-mono scripts outweighs the benefits of a mono/LSL2 mixture.

Now that llSetMemoryLimit() has been implemented there really isn't any reason to use LSL2 scripts any more. The mono scripts excute much faster overall, and with careful implememtation you can save even more memory than you were saving by using the mono/LSL2 mixture. I have not had the problem you mentioned, but then again I have already converted over most of my mono/LSL2 mixtures to all mono.

Most updaters don't work from lists like that. Most are script driven -- a script is placed in your products that checks in with your updater whenever the product is rezzed (or once every day or two). The updater sends the new product only to those customers who has an older version of that product. Hope that helps.

I use a couple of JVA bots and if they become disconnected (like during a sim restart) they automatically reconnect. I leave my group invite bot and my main av online 24/7.

What I have found is that somewhere around V3.0 of the SL viewer something changed. I have a fast CPU (Intel I7), and with earlier viewers it would push my video card (NVidia 260) to 95% utilization and I'd get over 110 fps. The viewer was using 100% of the core it was running on. Now, however, on V3.1 and 3.2, CPU utilization has dropped considerably, the video card utilization has dropped to about 45%, and my frame rate has dropped to about 40 fps. This is with my custom settings somewhere between high and ultra. This is a sticky wicket you've brought up, there are just so many variables at play. Second Life 3.2.1 (244864) Nov 10 2011 10:33:28 (Second Life Release) Release Notes You are at 285,210.0, 270,621.0, 22.7 in Dobinson located at sim9105.agni.lindenlab.com (216.82.42.41:13006) Second Life RC BlueSteel 11.11.19.245570 Error fetching server release notes URL. CPU: Intel® Core i7 CPU 950 @ 3.07GHz (3064.54 MHz) Memory: 6143 MB OS Version: Microsoft Windows 7 64-bit Service Pack 1 (Build 7601) Graphics Card Vendor: NVIDIA Corporation Graphics Card: GeForce GTX 260/PCI/SSE2 Windows Graphics Driver Version: 8.17.0012.8562 OpenGL Version: 3.3.0 libcurl Version: libcurl/7.21.1 OpenSSL/0.9.8q zlib/1.2.5 c-ares/1.7.1 J2C Decoder Version: KDU v6.4.1 Audio Driver Version: FMOD version 3.750000 Qt Webkit Version: 4.7.1 (version number hard-coded) Voice Server Version: Not Connected Built with MSVC version 1600 Packets Lost: 4/42,237 (0.0%)

I am bad about accidently dragging a folder into a nearby folder without even realizing it. Search your inventory for some of the items you know were in the folder. You might find the folder hiding in another folder.

I can concur. I am one of those who has been paying tier on 1.5 regions and who is in the process of consolidating to a tiny store, all because of the Marketplace search. I sell only higher end more expensive items, so I don't stand a chance.

I feel privileged. My sim is now on RC channel "KT"!

One of the reasons I created the HUD is so that you can safely explore mainland "off the beaten path". Believe it or not, despite popular opinion, there are some great places to explore and great builds to see on mainland. I got tired of seeing over and over all the same scenery and builds that line the protected waterways and roads. In spending many many hours exploring, I don't recall once someone IM'ing me saying "This is private property, please leave". Sure, there are the occasional security orbs that will tell you that, but fortunately most are set to give you time to leave before booting you. So go on, explore off the beaten path. Most of those land owners want to show off their builds anyway.

None of the viewer side features you referred to duplicates the functions of the HUD. But I am not going to bog the thread down any further by trying to enlighten you.

First, seeing the ban lines doesn't help if you are in a moving vehicle. You need to see where the ban lines are before it is too late, otherwise you are dislodged from your vehicle, and many times the vehicle gets returned to your inventory. Second, you can't see the ban lines if you are at the border of the sim and the ban lines are in the adjacent sim. If you run into those ban lines on a vehicle, it is guaranteed to get returned to your inventory. Third, the HUD shows where parcels are too full to allow the vehicle to enter. Again, if you hit that condition at a sim crossing, your vehicle gets returned. Fourth, the HUD is very good about using as little sim resources as possible: Only 5 scripts and 0.3ms script time.

The HUD allows you to zoom in to see each 16 sq. meter of the sim, which is the smallest possible parcel size.

I use this to navigate through mainland waterways, it keeps you out of trouble even if you stray outside the protected land: https://marketplace.secondlife.com/p/Ban-Line-Parcel-Full-HUD-Essential-for-all-Vehicles-Explorers-and-Landlords/1269113

Oh ok. I haven't logged in with a V1.xx viewer in so long I have lost track of the "old" search engine.

Pamela, the two searches in question are inworld (which indeed is the same as the SL website search with a G maturity rating), and the Marketplace search. Definitely two completely different animals. Because the Marketplace search results are generally ordered by "best selling", it really hurts merchants like myself who sell only higher priced items. I assume this is because "relevance" or "best selling" is determined mostly by the number of items sold, and of course there will be hundreds of dirt cheap (or even free) items sold for each of the higher quality, more expensive items sold. The result of this is that LL will likely be losing a lot of tier from me, tier that won't even come close to being made up for by the 5% Marketplace commission. If that is true for me I have to think that many others are in the same boat. I just hope this thread sheds a little light on Lindens who might someday be scratching their heads wondering why total revenues continue to drop, even though Marketplace sales continue to rise.

Definitely! Here is my post from an earlier thread: I'm not sure LL understands the long term consequences of the big push to get buyers to use the Marketplace instead of inworld, especially when coupled with the current search placement algorithms. In my case I sell only high end, expensive items. I have created a successful inworld business with these products, and I've made it to the first page of the inworld search results. This has enabled me to easily pay tier on a substantial amount of land for the last few years, and still have some left over for profit. Now, however, it seems very few are shopping (or searching) inworld, so all the effort and money I am spending to achieve the good search results is being wasted. Since the Marketplace search results are so heavily biased towards free and cheap products, my business has dropped by at least 50% (and is still dropping). It won't be long before I will have to get rid of about $350 USD/month of tier (and advertising), keeping only a 512 plot for my inworld store, all because of the way Marketplace searches are ordered. I can't believe I am the only one facing this issue, so in my opinion LL will continue to lose more tier while increasing the abandoned land glut until something changes. The extra commissions they are collecting by encouraging buyers to use the Marketplace can't even come close to the money being lost as merchants give back large chunks of land. I don't think any Lindens will read this, but on the off chance one does, please try to see how the current Marketplace search algorithm is killing the higher end expensive products, how that negatively impacts so many merchants who have been paying a lot of tier over the years, and why that tier is now in the process of being lost. In my opinion, either more weight needs to be given to the higher end products in the Marketplace search, or the inworld search placement should factored in when ordering the Marketplace search results. All I know is that if something isn't done they will for sure lose a chunk of change from me, and probably many others as time goes on.

Maestro, I am curious. I know Help --> About will show you the sim's software version, but is there any way to tell if the server is one of the ones that has already received the OS upgrade?