[Opensim-users] Question about NPCs and attachments (Chris)
Justin Clark-Casey
jjustincc at googlemail.com
Thu Feb 13 00:45:14 UTC 2014
Sorry for not replying sooner to this - have been on holiday for much of the past week.
The NPC stuff was written before multi-attachments were implemented in master, so I wouldn't be completely surprised if
they don't work properly - there are no regression tests for this.
Also, the current master has various appearance issues that may have further affected NPCs. So please could you test
against justincc-master (a stable master branch from an older code point) and master and submit a mantis report with the
relevant details. It will get fixed in both places but justincc-master gives me a known stable point from which to
diagnose the original issue.
Thanks!
Justin
On 07/02/14 17:58, Chris wrote:
> That is strange, as I was unable to create an NPC (That is, a new NPC cloned from my own avatar) that wasn't a cloud
> until my own baked textures were working properly. Preexisting NPC appearance notecards had no problem except for
> multiple attachments issue.
>
> On 2/6/2014 5:15 AM, Jeff Kelley wrote:
>> At 9:18 PM -0600 5/2/14, Chris wrote:
>>
>>> On some further fiddling with it, it seems like the latest master is having some slight
>>> issues with baking; where I can tell that sometimes I end up with a completely white
>>> avatar after removing entire folder contents that contain attachments, skin, shape, etc.,
>>
>>
>> I think osNpcCreate don't care the skin, shape, clothes listed in the
>> <key>wearables</key> section but uses only baked textures contained in the
>> <key>textures</key> section.
>>
>> Baking an avatar from wearables is a task for the client. A NPC is a snapshot of a baked avatar, not a compositing of
>> an array of wearables.
>>
>> In an attempt to understand the role of each key in the notecard, I could nullify every wearable (item plus asset) and
>> still get a full NPC as long as the five baked textures are present. Example:
>>
>>
>> <key>wearables</key>
>> <array>
>> <array>
>> <map>
>> <key>item</key>
>> <uuid>00000000-0000-0000-0000-000000000000</uuid>
>> <key>asset</key>
>> <uuid>00000000-0000-0000-0000-000000000000</uuid>
>> </map>
>> </array>
>> <array>
>> <map>
>> <key>item</key>
>> <uuid>00000000-0000-0000-0000-000000000000</uuid>
>> <key>asset</key>
>> <uuid>00000000-0000-0000-0000-000000000000</uuid>
>> </map>
>> </array>
>> <array>
>> <map>
>> <key>item</key>
>> <uuid>00000000-0000-0000-0000-000000000000</uuid>
>> <key>asset</key>
>> <uuid>00000000-0000-0000-0000-000000000000</uuid>
>> </map>
>> </array>
>> <array>
>> <map>
>> <key>item</key>
>> <uuid>00000000-0000-0000-0000-000000000000</uuid>
>> <key>asset</key>
>> <uuid>00000000-0000-0000-0000-000000000000</uuid>
>> </map>
>> </array>
>> <array />
>> <array>
>> <map>
>> <key>item</key>
>> <uuid>00000000-0000-0000-0000-000000000000</uuid>
>> <key>asset</key>
>> <uuid>00000000-0000-0000-0000-000000000000</uuid>
>> </map>
>> </array>
>> <array>
>> <map>
>> <key>item</key>
>> <uuid>00000000-0000-0000-0000-000000000000</uuid>
>> <key>asset</key>
>> <uuid>00000000-0000-0000-0000-000000000000</uuid>
>> </map>
>> </array>
>> <array>
>> <map>
>> <key>item</key>
>> <uuid>00000000-0000-0000-0000-000000000000</uuid>
>> <key>asset</key>
>> <uuid>00000000-0000-0000-0000-000000000000</uuid>
>> </map>
>> </array>
>> <array>
>> <map>
>> <key>item</key>
>> <uuid>00000000-0000-0000-0000-000000000000</uuid>
>> <key>asset</key>
>> <uuid>00000000-0000-0000-0000-000000000000</uuid>
>> </map>
>> </array>
>> <array />
>> <array>
>> <map>
>> <key>item</key>
>> <uuid>00000000-0000-0000-0000-000000000000</uuid>
>> <key>asset</key>
>> <uuid>00000000-0000-0000-0000-000000000000</uuid>
>> </map>
>> </array>
>> <array>
>> <map>
>> <key>item</key>
>> <uuid>00000000-0000-0000-0000-000000000000</uuid>
>> <key>asset</key>
>> <uuid>00000000-0000-0000-0000-000000000000</uuid>
>> </map>
>> </array>
>> <array />
>> <array />
>> <array />
>> </array>
>> <key>textures</key>
>> <array>
>> <uuid>c228d1cf-4b5d-4ba8-84f4-899a0796aa97</uuid>
>> <uuid>c228d1cf-4b5d-4ba8-84f4-899a0796aa97</uuid>
>> <uuid>c228d1cf-4b5d-4ba8-84f4-899a0796aa97</uuid>
>> <uuid>4934f1bf-3b1f-cf4f-dbdf-a72550d05bc6</uuid>
>> <uuid>c228d1cf-4b5d-4ba8-84f4-899a0796aa97</uuid>
>> <uuid>4934f1bf-3b1f-cf4f-dbdf-a72550d05bc6</uuid>
>> <uuid>4934f1bf-3b1f-cf4f-dbdf-a72550d05bc6</uuid>
>> <uuid>c228d1cf-4b5d-4ba8-84f4-899a0796aa97</uuid>
>> <uuid>5fca7776-429f-424c-8890-193bff0d1b92</uuid>
>> <uuid>b6962615-39a9-453d-bbd5-d3f5ee88c283</uuid>
>> <uuid>6807b552-8ebb-4566-8075-1132d96df008</uuid>
>> <uuid>ce7dc2e5-3ca2-4e7d-937d-ce3e5e35cc0b</uuid>
>> <uuid>c228d1cf-4b5d-4ba8-84f4-899a0796aa97</uuid>
>> <uuid>c228d1cf-4b5d-4ba8-84f4-899a0796aa97</uuid>
>> <uuid>c228d1cf-4b5d-4ba8-84f4-899a0796aa97</uuid>
>> <uuid>c228d1cf-4b5d-4ba8-84f4-899a0796aa97</uuid>
>> <uuid>c228d1cf-4b5d-4ba8-84f4-899a0796aa97</uuid>
>> <uuid>c228d1cf-4b5d-4ba8-84f4-899a0796aa97</uuid>
>> <uuid>c228d1cf-4b5d-4ba8-84f4-899a0796aa97</uuid>
>> <uuid>c228d1cf-4b5d-4ba8-84f4-899a0796aa97</uuid>
>> <uuid>3dac69ee-c236-4b2a-958b-d7d75a9156f3</uuid>
>> </array>
>>
>>
>>
>>
>> -- Jeff
>> _______________________________________________
>> Opensim-users mailing list
>> Opensim-users at lists.berlios.de
>> https://lists.berlios.de/mailman/listinfo/opensim-users
>
>
--
Justin Clark-Casey (justincc)
OSVW Consulting
http://justincc.org
http://twitter.com/justincc
More information about the Opensim-users
mailing list