motores gráficos y vegetación. alguien que controle?

hola gente.

tengo que hacer un trabajo relacionando sistemas de información geográfica con motores gráficos de videojuegos y a ver si me podéis echar una mano.

lo que necesito (entre otras cosas que ya hago yo, qué remedio...) es saber motores gráficos y ver comparaciones de cómo representan el medio "inengine" y la realidad, fundamentalmente orientado a vegetaciones y objetos inanimados (ciudades o agua podrían ser interesantes, la arena de uncharted 3,...cosas así).

también me interesa el tema de físicas en la vegetación, como tiene el cryengine.

alguien controla del tema? alguien puede echarme una mano?
kxalvictor escribió:hola gente.

tengo que hacer un trabajo relacionando sistemas de información geográfica con motores gráficos de videojuegos y a ver si me podéis echar una mano.

lo que necesito (entre otras cosas que ya hago yo, qué remedio...) es saber motores gráficos y ver comparaciones de cómo representan el medio "inengine" y la realidad, fundamentalmente orientado a vegetaciones y objetos inanimados (ciudades o agua podrían ser interesantes, la arena de uncharted 3,...cosas así).

también me interesa el tema de físicas en la vegetación, como tiene el cryengine.

alguien controla del tema? alguien puede echarme una mano?


En Unity tienes un módulo bastante simple para crear vegetación; en UE3 (y por extensión, 4) tienes el ídem pero más complejo y con aleatorización de formas. En CryEngine ídem que en UE aunque con un GUI un poco más confuso, al menos para mi gusto. En todos ellos se puede ajustar el modelo de colisiones (cómo reacciona la planta con el jugador y el entorno) y, por separado, un historial de animaciones normal como a consecuencia de eventos (en ambos casos, lo que serían scripts). En ese historial se registra el viento que mece la planta, con que fuerza, en qué dirección, la flexibilidad de las ramas... etc (estas características varían sensiblemente de motor a motor).

Todos ellos tienen gestores de LOD que afectan a geometría y texturizado (pasando de modelo 3D a sprite en casos extremos, por ejemplo).

El agua siempre es una puta mierda muy aparente, eso si... al menos la que se usa normalmente en Unity y UE. No tiene entidad como "agua" sino que es superficie plana con texturas y shaders reshulones. Dicho esto, ambos dos pueden tener dinámicas de fluidos "reales" pero no se suelen usar ingame. Unity tiene compatibilidad con PhysX en la versión Pro. UE3 también, como se ve en Batman: Arkham City y Borderlands 2, pero no recuerdo si el UDK la tiene. En CryEngine 3 (o mejor dicho, en los Crysis 2 y 3) el agua es geometría scriptada por lo que no es una "superficie plana" como suele ser en los otros dos pero tampoco tiene físicas "reales" en el sentido de que podrías llenar un vaso de agua interactuando con ella... aunque podría hacerse. La arena de Uncharted son scripts 100%. El agua de Uncharted, por contra, está generado proceduralmente. Como en CryEngine 3, es geometría "dinámica" pero no tiene físicas reales.

Ahora mismo el agua "real" en juegos sigue teniendo el efecto "gelatina" además de ser computacionalmente muy cara y es poco práctica.

Respecto a la paridad realidad-in engine lo que estás buscando son deferred engines. CryEngine 3 y Unity lo son. UE3 es un forward engine. UE4 es deferred engine. La idea no es tanto que un deferred engine per se consigue una mayor aproximación a la realidad sino que puedes meter más fuentes de luz y calcular más rápido la iluminación que obtener el mismo resultado en un forward engine (llevaría más tiempo).

Dicho de otra forma, un escenario "de Crysis 3" se movería muy lento (injugable) metido a pelo en UE3.

Muy somero. Disculpa cualquier incorrección.
Yo estuve viendo engines para meter los mdt de lidar que ha puesto el ign pero en todas parecia un coñazo porque hay que partir las hojas que son gigantes en rasters más pequeños ( lo han pasado a ascii xyz) para que se lo trague el cryengine. Y luego tienes que hacer lo mismo con los ecw de las ortofotos. Es todo manual (al no ser que te programes algo o encuentres un programa que lo haga) y en el proceso pierdes la georeferenciación (obviamente los engines no tienen nada de eso). Por lo que me parece que esta bien si quieres hacer manualmente un área pequeña.
bua, enorme wabo. tienes algún enlace donde haya información sobre el tema? para poder tirar de referencias y echarle un ojo con más profundidad.

bruno_hk escribió:Yo estuve viendo engines para meter los mdt de lidar que ha puesto el ign pero en todas parecia un coñazo porque hay que partir las hojas que son gigantes en rasters más pequeños ( lo han pasado a ascii xyz) para que se lo trague el cryengine. Y luego tienes que hacer lo mismo con los ecw de las ortofotos. Es todo manual (al no ser que te programes algo o encuentres un programa que lo haga) y en el proceso pierdes la georeferenciación (obviamente los engines no tienen nada de eso). Por lo que me parece que esta bien si quieres hacer manualmente un área pequeña.

pues esto también me interesa. no es que yo vaya a trabajar con las herramientas en sí, yo sólo quiero hacer un análisis de lo que hay y lo que se puede hacer (por ejemplo un motor que represente bien cómo se extiende el fuego según variables de viento y vegetación, es una herramienta bastante potente en mi campo), pero cualquier problema que dé un motor u otro también son cosas a tener muy en cuenta.

gracias a los dos, de verdad.
yoyo1one está baneado por "Faltas de respeto continuadas - The End"
Aqui tienes algunos de los motores más importantes y sus cualidades (Aunque es bastante antiguo te puedes hacer una idea):

http://www.neoteo.com/top-10-los-motores-graficos-mas-importantes
gracias por el enlace. también lo había encontrado yo pero no es de demasiada utilidad, más allá de referencias a motores antiguos. ;)
Jugando a la alpha del ARMA III me he acordado de VBS 2.0 (Virtual Battle Space) que es la version militar y/o de simulación que hacen del juego. Con eso puedes introducir datos reales,etc... hay muchos terceros realizando programas con eso. Eso si, cuesta una pasta.
kxalvictor escribió:gracias por el enlace. también lo había encontrado yo pero no es de demasiada utilidad, más allá de referencias a motores antiguos. ;)


Mira el MP y sobretodo habla con quien te he dicho, en su página personal tienes el email ;)
7 respuestas