Se guarda como cap05_caja1.wrl

A la derecha se puede ver el resultado.

Como se puede apreciar en la figura (y aén más manipulándola con el visualizador), la diferencia es notable. Ahora se distinguen perfectamente las caras de la caja, debido a que tienen una iluminación y textura adecuadas.

Siguiendo un proceso similar para el nodo primitivo Cone, visto en el capítulo anterior, el documento VRML para visualizarlo (también con la apariencia por defecto), sería el siguiente:

 

 

#VRML V2.0 utf8 #Cono con la apariencia por defecto Shape { #Campo appearance: appearance Appearance { material Material { } } #Campo geometry: geometry Cone { height 3 bottomRadius 0.75 } }

En los mundos virtuales será a menudo necesario utilizar textos para guiar al visitante (en forma de carteles, comentarios, paneles de control, etc.) Para ello existe un nodo específico, el nodo Text que, al igual que los nodos primitivos, irá incrustado en el nodo Shape, como se verá más adelante.

Los textos son siempre planos y no tienen espesor. Se puede determinar el tipo de fuente, su estilo y tamaño, etc. 

Estructura del nodo Text

Su estructura general es la siguiente:

Tiene, por tanto, dos campos:

• string: (en inglés, fila). Su valor (los puntos suspensivos) es precisamente el texto que se quiere poner.

   

• fontStyle: su valor (los puntos suspensivos) es un sub-nodo llamado FontStyle (obsérvese una vez más que el primero empieza por minéscula, por ser un campo, mientras que el segundo lo hace por mayéscula, por ser un nodo).

El campo fontStyle es opcional. Si se omite, el texto tendrá el estilo de fuente por defecto.

Veamos cada campo por separado:

Valor del campo string (el texto)

Se pone de esta manera:

Como se puede ver, cada fila de texto va entre comillas, con una coma al final de cada línea, y todo ello englobado entre corchetes: [ y ]  

Nodo FontStyle

Veamos su estructura con un ejemplo:

En este ejemplo, el nodo FontStyle tiene los siguientes campos:

• family: Determina la familia de fuente. Se puede escoger entre "SERIF", "SANS" o "TYPEWRITER" (en inglés, máquina de escribir). Obsérvese que los nombres están en mayésculas.

   

• style: Se puede escoger entre "BOLD" (negrita), "ITALIC" (cursiva), "BOTH" (ambas, es decir, negrita y cursiva), o "NONE" (ninguna, es decir, ni negrita ni cursiva).

   

• size: Determina el tamaño de la fuente, pero en unidades VRML. Es decir, que si se adopta que la unidad equivale a un metro (escala aconsejada, pero no obligatoria), en el caso del ejemplo las letras se supone que tienen un metro de altura.

   

• spacing: Determina la separación entre líneas, también en unidades VRML.

Existen más campos que los que aparecen en este ejemplo, con los que se puede afinar aén más la disposición del texto:

• justify: Determina la justificación del texto. Puede ser "BEGIN" (al comienzo, es decir a la izquierda), "MIDDLE" (en el medio, es decir, centrado) o "END" (al final, es decir, a la derecha).

   

• otros: que se omiten aquí, pues están pensados para idiomas exóticos, como el chino (escritura en vertical), el árabe (escritura de derecha a izquierda), etc. Para la lista completa, se puede consultar la RFC 1766

Nodo Text completo

Poniendo ahora el nodo texto completo, con sus dos campos, queda de esta forma:

Integrando el nodo Text en el nodo Shape

El nodo Text se incrusta en el nodo Shape, de la misma manera que se hacía con los nodos primitivos. En el capítulo anterior vimos que el nodo Shape tenía esta estructura:

Vimos que los nodos primitivos se ponían como valor del campo geometry. Es lo mismo que vamos a hacer ahora:

Aquí está de una manera resumida. Para desarrollarlo completamente, hay que poner como campo de appearance la apariencia por defecto, y lógicamente, el nodo Text completo.

 

Como se puede ver en la imagen, el texto se puede manipular como cualquier otro objeto (girándolo, etc.), ya que, en realidad, es un elemento plano de espesor cero.

Las letras tienen el color por defecto, ya que se ha utilizado la apariencia por defecto. Pero se puede hacer que tengan el color que se desee, segén veremos más adelante.

 

Agrupación de nodos

Hasta ahora hemos visto los objetos aisladamente. Veamos ahora cómo podemos agrupar un conjunto de ellos para conseguir formas más complejas. En los próximos tres capítulos se van a ver diferentes nodos que sirven para agrupar otros nodos:

• Nodo Group (cap. 7)
• Nodo Transform (cap. 8)
• Nodo Switch (cap. 8a)
• Nodo Billboard (cap. 8a)

Nodo Group

Existe el nodo Group que permite tratar a un conjunto de nodos como una entidad énica, pero sin efectuar ninguna transformación en ellos.

Su estructura general es la siguiente:

Tiene un campo llamado children (en inglés, niños o hijos), cuyo valor (los puntos suspensivos) va entre corchetes [ y ], y que como veremos a continuación, es la lista de los objetos que se quieren agrupar, representados por sus nodos Shape respectivos:

Veamos un ejemplo: Vamos a agrupar los ejemplos de una caja y de un cono vistos anteriormente:

Véase el resultado en la imagen de la derecha. Se puede observar que la caja y el cono están superpuestos. Esto es debido a que los objetos son creados todos en el mismo punto: en el centro del escenario de realidad virtual.

Para colocar un objeto, o grupo de objetos, en otros puntos que no sean el centro, se deberá utilizar otro tipo de nodo, como se verá más adelante.

Consejos prácticos para escribir el código

A lo largo de los capítulos hemos ido viendo la sintaxis de cada nodo y la manera de cómo se incrustan unos nodos dentro de otros, etc., para poder confeccionar los correspondientes documentos VRML.

Si observamos el éltimo ejemplo, parece como si el código se complicara más y más (a pesar de tratarse de un ejemplo relativamente sencillo).

