Talk:Sculpted prim - Revision history

Contagious Republic: /* non-sculpted linkset to single sculpted prim */

2011-09-26T01:53:57Z

non-sculpted linkset to single sculpted prim

← Older revision		Revision as of 18:53, 25 September 2011
Line 506:		Line 506:
	This would be incredibly useful; I have a full-prim avatar I'm making, but to get the feet just right I'm using things like cut, hollowed torus prims and spheres etc. Very, very messy, but if I could convert these to a single sculpted prim I would only have the equivalent of one torus at most. [[User:Haravikk Mistral\|Haravikk Mistral]] 03:26, 12 November 2007 (PST)		This would be incredibly useful; I have a full-prim avatar I'm making, but to get the feet just right I'm using things like cut, hollowed torus prims and spheres etc. Very, very messy, but if I could convert these to a single sculpted prim I would only have the equivalent of one torus at most. [[User:Haravikk Mistral\|Haravikk Mistral]] 03:26, 12 November 2007 (PST)

	The ~~Sculptie-O-matic~~, as seen on ~~SLX~~, does linkset to sculptie inworld. It's 100% free/functional to use in its sandbox and walk off with the sculptie that looks just like the linkset! Sure there are some limits to the tool, but anything that outputs sculptie picnic tables that look EXACTLY like a 30 boxes linkset you just made is kinda nice to have. There are limits to its use (aka useless for high detail curvy shapes) but I am working hard on improving it. [[User:Contagious Republic\|Contagious Republic]] 23:28, 6 March 2009 (UTC)		The SculptCrafter, as seen on the marketplace, does linkset to sculptie inworld. It's 100% free/functional to use in its sandbox and walk off with the sculptie that looks just like the linkset! Sure there are some limits to the tool, but anything that outputs sculptie picnic tables that look EXACTLY like a 30 boxes linkset you just made is kinda nice to have. There are limits to its use (aka useless for high detail curvy shapes) but I am working hard on improving it. [[User:Contagious Republic\|Contagious Republic]] 23:28, 6 March 2009 (UTC)

	== Moving, compression ==		== Moving, compression ==

Celladore Maven at 22:38, 14 December 2009

2009-12-14T22:38:47Z

← Older revision		Revision as of 15:38, 14 December 2009
Line 757:		Line 757:

	[[User:Celladore Maven\|Celladore Maven]] 22:30, 14 December 2009 (UTC)		[[User:Celladore Maven\|Celladore Maven]] 22:30, 14 December 2009 (UTC)


			==Maya Polygon Sculpted Prim Tutorial==

			I wanted to add a quick contribution to the resources available for creating Sculpted Prims via polygon modeling in Maya. As such, a tutorial on one way to approach this method can be found here: http://www-scf.usc.edu/~slsdg/mayatutorial.html

			The tutorial is a living document, so please email us with any questions or feedback at slsdg@usc.edu.

			[[User:Celladore Maven\|Celladore Maven]] 22:38, 14 December 2009 (UTC)

Celladore Maven at 22:30, 14 December 2009

2009-12-14T22:30:20Z

