VR & AR Wiki - User contributions [en]

Markerless, inside-out tracking

2015-06-04T15:23:45Z

Ruthalas: Spelling

Marker-less, Inside-Out Tracking is a composite term derived from two separate concepts, and refers to a method of tracking objects in three dimensional space.

[[markerless tracking|'Marker-less']] refers to the lack of [[fiducial markers]] used in this type of tracking, while [[inside-out tracking|'Inside-Out']] refers to the method by which data is gathered for the tracking.

[[File:F2Ak4iE.jpg|thumbnail|A room covered in fiducial markers for inside out tracking, at [[Valve Corporation]]<ref>Youtube, Video: 'Steam Dev Days', on Channel: Valve, Published on Feb 11, 2014</ref>]]
==Marker-less Tracking==
Because of the difficult computations required for a software to interpret live camera input, tracking solutions that rely on cameras sometimes place [[fiducial markers]] (which may look like QR codes), in view of the tracking camera. This gives the software a known pattern to look for, which makes computation simpler and faster.

Thus the term, 'marker-less' refers to a system that is robust enough that it does not need the aid of printed markers to aid in its interpretation of the three dimensional space.

==Inside-Out Tracking==
Tracking systems that make use of a camera may be organized into two main branches, 'inside-out' and 'outside-in' tracking. Both terms refer to the placement of the tracking camera itself, with reference to what it is tracking.