No hay tal complicación, pero sí es muy importante seguir unas cuantas reglas prácticas, pues es absolutamente imprescindible que las cosas estén colocadas en el orden debido, y que no sobre ni falte ninguno de los símobolos de apertura y de cierre { y }, [ y ]

• Utilizar una línea distinta para cada nodo, para cada campo y para cada valor de cada campo.

  No es que sea obligatorio, pues de hecho se podría escribir todo el código en una sola línea, aunque esto no sería muy práctico e induciría a cometer errores.

• Indentar cada línea, segén su jerarquía.

  (Para indentar, es muy étil utilizar la tecla tabuladora, que desplaza el cursor un némero fijo de espacios).

  Veamos lo que se quiere decir, observando el ejemplo anterior. El nodo Group, que es el nodo raíz, no está indentado. Este nodo tiene un sólo campo (children), que se indenta una vez. Children tiene como valor dos nodos Shape, que se indentan dos veces (o sea que ambos están al mismo nivel). Cada nodo Shape tiene a su vez dos campos (appearance y geometry), que se indentan tres veces. Estos éltimos tienen sus respectivos campos, que se indentan cuatro veces, etc. etc.

   

• Colocar cada símbolo de cierre en el nivel de indentación que le corresponda.

  Así vemos en el ejemplo que el símbolo de cierre } de Group no tiene ninguna indentación (está situado al final del todo). El símbolo de cierre ] de children tiene una indentación (como el campo children). Los de los nodos Shape, tienen dos indentaciones, etc.

  De esta manera, vemos que los símbolos de cierre están situados exactamente debajo del comienzo de la línea que le corresponde. De esta manera están perfectamente identificados, y sirve como control para no olvidarse de ninguno de ellos.

   

• Poner las líneas de comentario necesarias al mismo nivel que lo que se comenta.

  Así, en el ejemplo, el comentario "#Aquí empieza la caja:" se indenta dos veces, para que esté situado en el mismo nivel que el nodo Shape, que es el objeto del comentario.

Poniendo nombres propios a los nodos

Podemos observar en el ejemplo que se ha repetido dos veces el nodo Appearance, para dotar de la misma apariencia por defecto a los dos objetos (la caja y el cilindro).

No es tan grave en este caso, pero imaginemos que se quiere dotar de esa misma apariencia, por ejemplo a cinco objetos distintos (como va a ser el caso del ejemplo práctico de este capítulo). Entonces, habría que repetir cinco veces todo el nodo Appearance en cada uno de los cinco objetos, lo cual sería bastante engorroso, además de complicar innecesariamente el código.

Hay una solución prevista para simplificar estas repeticiones, y es que se puede definir un nodo que se piensa repetir en el código, poniéndole un nombre arbitrario.

Supongamos, por ejemplo, que se van a utilizar repetidamente en un escenario unos cilindros exactamente iguales (que podrían ser las columnas de una casa), y que dichos cilindros tienen el siguiente código:

(Este es el código de un cilindro con la apariencia por defecto, de 2 unidades de alto y una base de radio 0.5)

Se puede definir, para el ámbito de un documento VRML, que este tipo de cilindro tenga un nombre arbitrario, por ejemplo ColumnaRepetida (o como se quiera, con tal de que comience por mayéscula), de la siguiente manera:

Entonces, cada vez que se quiera usar este nodo en otra parte del documento, basta con poner lo siguiente:

En el ejemplo anterior de la caja y el cono, lo que está repetido es el nodo Appearance. Vamos a definirlo, en la primera ocasión que se utiliza con el nombre, por ejemplo, PorDefecto y en la segunda vez utilizar sólo el comando USE (se omiten las líneas de comentarios):

En este caso concreto, la simplificación no ha sido muy grande (sólo un par de líneas menos de código), pero ha servido para ilustrar el concepto.

Como se ha mencionado en el capítulo anterior, por defecto, todos los objetos son creados en el centro del escenario de realidad virtual.

Ahora vamos a ver cómo posicionarlos en otros puntos. Pero para ello, es necesario antes comprender la noción de los sistemas de coordenadas.

Un punto en el espacio está definido por su posición con respecto al centro de coordenadas.En el lenguaje VRML se adopta la convención de que sea X la distancia que ese punto esté desplazado a la derecha o a la izquierda del centro, Y la distancia por encima o por debajo, y Z la distancia hacia delante o hacia atrás. Se puede ver en la imagen de la derecha una representación tridimensional de los ejes de coordenadas. Pulsándola se carga el escenario. (Se ha confeccionado utilizando cilindros muy finos, convenientemente girados para representar los ejes)

Un mundo virtual tiene su sistema de coordenadas situado en el centro. Con el nodo Group, visto en el capítulo anterior, se consigue agrupar un conjunto de objetos, que son creados haciendo coincidir su centro con el centro del sistema de coordenadas, como se puede apreciar en la figura de la derecha. (Se ha superpuesto el conjunto de objetos a los ejes coordenados)

Con el nodo Transform, que vamos a ver a continuación, se determina un nuevo sistema de coordenadas para un grupo de objetos.

Este nuevo sistema de coordenadas sufre unas transformaciones: puede ser trasladado a un punto determinado, puede ser girado un determinado ángulo, y puede tener una escala (tamaño relativo) distinta a la original.

El grupo de objetos especificados en el nodo sufrirán las mismas transformaciones, es decir, serán trasladados, girados y variados de escala. 

Estructura del nodo Transform

Su estructura general es la siguiente:

Como se puede ver, tiene tres campos con los que se determina su posible traslado, rotación o nueva escala, y un cuarto campo children, en donde se especifican cuáles son los objetos agrupados que sufrirán esas transformaciones.

No tienen por qué estar los tres campos a la vez. Por tanto, para simplificar, vamos a ver cada uno de ellos por separado.

Traslación

Poniendo sólo el campo translation, queda el nodo Transform de esta manera:

