desarrollo de sistemas de realidad virtual y aumentada para la ...

la colisión así como la distancia a la que se considera o no colisión, el origen y la
dirección en la que se proyecta el rayo hasta la geometría de colisión. En este caso, el
rayo se proyecta desde la posición de la cámara y con la orientación de ésta, y el
objeto de colisión son las paredes de la habitación. De esta forma, en lugar de tener
que evaluar a cada frame la colisión (como se hacía en el caso anterior), ahora solo se
hacen las operaciones de limitación de movimiento cuando la colisión es válida (uno
de los valores devueltos por el elemento Intersección), siendo esta implementación
mucho más eficiente.
Cabe destacar que en la detección de colisiones se permitió que los usuarios
atravesaran un elemento del ambiente, concretamente una pantalla de proyección (la
habitación real era una sala de retroproyección), ya que ésta ocupaba todo el ancho
de la habitación real, y físicamente era casi imposible pasar por los laterales que
quedaban hasta la pared, aunque se pretendía que los usuarios pudieran ver toda la
habitación, así que fue una solución de compromiso.
El sistema de navegación era demasiado tradicional, y no era nada natural el
tener que girar un mando del joystick para mirar hacia el suelo. Se pretendía que la
navegación fuera lo más parecida posible a la del sistema de RA (dentro de las
posibilidades inherentes a una aplicación de RV).
Se consideró que lo adecuado, en este caso, era que cuando el usuario mirara
físicamente hacia abajo viera el suelo del escenario virtual. La forma fácil de
conseguirlo era utilizando un ‘tracker’ de cabeza, el descrito en el punto anterior, el
cual devolvía los tres ángulos de giro a los que se encontraba sometido, ’head’, ‘pitch’
y ‘roll’. Lo que se hizo fue enlazar directamente estos datos a la orientación de la
cámara, lo que dio el resultado esperado al mirar físicamente hacia el suelo, y además
proporcionó la ventaja adicional de una navegación diferente, de forma que el usuario
no necesitaba el control analógico de giro del joystick, ya que al girar su cabeza estaba
girando en el escenario virtual, y si avanzaba (utilizando un control analógico del
joystick) con la cabeza girada, estaba avanzando en el ambiente virtual en el sentido
apuntado por su cabeza. Este fue el tipo de navegación final, deshabilitando el control
analógico de giro del joyistick, ya que no era necesario. Sin embargo, sí fue necesaria
la creación de un control que inicializara las orientaciones del ‘tracker’ de cabeza, para
tener un punto de partida coherente. Se hizo con un evento controlado por teclado,
evento que se lanzaba tras indicar al usuario que mantuviera su cabeza recta hacia el
frente.
Además, al igual que en el caso anterior, se mostraba la escena de forma
estereoscópica (con la misma configuración). Destacar que en este caso la escena
resultaba muy atractiva.
Por último, como herramienta para las pruebas se incluyeron dos eventos
adicionales controlados por teclado, que posicionaban al usuario al borde del agujero,
84
Desarrollo de sistemas de Realidad Virtual y Aumentada para el tratamiento de la acrofobia. Estudios …