Sybil Hallison

I found the answer I was looking for, after receiving an IM inworld! As it seems you are right, you cannot have multiple UV maps on any mesh you upload on SL. So I had to merge my 2 UV maps in one, following the instructions on this video: After that everything worked like a charm. I just baked the different materials on 2 different textures and I was done.

Hello, I created a mesh dress in Blender, I have unwrapped it on 2 UV maps, the "Dress" UV map and the "Shirt" UV map. I then sculpted it, baked the normal maps for each UV map and rigged it. Because I only recently started using Blender for unwrapping ( I was using 3ds max up until now) I came across a problem. I couldn't make the 2 UV maps not overlap each other. After some googling I found out (???) that I cannot make parts of the mesh to appear only to one UV map. I had to choose the parts I wanted on each map and then weld the other parts (vertices) in a dot and move them out of my map. That didn't sound like a legit solution to my problem but I carried on to see how that goes. Inside Blender (Cycles) I defined my materials just fine with selecting which map I want for each material so I had accurate visual results. When I tried to upload to SL I had the results below: In the picture you can see 2 different uploads of the same dress. I am using 7 different materials. In the left one, I had selected on Blender the "Dress" UV map so when I tried to apply on SL my normal map, it was like SL could only see the "Dress" UV map (and the shirt part as a dot) and couldn't see the second UV map. Same with the textures. They were applied normally on all the dress parts but it was distorted to hell in the shirt part. I then tried to upload a copy with the "Shirt" UV map enabled on blender. The results are shown on the model on the right. The exact opposite effect. I believe that I messed up with unwrapping multiple UV maps but I can't figure out how to solve it. Any help please?

Thank you for your answer Kyrah, good to know... Does that vert increase play any part in the LI calculation? Or should I ignore it and start messing with physics now for more optimized results?

Hello, I am working on a mesh building and I am currently trying to reduce my poly count, before messing with LOD and physics . I was looking for building components in my design, that increase by much my poly count. After a lot of trial and error, I found a "guilty" spotlight rack which was mirrored along the whole building (4 racks total). Even if it had low vert count, it had 50LI. I removed the mirror modifier and exported one single rack which then had around 3LI. Because 50LI is way more than the 3x4=12LI , I supposed there was something wrong with the physics calculation so I moved on and tried to reduce even more the poly count of this rack. My original model had 358 verts and 640 tris, after some modification I ended up with 288 verts and 516 tris. When I tried to upload the new model to SL I noticed that the LI didn't change by much. I also noticed that even though the tris count was identical on blender and on uploader the vert count shown on uploader is 785 while blender shows 288 verts. Is this normal? Am I doing something wrong or am I missing something obvious here? I also forgot to mention that I was using both Avastar and the default export for exporting the dae file

Added the channel offset as you suggested and an encryption code I found and the script runs like a charm. Thank you all for your help!

As a matter of fact...NO! Duh... I reset the script so many times while trying to set my llSetPrimitiveParams and I must have accidentally clicked the "Running" box.. Thanks Xiija! And since we are on the subject...the initial thought was to have my texture UUIDs on the HUD script and send them via the channel to the Listener but I was wondering if there are possible security risks or should I keep them on the Listener script? Do I need to add any other bits of code for a more secure communication between the 2 objects to avoid UUID theft?

