Neural Blankes

I have 32 textures. 16 of the textures share a specific common feature: they have a bird picture. The other 16 have a cat picture Both the birds and cats some in 4 sizes: tiny, small, medium, and large. The birds and cats also come in 5 colors: white, tan, black, brown, and gray It seems no matter how I organize the lists of the UUID's (all in one list, cat list & bird list, or individual lists for each size and type), I can't make a HUD with three simple controls to allow me to accurately obtain the proper UUID and apply it to a prim, and to have the prim send it's current UUID to have the HUD properly sort and display the characteristics on those controls. Is it simply not possible to sort a list of items based on three factors? (bird/cat, size, color)?

Agreed. Unless Dakota clarifies it further, that to me says that you *can* have cheaper prices in world, but you can *not* use the marketplace listings in any manner that would communicate to shoppers that your prices are cheaper in world. That leaves other avenues for doing that: Word of mouth, blogs, events, classified listings in SL, etc. can all inform shoppers that your items are cheaper at your in world store, you just cannot use marketplace listings to communicate that information.

Thank you for that clarification, Dakota. Would it be possible to have it written into the ToS somehow to note that an in world "sale" is not considered anti-competitive if the marketplace is not utilized as a means of advertising that sale? I understand the issue of how the marketplace could be used as an advantage to those who can afford an in world store, but if the anti-competitive clause is there specifically to say "you cannot use the marketplace as a means of advertising in world lower prices", it would be nice to have that clarification added. The way the ToS reads currently is a bit broader and, obviously, leads to interpretations that lower prices in world are outright against the terms. Also, the obvious question: Can I quote your statement here if the topic arises in group chat? (No idea if you are on the legal team or not).

Wow.. did you even read my entire post, or are you simply posting from some internal desire to be condescending and controversial? 1. Encouraging in world sales encourages tier payments. In case this isn't simple enough for you to understand, this means LL makes money 2. The compromise I offered includes not only benefits for the content creators, but gives LL a way to give creators incentive to purchase marketing options in order to temporarily enhance their in world sales. In case this also isn't simple enough to understand, this also means LL makes money. 3. I participated in the BF sales at the end of November. Your assumption that I am some sort of mentally deficient moron that is somehow blocked from having sales *without* having Linden Lab provide convenience factors and incentives as I listed is noted. Considering that I made these things clear in what I wrote, I'm not going to bother explaining it further.

I was going to post a new thread on this, but am necro-ing this thread due to a few of your comments. For starters, regarding the quote above: Have you considered the cost of tier in world? If you have a store in world, that's the equivalent of $200-$300/month for LL regardless of whether or not your pose-ball sells (yes, I'm ignoring homesteads because your example is also on the top end). Doesn't matter if you personally pay $5/month for a tiny parcel, the sim is generating the full amount for LL. Ironically, the ToS subsection statement itself is anti-competitive behavior. LL is competing against it's own users and it's own product. It is absurd that they do not want people to use their product, but that is effectively what is going on. "we want you to use our website, not Second Life". Regarding the statement that we pay no fee to list things... I don't recall paying listing fees to the independent predecessors of the MP either, and they didn't use a ToS to threaten users with de-listing products if you dared to sell them cheaper in world. So that puts LL in a somewhat negative light. They killed off EB and XStreet and are now acting not unlike the mob. I would love to see the entire clause removed, but I would be absolutely happy with a compromise that would be a modification to allow "abusive" to be defined as long term pricing of more than 15%. Heck, it would be awesome to have an integrated "sale" system with the MP where you can set a product on "sale mode", and the listing automatically throws up a "this item is on sale in world, here's the SLURL:" for a set period of time. If people find the item on sale outside that time frame, they can report it under the anti-competitive clause. As long as the fee is reasonable (L$10 per item), they could even charge on a weekly basis for the listing to show the "on sale in world" tag. The marketing options on the MP show that such a system is already in place. All I'd like to see is the ability to have an in world "sale" without having to worry about LL looking over my shoulder like a tax collector. The marketplace is vital to a lot of content creators, but in-world activity is vital to Second Life. A compromise that allowed users to draw people to their in world store would allow content creators to do things like "Black Friday Sale" events to generate in world interest in their store, and add value to the MP as well.

Was able to get main logged in. Still can't get an alt in. Seems hit or miss on whether or not people can actually get anywhere

Probably more like "hey guys, what does this wire do?" "It's not our clients, that's for sure. If it's in the way, just cut it, no-one is working today anyway."

Yes. I noticed it when I tried to log an alt in. I was at my home, but the alt first got kicked to a welcome area. Then when I brought the alt to my home, she was there for about 15seconds and then got "you have been logged out" Now I can't get in on any account.

I recently moved, and after several years was able to unpack boxes that had been in storage for a long time. I came across these items. They were prizes received for placing 4th(?) in the Sculpted Prim contest held by Linden Lab 10 years ago in May 2007. The cube hasn't aged well as the plastic has yellowed, but the light still works (original batteries too! I checked, they are not coroded, but going to replace them as soon as I can). The other cube looking item is a vacuum compressed Second Life T-shirt, and then the front item is a pendant on a cord style necklace. I'm so happy that we have mesh now, but sculpted prims certainly added some new life to SL at the time. For me it helped me with mesh modeling, as the way the sculpties worked needed me to change my modeling methods.

I'm sure she was banned yes, but she's dealing with support. I'd simply like to know if there is any way to prevent this from happening to me. I don't want to have an e-mail sent to me from LL and have it go to spam, or show up when I'm on vacation or such and come back to find myself banned/suspended/etc. If LL needs more information from me, I really want to know about it *before* it becomes a problem.

