Sólidos como líquidos de alta viscosidad.

15

Un amigo mío y yo estábamos discutiendo una idea diferente para permitir que los materiales en un mundo fueran destruidos de manera muy fragmentaria y propuso la idea de representar los sólidos como fluidos muy visuales. Mi intuición es que esto sería: A) muy difícil, o B) muy intensivo en recursos, pero no estoy seguro.

¿Es factible tal modelo para un RPG / aventura rpg / fps?

editar: aclaración: la idea es que las colisiones y los objetos que se rompen sean manejados por este sistema. Básicamente, permitir que cualquier objeto manejado de esta manera sea destruible en lugar de tener objetos destruibles con script.

physics algorithm graphics-programming lathomas64
fuente
¿Por qué importa el género del juego?
Adam Harte
44
Me encanta la idea de que el mundo se derrita lentamente.
eli
el género no tanto, más de un ejemplo de la escala de un mundo en este caso. Pude ver algún tipo de juego de rompecabezas capaz de escapar con mucho menos procesamiento para esto que un juego con un mundo entero.
lathomas64

Respuestas:

9

FastLSM es como lo que buscas.

Alec también ha creado un motor de juego 2D basado en celosía deformante (en lugar de vóxeles como en FastLSM). Se llama físico . Mira el juego de demostración de estilo de asteroides para ver qué se puede hacer y el rendimiento.

Alec también construyó un juego completo usando un físico llamado Sopwith IV .

Nunca jugué Sopwith IV, pero pasé mucho tiempo jugando con la demostración de asteroides.

Una de las características clave que lo hacen divertido es que todo es destructible. Incluyendo tu propio barco. Es divertido cuando disparas un cohete, pero aún puedes controlarlo.

código_deft
fuente
2
eso es más que cierto, creo que FastLSM es exactamente lo que necesito. ¡Incluso maneja la fractura y el cuerpo blando / rígido en combinación!
lathomas64
Dije algo así como los cuerpos se doblarán y se fracturarán, pero no son fluidos. El volumen de un brazo no puede ser empujado hacia el resto del cuerpo, lo que hace que se hinche. Los cuerpos son cuerpos blandos en lugar de rígidos, pero siguen siendo cuerpos, no fluidos.
deft_code
1
No son fluidos, pero es una solución bastante buena para el problema que la idea líquida estaba tratando de resolver.
lathomas64
4

Los vidrios son básicamente eso: materia dispuesta amorfamente, sin orden (un sello distintivo de un líquido) pero con las moléculas incapaces de moverse muy lejos de sus posiciones iniciales (muy, muy alta viscosidad). Si funciona en la vida real, no hay razón para que no pueda funcionar en una simulación.

Sin embargo, debes entender que cuando digo viscosidad muy muy alta, me refiero a muy muy muy alta viscosidad. Por el contrario, el agua tiene una viscosidad de 0.01 poise. La transición vítrea ocurre (por definición) a 10 ^ 13 poise. Esa es una viscosidad que es 15 órdenes de magnitud (un billón de veces) más alta de lo que esperamos para un líquido regular. El movimiento esperado de dicho líquido durante la duración del juego será casi exactamente cero.

Bueno, eso es perfecto! Si el líquido no se mueve, ¡no tenemos que simularlo! Podemos simplemente llenar nuestros volúmenes de rejilla líquida y terminar con eso. ¡Felicitaciones, acaba de reinventar el renderizado de vóxel!

Es una excelente opción para la geometría destructible si puede ahorrar la potencia.

drxzcl
fuente
La mayoría de los motores de física (¿todos?) No podrán hacer frente a números como 0.01 y 10 ^ 13 simultáneamente y permanecerán estables. Apuesto a que no se puede hacer de manera uniforme. La simulación tendría que dividirse en dos sistemas separados, uno que modela fluidos y otro que finge fluidez en "sólidos altamente viscosos".
deft_code
De hecho, tuve un parametro sobre eso que eliminé, ya que llego a la conclusión de que sería una tontería simular el movimiento de algo que para todos los efectos nunca se moverá en escalas de tiempo humanas. Si aumenta el tiempo lo suficiente, bueno, incluso la roca fluye. Panta rei mi hermano, panta rei.
drxzcl
Gracias. No he hecho mucho en el ámbito de la programación gráfica si eso es obvio. La geometría destructible y / o deformable es precisamente la intención principal aquí. Bien destructible / construible de todos modos.
lathomas64