[Opensim-users] rendering JPEG2000 secondlife vs. opensim

Justin Clark-Casey jjustincc at googlemail.com
Wed Apr 18 22:48:53 UTC 2012


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
> Opensim-users at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-users


-- 
Justin Clark-Casey (justincc)
http://justincc.org/blog
http://twitter.com/justincc



More information about the Opensim-users mailing list