Se ha puesto un valor al campo translation. El orden para el traslado de las coordenadas es X, Y, Z. Por tanto, en este caso, hay una traslación de 20 unidades hacia la derecha (si hubiera sido hacia la izquierda se habría puesto -20.0)

Por supuesto que se podrían haber variado las tres coordenadas, no sólo la X como en este caso.

Con respecto al campo children, se aplica lo dicho anteriormente, para el nodo Group.

Rotación

Poniendo ahora sólo el campo rotation, queda el nodo Transform de esta manera:

Tal como se ha puesto el valor del campo rotation quiere decir lo siguiente: rotación de 90 í alrededor del eje X. 

Explicación: Las tres primeras cifras sólo pueden tener el valor 0 ó 1, y representan la rotación alrededor de cada eje, en este orden: X, Y, Z.

Es decir:

• Rotación alrededor del eje X: 1 0 0
• Rotación alrededor del eje Y: 0 1 0
• Rotación alrededor del eje Z: 0 0 1

La cuarta cifra representa el ángulo girado, expresado en radianes.

Para calcular la correspondencia entre grados y radianes, hay que tener en cuenta que 180í equivalen al némero pi en radianes, es decir a 3.14 radianes. Por tanto, 90í sería la mitad de 3.14, es decir 1.57 radianes.

El sentido del giro es el de un sacacorchos avanzando en la dirección positiva de los ejes.

En la figura de la derecha se puede ver al grupo de objetos, trasladados 20 unidades hacia la derecha y girados 90í alrededor del eje X (pulsar la imagen para cargar el escenario), cuyo código es:

Variación de la escala

Poniendo ahora en el nodo Transform sólo el campo scale, para variar la escala de los objetos, queda de la siguiente forma:

Los valores del campo scale representan las variaciones de las dimensiones con respecto a los ejes X, Y , Z.

Por tanto, en el ejemplo que se ha puesto, se reducen las dimensiones en la dirección de las X a la mitad (0.5), se duplican en la dirección del eje Y (2), y se reducen a la mitad en la dirección del eje Z (0.5).

Si se hubiera variado la misma cantidad en los tres valores (por ejemplo, 0.5) se habría mantenido las proporciones de la pieza.

Se puede ver en la figura de la derecha la pieza después de sufrir los tres cambios.

Nodo Switch

Este nodo Switch (en inglés, bascular o conmutar) sirve para agrupar otros nodos, pero con una diferencia: sólo será utilizado uno de los hijos agrupados.

Su estructura es la siguiente:

Como se puede ver, este nodo tiene un campo whichChoice (en inglés, cuál elección) cuyo valor es un némero que indica céal hijo choice es el elegido (0, 1, 2, etc.). Si este valor es -1, entonces se indica que no está elegido ninguno.

áQué utilidad tiene este nodo? Un posible uso de este nodo es el de tener preparadas diferentes versiones del nodo Shape, es decir, diferentes formas de un objeto. Bastará con variar el valor de whichCoice para pasar rápidamente de una forma a otra.

Esta variación se hará utilizando los eventos, que es algo que se verá más adelante. 

Nodo Billboard

Este nodo Billboard (en inglés, cartel) sirve para agrupar otros nodos hijos. Todos los nodos agrupados serán visibles (al contrario del anterior, en el que sólo es visible uno de ellos).

La particularidad de este nodo es que crea un sistema de coordenadas para los nodos agrupados que está siempre de cara al espectador.

Su estructura es la siguiente:

Tiene un campo, axisOfRotation (eje de rotación), cuyo valor es un grupo de tres cifras que indican cuál es eje alrededor del cual se efectéa automáticamente el giro para permanecer siempre de cara. La convención que se utiliza es la misma que la vista anteriormente para la rotación, excepto que en este caso no hace falta poner un cuarto valor para expresar el ángulo:

• Rotación alrededor del eje X: 1 0 0
• Rotación alrededor del eje Y: 0 1 0
• Rotación alrededor del eje Z: 0 0 1

Formas complejas

Hasta ahora, para crear los distintos objetos que forman un escenario de realidad virtual, se han utilizado exclusivamente las formas primitivas (caja, cono, cilindro y esfera).

Tal como se ha visto en los anteriormente, agrupando y modificando estas formas primitivas se pueden conseguir otras formas más complejas.

Pero esta técnica tiene un límite. Supongamos que se quiere representar un automóvil, por ejemplo. Con la sola utilización de las formas primitivas sería demasiado complicado de crear, y se generarían ficheros VRML demasiado voluminosos.

Hay un método más eficaz para construir las formas complejas, que consiste en definir una serie de puntos en el espacio y luego unirlos entre sí para crear líneas o superficies. 

Nodo Coordinate

Este nodo sirve simplemente para definir una serie de puntos en el espacio tridimensional. En sí mismo no sirve para representarlos, sino que se utilizará dentro de otros nodos, como se va a ver a continuación.

La estructura de este nodo es la siguiente:

Como se puede ver, tiene un campo point, cuyo valor son grupos de tres cifras, separadas por comas, englobadas entre corchetes [ y ].

Cada grupo de tres cifras representa un punto en el sistema de coordenas. En el ejemplo están definidos tres puntos, pero se pueden poner tantos como se quiera.

Este nodo se utiliza dentro de otros nodos, para conseguir cosas distintas:

• PointSet - para crear puntos aislados
• IndexedLineSet - para crear líneas
• IndexedFaceSet - para crear caras (superficies)

Nodo PointSet, para crear puntos aislados

Su estructura es:

Como se puede ver, tiene un campo coord cuyo valor es el nodo Coordinate visto anteriormente.

Aplicando al ejemplo del nodo Coordinate, quedaría de esta manera:

Si incluyéramos este código, tal como está, en un documento VRML, no podríamos ver ninguno de los puntos todavía. La razón es que, como se vió  anteriormente, para crear un objeto visible se debe utilizar el nodo Shape. 

Inclusión del nodo PointSet en el nodo Shape