← Older revision		Revision as of 15:30, 14 December 2009
Line 749:		Line 749:

	:You should checkout [http://forums.secondlife.com/forumdisplay.php?f=8 SL Forums:Building Tips], there is quite a few building tutorials out there. -- [[User:Strife Onizuka\|Strife Onizuka]] 15:22, 29 August 2007 (PDT)		:You should checkout [http://forums.secondlife.com/forumdisplay.php?f=8 SL Forums:Building Tips], there is quite a few building tutorials out there. -- [[User:Strife Onizuka\|Strife Onizuka]] 15:22, 29 August 2007 (PDT)

			Here is a link to a new tutorial on creating Sculpted Prims via polygon modeling in Maya.
			http://www-scf.usc.edu/~slsdg/mayatutorial.html


			Questions and Feedback are always welcome. Please contact us at slsdg@usc.edu

			[[User:Celladore Maven\|Celladore Maven]] 22:30, 14 December 2009 (UTC)

Torley Linden: moved Talk:Sculpted Prim to Talk:Sculpted prim

2009-11-04T14:49:47Z

moved Talk:Sculpted Prim to Talk:Sculpted prim

← Older revision	Revision as of 07:49, 4 November 2009
(No difference)

Zai Lynch: Talk:Sculpted Prims moved to Talk:Sculpted Prim

2009-04-27T22:59:42Z

Talk:Sculpted Prims moved to Talk:Sculpted Prim

← Older revision	Revision as of 15:59, 27 April 2009
(No difference)

Contagious Republic: /* non-sculpted linkset to single sculpted prim */

2009-03-06T23:28:43Z

non-sculpted linkset to single sculpted prim

← Older revision		Revision as of 16:28, 6 March 2009
Line 506:		Line 506:
	This would be incredibly useful; I have a full-prim avatar I'm making, but to get the feet just right I'm using things like cut, hollowed torus prims and spheres etc. Very, very messy, but if I could convert these to a single sculpted prim I would only have the equivalent of one torus at most. [[User:Haravikk Mistral\|Haravikk Mistral]] 03:26, 12 November 2007 (PST)		This would be incredibly useful; I have a full-prim avatar I'm making, but to get the feet just right I'm using things like cut, hollowed torus prims and spheres etc. Very, very messy, but if I could convert these to a single sculpted prim I would only have the equivalent of one torus at most. [[User:Haravikk Mistral\|Haravikk Mistral]] 03:26, 12 November 2007 (PST)

	The Sculptie-O-matic, as seen on SLX, does linkset to sculptie inworld. It's 100% free/functional to use in its sandbox and walk off with the sculptie that looks just like the linkset! Sure there are some limits to the tool, but anything that outputs sculptie picnic tables that look EXACTLY like a 30 boxes linkset you just made is kinda nice to have. There are limits to its use (aka useless for high detail curvy shapes) but I am working ~~nonstop~~ on improving it. -Contagious Republic		The Sculptie-O-matic, as seen on SLX, does linkset to sculptie inworld. It's 100% free/functional to use in its sandbox and walk off with the sculptie that looks just like the linkset! Sure there are some limits to the tool, but anything that outputs sculptie picnic tables that look EXACTLY like a 30 boxes linkset you just made is kinda nice to have. There are limits to its use (aka useless for high detail curvy shapes) but I am working hard on improving it. [[User:Contagious Republic\|Contagious Republic]] 23:28, 6 March 2009 (UTC)

	== Moving, compression ==		== Moving, compression ==

Contagious Republic: /* non-sculpted linkset to single sculpted prim */

2009-03-06T22:59:56Z

non-sculpted linkset to single sculpted prim

← Older revision		Revision as of 15:59, 6 March 2009
Line 506:		Line 506:
	This would be incredibly useful; I have a full-prim avatar I'm making, but to get the feet just right I'm using things like cut, hollowed torus prims and spheres etc. Very, very messy, but if I could convert these to a single sculpted prim I would only have the equivalent of one torus at most. [[User:Haravikk Mistral\|Haravikk Mistral]] 03:26, 12 November 2007 (PST)		This would be incredibly useful; I have a full-prim avatar I'm making, but to get the feet just right I'm using things like cut, hollowed torus prims and spheres etc. Very, very messy, but if I could convert these to a single sculpted prim I would only have the equivalent of one torus at most. [[User:Haravikk Mistral\|Haravikk Mistral]] 03:26, 12 November 2007 (PST)

	The Sculptie-O-matic, as seen on SLX, does linkset to sculptie inworld. It's 100% free/functional to use in its sandbox and walk off with the sculptie that looks just like the linkset! Sure there are some limits to the tool, but anything that outputs sculptie picnic tables that look like a 30 boxes linkset you just made is kinda nice to have. There are limits to its use (aka useless for high detail curvy shapes) but I am working nonstop on improving it. -Contagious Republic		The Sculptie-O-matic, as seen on SLX, does linkset to sculptie inworld. It's 100% free/functional to use in its sandbox and walk off with the sculptie that looks just like the linkset! Sure there are some limits to the tool, but anything that outputs sculptie picnic tables that look EXACTLY like a 30 boxes linkset you just made is kinda nice to have. There are limits to its use (aka useless for high detail curvy shapes) but I am working nonstop on improving it. -Contagious Republic

	== Moving, compression ==		== Moving, compression ==

Contagious Republic at 22:18, 6 March 2009

2009-03-06T22:18:00Z

← Older revision		Revision as of 15:18, 6 March 2009
Line 505:		Line 505:

	This would be incredibly useful; I have a full-prim avatar I'm making, but to get the feet just right I'm using things like cut, hollowed torus prims and spheres etc. Very, very messy, but if I could convert these to a single sculpted prim I would only have the equivalent of one torus at most. [[User:Haravikk Mistral\|Haravikk Mistral]] 03:26, 12 November 2007 (PST)		This would be incredibly useful; I have a full-prim avatar I'm making, but to get the feet just right I'm using things like cut, hollowed torus prims and spheres etc. Very, very messy, but if I could convert these to a single sculpted prim I would only have the equivalent of one torus at most. [[User:Haravikk Mistral\|Haravikk Mistral]] 03:26, 12 November 2007 (PST)

			The Sculptie-O-matic, as seen on SLX, does linkset to sculptie inworld. It's 100% free/functional to use in its sandbox and walk off with the sculptie that looks just like the linkset! Sure there are some limits to the tool, but anything that outputs sculptie picnic tables that look like a 30 boxes linkset you just made is kinda nice to have. There are limits to its use (aka useless for high detail curvy shapes) but I am working nonstop on improving it. -Contagious Republic

	== Moving, compression ==		== Moving, compression ==

Digitall Kidd: /* Tutorials */

2009-02-08T16:03:16Z

Tutorials

← Older revision		Revision as of 09:03, 8 February 2009
Line 377:		Line 377:

	[http://home.comcast.net/~pixelforgeltd/Tutorial.htm Creating A Sculptie From an Arbitrary Mesh in 3ds Max 8/9] - A tutorial demonstrating how the one prim head was created. --[[User:Chip Midnight\|Chip Midnight]] 18:46, 4 June 2007 (PDT)		[http://home.comcast.net/~pixelforgeltd/Tutorial.htm Creating A Sculptie From an Arbitrary Mesh in 3ds Max 8/9] - A tutorial demonstrating how the one prim head was created. --[[User:Chip Midnight\|Chip Midnight]] 18:46, 4 June 2007 (PDT)

			Cinema 4D - second life sculpt map tutorial - part one [http://kraphik3d.com/wordpress/?page_id=46]

	Advice for using [[Wings 3D]] here.		Advice for using [[Wings 3D]] here.

Argent Stonecutter: /* Move comment to where it makes more sense*/

2007-12-31T23:29:41Z

Move comment to where it makes more sense

← Older revision		Revision as of 16:29, 31 December 2007
Line 424:		Line 424:

	::::I know that memory wise it's less efficient. Who'd want to use a 1024 x 1024 texture to animate a limited number of frames when a 64x64 stream takes up much less space for a potentially infinite amount of frames? But my concern is that unless there's a mechanism to allow this streaming from a stable source, SL won't be able to support the update speed needed and prims will go wonky when there's 100+ convulsing and writhing about in a sim. If it's handled by SL, this would increase the data being sent by SL and we'll have more contributing to latency issues. If it's handled by the users who want to stream this stuff, there's issues with what happens when they turn off their computer (if they stream sculpted textures from their computer) and can their connection support a dozen streams on top of all else they want to do? The option exists to have sculpted texture streams come in from a 3rd party source, but not everyone has access to that sort of a service for free (I think I might) and for everyone else that means paying some kind of monthly fee for hosting, which limits who can use these animated sculpted prims.		::::I know that memory wise it's less efficient. Who'd want to use a 1024 x 1024 texture to animate a limited number of frames when a 64x64 stream takes up much less space for a potentially infinite amount of frames? But my concern is that unless there's a mechanism to allow this streaming from a stable source, SL won't be able to support the update speed needed and prims will go wonky when there's 100+ convulsing and writhing about in a sim. If it's handled by SL, this would increase the data being sent by SL and we'll have more contributing to latency issues. If it's handled by the users who want to stream this stuff, there's issues with what happens when they turn off their computer (if they stream sculpted textures from their computer) and can their connection support a dozen streams on top of all else they want to do? The option exists to have sculpted texture streams come in from a 3rd party source, but not everyone has access to that sort of a service for free (I think I might) and for everyone else that means paying some kind of monthly fee for hosting, which limits who can use these animated sculpted prims.

	::::Qarl: For small looping animations (I think the longest animation I've made in SL is less than 16 frames, and 4 frames is typical) I suspect the overhead for holding a socket open, plus the overhead of a streaming media instance, is likely greater than the texture memory. The MOST agressive animated sculpty that I'm considering is an animated sculpty avatar that I've been working on (currently in hiatus because of the lossless problems) there's 8 textures in the main loop, plus 5 textures for two "effects". That's 64x64x13, fits in a 256x256 image... that's 200k, less than 1/4 the size of the skin texture for the avatar, and it's a one-time download even if the animation runs for hours. Even if you can come up with a way I can safely get people to stream this from my server when they're not on my parcel (and not to mention that I'd have to keep my server up forever or the avatar would quit working, and I'd have to charge more for the avatar to pay for the bandwidth) I don't see how streams could be used to efficiently duplicate this kind of animation. And this is a common case (probably THE common case) in SL. [[User:Argent Stonecutter\|Argent Stonecutter]] 15:24, 31 December 2007 (PST)

	::::All I know for certain about the current texture animation system is it's in place, it works for furry heads to blink eyes pretty well, and it supports a number of interesting animation styles besides simply skipping from frame to frame. As an interim solution to animation it could be allowed with the provision that, "this is not the way it's suppose to be, expect this functionality to disappear shortly." But I'm not so much for this because as mentioned elsewhere in this ever growing page, the anti-aliasing from the JPEG2000 compression would blur together edges of frames causing unwanted changes to animated models. And on top of that we'd have more large textures to download, increasing rez time (especially rez time for objects).		::::All I know for certain about the current texture animation system is it's in place, it works for furry heads to blink eyes pretty well, and it supports a number of interesting animation styles besides simply skipping from frame to frame. As an interim solution to animation it could be allowed with the provision that, "this is not the way it's suppose to be, expect this functionality to disappear shortly." But I'm not so much for this because as mentioned elsewhere in this ever growing page, the anti-aliasing from the JPEG2000 compression would blur together edges of frames causing unwanted changes to animated models. And on top of that we'd have more large textures to download, increasing rez time (especially rez time for objects).
Line 434:		Line 432:

	:::::1) current animation system vs. quicktime (etc) animation system. you worry about latency/bandwidth from SL's servers for the stream option - but then you suggest that the current animation system is fine. i don't understand - it's exactly the same transition protocol - yet your suggestion has roughly 10x the data... so... i don't get it.		:::::1) current animation system vs. quicktime (etc) animation system. you worry about latency/bandwidth from SL's servers for the stream option - but then you suggest that the current animation system is fine. i don't understand - it's exactly the same transition protocol - yet your suggestion has roughly 10x the data... so... i don't get it.

			::::::Qarl: You're visualizing a far different use case than we are. For big complex animations, for hours of data, yes, streaming is a better way to go, but for the kinds of things we're mostly ''using'' SL texture animation for we're not doing big complex animations! For small looping animations (I think the longest animation I've made in SL is less than 16 frames, and 4 frames is typical) I suspect the overhead for holding a socket open, plus the overhead of a streaming media instance, is likely greater than the texture memory. The MOST agressive animated sculpty that I'm considering is an animated sculpty avatar that I've been working on (currently in hiatus because of the lossless problems) there's 8 textures in the main loop, plus 5 textures for two "effects". That's 64x64x13, fits in a 256x256 image... that's 200k, less than 1/4 the size of the skin texture for the avatar, and it's a one-time download even if the animation runs for hours. Even if you can come up with a way I can safely get people to stream this from my server when they're not on my parcel (and not to mention that I'd have to keep my server up forever or the avatar would quit working, and I'd have to charge more for the avatar to pay for the bandwidth) I don't see how streams could be used to efficiently duplicate this kind of animation. And this is a common case (probably THE common case) in SL. [[User:Argent Stonecutter\|Argent Stonecutter]] 15:24, 31 December 2007 (PST)

	:::::2) programmable shader options - YES. yes yes yes. absolutely, positively yes. sorry i haven't talked about that earlier... the astute have noticed that this geometry can easily be dynamically created on the GPU. this option is harder in that we need to provide a larger system to support it - but yes. positively a direction we want to head. --[[User:Qarl Linden\|Qarl Linden]] 14:46, 6 May 2007 (PDT)		:::::2) programmable shader options - YES. yes yes yes. absolutely, positively yes. sorry i haven't talked about that earlier... the astute have noticed that this geometry can easily be dynamically created on the GPU. this option is harder in that we need to provide a larger system to support it - but yes. positively a direction we want to head. --[[User:Qarl Linden\|Qarl Linden]] 14:46, 6 May 2007 (PDT)