Difference between revisions of "Talk:Second Life 2.0"

From Second Life Wiki
Jump to navigation Jump to search
(New page: === Avatar is bigger than a normal human / SL 1.0 "meter" does not equal a real world meter=== <div id="box">The standard avatar height does not match the size of average humans, in the m...)
 
Line 8: Line 8:


:This isn't a bug or a design flaw. It's a social problem. People choose to have larger then average avatars which led to the average SL avatar being larger. Buildings were consequently made larger to compensate for peoples tastes in larger then average avatars. This isn't a technical problem. -- [[User:Strife Onizuka|Strife Onizuka]] 12:26, 5 April 2008 (PDT)
:This isn't a bug or a design flaw. It's a social problem. People choose to have larger then average avatars which led to the average SL avatar being larger. Buildings were consequently made larger to compensate for peoples tastes in larger then average avatars. This isn't a technical problem. -- [[User:Strife Onizuka|Strife Onizuka]] 12:26, 5 April 2008 (PDT)
::Why would the people who started building in SL have chosen a "larger than normal" avatar? There is no reason for it. Space and distance means almost nothing in a virtual environment where nothing else exists as an initial reference point.
::Assume you start in a sim with nothing but flat ground and an avatar. Set the avatar to the default male or female shape and begin building. If you follow the rules of normal meters, centimeters, etc, you soon discover that the avatar much bigger than the objects for some reason. It may not occur to people to shrink the avatar to fit, especially since it is the '''default size and shape''' as devised by Linden Lab. So instead they resize the objects to fit the avatar.
::Regardless, this is a legacy problem that should never have been allowed to get this far since the measurement system is mostly useless for anything requiring real-world to virtual-world design precision.
::[[User:Scalar Tardis|Scalar Tardis]] 15:29, 5 April 2008 (PDT)


===  Visual object size doesn't match physical size ===
===  Visual object size doesn't match physical size ===


Physical and visual sizes don't match because of the problems inherit with detecting collisions of small objects moving at high speeds. The math looks something like: <code>Probability = (A.Size + B.Size + buffer_size) * FPS / |A.Velocity - B.Velocity|</code>. If you halve the buffer_size, then to maintain the same Probability you must either half the max velocity, double the min size, or double the FPS. If you remove buffer_size altogether the changes required are much more drastic. To put things simply, you cannot simulate physics in real time perfectly, you have to cut corners. This is {{Jira|SVC-1139}}. -- [[User:Strife Onizuka|Strife Onizuka]] 12:26, 5 April 2008 (PDT)
Physical and visual sizes don't match because of the problems inherit with detecting collisions of small objects moving at high speeds. The math looks something like: <code>Probability = (A.Size + B.Size + buffer_size) * FPS / |A.Velocity - B.Velocity|</code>. If you halve the buffer_size, then to maintain the same Probability you must either half the max velocity, double the min size, or double the FPS. If you remove buffer_size altogether the changes required are much more drastic. To put things simply, you cannot simulate physics in real time perfectly, you have to cut corners. This is {{Jira|SVC-1139}}. -- [[User:Strife Onizuka|Strife Onizuka]] 12:26, 5 April 2008 (PDT)

Revision as of 15:29, 5 April 2008

Avatar is bigger than a normal human / SL 1.0 "meter" does not equal a real world meter

The standard avatar height does not match the size of average humans, in the measurement units used by the virtual world. The default avatar height is about 25% larger than a normal human. This may seems a small problem, but it affects the design of everything else in the virtual space.

Because all in-world objects have been built slightly larger than normal to compensate for the oversize avatar, this means the in-world measurement system cannot be used to accurately duplicate real-life objects; the resulting object is too small compared to the typical avatar. A house built using actual real-world measurements would be slightly too small compared to the avatar.

Due to this minor early design flaw of the avatar, the in-world definition of "meters" is meaningless. It would be better to stop calling them meters and use another SL-specific term (such as the "munge"), so that people don't confuse it with correct real-world measurements.
This isn't a bug or a design flaw. It's a social problem. People choose to have larger then average avatars which led to the average SL avatar being larger. Buildings were consequently made larger to compensate for peoples tastes in larger then average avatars. This isn't a technical problem. -- Strife Onizuka 12:26, 5 April 2008 (PDT)
Why would the people who started building in SL have chosen a "larger than normal" avatar? There is no reason for it. Space and distance means almost nothing in a virtual environment where nothing else exists as an initial reference point.
Assume you start in a sim with nothing but flat ground and an avatar. Set the avatar to the default male or female shape and begin building. If you follow the rules of normal meters, centimeters, etc, you soon discover that the avatar much bigger than the objects for some reason. It may not occur to people to shrink the avatar to fit, especially since it is the default size and shape as devised by Linden Lab. So instead they resize the objects to fit the avatar.
Regardless, this is a legacy problem that should never have been allowed to get this far since the measurement system is mostly useless for anything requiring real-world to virtual-world design precision.
Scalar Tardis 15:29, 5 April 2008 (PDT)

Visual object size doesn't match physical size

Physical and visual sizes don't match because of the problems inherit with detecting collisions of small objects moving at high speeds. The math looks something like: Probability = (A.Size + B.Size + buffer_size) * FPS / |A.Velocity - B.Velocity|. If you halve the buffer_size, then to maintain the same Probability you must either half the max velocity, double the min size, or double the FPS. If you remove buffer_size altogether the changes required are much more drastic. To put things simply, you cannot simulate physics in real time perfectly, you have to cut corners. This is SVC-1139. -- Strife Onizuka 12:26, 5 April 2008 (PDT)