[opensource-dev] Open Development project: extending avatar wearables
Dzonatas Sol
dzonatas at gmail.com
Mon Mar 22 12:35:35 PDT 2010
Nyx Linden wrote:
> Some of the features we want to implement:
> 1) A new panel to edit what is stored in your saved outfit without
> creating a new one.
> This will include both an inventory view and a view of your outfit
> itself, so you can drag items from your inventory to your outfit without
> having an extra floater open
> 2) Editing of wearable items (body parts and/or clothing objects) in the
> sidebar, selectable from the outfit editor
> 3) Removal of the appearance floater
> 4) Order-specific outfits with the ability to re-order wearables as desired
> 5) Ability to wear multiple wearables of the same type (multiple shirts,
> multiple jackets and yes, multiple alpha masks!).
>
All these features could be contained in an app or client-side script
outside the main viewer. This is one of the reasons why I wanted to
develop SNOW-375: https://jira.secondlife.com/browse/SNOW-375
This new "detailed" appearance UI doesn't need to be in the viewer at
all. The basic Inventory UI can stay built-in to the viewer in order to
provide default functionality.
I recently added methods to access inventory items through the REST/HTTP
interface. I don't want to spill all details at this time, yet
scriptable access to the inventory could, for example, read a notecard
that then reads all the layered composites (texture UUIDs) to bake on
the avatar. Then the script does a POST or PUT with the final composite
to trigger the baked upload.
I'd probably be done with such a UI if my disability didn't slow me down. =(
Anyways, do look at these galleries carefully to notice the level of
detail for avatars that I have kept in mind:
http://igolochka.deviantart.com/gallery/
http://opalseadragon.deviantart.com/gallery/
Things to note off hand:
1) level of detail to the composite skin layers and immediate clothes layer
2) level of detail of the physics of the clothes how (they pass over the
skin and not through the skin)
3) level of detail of the fingers and toes, and close-ups of facial features
The main renderer of the viewer may not include such detail because of
practicality of speed, yet when someone examines a person's profile,
then these kinds of details could be rendered.
A "snapshot" could also become much more higher quality if the rest of
these details were filled in just for the pose.
More information about the opensource-dev
mailing list