SoniaVileva

BTW, if you actually know how to crash it, please let me know. I will try to do that and see if it will crash. I will go to a busy event and see if it will crash. I use FS everyday, maybe it crashes once or twice in a year, and I know how to repeat that. Otherwise, it seldom crash. This is true when running native Linux or Linux Wine.

I heard this "Use of full rez texture" will cause massive problem / crash for many years. But I am sharing right now that I am not crashing and everything is rendering fast and correctly. I will try running 2 FS to see if I can crash it. I run Linux and I run FS in both native and wine mode. Texture blur goes away. (I am not suggesting nor promoting anyone to try this tho) Removing script is one of the feature provided by Maitreya hud. When you are done with your settings, and made a backup, why not?

I am sorry as I am not very clear as my problem on BoM requires more time to explain and perhaps mixed with a few issues together. First of all, redo my outfit folders and start clean again. I used to have BoM grey texture for 5 sec when switch between outfit even with exactly the same hairbase and whatever BoM texture there is. But this problem is gone now when I delete and redo my outfit directory. Everything is loading lighting fast and switching between outfit is lighting fast now. I understand that it takes time on server side for BoM texture to bake but I am seeing that if the BoM textures are the same, the cache will actually kicks in and do the job lighting fast. Perhaps something was corrupted in my outfit folders. I will keep watching. Second problem seems to be when I load BOM hairbase, for some reason, the body sometimes will be rebaked, and sometimes will not. I remove the scripts from Maitreya body, it seems now that I cannot reproduce problem again, and I will keep watching. I find this a bit strange since the head and body texture suppose to be different texture why one will trigger rebake of another? But all in all, I think since I used the Hi-Res texture setting, the loading is much faster, and finger crossed I have not crashed nor have memory corruption. (16GB Graphics Memory) Finally, on texture on mesh clothing, I observed that texture change can actually happen lighting fast when the avatar is moving (changing positions) compare to when it is still. I am using FS 6.3.9.58205 with Hi-Res texture on. I don't have any issues with Black Dragon, my impression from 3 months ago that it was lighting fast already.

Thank you Niran for taking the time to explain. The memory context in this case is helpful. I can now compare apple to apple ... I have not crashed and I tried to go to 'busy' sims too. I have not so far observed a crash, nor performance issues. (If I run two FS together at the same time, then it gets very slow, and I have to make my windows smaller to cope) But no more blur!! Also, I was referring to FS, when I use Black Dragon, my impression was that it loads very fast and I have no issues. (a few months ago) On a related topic, don't know already a thread on this. BOM bake time is actually a few seconds longer (sometimes 10sec) and it does not seem to be cached. Every time I change hairbaseA to hairbaseB and back to A, for example, it will takes a few seconds to load, and it appears that it only loads when the camera is on it. i.e. I can't even preload it nor caching it. Is this the expected latest behaviour of BOM texture loading? Or I am doing some setting wrong? I tried clearing my cache and start over, it does not help. Thank you again for responding.

I was wondering about this for a long time, and Hi-Res does work. Thank you so much. I also support the idea of sticking with the topic and not to divert to something else. It makes it much difficult and slower for people to find answer. Finally, the warning message about Hi-Res is unhelpful. I suggest developers to retest and quantify again under what limits it will crash. Right now, the message is superficial and unsophisticated.

Yes you are right! I re-read from http://wiki.secondlife.com/wiki/Preview_Grid Merchants so happen to be able to use it, is a side-effect. I don't think it is intended for them.

BTW, anyone knows why Public Sandbox in testing grid not allow running scripts ? Don't we need to run avsitter at least in order test things?

I need to try a few times before I can login. Also, when you are finally in, it reports database problem. When I save a shape, it says problem in accessing database, never seen this before. edit: exact error message is: "Failed to find body part named Test Shape 1 in the database." I am trying to make things and run a business too and I have no choice but to pay upload fee in production grid. I suggest LL takes testing grid seriously and start tracking and reports its availability on status.secondlifegrid.net Or, they should just shutdown beta grid completely, and waive merchants of upload fees. I suspect they will save some money too.

I have exactly the same thing too ... never see this message before, even when it is under maintenance. It will be great news if we are getting new benefits service ... I wonder what will that be !

thANK YOU SO MUCH These works with scripts !! YAY Regions on Aditi Aditi has limited capacity, so regions are frequently taken offline in order to make room for regions with more interesting test cases. See this page for the status of several Aditi regions. Permanent Sandbox Regions Residents who wish to test their stuff before bringing it to the main grid have been given dedicated regions to do so: Sandbox Astutula (128, 128) Sandbox Exemplar (128, 128) Sandbox Pristina (128, 128) Sandbox Verenda (128, 128) Sandbox Wanderton (128, 128) Sandbox - Weapons testing (128, 128)

I used to test my rig with Morris SIM in beta grid and it has been disappeared for a few days without much warning and pointers to alternative. The rest of the sims do not allow running scripts, and many testing requires that. I do not want to test my rig in production grid as it will be very costly for all the upload fees. Can someone suggest a way out? Is there a forum on what is happening with beta grid ? it will be good to get connect to those your are responsible for maintaining those servers. Hearing first hand will save a lot of time. Thanks