So apparently even if you have been doing business in Second Life for over a decade, both buying and selling L$, Linden Lab has now decided to A) Require you to provide some form of Identification, and B) Ban you from SL if you don't respond to an e-mail that they supposedly send out requesting this information. Being that a good friend of mine just found herself banned because, according to her, she never received said e-mail, and having had personal experience with e-mail communication being unreliable at best, how am I, or anyone else who has monetary transactions, supposed to know when someone at LL decides it's time to renew ID proof on an account? And why is this suddenly an issue now? She and I both have, over the past 10 years, withdrawn money and done credit transfers, but suddenly *now* they are asking for ID?

My current workflow is to create my mesh in Modo 902, export the object as a .dae, and then import into Blender for rigging with Avastar. That being said I'd like to leave discussion of workflow off the table. I realize that Modo can do rigging, etc. My question is related to making sure that the objects I export from Modo load into Blender with the same orientation and scale, which is not happening currently. I have been able to resolve one of the issues by changing the .dae I/O settings in Modo to use Z as the "up" axis, however rotation and scale are still causing problems for me. Most of the time when I import a model into blender, Have to scale it up from .0001 to .01. If I need for some adjustments to export as .dae out of Blender, and then open it in Modo, the scale is reverted. This may seem fine, in some ways, but if I were to increase the size of my model in Modo, such that it comes out at the right scale in Blender, I then have to re-scale everything if I need to export back to Modo to do adjustments. Does anyone know if there are .dae export settings (not the avastar .dae, just standard .dae) for scale? The primary problem for my flow seems to be how the mesh is scaled when exported out of Blender. Also, while the rotation is not that big of a problem, I'm used to Z being depth, and Y being up. While it's not a huge issue to work with Z being up, is it standard practice in that case that X is depth and Y is left/right?

Ok, so I logged in to confirm: This notification, if turned off for using the delete key, also turns it off for use of the backspace key. This is why I have never received the notification when using backspace. So if anyone has checked the "do not show me this again" box when using the delete key, they are also confirming the use of the backspace key. I find that to be a problem.

It may be tied in with the standard deletion message then. This is something I've dealt with for quite a long time, and being sensitive to it, I know i wouldn't dismiss that window completely. Using the delete button however, that I would dismiss. I'll log in this evening and test it out. Thank you for pointing it out.

To avoid false positives in this, I would like to point out that, as many of the older people will know, if you have an item or folder selected in your inventory, and hit the "backspace" key, it will, without warning or popup, put that item or folder into the trash. This may seem innocuous, but it has caused problems for me in the past. This is functionality I have wished for a long time would be removed.

Lovely. So not only can people hobble along fighting with the asset servers usual antics (especially this week), now we have to worry about it just up deciding to nuke entire folders? At least someone had the foresight to put in a warning before the system just arbitrarily deletes things.

The majority of the products I have marked as "see description" do have notes in them regarding the perms. I use SD because often times the product is mod/copy with the exception of the scripts, which are copy only. I can make changes, but it seemed to me to be false advertising to have the products listed completely as mod/copy when in fact part of them was not.

Thanks all for the information and advice.

When creating a listing, you are asked to provide key words that will help people find your products via the search bar. Is it within the rules to put your competitors name in the search terms so that when someone searches for their products, yours show up? If not, what actions can be taken?

Thank you. That is a very reasonable and clearly thought out answer, and is the information I was looking for.

TL:DR: I want to make an interactive gacha machine, but want to make sure it's legal outside of skill regions. So I had this idea for a gacha machine that pulls a random number (like most gachas), but instead of giving out a rare based on the winning number itself, it matches it to input from the user. If the numbers match, a rare is given. Example: User pays L$1. Gacha machine asks them to say a number between 1 and 100. They say "42". The machine then gets it's random number. If the random number isn't 42, it gives the user a "common" prize. If the random number is 42 (matching the user input), they get a rare prize. Is that outside the boundaries of what is legal off of the skill game sims?

Ok. Thanks for the info. I was hoping maybe it was a little more wide spread in use now, but I'll just have to be patient. Ther are so many neat things that can be done with materials.

Is there any data on the estimated number of users who have and use the Advanced Lighting Model option for their Second Life experience? I realize that backwards compatibility is important when making products to sell or give away in world, but there are some things that can only be achieved via the things that the ALM offers (specifically materials). If the majority of the community has shifted towards using this, it would benefit builders to know. Once the majority has adapted, backwards compatibility doesn't factor in as strongly.

Yes. The script is mine as well, same name and everything. I've been going over this scenario in my head for a while, and every time I poke at different situations, the result comes up with something not being right. I am very limited on what items I sell full-perms. Usually I either go with copy/mod/no-trans, or trans-only (and that would account for very few items total). I like buyers to be able to scale the things I make or change colors. The item I sold this through was a copy of it. Basically, you set the object out, set it to sell and choose "copy" for the action it takes when someone purchases. This vendor, is copy/mod/no-xfer. Even in the event that I sold it as transfer-only, the one I recieved/picked-up was copy/mod. Every way I look at it, the perms have been changed or circumvented.

@Marianne: Right. That I understand. However I sold this item as copy/mod/no-xfer. As I understand permissions, this should mean that another person can't give or sell the item to someone else. Otherwise they just make a ton of copies and sell them. This item showed as transfer only on the table, but when bought and rezzed, it showed as copy/mod/no-transfer.