Sean Heavy

Bakes on Mesh and alpha HUDs are perfectly compatible if the creator chooses to do so. In my testing of BoM on my RuthTooRC3 mesh body, I have modified my alpha cut mesh body for BoM; the alpha cut HUD/body and BoM both work fine at the same time.

Vir, The HUD in question is not rigged, just normal mesh/prims with an assigned BoM texture, but still causes body parts to go alpha invisible. (Underline my addition.) If a there is a non-rigged HUD attached, it should not cause any classic body/clothing parts to go alpha invisible. I'm not sure what use-case there is for attaching rigged mesh to a HUD position.

Ai, I get the same result. When wearing an all classic avatar *and* a HUD that has BoM textures; the same textures that are BoM'd in the HUD show as alpha'd out. For example, if my HUD has a head, lower, and upper BoM texture on it, the same items on my all classic avatar are alpha invisible in my view, but not alpha invisible in the other viewer logged in with an alt. I would guess it has to do with *you* seeing the HUD instead of the alpha'd body, but the other user *not* seeing the HUD so nothing gets alpha invisible. It appears that the alpha of the classic body only gets alpha invisible if there is a mesh to see instead. (It's not smart enough to know that your HUD isn't exactly a mesh body; it just knows it's mesh, or prim, and visible to you.)

The older free Omega applier for BoM no longer works. There is a newer, updated Omega applier for BoM available on the MarketPlace that costs L$125 that should work. You can find it if you search for "Bake on Mesh skin applier (Omega)" in the marketplace.

I have two viewers running, (Second Life Release 6.3.0.530115 (64bit) MacOS), with no issues. One has a HUD with BoM textures in lower left. (RuthTooRC3) Details: Second Life Release 6.3.0.530115 (64bit) Second Life Server 19.08.06.529800 CPU: Intel(R) Core(TM) i5-8500 CPU @ 3.00GHz (3000 MHz) Memory: 16384 MB OS Version: Mac OS X 10.14.6 Darwin 18.7.0 Darwin Kernel Version 18.7.0: Thu Jun 20 18:42:21 PDT 2019; root:xnu-4903.270.47~4/RELEASE_X86_64 x86_64 Graphics Card Vendor: ATI Technologies Inc. Graphics Card: AMD Radeon Pro 570X OpenGL Engine OpenGL Version: 2.1 ATI-2.11.20 Window size: 2580x2698 Font Size Adjustment: 96pt UI Scaling: 1 Draw distance: 128m Bandwidth: 10000kbit/s LOD factor: 1.125 Render quality: 3 Advanced Lighting Model: Enabled Texture memory: 512MB VFS (cache) creation time: August 30 2019 08:23:39 J2C Decoder Version: KDU v7.10.4 Audio Driver Version: FMOD Ex 4.44.64 Dullahan: 1.1.1320 / CEF: 3.3626.1895.g7001d56 / Chromium: 72.0.3626.121 LibVLC Version: 2.2.8 Voice Server Version: Not Connected Packets Lost: 14/104844 (0.0%) August 30 2019 09:06:17

BoM-Compliant Mesh Bodies and Parts RuthTooRC3 - Full female body and parts are modifiable for BoM with SL UV maps. HUD also modifiable to add BoM UUIDs. Official BoM HUD out soon. RothTooRC1 - Full male body and parts are modifiable for BoM with SL UV maps. HUD also modifiable to add BoM UUIDs. Official BoM HUD out soon.

According to this post: The UUIDs changed sometime right before April 2, 2019, which matches up with the Marketplace Omega mentioned above date of 3/29/2019. And the UUIDs mentioned by Vir Linden in that post are current; I compared them to my working HUD.

If you search in the Marketplace for "Bake on Mesh skin applier (Omega)" with quotes, the first result is an Omega BoM applier that says it updated the UUIDs as of March 2019, but it's not free. It's L$125.

If you have an Omega compatible mesh body, you can get an Omega applier to make it BoM; no need for modify permission. It appears to be available on the Marketplace.

My suggestion would be to not check "Generate Normals" in the uploader, but it appears you are already not doing that.

DevKits for RuthToo and RothToo, (Blender files), are also freely available on GitHub: https://github.com/ocsean/RuthToo/tree/master/BlenderSource https://github.com/ocsean/RothToo/tree/master/Mesh/Source ~Sean

The bodies and heads you currently have will not be changed. They will continue to work the same way they do now, including appliers.

@Kiowa Rain, This page on the wiki details the use of the SetTexture command in LSL, and has example code. http://wiki.secondlife.com/wiki/LlSetTexture ~Sean

I agree Dave. There should not be any commercial activity in Residential Linden Homes; I would never get one if it was. What I would get in addition to my Residential Linden Home is a Commercial Linden Shop, likely on a completely different/new continent. As long as the covenants are similar to the residential homes, but intended only for commercial shops. For example, it could come with various choices of buildings that you could use for your store. Parcels would be limited to only 512, 1024 and maybe 2048, and not allowed to combine or split or sell, just like Linden Homes. It would even be nice if it was free with a premium account like the homes, but I wouldn't mind even paying a small fee to get it.

I agree @Marianne Little. A place like Blumfield, Shermerville, and/or the Bay City areas, but with covenants more like Linden Homes, (without the requirement of homes), would be great. I would happily relocate my Blumfield store if they added covenants to disallow the 10 story hotel and rental parcels near me. It would also be nice if LL created a Linden Shops area similar to Linden Homes, but specifically for shops that you can sell things. I would even be okay if they required LL store buildings like current residential houses. I don't need a monster mall for my shop, just a 512 or 1024 for a little store. I'd also be fine with not having to compete with a huge mega mall right nearby.

