ObviousAltIsObvious

Aditi is still there. You can switch on the grid menu in the Advanced tab of preferences, the keyboard shortcut isn't working right at the moment.

The original office hour transcript, including the part that no firm size or number had been specified, is already linked there.

Here is the essence of the problem. LL only provided an initial guess of how much data would be permitted in each folder transmission. They never specified a final figure. An exact number, or even a close approximation, is not available. I think that you missed an important comment in there once you saw numbers. " i don't have a number yet, probably in the ballpark of 10's of thousand of items." This was repeated in the following meeting. "i don't have a firm number yet, sorry" There is still no firm number from LL.

they probably don't expect you to rip this model to get it into an outside editor, if they gave you shadows. you can use select face in the SL object editor to look at the textures that are on the sample. it is usually easy to tell what uv map goes where once you see them. you can put replacement textures on the same way, with select face. if there are14 uv maps, the guitar is probably 2 or more mesh parts linked together. there could also be discontinuous faces, and the maker didn't feel like combining the different uv portions into a single image. some of the uv maps could be shareable. if a map's triangles do not cover the entire area of the texture, and a second map's triangles all fit in the blank space left behind, then you can combine those in one texture.

I think the problem is that these scripts with remote seats don't want to ask for permission every time, if they don't have to, so they don't annoy their users as much. They should check both llGetPermissions() and llGetPermissionsKey() before they decide to forego a fresh permission request. When animation permission is revoked via a server message, any other set permissions will stay behind, so llGetPermissionsKey() alone is not really a safe check. You can reproduce this yourself. try it with a recent LL viewer because it will reliably send this revoke request. Get a pose ball to rez on any Xpose furniture, have a seat and grant animatin permission. Stand and sit again, to confirm that it remembered you and didn't ask for permission a second time. Stand again, and pick Me>Movement>Stop Animating Me. Sit another time on the same pose ball. the animation does not start, and no new permissions are requested. This persists even if a "STOP" button is pressed and new balls are rezzed, the script simply assumes that the same avatar in that position still has the same permissions. Repeat the same test with MLP V2.4 furniture, and notice that after the Stop Animating Me step, the script correctly asks for fresh animation permission on the next sit. Well this is a surprise. Firestorm beta 4.5.1.38838 uses new enough upstream code that it does also send this message with Avatar>Avatar Health>Stop Avatar Animations.

Perrie Juran wrote: ObviousAltIsObvious wrote: kaymichel wrote: I thought that the viewer would not show any new items when i reach the 10.000 Or are that old news? BTW sorry for my mistyping in the first post. I am close to 10.000 (ten-thousand). yes, if you have a single folder with really large list of items, some may not show because the message that sends folder contents from the inventory servers is limited. if this ever happens, move the visible items to a new folder, then the hidden ones can load. I changed the number in Limits to "several thousand" because it doesn't really work by item count. it's based on the transmitted size of each folder's contents, which is variable due to item names etc. I think you need to go back and undo that. From the linked User group meeting they were fixing ("setting") the amount of data a folder could use. [12:32] Stone Linden: I'm aiming for a limit of about 10MB of response data per folder. From that rough estimates could be done on the amount of items the folder could hold because thats based on the item description, UUID, etc, not the 'size' of the item: [12:31] Joshua Linden: Rex: look at http://wiki.secondlife.com/wiki/Inventory_API for the data structure associated with each item. It's slightly under 1k of data once you count all those bitmaps and UUIDs, and serialization overhead [12:35] Draconis Neurocam: 10,7 k rounded figures from the data you gave for 10 megs So the original "about 10,000" items per folder is pretty accurate. There actually is some hard math involved. http://wiki.secondlife.com/wiki/Simulator_User_Group/Transcripts/2011.03.08 No, that is soft math, that is why Draconis Neurocam called it rounded. Item description and a few other attributes are variable length.

I don't use this Firestorm pose stand and have experienced the bug, and can repro it with other viewers, so it is not really a Firestorm issue. It really is that Xpose incorrectly assumes it still has permission, if the same avatar sits on a pose ball again.

Xpose has a bug that causes it to break this way if animation permission is removed with the RevokePermissions server message. It appears that at least recent MLP V2 furniture is not affected, it properly checks for permissions and asks again if needed. There could be other scripts with bugs like this, the moving poseball type is most likely to be affected. This is not really a new thing, some of the third party viewers have offered functions to revoke animation permission when you stand up. on the server side this ability has been supported for a very long time. One thing is new: since a few months ago, LL viewers send this message out when Me>Movement>Stop Animating Me s chosen. Animation permissions are revoked from any script in the region that has them for you. In either case, once this message is sent, an Xpose pose ball will not work for you again until somebody else sits on it, or you reset the furniture. So, avoid using "stop animating me" in the same region where there is any Xpose furniture that you want to use. If you use Firestorm or a similar viewer, you should make sure that Revoke Permisisons under Preferences>Firestorm>Protection is set to Never unless you are in a heavy grief area like a public sandbox.