Como se vió en el capítulo 5, la estructura general del nodo Shape es:

Con el campo appearance se define la apariencia del objeto (color, textura, etc.) y con el campo geometry su forma.

Por tanto, es evidente que la inclusión del nodo PointSet deberá hacerse en este éltimo campo, ya que la geometría de este objeto es la de un grupo de puntos. De manera resumida, quedará de esta manera:

 

Shape { appearance ... geometry PointSet { ... } }

Nodo IndexedLineSet, para crear líneas

Con este nodo se crean líneas, uniendo una serie de puntos determinados. Su estructura resumida es la siguiente:

Como se puede ver, tiene dos campos:

• coord, cuyo valor es el nodo Coordinate, y que sirve para determinar las coordenadas de los puntos aislados que se van a unir entre sí para formar las líneas.

   

• coordIndex, con este campo se define el orden con el que se unen los puntos entre sí, dónde empieza y acaba una línea, etc., como vamos a ver a continuación.

Veamos primero un ejemplo sencillo: tres puntos que se unen ordenadamente entre sí, para formar una línea:

En el campo coord se establecen las coordenadas de los tres puntos A cada coordenada se ha añadido una línea de comentario para indicar cuál es la numeración que le corresponde al punto. Obsérvese que se comienza por 0 (y no por 1).

En el campo coordIndex se establece el orden en el que se unen los tres puntos. En este caso la línea empieza en el primero (el 0), sigue con el segundo (el 1) y acaba en el tercero (el 2). Con el valor -1 se indica que ahí acaba la línea.

Inclusión del nodo IndexedLineSet en el nodo Shape

Como se vió anteriormente, para que un nodo pueda verse, debe estar incrustado en el nodo Shape. Por tanto, de manera resumida, la inclusión del nodo IndexedLineSet en el nodo Shape se hará de esta manera:

No se ha especificado ningén campo para su apariencia ni color, lo que se verá más adelante.

Desarrollando el ejemplo, quedará de esta manera:

En el ejemplo, se han unido los puntos segén el orden en el que están especificados en el campo point (0,1,2), pero se pueden unir en el orden que se desee, como por ejemplo (0,2,1), con lo que resultará una línea distinta. Habría que modificar el campo coordIndex, que quedaría de esta manera:

Se pueden crear simultáneamente diversas líneas. Supongamos que en el campo point se han especificado las coordenadas de 12 puntos (por tanto, del 0 al 11), y queremos crear dos líneas, la primera con los 6 primeros puntos y la segunda con los 6 éltimos. El campo coordIndex quedaría de esta manera:

 

El color en las líneas

Para determinar el color de cada uno de los segmentos que compone la línea, hay que hacer uso de tres campos más:

• color
• colorIndex
• colorPerVertex

Con el campo color se especifican cuántos y qué colores se van a usar (en el caso de que haya más de una línea). 

Con el campo colorIndex se atribuye a cada una de las líneas existentes alguno de los colores expresados en el campo anterior.

Con el campo colorPerVertex se especifica si los colores serán colores continuos, o un gradiente entre dos colores.

Veamos una aplicación en el ejemplo anterior: una énica línea quebrada que une tres puntos, se va a hacer que sea toda ella de color verde.

En el campo color se especifica el color (o los colores, si hay más de una línea)

En el campo colorIndex se atribuye el color a la la línea (o líneas, si hay más de una). Este campo hace una función análoga con los colores y las líneas a la del campo coordIndex con los puntos y las líneas.

En este ejemplo sólo hay una línea con un énico color. En el ejercicio práctico se va ver un caso de dos líneas con dos colores.

Nodo IndexedFaceSet para obtener caras

La idea es unir una serie de puntos para que formen una polilínea cerrada, que es la que definirá la cara.

Su estructra resumida es:

Observamos dos campos (puede tener más, como se verá):

• coord, cuyo valor es el nodo Coordinate, y que sirve para determinar las coordenadas de los puntos aislados que se van a unir entre sí para formar las caras. 

   

• coordIndex, con este campo se define el orden con el que se unen los puntos entre sí para formar las distintas caras, como vamos a ver a continuación.

Veamos primero un ejemplo sencillo: tres puntos que se unen ordenadamente entre sí para formar una cara:

En el campo coord se establecen las coordenadas de los tres puntos. A cada coordenada se ha añadido una línea de comentario para indicar cuál es la numeración que le corresponde al punto. Obsérvese que se comienza por 0 (y no por 1).

En el campo coordIndex se establece el orden en el que se unen los tres puntos que van a formar la polilínea cerrada que va a formar la cara. Con el valor -1 se indica que ahí acaba la cara.

Inclusión del nodo IndexedFaceSet en el nodo Shape

Como se vió anteriormente y en repetidas ocasiones, para que un nodo pueda verse, debe estar incrustado en el nodo Shape. Por tanto, de manera resumida, la inclusión del nodo IndexedFaceSet en el nodo Shape se hará de esta manera:

No se ha especificado ningén campo para su apariencia ni color, lo que se verá más adelante.

Desarrollando el ejemplo, quedará de esta manera:

A la derecha puede verse el resultado (pulsarla para cargar el escenario). Se han añadido unos ejes coordenados y modificado el punto de vista inicial.

Se puede observar que se ha creado una cara triangular, sin color ni apariencia definida. Si se manipula el escenario, se puede comprobar que la cara sólo es visible por un lado.

Se pueden definir más de una cara simultáneamente, como veremos más adelante.

El color en las caras

Para determinar el color de la cara hay que hacer uso de tres campos más:

• color
• colorIndex
• colorPerVertex

Con el campo color se especifican cuántos y qué colores se van a usar (en el caso de que haya más de una cara). 

Con el campo colorIndex se atribuye a cada una de las caras existentes alguno de los colores expresados en el campo anterior.

Con el campo colorPerVertex se especifica si los colores serán colores continuos, o un gradiente entre dos colores.

Veamos una aplicación en el ejemplo anterior: vamos a hacer que la cara tenga un color verde.

