Janet Rossini

Very nice, thanks! I think one reason they closed Jira was because there were a lot of abusive comments. I hope that won't happen again. If it did perhaps a moderation or tiered thing could be set up. Great step forward. Thanks! Janet

Thanks, Ansariel, that sure sounds like it. I hope they'll fix it shortly. Thanks again!

Hi Oz, sorry, I wasn't aware any of our esteemed Lindens would be watching, so was just asking a generic question. Here's my about, thanks! Second Life 3.4.4 (268864) Jan 9 2013 15:49:53 (Second Life Release) Release Notes You are at 258878.0, 256672.0, 28.5 in Kuula located at sim9844.agni.lindenlab.com (216.82.45.178:13004) Second Life Server 13.01.25.269523 Release Notes CPU: Intel® Core i7-3770 CPU @ 3.40GHz (3400 MHz) Memory: 16384 MB OS Version: Mac OS X 10.8.2 Darwin 12.2.1 Darwin Kernel Version 12.2.1: Thu Oct 18 12:13:47 PDT 2012; root:xnu-2050.20.9~1/RELEASE_X86_64 x86_64 Graphics Card Vendor: NVIDIA Corporation Graphics Card: NVIDIA GeForce GTX 680MX OpenGL Engine OpenGL Version: 2.1 NVIDIA-8.6.22 libcurl Version: libcurl/7.21.1 OpenSSL/0.9.8q zlib/1.2.5 c-ares/1.7.1 J2C Decoder Version: KDU v7.0 Audio Driver Version: FMOD version 3.750000 Qt Webkit Version: 4.7.1 (version number hard-coded) Voice Server Version: Not Connected Built with GCC version 40201 Packets Lost: 81/366173 (0.0%)

Thanks for continuing to help, Andrew. I know you have important things to do, so dont feel obligated to stick with this. I'm running a 16GB iMac with 2GB graphics memory. I have texture cache maxed at 9948 or whatever it is. The SL process uses about 1.4GB real memory (900MB private, 77MB shared, 1GB virtual. The machine uses no swap space, and shows just under 5GB free. So it's clear SL isn't using the 9GB I've offered it. I'll try dialing that down and see what happens. Thanks again,

If I stand in NCI Kuula and turn around, so that all textures show up. and then face in one direction for five or six minutes, when I turn around, many of the textures behind me need to be reloaded. Andrew Linden says it sounds to him like the viewer is trolling through the cache tossing things out to be ready for new stuff. The effect isn't deadly but it is disconcerting and interferes with the world experience, when you turn around and stuff is gone. In fact, if you leave the camera off yourself for a few minutes and then click back, you OUTFIT needs to be repainted. I have cache size maxed. I would have guessed that even Kuula couldn't fill it with new stuff. Is there a way to get the viewer to tell me what it is doing with the cache? This didn't happen before, which makes me wonder if it ia a Mac feature or something recent. Thanks!

Thanks Andrew, I would have thought that the only thing that would unload things from a cache would be a cache full situation. I would have thought that removing things from a cache would be inexpensive enough not to be something one did pre-emptively. Since I have my cache maxed, I would never expect things to be removed ahead of time. I understand that this isn't a server issue and will keep digging to find someone better to mention this to. Thanks!

Andrew, I have filed a Jira on a thing I've been seeing, as follows: If I look around in Kuula, so as to get all the visible textures rezzed, and then stand with my back to one area for five or six minutes, when i turn around, many of the textures show as grey and then flash back to correct. These are NOT textures that change: they are constant. The effect hits signs, and even trees. What it looks like is that textures left the cache. I'm not clear on how the changes you're describing here work but one way or another, visible stuff that I have seen is being repainted. It's not the end of the world but it does mess up the experience. Thanks!

Hi ... I'm trying to link sublime text 2 as "external editor" in SL. Please advise me on what I need to do to set the external link so that it will launch S.T. I keep getting the message about not finding it, when I use /Applications/Sublime\ Text\ 2.app/Contents/SharedSupport/bin/subl which I found recommended somewhere. Advise me please? Thanks!

I try to be Miss Positive but this is simply ludicrous. See my recent Jira about texture animation not working on our Ravens (probably fixed in the current beta). It took several comments to get LL to understand the issue. It was a long and productive conversation, in which, finally, I uploaded some videos at LL request. I think Dizzi Sternberg chimed in on this Jira as well. TO do proper bug triage, developers need to understand the bug. Initial bug reports are not often good. I am expert at submitting bug reports, and even so, LL often asks me for clarification. Often, it is input from third parties that clarifies the bug. I imagine that what lies under this decision is that many Jiras turn into long discussion lists, and the comments are not often useful. It seems to me that there are better ways to deal with that. The policy as it stands will result in important bugs going unfixed because the initial report is not clear enough, and they will close them all for "not enough information to duplicate". Bad idea. Needs to be reversed immediately.

I built my own circle flyer and saw the same kind of drift. However, we need to recognize that we're dealing with floating point numbers, and they are never exact. My next step will be to numerically integrate the circle and see how much of the drift is just due to floating point rounding. It's certainly also at least possible that the motion implementation itself is flawed. I'm not sure how we could determine that. If it uses some kind of "close enough" or "within range X" method to move ... or if it just sets a direction and moves for the time interval ... it could easily be triggering the next segment before getting to the actual target position. Does anyone know much about the actual implementation? Anyway, I'll report back the results of numerically integrating my circle, to see if that explains the drift.