Jump to content

Anna Salyx

Resident
  • Posts

    396
  • Joined

  • Last visited

Everything posted by Anna Salyx

  1. Same. I used to have a "base naked" outfit for each body, but I've recently stopped using those.... for a reason. So now I have a "what I'm wearing today" outfit for when I'm shopping and trying on demos. it's an easy way to quickly get back to shopping when done with the demo.... As for "outfits" themselves, I just build them up each day -- deciding each day what I want to wear, or what I want to change into for nights out or special occasions. I tried making use of the outfits system itself, at one time but it just never sparked joy in me. /shrugs.
  2. I fall back to the point that Maitreya didn't make people buy the new body; it was freely given to everyone who already had 5.x*, with the only cost being a little bit of time**. It's now the body being sold at the store, with the previous body included in the sales box for backward compatibility with the vast collection of products already existing on the market. There was no real, compelling, reason (IMO) for designers who wished to not make an abrupt change. For the most part is was/is a fairly risk free decision. and speaking of v4.1, it's presence is still felt daily on the grid albeit minimally. I sincerely doubt that new clothes are being made for it though. ----- *maybe even 4.1, but i don't know about that and I could be wrong. **I will freely admit that time is not a wholly free commodity regardless of how some might categorize slices of it. But for the purposes of my point here, it can be considered as such in that the expenditure of it alone is needed and is fully independent of an actual monetary cost.
  3. Avatars are drain on the grid and as a result are the biggest contributes to lag. Verily the server strain under the load. So. We need to make them more sustainable.... By making avatars battery powered. Lithium Ion of course. Charge up at a convenient charging station located at various Telehub found through out the mainland, and at participating sim. It's just be a few L$ each day for a day's worth of activity. Power users (cough pun intended) can opt to pay for a nuclear power cell for a weeks worth of activity for a reduced L$ cost / hour of activity. For the more frugally minded, why not opt for a very stylish wind up key that will power you for a quarter of day per "charge" provided through the goodwill of your fellow residents. Why I bet lag would be gone in no time if we did this! 😛
  4. I'm wearing the LaraX line almost exclusively these days. There has been enough updates on existing core items for me, and enough new items coming on the market that i don't feel like it's been a struggle to have outfits. I also made a quick body changer to quickly swap between the 4 different bodies (OG Lara and Lara X, plus petite versions) along with the other bodies I occasionally wear that it's pretty much seamless to use different bodies while maintaining a given look for the day. It's RLV based in that I'm not big on outfits, and this is for me better than an outfits based changer. Objectively, from what I've been hearing it's somewhat easier to make cloths for LaraX than it was/is for OG Lara. Add that since the OG Lara users get Lara X for free, and new users to the Maitreya line get OG Lara for free when buying LaraX for the first time, it makes a modicum of sense to just fully switch which body they are making for -- their customers doesn't have to drop extra money on the body itself, it's just there. Couple that with the fact that there is only so many hours in the day and a fair number of bodies to make for as it is, it doesn't really make sense to do double the work to make for both LaraX and OG Lara at the same time when the customer will have access both bodies. It's a no brainier, IMO: drop OG and pick up X since X is an easier creation.
  5. People, you can't fight in here. This is the War Room!
  6. Maybe not entirely Cyberpunk, but still somewhat relevant: "Mag's contract's got some mighty fine print. Some mighty...fine...print... And that mighty fine print puts Mag in a mighty fine predicament... If Mag up and splits, her eyes are forfeit..." --Zydrate Anatomy.
  7. TBH, I'm waiting more for a full Matrix style insertion into a virtual world. Or failing that, maybe the Oasis headset NextGen à la Ready Player Two.
  8. I will admit my count might on the higher side of average, but we are given 60 BOM layers to work with and I have no qualms about using them. Back in the applier days I used to combine all the custom tattoos I made into one texture for applying, but in the BOM world I just don't bother doing all that extra effort to do that anymore. lol
  9. No, I got that, but if we had that power at the script level there would be some who might. I put specific rigged mesh item on a wingtip just to have it out of the way. I don't want some creator to reset that each time I take it off to where they think it belongs: I don't want to have to specify each time wear it, where I want it to go. Would it be used this way? I'd like to think not, but I'm not a stranger to the quirks of creators. I do understand what you're trying to do, and why, and I empathize, automation is a passion of mine. But somethings aught not be touched. IMO at least.
  10. Quite honestly I don't want a script (or creator) deciding where an object should attach. I find annoying enough that a couple of my HUDS want to revert to a "default" position every time I attach them rather than respecting the location I have moved them to before detach*. I know that's not the scope of the OPs question, but if we had that ability to set attach-points via script I just know in my bones that there's be creators out that would use that power a less than elegant or polite way. == (*tangent: when make HUDS I'll detect if the HUD point has changed from the last time it was worn and if so will reset the location to a neutral default for that new point since it's going move move around anyway and I don't want it potentially getting lost off the edge of the screen, but after that I don't touch the local position.)
  11. it can take a moment or two to wrap your head around the quirks and intricacies of BOM layers (primarily tattoo level). But once you have that epiphany moment it becomes so easy to manage. I currently sport 29 tattoo laters which include the head skin (body skin is actual skin layer), ears, freckles, moles, creases, eyebrows, makeup... along with a hefty amount of actual tattoos (I make most of my own so I can be sure how they layer out). The real key and trick to getting everything to look right is is putting them on in a specific order, and building the whole look up like a fancy layer cake. The outfit panel can help in reordering layers so, if you add something later and it messes the look up, you can easily adjust the stack instead of having to take everything off and back on again.
  12. A version of this was shared not long ago. Reminded me of this one, my favorite version:
  13. The key point here is that your own viewer itself will know what you are wearing*. It's the same way your viewer can list what you HUDS you have attached in the "wearing" tab of inventory or outfits. So, yes, the FS area search feature can (and apparently does) return your own HUD attachments when requested. That in itself does not mean that that information detail is available for adjacent avatars. === edit to add: *Usually knows. There are times with 'ghosted' attachments that it thinks something is there when it's really not. Sort of a proof in the pudding that that that specific detail is not sent by the server even to the users client. it's relying on the client to know what the user has attached and detached and that can get out of sync. (which is why I wish I could get via LSL my HUDS so i can to proper 'ghost' detection).
  14. I'll grant that but at the same time I truly doubt that HUD details are being sent by the server down to the viewers. The server sends just enough information about a user so that they can be rendered more or less correctly. I really don't think that that data package is going to contain extraneous details that will *never* be visually rendered to adjacent avatars. Additionally, if extra data was being offered up, then in the near 20 years that SL has been around there would would be a lot more evidence of this than some vague whispered rumor that it does. If my admittedly fuzzy memory of events is correct, the closest we ever got to something like that was the old Emerald viewer when it tried doing some hinky things with what it gathered locally about the user including rebroadcasted potentially SPI to nearby avatars or out of world (real fuzzy memory here). That got very noticeably shut down right quick. But we stray outside the scope of the thread here and I'll just leave my comment here as that and move on.
  15. That would be incorrect. The specific command is llGetAttachedList and the documentation specifically states that "By design HUD attachment keys are not reported by this function." I have confidence in this as fact because all script code is handled on the server side and none is handled by the viewer. When a script requests an avatars attachments , the generated list is given to the calling script to process (still server side) and any output that is returned, either to an external server or back to the users viewer itself via the various messaging options, has already been filtered by the server software. HUD specific attachments are never exposed to the world in any passive way, to the point that I cannot even get a list of my own HUDS via this command (and I sometimes really wish I could).
  16. This is basically my own take the addition that there was a lot of spaghetti thrown at the wall in a scattershot to try and get something to stick. There might be some grains of truth in there that was put into to add credibility to everything else, but that's all they might be: grains with no real substance. That was one of the first big red flags for me when I read the original article. A few other pictures used as 'evidence' had similar problems for me and called in to question, in my mind at least, the veracity of the piece as a whole. Not going into any details on my feelings here as it's outside the scope, but I did have a lot of significant doubts. I've not really weighed in on this at all and I won't say much more than I have here. Too much is unknown at present and only when more is known might I make a more informed comment.
  17. Too late. Everything changed when the Fire Nation attacked.....
  18. No. You can buy C/NT full packs directly but you have to use the HUD for the next up functionality. At least that's how it was when I visited. It might be that there are some of the newer nextup/miepon machines there now that don't need a HUD and will lock to the current player for a short period of time to prevent sniping, but I wouldn't know w/out visiting.
  19. the last time I was at The Arcade and tried the HUD out, the HUD will randomize the prize order the first time you activate it with a given machine. Then it stays in that order until the next day when the list for that machine gets randomized again. I think it was the next day. it might have just been a set number of hours, but regardless you aren't stuck with a fully static order for a given machine that you have used the HUD on, there is a mechanism to mix things up for you.
  20. ... if you crash while teleporting. that's when the aliens are abducting your avatar. ... That's why when you're able log back in later that your avatar is, most of the time, dressed weird*. . . . --- *Well weirder than normal....
×
×
  • Create New...