Sculpted Prims: Technical Explanation - Revision history

Aleric Inglewood: Do not set image_desc to 8. Add correct TGA footer.

2013-10-15T23:58:49Z

Do not set image_desc to 8. Add correct TGA footer.

Mako Nozaki: /* Rendering in Second Life viewer */ VWR-9384 was fixed in 1.23.4

2010-04-29T01:12:53Z

Rendering in Second Life viewer: VWR-9384 was fixed in 1.23.4

← Older revision		Revision as of 18:12, 28 April 2010
Line 22:		Line 22:

	This analysis is based on 1.22 client usage.		This analysis is based on 1.22 client usage.
	~~As of 1.23, non-square sculpt maps are supported. The only good information I know about it is on the jira: http://jira.secondlife.com/browse/VWR-9384~~

	'''Warning:''' As of 1.20.14, 32x32, 64x64 and 128x128 textures are stored lossless JPEG2000 compression if you check the lossless compression box in the upload window. If the texture is sized outside this compression artifacts exist and can corrupt your shape ruining any attempt at photo realistic texturing. Also the assert server block doesn't recognize anything above 128x128 as a sculptie even though it will function if placed in the sculptie window (actually any texture can be placed into the window.)		'''Warning:''' As of 1.20.14, 32x32, 64x64 and 128x128 textures are stored lossless JPEG2000 compression if you check the lossless compression box in the upload window. If the texture is sized outside this compression artifacts exist and can corrupt your shape ruining any attempt at photo realistic texturing. Also the assert server block doesn't recognize anything above 128x128 as a sculptie even though it will function if placed in the sculptie window (actually any texture can be placed into the window.)

Mako Nozaki: /* Rendering in Second Life viewer */

2010-04-29T01:02:53Z

Rendering in Second Life viewer

← Older revision		Revision as of 18:02, 28 April 2010
Line 24:		Line 24:
	As of 1.23, non-square sculpt maps are supported. The only good information I know about it is on the jira: http://jira.secondlife.com/browse/VWR-9384		As of 1.23, non-square sculpt maps are supported. The only good information I know about it is on the jira: http://jira.secondlife.com/browse/VWR-9384

	'''Warning:''' As of 1.20.14, 32x32, 64x64 and 128x128 textures are stored lossless JPEG2000 compression if you check the lossless compression box in the upload window. If the texture is sized outside this compression artifacts exist and can corrupt your shape ruining any attempt at photo realistic texturing. Also the assert server block doesn't recognize anything above 128x128 as a sculptie even ~~thought~~ it will function if placed in the sculptie window (actually any texture can be placed into the window.)		'''Warning:''' As of 1.20.14, 32x32, 64x64 and 128x128 textures are stored lossless JPEG2000 compression if you check the lossless compression box in the upload window. If the texture is sized outside this compression artifacts exist and can corrupt your shape ruining any attempt at photo realistic texturing. Also the assert server block doesn't recognize anything above 128x128 as a sculptie even though it will function if placed in the sculptie window (actually any texture can be placed into the window.)

	'''Important:''' When we refer to the texture in terms of how the viewer code sees it, the first row (00 - F0) is the top row of your texture. For the columns they are left to right.		'''Important:''' When we refer to the texture in terms of how the viewer code sees it, the first row (00 - F0) is the top row of your texture. For the columns they are left to right.

Lorne Harlequin: /* Pixel Format */

2009-12-05T08:51:23Z

Pixel Format

← Older revision		Revision as of 01:51, 5 December 2009
Line 10:		Line 10:
	The alpha channel (if any) in position maps is currently unused, so we have 24 bits per pixel giving us 8 bits per color channel, or values from 0-255. Each color channel represents an axis in 3D space, where red, green, and blue map to X, Y, and Z respectively. If you're mapping from other software, keep in mind that not all 3D software will name their axes the same as SL does. If you have a different default orientation in SL than in your designer, compare the axes and swap where appropriate.		The alpha channel (if any) in position maps is currently unused, so we have 24 bits per pixel giving us 8 bits per color channel, or values from 0-255. Each color channel represents an axis in 3D space, where red, green, and blue map to X, Y, and Z respectively. If you're mapping from other software, keep in mind that not all 3D software will name their axes the same as SL does. If you have a different default orientation in SL than in your designer, compare the axes and swap where appropriate.

	The color values map to an offset from the origin of the object <0,0,0>, with values less than 128 being negative offsets and values greater than ~~128~~ being positive offsets. An image that was entirely <~~128~~,~~128~~,~~128~~> ~~pixels (flat gray) would represent~~ a single ~~dot in space at~~ the ~~origin~~.		The color values map to an offset from the origin of the object <0,0,0>, with values less than 128 being negative offsets and values greater than 127 being positive offsets. Consider a prim of scale 1 by 1 by 1 meter. An image that is solid black through-out, red, green, blue (RGB) value <0,0,0>, would map all the vertices of that sculpted prim to a single coordinate, <-0.5,-0.5,-0.5>, relative to the prim's center, while an image that was entirely white through-out, RGB value <255,255,255>, maps all that sculpty's vertices to a single coordinate, <0.5,0.5,0.5>, relative to the prim's center.

	~~On a sculpted prim that has a size of one meter~~, ~~the color~~ values ~~from 0-255 map to offsets from -0.5 to~~ 0~~.496 meters from~~ the ~~center. Combined with the scale vector that all prims in Second Life possess~~, ~~sculpted prims have~~ the ~~nearly same maximum dimensions as regular procedural prims (9~~.~~961 meter diameter)~~. ~~The last 39mm~~ is ~~lost due to the fact~~ that the ~~maximum color value is 255~~, ~~whereas 256 would be required to generate a positive offset of~~ exactly ~~0.5~~.		For each color, red, green, or blue, there are 256 possible values ( 0 being the first possible value, and 255 being the 256th ). 256 is an even number. Even numbers do not have a single median value, they have two, and therefore there is no color value that will map a vertex exactly at the prim's center, or exactly along the prim's x, y, or z center-line.

	==Texture Mapping==		==Texture Mapping==

Tapple Gao: added a note about oblong sculpties

2009-09-27T00:46:48Z

added a note about oblong sculpties

← Older revision		Revision as of 17:46, 26 September 2009
Line 22:		Line 22:

	This analysis is based on 1.22 client usage.		This analysis is based on 1.22 client usage.
			As of 1.23, non-square sculpt maps are supported. The only good information I know about it is on the jira: http://jira.secondlife.com/browse/VWR-9384

	'''Warning:''' As of 1.20.14, 32x32, 64x64 and 128x128 textures are stored lossless JPEG2000 compression if you check the lossless compression box in the upload window. If the texture is sized outside this compression artifacts exist and can corrupt your shape ruining any attempt at photo realistic texturing. Also the assert server block doesn't recognize anything above 128x128 as a sculptie even thought it will function if placed in the sculptie window (actually any texture can be placed into the window.)		'''Warning:''' As of 1.20.14, 32x32, 64x64 and 128x128 textures are stored lossless JPEG2000 compression if you check the lossless compression box in the upload window. If the texture is sized outside this compression artifacts exist and can corrupt your shape ruining any attempt at photo realistic texturing. Also the assert server block doesn't recognize anything above 128x128 as a sculptie even thought it will function if placed in the sculptie window (actually any texture can be placed into the window.)

Anastasia Horngold: /* Rendering in Second Life viewer */ grammar correction

2009-05-15T19:05:17Z

Rendering in Second Life viewer: grammar correction

← Older revision		Revision as of 12:05, 15 May 2009
Line 29:		Line 29:
	[[Image:Mesh.png]]		[[Image:Mesh.png]]

	The Second life viewer will at ~~it's~~ highest level of detail render a grid of vertices in the following form (for a sculpted prim with spherical stitching):		The Second life viewer will at its highest level of detail render a grid of vertices in the following form (for a sculpted prim with spherical stitching):
	:1 top row of 33 vertices all mapped to a pole		:1 top row of 33 vertices all mapped to a pole
	:31 rows of 33 vertices taken from your texture		:31 rows of 33 vertices taken from your texture

Icktoofay Kamachi: Added "http://" to a link to make it show as a link.

2009-05-10T05:07:06Z

Added "http://" to a link to make it show as a link.

← Older revision		Revision as of 22:07, 9 May 2009
Line 58:		Line 58:
	==Examples==		==Examples==

	A pack of sculpture maps was available for download at www.jhurliman.org/download/sculpt-tests.zip but isn't anymore.		A pack of sculpture maps was available for download at http://www.jhurliman.org/download/sculpt-tests.zip but isn't anymore.

Thunderclap Morgridge: /* Rendering in Second Life viewer */

2009-03-22T04:47:45Z

Rendering in Second Life viewer

← Older revision		Revision as of 21:47, 21 March 2009
Line 23:		Line 23:
	This analysis is based on 1.22 client usage.		This analysis is based on 1.22 client usage.

	'''Warning:''' As of ~~release candidate~~ 1.20.14, 32x32, 64x64 and 128x128 textures are stored lossless JPEG2000 compression if you check the lossless compression box in the upload window. If the texture is sized outside this compression artifacts exist and can corrupt your shape ruining any attempt at photo realistic texturing. Also the assert server block doesn't recognize anything above 128x128 as a sculptie even thought it will function if placed in the sculptie window (actually any texture can be placed into the window.)		'''Warning:''' As of 1.20.14, 32x32, 64x64 and 128x128 textures are stored lossless JPEG2000 compression if you check the lossless compression box in the upload window. If the texture is sized outside this compression artifacts exist and can corrupt your shape ruining any attempt at photo realistic texturing. Also the assert server block doesn't recognize anything above 128x128 as a sculptie even thought it will function if placed in the sculptie window (actually any texture can be placed into the window.)

	'''Important:''' When we refer to the texture in terms of how the viewer code sees it, the first row (00 - F0) is the top row of your texture. For the columns they are left to right.		'''Important:''' When we refer to the texture in terms of how the viewer code sees it, the first row (00 - F0) is the top row of your texture. For the columns they are left to right.

Thunderclap Morgridge: /* Rendering in Second Life viewer */

2009-03-22T04:47:05Z

Rendering in Second Life viewer

← Older revision		Revision as of 21:47, 21 March 2009
Line 23:		Line 23:
	This analysis is based on 1.22 client usage.		This analysis is based on 1.22 client usage.

	'''Warning:''' As of release candidate 1.20.14, 32x32, 64x64 and 128x128 textures are stored lossless JPEG2000 compression. If the texture is sized outside this compression artifacts exist and can corrupt your shape ruining any attempt at photo realistic texturing. Also the assert server block doesn't recognize anything above 128x128 as a sculptie even thought it will function if placed in the sculptie window (actually any texture can be placed into the window.)		'''Warning:''' As of release candidate 1.20.14, 32x32, 64x64 and 128x128 textures are stored lossless JPEG2000 compression if you check the lossless compression box in the upload window. If the texture is sized outside this compression artifacts exist and can corrupt your shape ruining any attempt at photo realistic texturing. Also the assert server block doesn't recognize anything above 128x128 as a sculptie even thought it will function if placed in the sculptie window (actually any texture can be placed into the window.)

	'''Important:''' When we refer to the texture in terms of how the viewer code sees it, the first row (00 - F0) is the top row of your texture. For the columns they are left to right.		'''Important:''' When we refer to the texture in terms of how the viewer code sees it, the first row (00 - F0) is the top row of your texture. For the columns they are left to right.

Thunderclap Morgridge: /* Rendering in Second Life viewer */

2009-03-22T04:46:06Z

Rendering in Second Life viewer

← Older revision		Revision as of 21:46, 21 March 2009
Line 25:		Line 25:
	'''Warning:''' As of release candidate 1.20.14, 32x32, 64x64 and 128x128 textures are stored lossless JPEG2000 compression. If the texture is sized outside this compression artifacts exist and can corrupt your shape ruining any attempt at photo realistic texturing. Also the assert server block doesn't recognize anything above 128x128 as a sculptie even thought it will function if placed in the sculptie window (actually any texture can be placed into the window.)		'''Warning:''' As of release candidate 1.20.14, 32x32, 64x64 and 128x128 textures are stored lossless JPEG2000 compression. If the texture is sized outside this compression artifacts exist and can corrupt your shape ruining any attempt at photo realistic texturing. Also the assert server block doesn't recognize anything above 128x128 as a sculptie even thought it will function if placed in the sculptie window (actually any texture can be placed into the window.)

	'''Important:''' When we refer to the texture in terms of how the viewer code sees it, the first row (0) is the ~~bottom~~ row of your texture. For the columns they are left to right.		'''Important:''' When we refer to the texture in terms of how the viewer code sees it, the first row (00 - F0) is the top row of your texture. For the columns they are left to right.

			[[Image:Mesh.png]]

	The Second life viewer will at it's highest level of detail render a grid of vertices in the following form (for a sculpted prim with spherical stitching):		The Second life viewer will at it's highest level of detail render a grid of vertices in the following form (for a sculpted prim with spherical stitching):