That is a filter left over from a long spam attack. It was all about the TV streams before the escort spam moved in.

Advanced>Highlighting and Visibility>Hide Selected

the fees for partnering, uploads, group creation, classifieds, marketplace commissions, etc. are called "sinks", these linden dollars are destroyed. on the other side, there are "sources" like stipends, contest prizes, linden realms awards, occasional seeding of the lindex that create linden dollars from nothing. all this helps to keep the inworld money supply stable so that its value won't bounce around too much.

The graphics settings are sent in with the periodic stats as a single value "shader_level" 0: low graphics, no shaders 1: basic shaders 2: atmospheric shaders 3: advanced lighting 4: advanced ighting, SSAO enabled 5: advanced lighting, shadows enabled (CPU, graphics card, many other stats are also sent in.)

kaymichel wrote: I thought that the viewer would not show any new items when i reach the 10.000 Or are that old news? BTW sorry for my mistyping in the first post. I am close to 10.000 (ten-thousand). yes, if you have a single folder with really large list of items, some may not show because the message that sends folder contents from the inventory servers is limited. if this ever happens, move the visible items to a new folder, then the hidden ones can load. I changed the number in Limits to "several thousand" because it doesn't really work by item count. it's based on the transmitted size of each folder's contents, which is variable due to item names etc.

bouncy mesh is on the way, we have seen the future and it is gloriously silly.

If the land is set for no public access, group only, pay to enter, etc., then the ban fence extends 50 meters over the ground. You will be told what kind of access restriction you hit if you are in the same region, but if you try to enter one of these across a region boundary there is only a gneeric message that calls it a "banned parcel". If you are listed by name in a parcel's ban list, then the ban fence extends 5000 meters over the ground.

"only 50" was wrong, and that numbers in the wiki were too. The real heights are current ground elevation plus 50 meters for most types of ban lines, current ground elevation plus 5000 meters for explicit ban by name.

Static IP is handy if you want to run a serious server of some kind, but dynamic dns services work well enough for casual or hobby servers. Static doesn't really give you anything special on the client side.

Setting transparency from the editor is broken on rigged mesh. For viewers with materials support, it only works if advanced lighting is turned on. If advanced lighting is disabled, only the 0 and 100 settings work as expected. Alpha channels inside a diffuse texture are not affected, only the editor setting, so that is your workaround.

enable advanced menu under Me>Preferences, Advanced tab then Advanced>Debug Settings, set both floater_pos_build_x and floater_pos_build_y to 0. close debug settings and press ctrl+3

are you putting on the mesh body separately with "wear" or "add"? if you wear the whole folder it will take off anything you had on before, including the invisible avatar piece. if you want to wear the folder all at once, you can put a copy of the invisible avatar item in the folder with the mesh body. if there are problems are that, the next step will be to ask the avatar maker. there were some strange problems with those bodies when they first came out, but not the same trouble you are reporting.

Those are interesting speculation but LL did not do anything to stop the API that landbots really use. LL knows this too.

there should be a piece called "alpha" packed with the avatar. you need to wear that to hide the system body. if it is missing, there is one called "invisible avatar" in the inventory library that will work.

kingkong112 wrote: kingkong112 wrote: Perrie Juran wrote: So the question is has anyone filed a bug report on this? https://jira.secondlife.com/browse/BUG-4904 well, I was a bit lazy, when I did fill out the form, lol someone said there, that he heard that it is no bug, that it is programmed like this cause of landbots. then a Alexa Linden closed the issue without a comment. I´m not sure, but maybe she closed it cause it is a dublicate of a 2 years old unsolved issue, at least I cannot see a solution or official comment to the older issue: https://jira.secondlife.com/browse/VWR-29236 is this normal for a bug report? and what r landbots and why r they dangerous in Zindra and not somewhere else? A landbot is an automated avatar that buys up cheap land faster than a person can. The legacy search still works on adult land and the map is not a really efficient way to get that information, so that is not why the icons are missing. Your bug could have been closed because it is a duplicate but LL likes this process to be mysterious and inefficient.

Perrie Juran wrote: I've read also that they charged for the TP's on the telehubs????? They weren't that mean! The telehub system was a free replacement for paid direct teleports. Lindens really wanted people to slow down and mingle, but they never found a great way to make it happen.

The forms on echosign are the same W-9 and W-8BEN that LL said they would be requesting before. It is smart to confirm that these forms are really being sent back to LL, but those are really the forms IRS uses.