This is a HUGE help. Thank you! ~Sean

Baked texture showing on HUD? Once I found this page: http://wiki.secondlife.com/wiki/Internal_Textures I decided to try using my HUD for my RuthToo RC3 mesh body to see if I could modify the HUD to add BoM. (I am already getting requests to make RuthToo BoM-able even though it is not fully released yet.) It was actually very easy. My HUD uses a Notecard with texture UUIDs to set the mesh body textures, (which also sets the HUD textures so you can see what you're applying, normally skins that came with RuthToo.) So, all I had to do was enter the "Internal_Texture" UUIDs from the above page into my Notecard for the "BAKED_HEAD", "BAKED_LOWER", and "BAKED_UPPER" and use my HUD to assign them to the mesh body, which also assigns them to the HUD itself. In addition to having classic skins and clothes appear on my mesh body, the final baked texture also appears on my HUD in a flat square area. That area of my HUD is very small, but it would be very easy to expand that area of the HUD and display the baked texture big enough to grab a copy of the normally not seen texture. I thought this was not going to be allowed. I am guessing a few content creators would not be happy about this happening with access to any of their classic skins/clothings. All this was done on the main SL grid with the official "Second Life Project BakesOnMesh" viewer.

I am creating a database to track my MP/SL sales and transactions. Is there documentation on the data types LL uses for the fields in the Orders report and Transaction report? I've been searching but can't seem to find anything. I can obviously guess at them by perusing the CSV/XML files, but was hoping there are specific details listed somewhere. ~Sean

Thank you for your kind words @Solar Legion. You are very encouraging. Sheesh...

@LittleMe Jewell, I'm just guessing about this. I initially sent him a Notecard. He replied the next morning with IM about my Notecard, which I received in my email. I quickly logged into SL and responded to his IM with IM. His profile showed that he was online and he responded immediately to my IMs. Then half way thru our conversation his profile showed he went offline and my next IMs said "User not online...". That was about 8 hours ago now. (...and I barely said anything to him compared to what I've said in this thread.) Apparently, me trying to be nice makes me sound like a jerk. I've already given up on the boots in question and got some boots from an OpenSim colleague that I can import to SL myself. They are CC-Attribution licensed, and they are rigged and mesh. Overall much better than prim, unrigged and questionable legality. I will never buy full perm on the MP with the idea of distribution within SL ever again. ~Sean

I know a lot of people who have Second Life accounts that are also on OpenSim. So, I respectfully disagree that mentioning OpenSim is irrelevant.

addition to Solar's explanation... in 99.9% of all full perm licences it is never ever allowed to transfer and release the products on other grids than the on you bought it on. First of all, you took the "OpenSim grids" quote out of context. As you can see, my statement was just referring to the fact that I have a female version of RothToo available ...also on OpenSim grids. And, I never even hinted that I intended to use the boots in OpenSim. I already have full perm rigged boots for RothToo in OpenSim, given to me directly by the creator. In fact, RothToo is already available on OpenSim grids. I'm only just now getting Roth ready for SL and looking for various parts to include with him.

Yeah, I get that the boots I bought are not legit. That was not my question. Being the creator, he has the option to give me permission to use them in a freebie item anyway. Instead he just insisted that he didn't sell them to me, so go away. Why treat someone trying to confirm the legitimacy of an item that way? I respect the creator and he gives me the runaround? On another note, do a Market Place search for full perm mens boots under L$10. All but one of them are illegitimate copies of this guys boots being sold by 2 separate stores. Am I the only one to do my due diligence and contact the creator?

What is hard to parse is that he never answered my very specific question, twice. It's a very old pair of boots that he no longer sells in his fairly big MP and in-world store. I asked if he minded if I included the boots with my Roth. His answer was a non answer. What's wrong with "No" or "Yes"?

I purchased a very low priced pair of very old prim boots that are Full Perm. When I got them, the creator was not the same as the seller. So, I contacted the original creator to make sure these items were legitimately Full Perm. And, very specifically, I asked the original creator "Are okay with me including these boots with Roth, I will set perms to +M/+C/-T?" (I did explain to him what Roth was, a free male mesh body.) His reply to me never actually answered my question; he just said he no longer has that item in his inventory and that his account had been accessed by a stranger, giving his items to another avatar full perm and he was sorry about that. Since he didn't answer my question, I replied and again asked if he minded if I included the boots with my Roth mesh body (I even gave him a copy of the boots); his reply was something like... If you bought this boot on MP by another avatar, sorry, I can't help you". I contacted the seller I bought the boots from, but have not heard back yet. First off, why am I being given the cold shoulder when I am trying to do my due diligence and make sure my FP item is legit? Second, what does "sorry I can't help you" mean? I asked a simple question that should be easy to answer with yes/no. (His status went offline during our conversation, which suggests to me that he blocked me. I was not rude, just persistent.) Should I report the seller to LL for selling items they don't have permission to sell and get my L$5 back? Should I go ahead and include these extremely old prim boots with my Roth mesh body "Complete Avatar" kit? Does anyone else out there have an old pair of prim boots, (they own legitimately), that I could get FP to include with my Roth release, and I'll just forget about these boots? I will be giving away my RothToo RC1 for free. It is the male version of my RuthToo RC3 available on the MP and my shop in world, and in OpenSim grids. ~Sean Heavy