I have a little "song and dance" I go through now every few weeks with each new compile I do off the git tree. Goes from setting up a single region to basic tasks like teraforming, land texturing, and handling a series of basic scripts that each are written to perform a very specific task to see how they relate to each prior build - and some have never worked and are represented as part of future additions that are currently planned.<br>
<br>I would sincerely love to know where the fault lies when changing textures and min/max values in the Land Manager and I wonder if they coincide with other faults I see when I've selected a number of prims and try to change all their textures at the same time - there is the really bad (and seems to get worse) tendency for textures to have difficulty queuing up to change where-ever I wish to apply them. Sometimes even just a simple 6-sided prim requires 5, 6 or even 10+ clicks to the selected texture in the selection list before they finally take hold on the prim through and through.<br>
<br>- Len<br><br><div class="gmail_quote">On Sat, Jan 30, 2010 at 10:21 AM, John Mieske <span dir="ltr"><<a href="mailto:johnmieske@gmail.com">johnmieske@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I agree good job on the stress testing..<div><br></div><div>and yes, I get that same bug with the textures reverting back. You have to do it twice. I have ( 6.8 Post Fixes ) and it does it. i tried it in 6.9 ( dev ) and it did the same thing. So its a bug I figure that is low priority</div>
<div><br></div><div><font color="#888888">John</font><div><div></div><div class="h5"><br><br><div class="gmail_quote">On Sat, Jan 30, 2010 at 11:10 AM, Len Brown <span dir="ltr"><<a href="mailto:lenwbrown@gmail.com" target="_blank">lenwbrown@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Well, I for one think you've done a helluva good enough job just stress testing the heck out of things. It gives some indication to the rest of us where we stand with our own tests. As well as things we might consider and avoid in our own trials when the results are really bad.<br>
<br>You did mention changing the land textures of each region prior to converting to mega-region... Tell me if you have this same bug as me: I have had this issue for the last several months (but not with 0.6.5.1) - I change a land texture and hit apply, then it instantly defaults back. I had to select and apply twice about 75% of the time - including changing the texture min and max elevations. It gets VERY irritating when doing a dozen or more regions, each with varying textures and elevations to adjust for continuity.<br>
<font color="#888888">
<br>- Len</font><div><div></div><div><br><br><div class="gmail_quote">On Sat, Jan 30, 2010 at 8:42 AM, Master_Mirage <span dir="ltr"><<a href="mailto:mirage123@verizon.net" target="_blank">mirage123@verizon.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
Thank You len, I hoenstly cant say what functions like that are working in<br>
opensimulator. Some do and others dont. Assuming that it did work, the 1st<br>
thing that jumps in my head is given the fragile nature and the stress this<br>
places on the instance what happens on mass reset? I can see it causing a<br>
big spike on the resources and it would be masive as there are serveral k<br>
scripts and not all are just LSL. It would be a huge timesave tobe shure but<br>
at this stage in Opensim's developmet i would have a lot of fears doing<br>
that. Resetting them slowly avoids alot of the impact as the insatnce has<br>
time to to keep up with it.<br>
This would be a good one to put in the Book of untested.<br>
As tempting as things like that are to add in here, im trying to stayaway<br>
from them and stick to the actual working steps i take. There's a great many<br>
ways this could be better done but i couldent look you in the eye and say i<br>
know there ok todo :)<br>
<font color="#888888">--<br>
View this message in context: <a href="http://n2.nabble.com/Making-A-30region-clone-to-a-30-sector-Mega-region-tp4478270p4485492.html" target="_blank">http://n2.nabble.com/Making-A-30region-clone-to-a-30-sector-Mega-region-tp4478270p4485492.html</a><br>
</font><div><div></div><div>Sent from the opensim-users mailing list archive at Nabble.com.<br>
_______________________________________________<br>
Opensim-users mailing list<br>
<a href="mailto:Opensim-users@lists.berlios.de" target="_blank">Opensim-users@lists.berlios.de</a><br>
<a href="https://lists.berlios.de/mailman/listinfo/opensim-users" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-users</a><br>
</div></div></blockquote></div><br><br>
</div></div><br>_______________________________________________<br>
Opensim-users mailing list<br>
<a href="mailto:Opensim-users@lists.berlios.de" target="_blank">Opensim-users@lists.berlios.de</a><br>
<a href="https://lists.berlios.de/mailman/listinfo/opensim-users" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-users</a><br>
<br></blockquote></div><br></div></div></div>
<br>_______________________________________________<br>
Opensim-users mailing list<br>
<a href="mailto:Opensim-users@lists.berlios.de">Opensim-users@lists.berlios.de</a><br>
<a href="https://lists.berlios.de/mailman/listinfo/opensim-users" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-users</a><br>
<br></blockquote></div><br><br>