If I were Linden Lab ... thinking about it making me happy even I know it is impossible ... 1. I will pick up the phone to call Mr. Frisby and similar competitors to see if we can create joint programs for SL creators to opt-in for migrating some of their content to other metaverse. This could be a win-win-win for all, and new income for LL. 2. Rebrand SL to focus on adult entertainment and spinoff a separate entity for children / education / commercial purposes and keep them separate! This could potentially reduce regulatory costs and legal costs for each government SL is operating. 3. Abolish the floating exchange rate system, make buy = sell, and outsource money operation to more efficient payment gateway(s). Again, regulators will be happy, can reduce cost of operation, no more fears on inflation, and creators will likely to have more in their pockets and create even more. Can introduce a tier tax rate to compensate revenue lost, and aim at giving startup creators a tax break. 4. Decide to fix chat/IM or not. (i.e. out-of-order arrival of text, text get eaten up, salability issues) If not fixable, provide API to discord and the like, similar to integration with FB / Flickr / etc. Group communication is still a key to what everyone do in SL. 5. Offer backup services, for artists / creators who cannot bare the monthly costs, and yet can suspend and resume their sim when financially possible again. All those love that put into creation will then preserved and new revenues could be generated. 6. Define SIM performance clearly, and create new tiers for higher performing server which actually allow avatars to do something in the sim without lag-like-hell. More avatars in SIM = more business = more revenue for everyone. Win-win-win. (maybe dynamically load balancing but still keep 25 sim in 1 server if you are in low tier package) 7. Make marketing easier ... maybe to use google search appliance to improve search results so that people can actually find what they want. Introduce ability to do image search and search by color, and find a way for charge for it. 8. Start charging people based on the size of their inventory. New income or will force everyone to clean up and reduce inventory server load. 9. Maybe an opensource program focusing on letting the community to fix bugs, error in documentations, etc, etc. Don't have to do everyone ourselves, leverage the talents of our community. 10. Give big hug to SL support team, they are true darlings !! Exceeded all my expectations among all the IT support I have deal with. 11. Take LL to IPO and we buy shares, and we all make real money! Yes! Difficult / Impossible / not making sense ... but it is good to share a dream !

Please keep ChouChou open!

Thank you. I also confirmed that as of today, I have no more TP crashes, I can TP to where ever I like, as many times as I like. No crashes. I even can keep my hair as I arrive. All is working for me. I am very happy. Thanks to all who has helped.

Well, it could be a bug of the subscription program or something I didn't do, because I find it very unusual not to have any updates since April 8, not a single one update, as the event affected so many people. So I assume it must be me who did something wrong not having to receive those updates. So you have not received any updates neither ?

Can you show me where it was being said which covers ALL conversations without the context of personal information? Even the rule being quoted here state very clearly that there are exceptions and conditions. I do agree that if someone sends you a private IM addressed only to you, it should not be shared without your permission, but you have to be allowed to monitor it, in order to respond to it. I am more interested in the interpretation of this particular rule in the context of public discussion as the original question also refers to local chat. So if we use this public discussion in this forum here as an example, I believe that personal information is 'protected' under this ToS rule, since this forum uses username that can be traced back inside SL. From this, if someone shares personal information to reveal the RL identity of anyone here in this forum, I believe it will be a violation too. But if you are quoting what I said publicly in this forum, I don't think you need to ask my permission. (as no one did here when they quote since it does not contain any personal information) So, I think the context and conditions matter, they are not loopholes, they are necessary to facilitate discussions. Anyway, this is only my worthless opinion, I think a support ticket can be helpful.

Thank you for your opinion, but I still think it is better to have someone from LL to answer this. What you are suggesting, does not make sense.

Have anyone received any updates since the problem was officially posted on April 8 ? Posted 8 days ago. Apr 08, 2019 - 16:05 PDT

I will read "the remote monitoring, posting or sharing of conversations without a participant’s consent are prohibited." where conversations here refer to conversations that contain participant's personal information. Otherwise, it does not make sense to have local chat. I also think the word "remote' is redundant. Or I will rewrite it like this: "collecting and sharing participant's personal information without participant's consents are prohibited." But I am not a lawyer! LOL Someone from LL should answer this question.

I suspect it has to do with the fact that most hair objects has alpha on and it is well known that the way alpha is rendered is buggy. This happens to static objects in a sim too where there are alpha planes in front of it, it sometimes disappears, and require a click so that it knows it has to render it. You may be able to reproduce it by wearing a prim on yourself, turn it transparent, and TP here and there.

Since appliers can do this already, can I assume that these magic values although undocumented, but already been deduced and that is how appliers can do it now?

I still don't quite understand the behavior here. I understand that before Bakes-On-Mesh, UUIDs were used to identified baked texture to viewers such that viewers can load the correct textures from server correctly. But the UUIDs is not accessible to users. Since appliers can already use Bakes-On-Mesh feature, I assume this can be done programmatically already. My question is that what do they use to obtain the UUID, and what is the behavior of the content that this UUID points to. i.e. if I add a tattoo, will I get a new UUID? or the content of the UUID points to get changed? I probably don't get it quite right, or I am missing something obvious. Please kindly help.

Quick question: Are these "BAKE_HEAD, BAKE_UPPER, BAKE_LOWER, BAKE_EYES, BAKE_SKIRT, BAKE_HAIR" texture UUID variables that we can access programmatically to apply texture to any wearable mesh ? If not, how can it be done programmatically? Thanks

http://wiki.secondlife.com/wiki/LlGetNotecardLine llGetNoteCardLine(name, line) where name can be an uuid and the notecard DOES NOT have to be in the inventory as suggested by Rolig Loon.