Well since this is very close to what I am trying to do, I am going to post here my problem instead of a new topic. I am building a HUD with multiple prim buttons for one of my products. The HUD should send to a mesh object (with multiple faces) just the HUD button name that was touched, and the listener should take care of the rest with consequent if and else ifs. Before I even get to the point to set the code for each button touch, I try a simple llSay for both HUD and Listener object to see if they communicate, and while the HUD seem to send the right information, the Listener script doesn't seem to listen anything. Here is the source code for HUD: integer MyChannel; key MyOwner; default { state_entry() { llPassTouches(TRUE); MyOwner = llGetOwner();//store the owner's uuid as a constant, because you often need to check it several times, and it's pointless to keep on looking it up MyChannel = 0x80000000 | (integer)("0x"+(string)MyOwner);//perform some bitwise magic that makes Innula's head ache, and you end up with long, unique, negative number based on the owner's uuid } changed(integer change) { if (change & CHANGED_OWNER) { //something's changed! Was it my owner? Yes, it was. llResetScript();//reset the script when my owner changes, to you recalculate the value of MyChannel } } touch_start(integer total_number) { if(llDetectedKey(0) == llGetOwner()) { //Detect which button was touched integer button_link = llDetectedLinkNumber(0); string button_name = llGetLinkName(button_link); //Announce the button name llOwnerSay("Touched "+button_name); // llOwnerSay("Channel "+(string)MyChannel); llSay(MyChannel,button_name); } } } And this is the code for the Listener script: integer MyChannel; key MyOwner; default { state_entry() { MyOwner = llGetOwner(); MyChannel = 0x80000000 | (integer)("0x"+(string)MyOwner); llListen(MyChannel,"",NULL_KEY,""); llOwnerSay("Channel "+(string)MyChannel); //prints nothing on screen } changed(integer change) { if (change & CHANGED_OWNER) { //something's changed! Was it my owner? Yes, it was. llResetScript(); } } listen(integer channel, string name, key id, string msg) { llOwnerSay("Channel "+(string)MyChannel); llSay(0,"Received "+msg); //prints nothing on screen if (llGetOwnerKey(id)== MyOwner) { llSay(0,"Received "+msg); //prints nothing on screen } } } Am I missing something?

