Fluidos en tiempo real

[Klópes]

http://www.ss, ij4u, or.jp/~amada/fluid/. No es mala idea, parece el algoritmo simple de puntos unidos por muelles en que se basan los softbodys llevado a sólido, que le da un comportamiento de gelatina a la geometría, luego le pasa unas metapelotas para conseguir las salpicaduras y arreglado. Divertido.

[Andres3d]

Suena y se divertido, lo que no logro entender es cómo se usa? O con que aplicación. Confiezo que soy un poco peresoso al lo que leer inglés se trata.

[Klópes]

Tienes los controles en la consola: espacio es la pausa, y arrastras con el ratón para girar y desplazar el contenedor. Pulsa m, veras que bueno.

[Josich]

Tiene muy buena pinta el asunto, pero con mi gráfica no consigo que corra. Un saludo.

[NeCRoManCeR]

Se ve muy interesante, abrí la source en el Dev con la esperanza de encontrar alguna línea entendible que me permita subdividir la malla pero eh fracasado, si alguien entiende algo que la subdivida por favor. Saludos.

[HalfVector]

Vaya, que fuerte, hace 9 meses respondí a un compañero de este foro que quería simular agua para un videojuego y una de las opciones que le di fue ésta.

Luego tienes otra opción, pero ésta es más costos a y que yo sepa aún no se ha llevado a cabo en juegos debido a que su cálculo es costos o. Me refiero al uso de isosurfaces (no sé cómo traducirlo. ¿ISO-superficies?) se trataría de tener una serie de puntos que se distribuirían en base a la física de los fluidos (un sistema de partículas) y entonces generar la superficie con algún algoritmo como pueda ser el de marching cubes. es el algoritmo que se utiliza para generar otro tipo de isosurfaces, las metaballs. Me imagino que algo similar harán los programas como real flow o Glu3d. Pero como digo, ésta es una solución extrema que consumiría demasiados recursos. Aunque siempre se podría ajustar el nivel de detalle de la geometría generada, pero me temo que más que el poligonaje, el limitador sería los cálculos necesarios para generar dicha malla. Pero en fín, el mundo de los videojuegos también busca el realismo. Me imagino que antes o después (más después que antes) se empezara a utilizar esta técnica.

Y ahora me encuentro con esto, que utiliza exactamente la misma técnica que describía yo, es decir, partículas para la simulación y metaballs (utilizando marching cubes) para el render. La diferencia es que en vez de dinámica de fluidos, éste utiliza springs (lo mismo que se utiliza para cosas como simulación de telas o pelo), que es mucho más rápido que la dinámica de fluidos.

De todas formas, ya se está empezando a llevar a cabo simulación de fluidos real (utilizando las ecuaciones de navier-stokes) en tiempo real a través de la GPU. Por ejemplo, tenemos este artículo del GPU gems.

También hay un artículo sobre simulación de nubes. Si os descargáis el video, entre otras cosas se ve en tiempo real cómo se generan las nubes al ascender el vapor de agua del mar. Es bastante interesante.

Por cierto, hablando del libro GPU gems, una curiosidad que no tiene que ver con el tema. Esta serie de libros está más bien orientada a videojuegos, por lo tanto sus técnicas deben funcionar en tiempo real. Pues bien, en un artículo que se mencionó en estos foros sobre las técnicas que se utilizaron en piratas del caribe 2, se puede leer esto.

The Studio used Pixars RenderMan throughout the film. To render the complex details on the Hero characters, ILMs chriestophe hery worked with Pixar todo implement a new RenderMan technique derived from a paper in Nvidias GPU computer gems 2 that appróximates Raytracing, and pat myers wrote an übershader with properties that technical directors could trigger with maps.

En fin, uno podría pensar que el sector de los videojuegos no puede aportar nada al cine, pero cómo se puede comprobar, no es el caso. También es cierto que técnicas que se utilizan en cine desde hace años (sobre todo con RenderMan), se empezaron a utilizar en videojuegos con la aparición de las GPU programables. Lo que quiero decir, es que cuando los Shaders se han convertido en un estándar, la maquinaria de genios que hay en la industria de los videojuegos ha comenzado a desarrollar técnicas bastante increíbles. Pero bueno, creo que me he ido por las ramas.

Se ve muy interesante, abrí la source en el Dev con la esperanza de encontrar alguna línea entendible que me permita subdividir la malla pero eh fracasado, si alguien entiende algo que la subdivida por favor. Saludos.

Pues como utiliza el algoritmo de marching cubes (que, por cierto, esta patentado), todo debería ser cambiar la resolución del grid de voxels. De forma que a más resolución, mayor detalle de la malla. En el caso de la aplicación ésta, parece que lo que se indica es el incremento entre voxels (define mc_grid_len en main, c). Así que, sí, por ejemplo, pones un mc_grid_len de 0.01, veras que la malla tiene bastante poco detalle. Si ese incremento lo haces más pequeño, la malla tendrá más detalle. Lo que pasa es que, al parecer hay que tocar otros parámetros (iso_radius, por ejemplo) para que la cosa quede bien.

En fin, no es un buen ejemplo de claridad de código. Pero bueno, hay que agradecer que la gente comparta conocimientos. Saludos.

[Klópes]

Muy interesante. En Blender se está implementando un generador de cielos que incluye estas nubes. Parece un método similar, aunque no sé si conseguirá hacer en tiempo real.