En el campo color se especifica el color (o los colores, si hay más de una cara)

En el campo colorIndex se atribuye el color a la la cara (o caras, si hay más de una).

En este ejemplo sólo hay una cara con un énico color. 

 

 

A la derecha puede verse el resultado. Se han añadido unos ejes coordenados y modificado el punto de vista inicial.

Si se manipula el escenario, se puede observar que la cara verde es visible sólo por un lado, el que está de frente.

Determinando una cara visible

Por defecto, la cara visible es la perpendicular a la parte positiva de los ejes coordenados. En el ejemplo anterior, la cara es perpendicular a la parte positiva del eje Z.

Pero puede haber ocasiones que nos interese que sea visible la otra cara. Para determinar una cosa o la otra, el nodo IndexedFaceSet puede tener el campo ccw (abreviatura de counterclockwise: contrario a la agujas del reloj). Hay dos posibilidades:

• ccw TRUE Es la opción por defecto, por tanto no es obligatoria ponerlo. La cara visible es la perpendicular a la parte positiva de los ejes coordenados.
• ccw FALSE En este caso, la cara visible es la opuesta a la parte positiva de los ejes coordenados

Si en el ejemplo anterior se añade el campo ccw FALSE. Para poder ver la cara verde hay que girar 180í el escenario.

Determinando ambas caras visibles

Se puede hacer que ambas caras sean visibles simultáneamente. Para ello el nodo IndexedFaceSet puede tener el campo solid, que tiene dos posibilidades:

• solid TRUE Es la opción por defecto: sólo una cara es visible (la determinada por el campo ccw), y por tanto no es obligatorio ponerlo.
• solid FALSE En este caso, ambas caras son visibles simultáneamente.

Si al ejemplo anterior de la cara verde, se le añade el campo solid FALSE. Girando el escenario, se verá que ambas caras son visibles. 

Utilización de este nodo para crear un suelo

Un uso muy étil del nodo IndexedFaceSet es el de crear un suelo para un escenario de realidad virtual.

Supongamos que queremos crear un suelo de color azul para nuestro mundo, de dimensiones 100x100. Entonces, las coordenadas de las cuatro esquinas serán:

Vamos a añadir el campo solid FALSE. Pero si se carga el escenario, en principio no se verá nada. Esto es debido a que el punto de vista por defecto está precisamente a nivel cero, es decir, en el mismo suelo. Sólo se verá el suelo si se hace girar todo el escenario.

Determinando un punto de vista inicial elevado sobre el suelo (se verá más adelante cómo conseguirlo), y superponiendo unos ejes coordenados, obtenemos el resultado que se puede ver en la imagen de la derecha.

Obsérvese que al cargar el escenario, se "aterriza" sobre el suelo, y que se puede desplazar por él, pero no se pueden efectuar movimientos de elevación. Esto es debido, a que automáticamente se determina que existe gravedad en el mundo. Para poder flotar, hay que pulsar el mando "Float", que inhabilita la gravedad.

Con este método obtenemos un suelo del color que queramos, pero se pueden obtener suelos que tengan una textura determinada (hierba, piedra, etc.), lo que se verá más adelante.

Con el nodo IndexedFaceSet se crean suelos planos. En el siguiente capítulo se verá cómo crear suelos accidentados (terrenos con ditintas elevaciones, colinas, etc.).

 

Nodo ElevationGrid para crear suelos accidentados

El nodo ElevationGrid (en inglés: rejilla de elevaciones) determina una rejlla de puntos, es decir, una cuadrícula de puntos de separación uniforme en el plano horizontal XZ, a los que se atribuyen distintas cotas de altura. Se genererá una superficie irregular uniendo dichas cotas.

Veamos su estructura general con un ejemplo:

Observamos los siguientes campos (puede tener otros más, como veremos):

• xDimension es el némero de puntos de la rejilla, en la dirección del eje X (en este caso, 6 puntos)

   

• xSpacing es la separación de los puntos de la rejilla, en la dirección del eje X (en este caso, 4)

   

• zDimension es el némero de puntos de la rejilla, en la dirección del eje Z (en este caso, 3 puntos)

   

• zSpacing es la separación de los puntos de la rejilla, en la dirección del eje Z (en este caso, 8)

   

• height es la altura de cada uno de los puntos de la rejilla. En este caso, la rejilla tiene 6x3=18 puntos, por lo tanto, hay que poner las 18 cotas de altura que correspondan a cada punto.

 

La rejilla debe comenzar siempre en el origen de coordenadas y crecer en el sentido positivo de los ejes X y Z.

En el ejemplo se puede observar que habrá un pico máximo de valor 7 en el centro de la hilera trasera, y una depresión máxima de -3.7 a la derecha de la hilera delantera.

Inclusión del nodo ElevationGrid en el nodo Shape

Como se ha dicho repetida veces, para que un nodo que define una forma (como es el caso del nodo ElevationGrid) sea visible, debe incluirse dentro del nodo Shape.

La estructura general del nodo Shape es:

El nodo ElevationGrid será el valor del campo geometry, quedando por tanto así (de manera resumida):

Y desarrollando totalmente el ejemplo:

Como el punto inicial (el origen de coordenadas) no es demasiado conveniente para visualizar la superficie generada, a la derecha se puede ver una imagen de este ejemplo en donde se ha modificado el punto de vista inicial a uno más conveniente. También se han añadido unos ejes coordenados.

Obsérvese que la superficie generada es sólida y existe gravedad, por lo que si se camina por la supeficie se "escalará" por las elevaciones.

Si se gira completamente el escenario, se puede comprobar también que la superficie sólo es visible por su parte delantera.

Determinando una cara visible

Por defecto, la cara visible es la perpendicular a la parte positiva de los ejes coordenados. En el ejemplo anterior, la cara es perpendicular a la parte positiva del eje Z.