I won't even comment on how alarming the 19,533,910 L$ that are selling at the price of 257 L$/USD (!!!!) can be. Or how there are L$ sold even at 259L$/USD I know there were given many explanations but not an official one and this is what disappoints me. When you are a company that respects itself, when you see panic on the content creator base, you make a statement to calm everyone down. Like when a company is closing and they say "no employees will get fired" even though they will. My only explanation is that SL will soon shut down permanently. With the release of SL2 which is coming they want to get rid of every little Linden they have which will be useless when SL2 gets announced (I don't know who "they" are, maybe big merchants with connections to LL, maybe LL itself) Now in order to return to the original topic: I have waited a bit before requesting a process credit (I am trying to lower that 1,5% fee as much as I can) so as you can imagine I was at best annoyed, not to say furious, when I saw that it took 4 business days for my money to appear on my skrill account!!! I opened the process credit request at Wednesday morning (local time) and normally I would see the money on my skrill account Wednesday evening (next's week) or Thursday morning. Now by paying 14USD more I saved a WHOLE FREAKING DAY and received them on Tuesday! I don't know about you but for me that was like a very big "F@#$ YOU SUCKER" on my face from LL.

OzwellWayfarer wrote: it seems like LL maaaaaay have a cashflow problem going on. ^^This! If the new fees are for a faster service, then it should have given us the option to choose between "Standard Shipping" or "Fast Delivery" like when you buy goods online (just saying). From the looks of it, it seems like the SL economy is sinking along with LL's financials, so the new payout fee policy is a win-win senario for LL. And I explain myself: If I don't want to pay the full 1,5% for an amount of money, then I should pile up my USD and make a big withdrawal. By piling up, the USD stay in the LL's disposal for much more time which translates to financial liquidity and additional interest. If I don't want to wait, then I pay a cumulative ridiculus fee which translates to a pure profit for LL...makes sense...if you are LL anyway... For me that I used to make big withdrawals anyway the extra 14USD per transaction have a huge impact on my monthly income. Now combine that, with the selling price of L$ going at 249L$/USD and the fact that I have to exchange my L$ only through Lindex so I have to pay an extra 3% fee on paypal/skrill to turn USD to euros...That translates to a monthly loss of more than 110$/month

Sassy Romano wrote: Yes we've known about this since the beginning. Replace it with "the retarded word filter blocked this supersmall clothing size" Oh that is a very, very good idea!

I was trying to enlist a mesh object that comes in XXS size (amongst others), but the maturity filter had other plans. Apparently the "XX" is a forbidden letter combo!! Any ideas what to replace it with, without looking too dumb? I came up with 2XS, but looks like it is written by an idiot... Oh btw congrats on the bright mind that came up with this! Last time I checked XXX was an adult content indicator, not XX...

I am pretty sure it's Truth as well. As Alexandra said, I am not sure it is still available, since Truth retired many of her old haircuts during the massive hair color and store revamp.

From my point of view, the item number is far from useless. It is the only number that is connected directly to your listing. For example in your listed item: https://marketplace.secondlife.com/p/AS-Chahna-Sesame-Soft-Beige-with-Jeweled-Accents-Indian-Inspired/4117650 you can notice the 7-digit number in the end of the url, that is item number that is recorded in the transaction history. All the other item numbers in the Marketplace reports are just unique, one-use-only sequence of numbers to identify all the items ever ordered in the Marketplace.

Anyone else experiencing this? Is it intended? Did I miss the memo? I maintain a database with all the sales and transactions logs, which is filled by a software I have coded myself. The thing is that the code uses the item number, in the description field of transaction history report, to identify which item is sold. Since 07/07/13 I noticed that the software stopped working and tried to solve the issue. I then found out that the description field format in transaction history report was slightly changed and was causing the program to fail. In an attempt to fix that issue, I came upon some orders that miss the item number entirely. I m now trying to figure out if there is a pattern on the orders that miss the item number or if it is a random bug. Any hints?

Vick Forcella wrote: You prove my point. There was and is only one place where L$ is transferred into us$ and therefore the fees did apply then, as they do now. Only now you can see it more clearly. Third party exchanges were not a charitable organisation. Using them you would pay double exchange fees. Once for LL and once for the other exchange. A 3PE exchange could play better on the LindeX. Time and bulk means they had a better deal with a limited sell on the LindeX. No, I think you got it all wrong. You don't pay double fee. You pay the exchange fee only once, with no additional fee for currency exchange, and you pay that to TPE. You still missing the point here. We are not talking about US merchants. For them, transaction speed aside, LindeX is probably still the best place to exchange their Lindens. But consider that, a TPE doesn't have to get every transaction through LindeX. For example, I am a german that wants to sell 10k Linden to buy euros. I then pay an ATM that is connected to an avatar, say Timothy Bank. Now Mr.Bank has 10k Linden. An Italian guy then comes and wants to buy 5k Lindens. Mr. Bank can give them to him directly from his balance. Ofc Mr. Bank has to have some kind of transactions with LindeX to acquire some Lindens in the first place, and has to charge some fees for his services, for matching those buyers and sellers. But the gain for those buyers and sellers is that they can exchange everything in their own currency.

Kahlie Niven wrote: Well, calculation isn't done like this... Madeliefste Oh stated it to me and I received confirmation after I received my money xfer to paypal. Paypal commission is paid by the sender, not by the receiver, which means here Linden Labs. As they trade a huge amount of USD, they have a very low commission rate, so LL finally included it into Lindex 3.5% commision. When you sell L$ to USD through Lindex, you pay a 3.5% commission. When you xfer USD from Lindex to your paypal, you pay 1USD whatever the amount. When you convert USD to EUR through paypal, paypal takes 4 cents as commission based on the EUR/USD value. (that means that if EUR/USD is worth 1.29, you'll get 1€ for 1,33 USD) Now maybe your bank has better currencies exchange rates and then it could be interesting to open a bank account in USD, and do the exchange directly at your bank. About CC cashing out fees, normally rates are very slow, if not equal to 0 at some banks (though I know for example neteller prepaid card is interesting to pay merchants , but has insane comissions when you try to get cash with it). Main issue still remains delay yes. Thank you for clearing that up. I feel a bit more relieved now by also hearing that LL are trying to resolve this issue by implementing more currency options in the future. *Fingers crossed* Vick Forcella wrote: Just to add some fire to the discussion:) The Third party exchanges also have to pay the fees, they mixed it all well hidden in the bundle you received on your payment. You won't loose more as with another exchange unless they could create money. Can't blame LL for transparency on their fees. I totally disagree on that, I used only virwox and their exchange fees depended on your trading activity. If you had payed 0-1000L in fees in a month you had 3.9% commission fee, while if you had payed more than 1000L it was 3.51% and so on. https://www.virwox.com/help.php#_Commissions_and_Discounts Now you can understand that the people with low trading activity, were paying the fees for people with high trading activity. A common business policy. The fee of 3.5% was payed one way or another. The extra fee though, and the loss for european merchants, comes from the currency exchange fee. In TPEs you can directly exchange Linden in your own currency, since they match the buyers and sellers that use the same currency.

