Difference between revisions of "Talk:Second Life 2.0"

From Second Life Wiki
Jump to navigation Jump to search
(commentary)
Line 26: Line 26:
:::*The psychological aspect of this is something that could be very interesting to study.
:::*The psychological aspect of this is something that could be very interesting to study.
:::-- [[User:Strife Onizuka|Strife Onizuka]] 18:17, 5 April 2008 (PDT)
:::-- [[User:Strife Onizuka|Strife Onizuka]] 18:17, 5 April 2008 (PDT)
:::::'''RL measurement terminology should be useful'''
:::::Indeed a virtual space ''does not have any requirement'' to mirror the real world.
:::::However, it was LL's idea to include the concept of '''meters''' into this virtual environment and that should therefore '''mean something''' in terms of measurement since a meter is so precisely defined in the SI measurement system.
:::::The word should have some sort of meaningful relationship to avatar size or it should not be used in SL at all. This is why I say it should stop being called the ''meter'' because it isn't a meter but some randomly defined measure based on the average inworld avatar height and as such it doesn't correspond to anything else, sort of like like hogsheads and rods and pinches.
:::::[[User:Scalar Tardis|Scalar Tardis]] 00:24, 6 April 2008 (PDT)


:::How would you go about enforcing avatars and content of reasonable scales? If a group of avatars got together and formed a community they would have their own average height and subsequent content would be tailored for their avatars. Would you go in and tell them they were too tall or too short? That they were polluting the content pool? -- [[User:Strife Onizuka|Strife Onizuka]] 18:51, 5 April 2008 (PDT)
:::How would you go about enforcing avatars and content of reasonable scales? If a group of avatars got together and formed a community they would have their own average height and subsequent content would be tailored for their avatars. Would you go in and tell them they were too tall or too short? That they were polluting the content pool? -- [[User:Strife Onizuka|Strife Onizuka]] 18:51, 5 April 2008 (PDT)
::::The problem is NOT varying height. The problem is that the ''average'' height avatar is far taller than what could ever be considered ''average''' in the real world and thus the world must be built to conform to the average height of these giants.
::::I am doing research on the beginnings of SL and this problem goes way back to the beginning, to the ''primitar'': http://secondlife.wikia.com/wiki/Avatar_History
::::''The primitar is said to have been accidently made a bit taller than the average human, which is why placing the sliders in the middle makes the avatar a bit taller than expected''
::::[[User:Scalar Tardis|Scalar Tardis]] 00:24, 6 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 00:24, 6 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)
A few different responses I had to this.
  • I don't dispute that it is annoying but it isn't a technical problem.
  • The only "solution" to this is a procrustean solution. When it comes to procrustean solutions, they are only popular with those people who are holding the pruning shears.
  • Why should a virtual world, where anything is possible, be bound by the limitations of the real world? When it comes to architecture, the design requirements are very different from those of the real world. The buildings can ignore gravity, security concerns & weather; not to mention there needs to be adequate space for the 3rd person camera to move around. You don't need bathrooms, closets, kitchens or even walls. In a world where the requirements and limitations of biology are nonexistent, it goes without saying that content that depends on those limitations will look out of place; they don't translate well.
  • Depending upon the region of the world average human height can differer quiet dramatically. People will always use the avatar as a ruler but because differing preconceived notions about average height they will generate content to differing scales. There will always be content of differing scales.
  • If you are to pick a new SL average/default size, how do we go about choose it? Regional average human height can vary as much as 15% of the total height. Considering such a large variance in just the averages it seem impossible to choose a single set that fits all the preconceived ideas about average height. "Wikipedia logo"Human_height
    • Changing the default won't solve the problem, just shift it.
  • The psychological aspect of this is something that could be very interesting to study.
-- Strife Onizuka 18:17, 5 April 2008 (PDT)
RL measurement terminology should be useful
Indeed a virtual space does not have any requirement to mirror the real world.
However, it was LL's idea to include the concept of meters into this virtual environment and that should therefore mean something in terms of measurement since a meter is so precisely defined in the SI measurement system.
The word should have some sort of meaningful relationship to avatar size or it should not be used in SL at all. This is why I say it should stop being called the meter because it isn't a meter but some randomly defined measure based on the average inworld avatar height and as such it doesn't correspond to anything else, sort of like like hogsheads and rods and pinches.
Scalar Tardis 00:24, 6 April 2008 (PDT)
How would you go about enforcing avatars and content of reasonable scales? If a group of avatars got together and formed a community they would have their own average height and subsequent content would be tailored for their avatars. Would you go in and tell them they were too tall or too short? That they were polluting the content pool? -- Strife Onizuka 18:51, 5 April 2008 (PDT)
The problem is NOT varying height. The problem is that the average height avatar is far taller than what could ever be considered average' in the real world and thus the world must be built to conform to the average height of these giants.
I am doing research on the beginnings of SL and this problem goes way back to the beginning, to the primitar: http://secondlife.wikia.com/wiki/Avatar_History
The primitar is said to have been accidently made a bit taller than the average human, which is why placing the sliders in the middle makes the avatar a bit taller than expected
Scalar Tardis 00:24, 6 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)