In an [[inside-out tracking|'inside-out' system]], the tracking camera is placed within the item being tracked (for our purposes, like a [[Virtual_Reality#Devices|head mounted display]]), from which vantage point it look ''out'' at the world around it. It uses its changing perspective on the outside world to note changes in position.

In an [[outside-in tracking|'outside-in' system]], a tracking camera is (or cameras are) placed around the space within which the tracked object will move, and use their changing view of the object itself to measure its changes in position.

==Relative Merits==

Both systems have merits; 'inside-out' tracking is notable because it can require no outside equipment, which is ideal for a portable device. Unfortunately, in the case of a headset, it places the burden of computation on the headset itself. (A burden which is exacerbated when no fiducial markers are used.)

'Outside-in' tracking can be less computationally demanding, and can make use of multiple cameras to make results more stable and consistent. This comes in part from the reduced chance of [[occlusion]]. Unfortunately it requires a controlled environment and more extensive equipment.

==References==
<references/>

[[Category:Terms]]

Markerless, inside-out tracking

2015-06-02T20:45:57Z

Ruthalas: References and Category

Marker-less, Inside-Out Tracking is a composite term derived from two separate concepts, and refers to a method of tracking objects in three dimensional space.

'Marker-less' refers to the lack of [[fiducial markers]] used in this type of tracking, while 'Inside-Out' refers to the method by which data is gathered for the tracking.

[[File:F2Ak4iE.jpg|thumbnail|A room covered in fiducial markers fror inside out tracking, at [[Valve Corporation]]<ref>Youtube, Video: 'Steam Dev Days', on Channel: Valve, Published on Feb 11, 2014</ref>]]
==Marker-less Tracking==
Because of the difficult computations required for a software to interpret live camera input, tracking solutions that rely on cameras sometimes place [[fiducial markers]] (which may look like QR codes), in view of the tracking camera. This gives the software a known pattern to look for, which makes computation simpler and faster.

Thus the term, 'marker-less' refers to a system that is robust enough that it does not need the aid of printed markers to aid in its interpretation of the three dimensional space.

==Inside-Out Tracking==
Tracking systems that make use of a camera may be organized into two main branches, 'inside-out' and 'outside-in' tracking. Both terms refer to the placement of the tracking camera itself, with reference to what it is tracking.

In an 'inside-out' system, the tracking camera is placed within the item being tracked (for our purposes, like a [[Virtual_Reality#Devices|head mounted display]]), from which vantage point it look ''out'' at the world around it. It uses its changing perspective on the outside world to note changes in position.

In an 'outside-in' system, a tracking camera is (or cameras are) placed around the space within which the tracked object will move, and use their changing view of the object itself to measure its changes in position.

==Relative Merits==

Both systems have merits; 'inside-out' tracking is notable because it can require no outside equipment, which is ideal for a portable device. Unfortunately, in the case of a headset, it places the burden of computation on the headset itself. (A burden which is exacerbated when no fiducial markers are used.)

'Outside-in' tracking can be less computationally demanding, and can make use of multiple cameras to make results more stable and consistent. This comes in part from the reduced chance of [[occlusion]]. Unfortunately it requires a controlled environment and more extensive equipment.

==References==
<references/>

[[Category:Terms]]

Markerless, inside-out tracking

2015-06-02T20:45:28Z

Ruthalas: Spelling and heading

Markerless, inside-out tracking

2015-06-02T20:44:29Z

Ruthalas:

Marker-less, Inside-Out Tracking is a composite term derived from two separate concepts, and refers to a method of tracking objects in three dimensional space.

'Marker-less' refers to the lack of [[fiducial markers]] used in this type of tracking, while 'Inside-Out' refers to the method by which data is gathered for the tracking.

[[File:F2Ak4iE.jpg|thumbnail|A room covered in fiducial markers fror inside out tracking, at [[Valve Corporation]]<ref>Youtube, Video: 'Steam Dev Days', on Channel: Valve, Published on Feb 11, 2014</ref>]]
==Marker-less Tracking==
Because of the difficult computations required for a software to interpret live camera input, tracking solutions that rely on cameras sometimes place [[fiducial markers]] (which may look like QR codes), in view of the tracking camera. This gives the software a know pattern to look for, which makes computation simpler and faster.

Thus the term, 'marker-less' refers to a system that is robust enough that it does not need the aid of printed markers to aid in its interpretation of the three dimensional space.

==Inside-Out Tracking==
Tracking systems that make use of a camera may be organized into two main branches, 'inside-out' and 'outside-in' tracking. Both terms refer to the placement of the tracking camera itself, with reference to what it is tracking.

In an 'inside-out' system, the tracking camera is placed within the item being tracked (for our purposes, like a [[Virtual_Reality#Devices|head mounted display]]), from which vantage point it look ''out'' at the world around it. It uses its changing perspective on the outside world to note changes in position.

In an 'outside-in' system, a tracking camera is (or cameras are) placed around the space within which the tracked object will move, and use their changing view of the object itself to measure its changes in position.

Both systems have merits; 'inside-out' tracking is notable because it can require no outside equipment, which is ideal for a portable device. Unfortunately, in the case of a headset, it places the burden of computation on the headset itself. (A burden which is exacerbated when no fiducial markers are used.)

'Outside-in' tracking can be less computationally demanding, and can make use of multiple cameras to make results more stable and consistent. This comes in part from the reduced chance of [[occlusion]]. Unfortunately it requires a controlled environment and more extensive equipment.

Markerless, inside-out tracking

2015-06-02T20:44:12Z

Ruthalas:

Marker-less, Inside-Out Tracking is a composite term derive from two separate concepts, and refers to a method of tracking objects in three dimensional space.

'Marker-less' refers to the lack of [[fiducial markers]] used in this type of tracking, while 'Inside-Out' refers to the method by which data is gathered for the tracking.

[[File:F2Ak4iE.jpg|thumbnail|A room covered in fiducial markers fror inside out tracking, at [[Valve Corporation]]<ref>Youtube, Video: 'Steam Dev Days', on Channel: Valve, Published on Feb 11, 2014</ref>]]
==Marker-less Tracking==
Because of the difficult computations required for a software to interpret live camera input, tracking solutions that rely on cameras sometimes place [[fiducial markers]] (which may look like QR codes), in view of the tracking camera. This gives the software a know pattern to look for, which makes computation simpler and faster.

Thus the term, 'marker-less' refers to a system that is robust enough that it does not need the aid of printed markers to aid in its interpretation of the three dimensional space.

==Inside-Out Tracking==
Tracking systems that make use of a camera may be organized into two main branches, 'inside-out' and 'outside-in' tracking. Both terms refer to the placement of the tracking camera itself, with reference to what it is tracking.

In an 'inside-out' system, the tracking camera is placed within the item being tracked (for our purposes, like a [[Virtual_Reality#Devices|head mounted display]]), from which vantage point it look ''out'' at the world around it. It uses its changing perspective on the outside world to note changes in position.

In an 'outside-in' system, a tracking camera is (or cameras are) placed around the space within which the tracked object will move, and use their changing view of the object itself to measure its changes in position.

Both systems have merits; 'inside-out' tracking is notable because it can require no outside equipment, which is ideal for a portable device. Unfortunately, in the case of a headset, it places the burden of computation on the headset itself. (A burden which is exacerbated when no fiducial markers are used.)

'Outside-in' tracking can be less computationally demanding, and can make use of multiple cameras to make results more stable and consistent. This comes in part from the reduced chance of [[occlusion]]. Unfortunately it requires a controlled environment and more extensive equipment.

File:F2Ak4iE.jpg

2015-06-02T20:36:43Z

Ruthalas: File uploaded with MsUpload

File uploaded with MsUpload

Markerless, inside-out tracking

2015-06-02T20:33:33Z

Ruthalas: Added summary and explanation of both portions of the term

Marker-less, Inside-Out Tracking is a composite term derive from two separate concepts, and refers to a method of tracking objects in three dimensional space.

'Marker-less' refers to the lack of [[fiducial markers]] used in this type of tracking, while 'Inside-Out' refers to the method by which data is gathered for the tracking.

==Marker-less Tracking==
Because of the difficult computations required for a software to interpret live camera input, tracking solutions that rely on cameras sometimes place [[fiducial markers]] (which may look like QR codes), in view of the tracking camera. This gives the software a know pattern to look for, which makes computation simpler and faster.

Thus the term, 'marker-less' refers to a system that is robust enough that it does not need the aid of printed markers to aid in its interpretation of the three dimensional space.

==Inside-Out Tracking==
Tracking systems that make use of a camera may be organized into two main branches, 'inside-out' and 'outside-in' tracking. Both terms refer to the placement of the tracking camera itself, with reference to what it is tracking.

In an 'inside-out' system, the tracking camera is placed within the item being tracked (for our purposes, like a [[VR HMDs|head mounted display]]), from which vantage point it look ''out'' at the world around it. It uses its changing perspective on the outside world to note changes in position.

In an 'outside-in' system, a tracking camera is (or cameras are) placed around the space within which the tracked object will move, and use their changing view of the object itself to measure its changes in position.

Both systems have merits; 'inside-out' tracking is notable because it can require no outside equipment, which is ideal for a portable device. Unfortunately, in the case of a headset, it places the burden of computation on the headset itself. (A burden which is exacerbated when no fiducial markers are used.)

'Outside-in' tracking can be less computationally demanding, and can make use of multiple cameras to make results more stable and consistent. This comes in part from the reduced chance of [[occlusion]]. Unfortunately it requires a controlled environment and more extensive equipment.

User talk:Xinreality

2015-06-02T20:04:55Z

Ruthalas: Initial Salutations

say something here!

==Ruthalas==

Thank you for your kind words!

I'll be wandering around filling in pages on subjects I have some passing understanding when I can.

Chaperone

2015-06-02T18:44:13Z

Ruthalas: Added category

[[File:Stock-vector.jpg|thumbnail|Concept Drawing of Chaperone's Visual Grid]]
The Chaperone system is a utility design by Valve to be used with their [[Virtual_Reality#Devices|Head Mounted Display]], the [[HTC Vive]]. Once set up, it keeps track of where a user is in relation to the physical walls around them, and if necessary, shows a blue grid<ref>http://www.tested.com/tech/concepts/504521-htc-vive-vs-oculus-crescent-bay-my-10-vr-takeaways/</ref> within the user's virtual space to notify them that they are in close proximity to a physical barrier. The [[HTC Vive]] provides tracking within an approximately 15 foot by 15 foot area, and the Chaperon system provides the user with confidence that they will not collide with physical barriers as they experience their virtual content.

==Purpose==
The main purpose of the [[HTC Vive]] is to warn the user when they approach a physical barrier, to which they are blind because of the headset they are wearing. This will ideally prevent collisions and minimize accidents. This may help [[virtual reality]] experiences be more immersive because the observer trusts that they are safe to move around in the environment.

A secondary purpose for the Chaperone system is to allow games to interact with the user in a unique way. Because the Chaperone system has information about the user's environment, virtual applications can react to the user's surroundings. It could, for example, generate a location that matches the orientation and layout of the user's room. Conversely, the system could use a techniques like overlapping spaces or [[directed walking]]<ref>http://ict.usc.edu/pubs/Impossible%20Spaces-%20Maximizing%20Natural%20Walking%20in%20Virtual%20Environments%20with%20Self-Overlapping%20Architecture.pdf</ref> to make traverse-able, virtual environments that seem much larger than the user's physical space by distorting the user's perception of distance and rotational displacement.

==Current Limitations==
At the time of writing, the set up procedure for the Chaperon system involves manually delineating the corners of the physical space with the [[HTC Vive]]'s controllers.

One other limitation of the Chaperone system is that it is currently limited to mapping the floor and walls of a space. This means that if the user's space includes a couch it would not be mapped and would present an invisible obstacle (it could, however, be defined as the limiting 'wall' on that side of the space).

Finally, the physical model built by the Chaperone system is static. If any portion of the setup changes, such as moved furniture, it would not be reflected in the model and therefore not be used to guide the user.

==Likely Additions==
According to comments by the [[Lighthouse]] developers at conventions and on Twitter<ref>https://twitter.com/vk2zay/status/573909197949009920</ref>, as well as the emphasis on mapping in its patent<ref>http://tsdr.uspto.gov/#caseNumber=86558185&caseType=SERIAL_NO&searchType=statusSearch</ref>, it seems likely that the [[HTC Vive]] will eventually use a stereo pair of cameras or a depth camera to aid in "detection and measurement" the user's surroundings. This might be a one-time calibration, or it could provide constantly updating information to capture changes in the user's environment. Gathering data in this fashion would also likely allow the recognition of furniture and other small objects.

==History==
Valve Corporation filed for a patent entitled 'CHAPERONE' on March 09, 2015<ref>http://tsdr.uspto.gov/#caseNumber=86558185&caseType=SERIAL_NO&searchType=statusSearch</ref>. In it is contained this description of the Chaperone system:

"Hardware and software, sensors, and beacons for the detection and measurement of physical objects and the representation of such objects in virtual reality environments; Devices used for the detection and measurement of physical objects and the representation of such objects in virtual reality environments; Electronic apparatus for the detection and measurement of physical objects and the representation of such objects in virtual reality environments"

==References==
<references/>

[[Category:Terms]]

Chaperone

2015-06-02T18:42:37Z

Ruthalas:

Chaperone

2015-06-02T18:41:27Z

Ruthalas: Created and added image.

[[File:Stock-vector.jpg|thumbnail|Concept Drawing of Chaperone's Visual Grid]]
The Chaperone system is a utility design by Valve to be used with their [[Virtual_Reality#Devices|Head Mounted Display]], the [[HTC Vive]]. Once set up, it keep track of where a user is in relation to the physical walls around them, and if necessary, shows a blue grid<ref>http://www.tested.com/tech/concepts/504521-htc-vive-vs-oculus-crescent-bay-my-10-vr-takeaways/</ref> within the user's virtual space to notify them that they are in close proximity to a physical barrier. The [[HTC Vive]] provides tracking within an approximately 15 foot by 15 foot area, and the Chaperon system provides the user with confidence that they will not collide with physical barriers as they experience their virtual content.

==Purpose==
The main purpose of the [[HTC Vive]] is to warn the user when they approach a physical barrier, to which they are blind because of the headset they are wearing. This will ideally prevent collisions and minimize accidents. This may help [[virtual reality]] experiences be more immersive because the observer trusts that they are safe to move around in the environment.

A secondary purpose for the Chaperone system is to allow games to interact with the user in a unique way. Because the Chaperone system has information about the user's environment, virtual applications can react to the user's surroundings. It could, for example, generate a location that matches the orientation and layout of the user's room. Conversely, the system could use a techniques like overlapping spaces or [[directed walking]]<ref>http://ict.usc.edu/pubs/Impossible%20Spaces-%20Maximizing%20Natural%20Walking%20in%20Virtual%20Environments%20with%20Self-Overlapping%20Architecture.pdf</ref> to make traverse-able, virtual environments that seem much larger than the user's physical space by distorting the user's perception of distance and rotational displacement.

==Current Limitations==
At the time of writing, the set up procedure for the Chaperon system involves manually delineating the corners of the physical space with the [[HTC Vive]]'s controllers.

One other limitation of the Chaperone system is that it is currently limited to mapping the floor and walls of a space. This means that if the user's space includes a couch it would not be mapped and would present an invisible obstacle (it could, however, be defined as the limiting 'wall' on that side of the space).

Finally, the physical model built by the Chaperone system is static. If any portion of the setup changes, such as moved furniture, it would not be reflected in the model and therefore not be used to guide the user.

==Likely Additions==
According to comments by the [[Lighthouse]] developers at conventions and on Twitter<ref>https://twitter.com/vk2zay/status/573909197949009920</ref>, as well as the emphasis on mapping in its patent<ref>http://tsdr.uspto.gov/#caseNumber=86558185&caseType=SERIAL_NO&searchType=statusSearch</ref>, it seems likely that the [[HTC Vive]] will eventually use a stereo pair of cameras or a depth camera to aid in "detection and measurement" the user's surroundings. This might be a one-time calibration, or it could provide constantly updating information to capture changes in the user's environment. Gathering data in this fashion would also likely allow the recognition of furniture and other small objects.

==History==
Valve Corporation filed for a patent entitled 'CHAPERONE' on March 09, 2015<ref>http://tsdr.uspto.gov/#caseNumber=86558185&caseType=SERIAL_NO&searchType=statusSearch</ref>. In it is contained this description of the Chaperone system:

"Hardware and software, sensors, and beacons for the detection and measurement of physical objects and the representation of such objects in virtual reality environments; Devices used for the detection and measurement of physical objects and the representation of such objects in virtual reality environments; Electronic apparatus for the detection and measurement of physical objects and the representation of such objects in virtual reality environments"

==References==
<references/>

File:Stock-vector.jpg

2015-06-02T18:40:22Z

Ruthalas: File uploaded with MsUpload

File uploaded with MsUpload

File:Stock-vector-wireframe-grid-room-space-interior-for-design-and-decoration-vector-illustration-150750170b.jpg

2015-06-02T18:37:19Z

Ruthalas: File uploaded with MsUpload

File uploaded with MsUpload

Chaperone

2015-06-02T18:22:07Z

Ruthalas: Filled in basic page content- Purpose, Limitations, Likely Additions, History

The Chaperone system is a utility design by Valve to be used with their [[Virtual_Reality#Devices|Head Mounted Display]], the [[HTC Vive]]. Once set up, it keep track of where a user is in relation to the physical walls around them, and if necessary, shows a blue grid<ref>http://www.tested.com/tech/concepts/504521-htc-vive-vs-oculus-crescent-bay-my-10-vr-takeaways/</ref> within the user's virtual space to notify them that they are in close proximity to a physical barrier. The [[HTC Vive]] provides tracking within an approximately 15 foot by 15 foot area, and the Chaperon system provides the user with confidence that they will not collide with physical barriers as they experience their virtual content.

==Purpose==
The main purpose of the [[HTC Vive]] is to warn the user when they approach a physical barrier, to which they are blind because of the headset they are wearing. This will ideally prevent collisions and minimize accidents. This may help [[virtual reality]] experiences be more immersive because the observer trusts that they are safe to move around in the environment.

A secondary purpose for the Chaperone system is to allow games to interact with the user in a unique way. Because the Chaperone system has information about the user's environment, virtual applications can react to the user's surroundings. It could, for example, generate a location that matches the orientation and layout of the user's room. Conversely, the system could use a techniques like overlapping spaces or [[directed walking]]<ref>http://ict.usc.edu/pubs/Impossible%20Spaces-%20Maximizing%20Natural%20Walking%20in%20Virtual%20Environments%20with%20Self-Overlapping%20Architecture.pdf</ref> to make traverse-able, virtual environments that seem much larger than the user's physical space by distorting the user's perception of distance and rotational displacement.

==Current Limitations==
At the time of writing, the set up procedure for the Chaperon system involves manually delineating the corners of the physical space with the [[HTC Vive]]'s controllers.

One other limitation of the Chaperone system is that it is currently limited to mapping the floor and walls of a space. This means that if the user's space includes a couch it would not be mapped and would present an invisible obstacle (it could, however, be defined as the limiting 'wall' on that side of the space).

Finally, the physical model built by the Chaperone system is static. If any portion of the setup changes, such as moved furniture, it would not be reflected in the model and therefore not be used to guide the user.

==Likely Additions==
According to comments by the [[Lighthouse]] developers at conventions and on Twitter<ref>https://twitter.com/vk2zay/status/573909197949009920</ref>, as well as the emphasis on mapping in its patent<ref>http://tsdr.uspto.gov/#caseNumber=86558185&caseType=SERIAL_NO&searchType=statusSearch</ref>, it seems likely that the [[HTC Vive]] will eventually use a stereo pair of cameras or a depth camera to aid in "detection and measurement" the user's surroundings. This might be a one-time calibration, or it could provide constantly updating information to capture changes in the user's environment. Gathering data in this fashion would also likely allow the recognition of furniture and other small objects.

==History==
Valve Corporation filed for a patent entitled 'CHAPERONE' on March 09, 2015<ref>http://tsdr.uspto.gov/#caseNumber=86558185&caseType=SERIAL_NO&searchType=statusSearch</ref>. In it is contained this description of the Chaperone system:

"Hardware and software, sensors, and beacons for the detection and measurement of physical objects and the representation of such objects in virtual reality environments; Devices used for the detection and measurement of physical objects and the representation of such objects in virtual reality environments; Electronic apparatus for the detection and measurement of physical objects and the representation of such objects in virtual reality environments"

==References==
<references/>

User talk:Ruthalas

2015-06-02T15:39:09Z

Ruthalas: /* Thank you! */

==Welcome to XinReality!==
Hello Ruthalas, welcome to XinReality. Thank you for creating the page on [[Uncanny valley]]. Let me know if you need anything -[[User:Xinreality|Xinreality]] ([[User talk:Xinreality|talk]]) 19:01, 1 June 2015 (PDT)

==Thank you!==
(I have no idea if I am responding in the appropriate fashion.)

Thanks Xin, my pleasure. Let me know if I need to modify anything!

--[[User:Ruthalas|Ruthalas]] ([[User talk:Ruthalas|talk]]) 08:38, 2 June 2015 (PDT)

User talk:Ruthalas

2015-06-02T15:38:59Z

Ruthalas: /* Thank you! */

==Welcome to XinReality!==
Hello Ruthalas, welcome to XinReality. Thank you for creating the page on [[Uncanny valley]]. Let me know if you need anything -[[User:Xinreality|Xinreality]] ([[User talk:Xinreality|talk]]) 19:01, 1 June 2015 (PDT)

==Thank you!==
(I have no idea if I am responding in the appropriate fashion.)

Thanks Xin, my pleasure. Let me know if I need to modify anything!
--[[User:Ruthalas|Ruthalas]] ([[User talk:Ruthalas|talk]]) 08:38, 2 June 2015 (PDT)

User talk:Ruthalas

2015-06-02T15:38:25Z

Ruthalas:

==Welcome to XinReality!==
Hello Ruthalas, welcome to XinReality. Thank you for creating the page on [[Uncanny valley]]. Let me know if you need anything -[[User:Xinreality|Xinreality]] ([[User talk:Xinreality|talk]]) 19:01, 1 June 2015 (PDT)

==Thank you!==
(I have no idea if I am responding in the appropriate fashion.)
Thanks Xin, my pleasure. Let me know if I need to modify anything!
--[[User:Ruthalas|Ruthalas]] ([[User talk:Ruthalas|talk]]) 08:38, 2 June 2015 (PDT)

User talk:Ruthalas

2015-06-02T15:28:22Z

Ruthalas: /* Welcome to XinReality! */

Uncanny valley

2015-06-01T20:52:45Z

Ruthalas: Corrected image placement.

[[File:Uncanny-valley.jpg|framed|Fig.1 The Uncanny Valley Graph <ref>http://www.johnmckenziehypnotherapist.co.uk/uncanny-valley/</ref>]]

The term 'uncanny valley' refers to a situation in which something bears realistic human appearance (or movement), yet appears uncanny or repulsive to observers. The hypothesis is, that as a subject's appearance becomes more realistic it will tend to engender progressively more familiarity in the viewer- except for a small period just before the likeness is perfect, wherein the subject instead appears repulsive.

The "valley" refers to the dip that occurs if the concept is plotted as a graph of familiarity (y-axis) as a likeness becomes more realistic (x-axis). (See Fig.1)

==Source==
The term was coined by robotics professor Masahiro Mori in 1970<ref>Kawaguchi, Judit (10 March 2011). "Robocon founder Dr. Masahiro Mori". Words To Live By. Japan Times. p. 11. </ref>, and first appeared in print in the 1978 book ''Robots: Fact, Fiction, and Prediction'' by Jasia Reichardt<ref>"An Uncanny Mind: Masahiro Mori on the Uncanny Valley and Beyond". IEEE Spectrum. 12 June 2012</ref>. The term has gained popularity with the advent of 3D animation, where it is often used to describe computer generated characters that are intended to look perfectly life-like, but fall short and look disturbing instead.

==Relevance to Virtual Reality==
The concept of the uncanny valley is particularly relevant to [[virtual reality]] because the 3D graphics which are a staple of virtual environments often exhibit the phenomena when life-like avatars or characters are used. While cinematic 3D renderings have largely progressed past the point of evoking revulsion, the computational constraints of rendering in real-time for virtual reality mandate less complex results, which makes it difficult to create samples that are sufficiently lifelike to move past the uncanny valley.

==Possible Solutions==
Until real-time rendering for stereo output can computationally support the complex simulations needed to present a photo-realistic human, the best solution available to developers of virtual environments is to stay to the left of the uncanny valley. By using characters and avatars with exaggerated or stylized features a developer can create functional characters that avoid being 'not-quite perfect' and unsettling to observers.

==References==
<references/>

Uncanny valley

2015-06-01T18:13:17Z

Ruthalas:

[[File:Uncanny-valley.jpg|framed|Fig.1 The Uncanny Valley Graph <ref>http://www.johnmckenziehypnotherapist.co.uk/uncanny-valley/</ref>]]

The term 'uncanny valley' refers to a situation in which something bears realistic human appearance (or movement), yet appears uncanny or repulsive to observers. The hypothesis is, that as a subject's appearance becomes more realistic it will tend to engender progressively more familiarity in the viewer- except for a small period just before the likeness is perfect, wherein the subject instead appears repulsive.

The "valley" refers to the dip that occurs if the concept is plotted as a graph of familiarity (y-axis) as a likeness becomes more realistic (x-axis). (See Fig.1)

==Source==
The term was coined by robotics professor Masahiro Mori in 1970<ref>Kawaguchi, Judit (10 March 2011). "Robocon founder Dr. Masahiro Mori". Words To Live By. Japan Times. p. 11. </ref>, and first appeared in print in the 1978 book ''Robots: Fact, Fiction, and Prediction'' by Jasia Reichardt<ref>"An Uncanny Mind: Masahiro Mori on the Uncanny Valley and Beyond". IEEE Spectrum. 12 June 2012</ref>. The term has gained popularity with the advent of 3D animation, where it is often used to describe computer generated characters that are intended to look perfectly life-like, but fall short and look disturbing instead.

==Relevance to Virtual Reality==
The concept of the uncanny valley is particularly relevant to virtual reality because the 3D graphics which are a staple of virtual environments often exhibit the phenomena when life-like avatars or characters are used. While cinematic 3D renderings have largely progressed past the point of evoking revulsion, the computational constraints of rendering in real-time for virtual reality mandate less complex results, which makes it difficult to create samples that are sufficiently lifelike to move past the uncanny valley.

==Possible Solutions==
Until real-time rendering for stereo output can computationally support the complex simulations needed to present a photo-realistic human, the best solution available to developers of virtual environments is to stay to the left of the uncanny valley. By using characters and avatars with exaggerated or stylized features a developer can create functional characters that avoid being 'not-quite perfect' and unsettling to observers.

==References==
<references/>

Uncanny valley

2015-06-01T18:12:35Z

Ruthalas: Added basic explanation, source, relevance, and possible solutions (First edit, feel free to critique and modify heavily. Just let me know what I am doing wrong.)

The term 'uncanny valley' refers to a situation in which something bears realistic human appearance (or movement), yet appears uncanny or repulsive to observers. The hypothesis is, that as a subject's appearance becomes more realistic it will tend to engender progressively more familiarity in the viewer- except for a small period just before the likeness is perfect, wherein the subject instead appears repulsive.

The "valley" refers to the dip that occurs if the concept is plotted as a graph of familiarity (y-axis) as a likeness becomes more realistic (x-axis).

[[File:Uncanny-valley.jpg|framed|The Uncanny Valley Graph <ref>http://www.johnmckenziehypnotherapist.co.uk/uncanny-valley/</ref>]]

==Source==
The term was coined by robotics professor Masahiro Mori in 1970<ref>Kawaguchi, Judit (10 March 2011). "Robocon founder Dr. Masahiro Mori". Words To Live By. Japan Times. p. 11. </ref>, and first appeared in print in the 1978 book ''Robots: Fact, Fiction, and Prediction'' by Jasia Reichardt<ref>"An Uncanny Mind: Masahiro Mori on the Uncanny Valley and Beyond". IEEE Spectrum. 12 June 2012</ref>. The term has gained popularity with the advent of 3D animation, where it is often used to describe computer generated characters that are intended to look perfectly life-like, but fall short and look disturbing instead.

==Relevance to Virtual Reality==
The concept of the uncanny valley is particularly relevant to virtual reality because the 3D graphics which are a staple of virtual environments often exhibit the phenomena when life-like avatars or characters are used. While cinematic 3D renderings have largely progressed past the point of evoking revulsion, the computational constraints of rendering in real-time for virtual reality mandate less complex results, which makes it difficult to create samples that are sufficiently lifelike to move past the uncanny valley.

==Possible Solutions==
Until real-time rendering for stereo output can computationally support the complex simulations needed to present a photo-realistic human, the best solution available to developers of virtual environments is to stay to the left of the uncanny valley. By using characters and avatars with exaggerated or stylized features a developer can create functional characters that avoid being 'not-quite perfect' and unsettling to observers.

==References==
<references/>

File:Uncanny-valley.jpg

2015-06-01T18:08:21Z

Ruthalas: File uploaded with MsUpload

File uploaded with MsUpload