On 18/04/12 01:55, Nicky Perian wrote:
While building and testing kokua viewer from the viewer-development code base I
have stumbled
across a couple issues seemingly related to rendering body parts at log on.
Please note that these
show up in a release with debug information (RelWithDebInfo) configuration so
the llaserts
have not been stripped.
Taking most recent first, and in reference to a brief chat with JCC at last
weeks kokua developers meeting,
there is a rendering anomaly which is best displayed by the following images:
Note: It is a male avatar without clothes:
http://dl.dropbox.com/u/7833186/LazyGuy-BadatChangeSet%2824cdc2fee3d9%29%20.JPG
http://dl.dropbox.com/u/7833186/LazyGuy-GoodatChangeSet%28221f63297f33%29.JPG
These where found while determining the changeset that supposedly introduced
the changed
behavior and it is not present when logged to Secondlife.
The quick solution was to backout the changeset and recompile. But, I think
that is a band aid
that hides a opensim server problem.
Earlier I had experienced llassert actions in llface.cpp that where also
related to exceeding a size maximum.
Again another band aid solution. Comment out the assert and recompile and all
seemingly was OK.
So, thinking that maybe this is an edge case where the texture for body parts
is 0-512 or 513 pixels instead
of 512 I decided to attempt to open the body part images located at
C:\diva-r16915\bin\assets\Avatar\Newruth
using the JPEG2000 plugin with the GIMP. Gimp cannot decode the images even
though the test jpeg2000
images delivered with the plugin opened fine.
As far as I know, those images are completely unused - they date back to something Adam was doing in 2007 but never
completed afaik and should probably be removed.
In the most recent releases of OpenSimulator, a new ruth has bodyparts/clothing set up by code in
UserAccountService.CreateDefaultApperanceEntries() (assuming it's not left to some third party system to create these
entries). These reference default assets that come from bin/assets/BodyPartsAssetSet and ClothingAssetSet. These are
just data entries rather than textures - I'm assuming that when this data is sent to the viewer it bakes the texture as
usual.
So I'm rather surprised to see this problem - all we're doing is sending the upload JPEG2000 bakes back again to the
viewer on request.
fwiw, my official viewer 3.3.0 (251182) doesn't have this problem with OpenSimulator, but I assume that's before the
patchset in question.
I do not have photoshop.
Could someone with knowledge of the images in the server check their validity?
Concerning the most recent anomaly, I sent via email the information to the dev
that authored the patch but, have not
heard back.
Since was an attempt at more rigor in the viewer pipeline and since it doesn't
affect Secondlife servers I don't see
them moving
to resolve it.
Thoughts....
Nicky
_______________________________________________
Opensim-users mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/opensim-users
--
Justin Clark-Casey (justincc)
http://justincc.org/blog
http://twitter.com/justincc
_______________________________________________
Opensim-users mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/opensim-users