Kahlie Niven wrote: Sybil Hallison wrote: ... With all these fees, and a 15-20% loss, I don't know if it is even worth the trouble... Any european merchants out there with any solutions?? Is there a simpler way?? Hello Sybil, given LL charges 3.5 % and paypal 40 pips (about 3% to euro at actual rate) .. that makes a total of 6.5 % ...that would mean your CC bank eats up to 9% of commission when you cash out ... my advice would be to change bank, definitely. Ok, maybe it's not 20% but I don't know if I am missing something here, or if I missunderstood any conditions, since I haven't made yet any LindeX exchange to try it out. I read on the LindeX Fee page: "Sellers of Linden™ dollars pay a fee of 3.5% per transaction. Proceeds will be credited to your US$ account balance." Then on the paypal page: "with our simple and transparent pricing of 3.4% + $0.30 per transaction, you won't be surprised by hidden fees." and: "The retail exchange rate is our wholesale cost of foreign currency (determined by an outside financial institution) plus a currency conversion fee." And If again I understand it right, I can then withdraw my euros for free on my bank account, but with a remittance fee of 3-4 euros that is applied from my bank, or any other bank in my country from my research. That is if we go with the paypal way. Depending on the amount of money transferred, and if my math is good, these fees may be up to 9-10% of the whole sum? And now compare that to the 2.73% exchange fee of virwox + 1euro withdraw fee + 3-4 euros remittance fee. And I don't even mention the speed of the whole process...

Steph Catseye wrote: I sincerely believe there will be better options by the end of the month. Probably makes sense to sit on the money for a few days longer. That's what I thought too Steph. I m not holding any grudge against LL either, the only thing that troubles me is that I believe we are a minority as I don't see no complaints or petitions for adding support for other currencies. I ve been very busy lately so I haven't really looked it through, but I don't yet understand why the TOS had to change. Given that, I am not sure if it is of LLs interest to find more ways for people to take their money out of the game. Instead they are surely interested (as they did with the change with authorized Linden merchants) to find as many ways as possible for people to bring their money to the game.

Hello, Since I live in Europe, because of the latest TOS change, I am now encountering many different issues when it comes to cash out money from SL. Until now I used virwox to exchange L$ to euro, since it was fast, easy, and able to sent euros directly to my bank account. With all this mess I now have the following problems: -I have to review my trading & billing limits. (solved) -If I cash out in paypal, there is a fee of 3,5% +extra fee per transaction. -If I cash out directly in credit card, there is no fee other than LL's fee BUT... -With both ways there is a fee from my bank to exchange US$ to euro -And another fee to withdraw the money from the credit card and to a bank account (since I mostly pay in cash) Oh and I have to own a credit card! I guess that should be the easy part... With all these fees, and a 15-20% loss, I don't know if it is even worth the trouble... Any european merchants out there with any solutions?? Is there a simpler way??

