![\"Headtracking](\"https:\/\/media.giphy.com\/media\/l3vRlqD4jSpBU0DSM\/giphy.gif\")
<\/p>\n<\/p>\n
Autor de la practica:<\/b><\/p>\n
Fco.\u00a0Javier vega Aguirre.<\/p>\n
Se trata de una aplicaci\u00f3n de Realidad Virtual que simula una ventana a un mundo virtual. En principio una ventana fija y est\u00e1tica, no se mueve, simplemente muestra una visi\u00f3n de un punto en una caja virtual, que emula una profundidad, que no existe, pero que el usuario, ve como si fuera una caja con volumen real. Por lo tanto al moverse, los objetos que hay en la caja cambian su perspectiva.<\/p>\n
Lo que vemos en dicha caja, es un bodeg\u00f3n de tres objetos, una pir\u00e1mide en estructura de alambre, un cubo flotante de aspecto similar a arena o madera y una esfera con aspecto de planeta tierra.<\/p>\n
<\/p>\n
Se trata de una aplicaci\u00f3n compuesta por dos Sketches que se comunican en rol de Servidor\/Cliente.
\nPor lo que primero es necesario poner en funcionamiento la parte del Servidor, que en nuestro caso es el sketch \u201cRunThisServerFirts.pde\u201d.
\nuna vez lo hemos arrancado, ya podemos arrancar la parte del cliente que se denomina: \u201cRV.pde\u201d.<\/p>\n
La parte del servidor, se encarga de escanear la imagen de v\u00eddeo en busca de caras utilizando para ello la librer\u00eda \u201cOpenCV for Processing\u201d.
\nUna vez encuentra la cara, la enmarca dentro de un cuadrado, que es que utilizamos, para obtener las coordenadas \u201cX\u201d e \u201cY\u201d. La coordenada \u201cZ\u201d, la obtenemos de la anchura de dicho cuadrado.
\nActo seguido las enviamos al cliente, y volvemos a empezar el ciclo.<\/p>\n
El cliente, recibe las coordenadas, y las mapea para ajustarlas a la resoluci\u00f3n de pantalla que tenemos en este sketch.
\nUna vez transformadas, las aplica a la posici\u00f3n de la c\u00e1mara o sujeto virtual, cambiando de esta manera la forma en la que se muestra la escena retocando la perspectiva para que de m\u00e1s sensaci\u00f3n de realismo.<\/p>\n
![\"Diagrama](\"https:\/\/s-media-cache-ak0.pinimg.com\/originals\/c4\/91\/3a\/c4913a08b1e29bb112bc442594ef0e81.png\")
<\/p>\n
Pruebas, pruebas y m\u00e1s pruebas.<\/strong> El principal Handicap de estar dividido en dos partes, es que primero hay que arrancar la parte del servidor y seguidamente la parte del cliente.<\/p>\n De esta forma podemos ajustar la resoluci\u00f3n de la pantalla de salida (cliente), a la resoluci\u00f3n que tengamos en nuestro ordenador, pudiendo dejar oculta la parte del servidor.<\/p>\n
\nAl principio, mi intenci\u00f3n era hacerlo todo en una sola aplicaci\u00f3n. Las primeras pruebas consist\u00edan en buscar la parte del c\u00f3digo que \u201ctrackeara\u00bb la cara. Realice muchas pruebas y la mas estable resulto ser WhichFace de Daniel Shiffman, la versi\u00f3n modificada por Jordi Tost. Era la m\u00e1s estable. y la que menos \u201ctemblores\u201d causaba.
\nUna vez ten\u00eda el tracker. Lo siguiente era representar la escena, algo que en principio parec\u00eda f\u00e1cil, resulto ser lo mas complicado. La posici\u00f3n de la c\u00e1mara y la perspectiva tambi\u00e9n dieron su propia guerra.
\nY que decir tiene que encontrar la manera de hacer que dos Sketches separados se comunicaran, (era la primera vez que lo intentaba) tambi\u00e9n dio su trabajo, porque me saltaba todo el rato un error, el cual logr\u00e9 solucionar con un try\/cach.
\nFinalmente consegu\u00ed una versi\u00f3n estable y que respond\u00eda al reto planteado.<\/p>\nResultado final:<\/span><\/h2>\n