Pero puede haber ocasiones que nos interese que sea visible la otra cara. Para determinar una cosa o la otra, el nodo ElevationGrid puede tener el campo ccw (abreviatura de counterclockwise: contrario a la agujas del reloj). Hay dos posibilidades:

• ccw TRUE Es la opción por defecto, por tanto no es obligatoria ponerlo. La cara visible es la perpendicular a la parte positiva de los ejes coordenados.
• ccw FALSE En este caso, la cara visible es la opuesta a la parte positiva de los ejes coordenados

Si en el ejemplo anterior se añade el campo ccw FALSE Para poder ver la superficie hay que girar 180í el escenario.

Determinando ambas caras visibles

Se puede hacer que ambas caras sean visibles simultáneamente. Para ello el nodo ElevationGrid puede tener el campo solid, que tiene dos posibilidades:

• solid TRUE Es la opción por defecto: sólo una cara es visible (la determinada por el campo ccw), y por tanto no es obligatorio ponerlo.
• solid FALSE En este caso, ambas caras son visibles simultáneamente.

Si al ejemplo anterior de la cara verde, se le añade el campo solid FALSE Girando el escenario, se verá que ambas caras son visibles.

Poniendo color a la superficie generada

En el ejemplo visto anteriormente se ha utilizado la apariencia por defecto, sin un color definido. 

Pero en este caso concreto, hay una manera de determinar el color de partes determinadas de la superficie, como vamos a ver a continuación.

En este caso, la rejilla está formada por dos hileras de 5 cuadrículas, es decir, en total 10 cuadrículas. Se puede determinar el color de la superficie generada sobre cada cuadrícula.

A continuación está la representación de la rejilla vista desde arriba. Además, se ha escrito en cada cuadrícula el color que se desea para la parte de la superficie que le corresponda y un némero (del 1 al 10), para señalar el orden de atribución de colores.

Se ha escogido el color blanco para las zonas más altas, el rojo para las intermedias, el verde para las bajas y el azul para las más bajas.

Hay que añadir dos campos al nodo ElevationGrid:

• color que contiene el nodo Color, que a su vez contiene el campo color, en donde se especifican los 10 colores atribuidos a cada cuadrícula.

   

• colorPerVertex que puede ser TRUE, para colores en gradiente (no se estudiará este caso). O puede ser FALSE, en cuyo caso los colores son continuos. Se aplicará esta posibilidad.

El ejemplo anterior quedará de esta manera:

A la derecha puede verse el resultado. Se han añadido unos ejes coordenados y modificado el punto de vista inicial. 

Concepto básico de la extrusión

En líneas generales, una forma extruida se obtiene de la siguiente manera:

• En el plano XZ (horizontal) se define, mediante una serie de puntos, un polígono cerrado: la sección transversal o crossSection. Esta sección es, por tanto, plana.

   

• Mediante otra serie de puntos, se define un recorrido en el espacio tridimensional: la espina dorsal o spine.

   

• El objeto extruido se obtiene desplazando la sección transversal a lo largo de la espina dorsal. Durante este desplazamiento, la sección transversal puede permanecer invariable, o bien se pueden ir modificando tanto su escala (tamaño), como su orientación.

Véanse a continuación un ejemplo de extrusiones: una hélice de diámetro variable:

   

Estructura general del nodo Extrusion

La estructura básica de este nodo es la siguiente:

Se pueden observar los campos:

• crossSection, cuyo argumento es una serie de puntos que definen la sección transversal. Nótese que estos puntos están definidos por dos coordenadas, y no por tres, que es lo habitual. Veremos a continuación el motivo de ésto.

   

• spine, cuyo argumento es otra serie de puntos que definen la espina dorsal del objeto extruido. Cada uno de estos puntos está definido por tres coordenadas, como no podía ser menos, puesto que la espina dorsal es un recorrido en el espacio tridimensional.

   

• solid, tiene dos opciones: TRUE (la opción por defecto) con la que se ven sólo un lado de las caras. FALSE: se verán ambos lados.

Ejemplo sencillo de extrusión: un cubo

Veamos a continuación con más detalle cómo se define la sección transversal. Como se ha dicho antes, se encuentra en el plano XZ, es decir, en el plano horizontal formado por los ejes coordenados X y Z.

A la derecha se puede ver la representacion de los ejes coordenados.

La sección transversal es una superficie plana, definida en el el plano XZ. Por tanto, se van a utilizar sólo dos coordenas (x,z).

Vamos a ver un ejemplo muy sencillo de extrusión, para comprender este concepto: un cubo. (Recuérdese que existe el nodo Box para conseguirlo directamente)

La sección transversal de un cubo es un cuadrado definido en el plano XZ.

Para definir la sección transversal, se debe señalar un polígono cerrado, es decir, comenzando desde un vértice cualquiera (p. ej. 10,10), y siguiendo el sentido de las agujas del reloj, el siguiente será (-10,10), luego (-10,-10), a continuación (10,-10) y finalmente (10,10) de nuevo, con lo que el polígono se ha cerrado.

Ahora falta por definir la espina dorsal. La espina dorsal define el recorrido que la sección transversal deberá efectuar para crear le forma extruida.

Vamos a hacer que la sección transversal comience en el punto (0,-10,0) y se mueva hasta el punto (0,10,0).

En la siguiente figura se muestra el camino recorrido por la sección transversal a lo de la espina dorsal del cubo (en rojo): 

El campo spine queda de la siguiente manera:

Inclusion del nodo Extrusion en el nodo Shape

Como se ha dicho repetida veces, para que un nodo que define una forma (como es el caso del nodo Extrusion) sea visible, debe incluirse dentro del nodo Shape.

Por tanto, el documento VRML de este ejemplo quedará de esta forma: 

A la derecha puede verse el resultado.  (Se han añadido unos ejes coordenados y modificado el punto de vista inicial)

Aberturas en la superficie extruida

En el ejemplo del cubo visto anteriormente, todas las caras eran visibles. Pero, si se desea, se puede hacer que no existan algunas de ellas, es decir, que haya aberturas en la superficie extruida.

