Coffee Pancake

The scripts might be simple and have low times, but that time wont represent the time impact issuing object updates has. There are many ways to max out a region.

I advise you start by turning on object updates (CTRL+ALT+SHIFT+U), roaming your region, and removing items that meet the following criteria. There will not be "that one thing", expect to be brutal. Take your time. Watch items for a moment If it rezzes or spawns things (A pulse of green). REMOVE. If moves, animates or changes (steady stream of blue). REMOVE. If it's a virtual pet, decorative or breedable .. There are so many objects that move and roam about on that region it's really no surprise that performance is suffering. Thinking there are one or two bad apples you can remove to fix the problem is misunderstanding the nature of the problem. The script engine is spending a little time running the script and a lot of time updating objects on the region. Or in other words .. low script time resulting in high overall usage. By comparison, an object with high script time that does not stream updates to objects could actually be lighter.

The change is from LL so it will make it into all viewers sooner or later, screenshot is from our internal Catznip build so will be in our next release proper.

Voice status and updates have not been left to "drift", There is a internal voice viewer with updates from vivox and pending a further update from them will be released in the not too distant future. Maintaining and improving voice is important to LL and TPV's and the issue routinely gets brought up at meetings ... which you are free to attend. If you cant, they are recorded and placed on YT https://www.youtube.com/user/PanteraPolnocy/videos Vivox updates can be seen here https://youtu.be/quejAR7VaRE?t=1132 LL would like to resume issuing a Linux viewer in line with Windows & OSX but need community help to do it, they have been asking for help for a year at this point. The viewer has many dependencies, right now these are compiled for and shipped with the viewer binary, this needs to be changed so the viewer will uses system libs like every other Linux application. If you have the time, skill and would like to do something constructive .... you will find LL and the remaining few Linux TPV devs very receptive. Feel free to get the source and have at it (I would recommend a debian based build environment and leaving openjpeg till last). The contents of TPV meetings are generally not announced as are often very dry, technical, and of little interest to most users. We (as TPV developers) need to know what's in the pipeline, when releases are planned, what LL updates we need to pay special attention to, service changes etc etc. There is discussion about code or projects we are submitting to be included with the LL client, a process that takes significant time. Likewise it gives us opportunity to raise issues with LL. Most discussion is weeks, if not months away from affecting end users. ... Seriously watch a few meetings, whats to announce ... "working on stuff Linden is working on stuff" or "please don't update your viewer next week as our support staff are on holiday". The only people getting paid have an account name ending in "Linden", everyone else does this for funsies.

Viewing alpha with CTRL+ALT+T got an update as per https://jira.secondlife.com/browse/BUG-216268 Red - Bad - Alpha blending. Blue - Good - Alpha masking. Alpha blended textures are expensive to render, editing what objects I could on my land and switching them from blended to masked alpha on the texture panel, then fiddling with the cutoff till it looked ok, I got a solid few extra FPS .. and the trees & grass actually look better, more like leaves than giant green haze. Spread the word

As I found our recently (following a 2 week support ticket conversation to request a parcel), not all land is equally available for direct sale to residents even if you own neighboring land. The Horizons parcel in question was put up for auction, sold to a flipper who immediately tried to double the price and sell it on.

That will run SL as well as SL can be run (Games will run shockingly well) I would seriously consider getting the highest gfx card version you can simply for longevity.

well .. if it doesn't meet our own quality or usability expectations then we're not adding it, even if weeks we're spent developing and testing it. You really don't want to know quite how much "cool stuff" never made (and probably wont ever make) public release. This image is a tip of a very deep iceberg ...

All these lines linear.x += 14.0; I'd advise adding a global variable so you only have to change a few numbers.

I get what you're saying about liking the separation, the problem is if we add that ... we will be instantly asked why we didn't add everything else expected from that layout, and no one will care about any of the solid technical reasons why we couldn't add those features or make them work as expected .. or if we did work out a solution, why the viewer was suddenly eating an extra 500mb or running slower. Remember, the UI in SL is drawn with the same render engine and graphics resources as the world.

Icons for perms is certainly possible. Not a bad idea. Changing an objects icon would require storing some data about what icon is associated with what inventory. That information would have to be stored on the local machine (inventory is not a suitable place to dependably store additional information), Really this would require server side code from LL and a library of icons shipped with the client. I suggest you file a feature request on https://jira.secondlife.com/

Any viewer that implemented a third party voice client in addition to or replacement of the official vivox client would get a nuke in the mail from LL pretty sharpish as it would break TPV shared experience rules.