Noone seems to mentioned the most common issue with the folders in DD. When DD came, I thought exactly as the OP, "I don't want my customers to get into all that trouble". So even though it was inconvenient for me, I unpacked all my boxes, created folders for every product, and uploaded them to merchant box. The problem is that after a period of time, I started having complaints from customers, contacting me that some items were missing, or most commonly that items in the received folder, had the wrong permissions, especially in the products containing 15-25 items in a folder. With a simple redelivery the problem was solved of course, but still this is not acceptable by me. I now have to do the same process again, box the folders into an auto-unpacking box and then upload them to merchant box, hoping that the auto-unpack may save a couple of clicks to my customers

You DO have to see the content to prove it's fake or copied. Even then, with all the digital forensic technology, there is a large portion of the data that will remain not proven one way or the other. To stop you from embarrassing yourself, with all your "hostile" quoting, I can tell you: I have bought several hairstyles from this store and compared them with the demos from the original creators. They are stolen from well known shops like Truth, Magika, Catwa, Lelutka and more. You see, they don't just look alike, THEY ARE EXACTLY THE SAME THING, only with different name! Same sculpts, same textures, same everything. They come unboxed, no description on the listings, the owner is only 1 month old (several days old when this all started), and the worse of all, he uses as keywords the names of the stores he is ripping off. (I found out by accident when I was searching for "Magika"). I have contacted the creators, and since the store is there for some time now, I think they couldn't do much themselves. I think that if LL (or any other company for that matter) were willing to do something, they could easily compare the data in those textures and uvmaps and they would certainly find them identical. They wouldn't be able to block IPs or anything, since that would demand a court order I suppose (I m not familiar with US law, since I live in Europe), but they could surely unlist the items, which is their right & duty.

I am experiencing the same problem with Mira. In specific: -I wear a rigged mesh hair or piece of clothing (if this is even possible, sometimes I can only see the prim parts of the item) -Try to tp, upload a texture, rez an object or even edit a piece of clothing in the appearance window: nothing happens and after a bit, the firestorm crashes. -Relog, rinse and repeat as many times as you like, nothing is fixed. Sometimes you can see the mesh item, sometimes not. I ve tried everything, clearing cache, move to another sim, even changing the "MeshMaxConcurrentRequests" in Debug Settings. -The problem is solved only when I remove every mesh piece attached on me and relog. I don't think what I am describing here is a connection problem, since I have the same ISP and connection for the last 5 years, and had no issue before mesh came to our life. As for my GPU, I use a nvidia GTX 460. This is starting to get really annoying since I am a creator and I use a lot of full perm meshes, its not a happy thing to fail to see or modify a mesh 2/3 of the times...

We are searching for a female modeling avatar with an infant (prim baby). Mother avatar needs to have GOOD quality skin & hair and preferably a breastfeeding hud or pose. If you are interested please contact Sybil Hallison, including your flickr or any photos of your avatar and/or baby.

Same problem here, many queued orders up until now. New orders are being delivered properly now, but some customers mentioned that they received their item, the delivery status hasn't been updated for me as "Delivered", nor did I receive any linden for that purchase. Very displeased at this point, and I would expect that at least because of the day, they would be more carefull messing with marketplace...

Speaking as a customer, I often click on ads in homepage that just catch my eye,but I never buy any of the products immediately. My way of thinking is this: I go to marketplace because I wanted to find something specific, an outfit for an event, shoes to match my outfit, a holiday costume, a decoration for my home etc. So homepage is the first page I land in, if any of the 3 ads that are being shown at the moment catches my eye (you need a first good impression here), I open the product in another tab and keep looking for the product I originally intended to. Now while I keep shopping I take a closer look to the advertised product. It may be a disappointment, so I close the tab and continue. BUT its very common to say "Hey, thats very good! how come I ve never seen that creator before, lets visit store to see more". So if I have a good impression of the store in total I sometimes make a favorite out of it, or just note (in my memory) the creator. So the next time I m looking for that kind of stuff, I know there is a store for that. In one word, exposure. But I never get to see the ads in Apparel section, or Apparel->Women's etc. I spent more time in more specific sections, for example Avatar Accessories->Jewelry and Watches. I keep all the above in mind when it comes to marketing my own store too.