Existen dos campos que determinan si la forma extruida está abierta o cerrada en los extremos:

• beginCap: si se establece como FALSE, no existirá la sección transversal inicial (en el ejemplo del cubo, la cara inferior).

   

• endCap: si se establece como FALSE, no existirá la sección transversal final (en el ejemplo del cubo, la cara superior).

Añadiendo estos dos campos al nodo Extrusion, en el ejemplo anterior:

dará el resultado que se ve a la derecha.

Otra posibilidad es la de dejar deliberadamente sin cerrar el polígono que determina la superficie transversal.

 

queda sin cerrar el polígono, con lo que el cubo extruido carece de la cara frontal, como se puede ver en la imagen de la derecha.

Complicando la espina dorsal

En los ejemplos vistos anteriormente, la espina dorsal siempre es perpendicular a la sección transversal y además justo en su centro. Pero esto no tiene por qué ser así necesariamente.

La espina dorsal puede estar situada en cualquier sitio, formar una recta inclinada, estar formada por más de dos puntos o tener cualquier forma espacial que se desee.

Veamos una espina dorsal que sea una recta inclinada con respecto a la sección transversal.

La espina dorsal ha sido representada en rojo y la sección transversal en verde.

A la derecha puede verse el resultado..

 

Y ahora veamos un ejemplo de espina dorsal formada por tres puntos:

 

Superficies de revolución

Si la espina dorsal es un círculo, entonces el cuerpo engendrado es una superficie de revolución. Veamos un ejemplo: un toro definido por 8 puntos.

A la derecha puede verse la imagen que representa la sección transversal (en verde) y que está situada, como debe ser, en plano horizontal XZ. Esta sección transversal es un círculo de radio 5 y está representada por 8 puntos.

También está representada (en blanco) una espina dorsal formada por otros ocho puntos que forman un círculo de radio 10, y que también está situada en el plano XZ, porque así lo hemos querido.

El campo crossSection es el siguiente:

Recuérdese que en el campo crossSection los puntos se expresan con dos corrdenadas (x,z), y que además hay que repetir al final el primer punto, para cerrar la sección transversal.

El campo spine es el siguiente:

En este caso, los puntos vienen expresados por tres coordenadas (x,y,z). Y también se repite el éltimo para cerrar el toro

A la derecha puede verse el resultado.

Es evidente que los ocho puntos que se han utilizado para definir los dos círculos (el de la sección transversal y el de la espina dorsal) no son suficientes, pues más que círculos son octógonos.

Variación de la escala de la sección transversal

Hasta ahora, en todos los casos vistos, la sección transversal parmanecía inalterable en su forma y tamaño a lo largo de la espina dorsal.

Existe el campo scale que permite modificar la escala de la sección transversal en cada uno de los puntos de la espina dorsal.

Así, en el primer ejemplo del cubo, la espina dorsal estaba constituída por dos puntos. Podemos hacer que en el segundo punto, la escala de la sección transversal se reduzca a la mitad, con lo que la figura resultante sería un tronco de prisma. Basta con añadir el campo scale de la siguiente forma:

El argumento del campo scale es un par de parámetros (que varían de 0 a 1) y que representan la variación de las coordenadas x ó z. Hay que especificarlo por cada punto que hay en la espina dorsal.

En el ejemplo anterior, quiere decir que en el primer punto de la espina dorsal, queremos que permanezcan inalterables las medidas de las x (factor 1), así como de las z (factor 1). En el segundo punto de la espina dorsal, en cambio, queremos que las x se reduzcan a la mitad (factor 0.5), así como las z (factor 0.5). Se podía haber modificado sólo uno, pasando en vez de a un cuadrado menor, a un rectángulo.

A la derecha puede verse el resultado.

Variación de la orientación de la sección transversal

Hasta ahora, en todos los casos vistos se ha considerado que la sección transversal se traslada paralelamente a sí misma (variando o no su tamaño).

Existe el campo orientation que permite girar la sección transversal en cada punto de la espina dorsal un ángulo determinado.

Veamos un ejemplo: en el cubo vamos a hacer que la sección transversal gire 45í en el segundo punto de la espina dorsal, con lo que se obtendrá un cubo "retorcido". Para conseguirlo, vamos a añadir el campo orientation de la siguiente manera:

El argumento del campo orientation está formado por un grupo de 4 parámetros. Los tres primeros indican el eje alrededor del cual se va a girar la sección transversal. Y el cuarto parámetro indica el ángulo girado, expresado en radianes (esto ya se vió para el campo rotation). Esto hay que especificarlo por cada punto de la espina dorsal.

En el ejemplo anterior, en el primer punto de la espina dorsal expresamos que la rotación alrededor del eje Y (parámetros 0 1 0) sea nula (cuarto parámetro 0). En cambio, en el segundo punto de la espina dorsal, queremos que la rotación alrededor del eje Y (parámetros 0 1 0) sea de 45í (cuarto parámetro, que es 3.14/4=0.875)

Puede verse el resultado en la figura siguiente a la izquierda.  

Color y transparencia con el nodo Material

Como el nodo Material está vacío, se obtiene la apariencia por defecto:

pero puede tener diversos campos, con los que se determinan el color y grado de transparencia. Los má importantes son:

• Con el campo diffuseColor se determina el color externo (o difuso) del objeto.
• Con el campo emissiveColor se determina el color interno (o emisivo), para los objetos iluminados desde dentro.
• Con el campo transparency se determina el grado de transparencia.

Veámoslos separadamente:

Color externo (o difuso) de los objetos

El campo diffuseColor determina el color externo (o difuso) del objeto, y tiene un valor representado con tres némeros, que se corresponden con el código de colores. 

Código de colores

Un color se representa por un grupo de tres cifras. La primera cifra se refiere a la cantidad de color rojo, la segunda a la cantidad de color verde y la tercera a la cantidad de color azul.

Las cifras pueden oscilar desde 0.0 (nada de ese color) hasta 1.0 (todo de ese color), pasando por cualquier valor intermedio. Por tanto, en el ejemplo anterior se trata de un color rojo puro.