Lets break it down some. (SL viewer inventory examples given are based on Catznip .. we spend a lot of time shopping, so making inventory better is high priority for us) First up, Windows Explorer has a 2 pane approach to file management, the tree on one side the contents of a selected folder on the other. This part isn't so difficult however it would eat up at least double the screen area. The contents of the file view pane is where the problems start. A list of assets from the selected parent folder would be fine, but wouldn't offer any real advantages over the system we have now. It would be more practical to have 2 existing inventory floaters open side by side in the same style as some other file managers (explorer isn't the only game in town). A detailed list of assets showing properties for each item, dates, creator and perms .. would show more information, but from a file management perspective ... none of it would be really useful over existing tools. You can already see perms in the file name. dates are rarely useful. creator .. even less so, generally you only need to see the creator of an odd item, not everything you own. Previews, a big part of explorer .. are problematic. A files contents need to be fetched in order for the preview images to be generated. All Images would all have to be downloaded, notecards rendered (as is seen in some linux file managers) many items have no possible preview as they must be rezzed in world or placed on an avatar*. It would turn the debate about objects over using textures and eating VRAM into a bit of a joke. Where is all your texture memory being used? Inventory. Also, keep in mind the typical use case for windows explorer is to have more than one window open at a time! A few minutes furiously opening folders and rendering previews would beg the question; Do you have a Second Life client, or a Second Life inventory management game? So while a Explorer type interface would have one huge advantage (user familiarity), it would royally suck in just about every other way we care to measure. It would be a painful experience on a good day and at its very best, would just eat up more screen space and over little advantage over just opening two inventory floaters. * Catznip did do some work making tooltip style previews of worn clothing items and skins (etc) however as they are never used in isolation we found it to be less than useful. It was always quicker to just wear the item and then decide what to do with it (no really, it takes exactly the same amount of time to make a tool tip preview as it does to wear it and let SL render it, only now you see the item with added contextual information; your skin and other clothing). We did make all images show a tooltip in inventory and notecards. Sounds great ... except it can take a full second (or longer) to fetch and render the image. Would you want to patiently wait 30 seconds for a page of previews to load? What happens in a Windows Explorer model when a user scrolls up and down impatiently trying to get a folder full of images to load .. it would feel like landing on a new region, lag the viewer, eat up a ton of VRAM and we're back to "Slow File Management Simulator 2018". Inara did a really good write up on the inventory features we added in R12 to improve searching, auto sorting your shopping, unpacking items into the same folder as the box, making any folder appear above the trash as a system folder and a quick inventory, and the ability to take an object and auto replace all broken links (handy if you have to rez and edit an attachment you frequently wear, like a collar or head) https://modemworld.me/2018/01/01/catznip-r12-inventory-shopping-and-more/

...and no doubt protest and whine when they ban you on sight.

Select the UV map of the second and invert it in the X axis?

The hilarity of this statement becomes apparent when you realize that the US hasn't had a left wing to it's politics for generations, but does have a very active far right. Extremist lefties want healthcare, college tuition and less military, the extreme right wants what it always has, right down to adopting fascist iconography. Sure you will get a few on the long lost old school left, but none of them are anywhere near mainstream politics or elected office. Even individuals online who self identity with communism are unlikely to have actually studied it. The far or alt-right on the other hand are currently running the show and making actual policy based on demonizing race & religion. This is False equivalence 101 and not representative of the actual situation. There weren't good, fine people on both sides in Charlottesville, there were actual fascists with tiki torches & swastikas, one of whom drove a car into a crowd. There is no parallel between putting Mexican "murderers and rapists" in concentration camps at the border and wanting modern healthcare, however the far right would like you to think there is because it gets them to the table. There is no middle ground with someone who wants you dead because of your race, religion or sexuality, nor is the political debate undermined by denying them a platform.

The linux client needs to be be built standalone with zero bundled libs, if you're up for an adventure...

Call it whatever you like, the bottom line is you're a sock puppet and a coward.

Yes, you made an account specifically to hide behind and troll.

One would hope baby jails aren't a partisan issue .. the shame is that it probably is.

Early Second LIfe was more an collection of cool unrelated stuff lashed together with miles of silly string and chewing gum, it was quite amazing it worked at all.

No. The contents of an object are not sent to the viewer unless it specifically requests them. On the server side it's just a list of asset links

That is certainly in the realm of what TPV's can provide, can you be specific ?

Right now Linux support from LL is on the rocks and the viewer listed as obsolete. LL events that require voice do so on the understanding that all supported platforms have fully functional voice services. There're plans to build the viewer standalone using system libraries and providing packages/repositories for major distributions, however .. LL do require community help in order to advance this project. I.E The community makes it work (standalone will require changes to viewer code) and LL will adopt their changes, add it to their build platform and return to officially supporting it. Firestorm are pretty much the only game in town when it comes to continued Linux support and it's not getting any easier for them to continue to provide a native client. Running the Windows client with Wine does provide a decent experience if you can ignore that OCD itch.