He aquí algunos ejemplos de colores:

 

Color	Rojo	Verde	Azul
Rojo	1	0	0
Verde	0	1	0
Azul	0	0	1
Blanco	1	1	1
Negro	0	0	0
Amarillo	1	1	0
Violeta	1	0	1
Marrón	0.5	0.2	0

Veamos una aplicación de ésto a un, donde tenía la apariencia por defecto. Ahora va a tener un color externo rojo:

Este es el resultado.

Color interno (o emisivo)

El campo emissiveColor determina el color interno (o emisivo) del objeto, para cuando se quiere dar la impresión de que el objeto está iluminado por dentro con un color determinado (en este caso también de color rojo).

Para que se puedan comparar, a la derecha están representados dos conos, el de la izquierda con un color externo (o difuso) en rojo, y el de la derecha con un color interno (o emisivo), también en color rojo.

Un cuerpo puede tener ambos campos a la vez, y con colores distintos. Es decir, puede tener un color difuso determinado y otro color emisivo distinto.

A la derecha hay una imagen con un tercer cono que tiene su color difuso rojo y además su color emisivo en azul.

Transparencia

El campo transparency determina el grado de transparencia del objeto. Su valor está representado por un énico némero, que puede variar desde 0.0 (objeto totalmente opaco) hasta 1.0 (objeto totalmente transparente, lo que de hecho le hace ser invisible), pasando por cualquier valor intermedio.

Veamos un ejemplo: un objeto en forma de pared (una caja alta y delgada de dimensiones 2.5x2.5x0.3 de color amarillo y grado de transparencia de 0.5):

Si ponemos este objeto él solo en un escenario, no se puede juzgar su grado de transparecia, pues necesitamos otros objetos, para poder ver a su través.

Para poder comparar, se han colocado tres paredes iguales delante de los conos del éltimo ejemplo, con valores de transparencia (de izquierda a derecha de 0.0, 0.5 y 0.7 respectivamente), segén se puede ver en la imagen de la derecha.

Otros campos para definir el color

Además de los campos vistos anteriormente (diffuseColor, emissiveColor y transparency) existen otros tres campos más que se pueden utilizar para refinar aén más la apariencia del color de los objetos:

• specularColor: define el color de los puntos brillantes de los objetos. Su valor son las tres cifras correspondientes a las cantidades de rojo, verde y azul.
• shininess: controla la intensidad de la emisió de luz de los puntos brillantes. Su valor es una énica cifra que varía desde 0.0 a 1.0
• ambientIntensity: define la cantidad de luz reflejada por el objeto. Su valor es una énica cifra que varía desde 0 a 1

Hasta ahora, para definir un objeto visible se ha utilizado el nodo Shape de la siguiente forma:

en donde el nodo Appearance tiene un solo campo, material, con el que se definen el color y la transparencia, segén se ha visto en el capítulo anterior.

Pero en realidad puede tener también otros dos campos: texture y textureTransform, con los que se define la textura de los objetos:

Vamos a centrarnos en el segundo campo exclusivamente (texture):

áQué es la textura?

La textura es la posibilidad que tenemos de envolver un objeto con:

• una imagen existente, usando el campo ImageTexture
• una película, usando el campo MovieTexture
• una imagen creada por nosotros pixel a pixel, usando el campo PixelTexture

Se van a ver los dos primeros (ImageTexture y MovieTexture) en este capítulo, y el tercero (PixelTexture) en el capítulo siguiente.

Textura con ImageTexture

Tomemos como ejemplo la imagen de la derecha: monalisa.jpg 

Vamos a envolver con ella los objetos primitivos (caja, cono, cilindro y esfera).

Para ello, se hace uso del nodo ImageTexture, como valor del campo texture, de la siguiente manera:

Como se puede ver, el nodo ImageTexture tiene el valor url ["monalisa.jpg"] (se supone que la imagen está en el mismo directorio que el documento VRML. Si no fuera así, se pondría entre comillas la ruta del fichero de imagen)

Aplicando esto a una caja de dimensiones 1.5x2.2x0.5:

Imágenes distintas en un mismo objeto

Puede interesar que un objeto tenga imágenes diferentes en alguna o algunas de sus caras.

Este objeto, que representa una lata de bebida (que en realidad es un cilindro), tiene una imagen para su superficie lateral, y otra distinta para los fondos superior e inferior.

Si nos limitamos a ponerlo de esta manera:

se reproduciría la imagen de la etiqueta también en los fondos superior e inferior (como se ha podido comprobar en el caso del cilindro con la imagen monalisa.jpg)

Nos interesa que en los fondos superior e inferior tenga la imagen de la derecha (fondo.jpg)

La operación se hace de la siguiente manera:

• Se define el cilindro con la imagen etiqueta.jpg, pero se anulan las superficies superior e inferior:

Lo que anula las superficies superior e inferior son los comandos top FALSE y bottom FALSE respectivamente.

 

Se define otro cilindro idéntico con la imagen fondo.jpg, pero se anula la superficie lateral.

En este caso, lo que anula la superficie lateral es el comando side FALSE

 

Por medio del nodo Group se agrupan ambos cilindros, con lo que el resultado es aparentemente un cilindro con imágenes distintas. 

Formatos de las imágenes

Los formatos de imagen soportados para ser utilizados como texturas son:

• JPG (ó JPEG)
• GIF
• PNG

Textura con MovieTexture

En lugar de usar imágenes estáticas como textura de los objetos, se pueden utilizar videos (películas), en formato MPEG, haciendo uso del nodo MovieTexture, en vez de ImageTexture, de la siguiente manera:

Con el comando speed se controla la velocidad (1, velocidad normal, 2 doble velocidad, etc.). Con valores negativos el video se ejecutaría hacia atrás.

Con el comando loop se controla si el video funciona ininterrumpidamente (TRUE) o una sola vez (FALSE).

volver