Primera actividad de Houdini partículas avanzadas

[MiguelPerez]

No, si me funciona ya, lo que pasa que al ponerle en cling a digamos 5 las partículas que caen al suelo tienen esa propiedad y resbalan por el suelo.

Por eso he puesto una expresión, para que sólo resbalen a la altura de la bola y no en el suelo.

Tengo otros problemas como que el trail no es muy denso y que si pongo la visualización a líneas no se ven la mitad de las cosas.

En cuanto haga un Flipbook os lo enseño.

El cling a 0 no desactiva que las partículas se deslizen. De forma normal, el cling esta a 0. Solo las adhiere más a la superficie. Para desactivar el Sliding usa el state pop. Aun así, no entiendo por qué resbalan en el suelo. ¿tienes la bola y el suelo juntos como un solo objeto de colisión? No deberías.

Para hacer más denso el trail aumenta el Birth probability en el Split pop, y en el nodo pop network, en el nivel de geometría, aumenta el oversampling.

La visualiacción por líneas crea puntos y les da una estela de la longitud de la velocidad de las partículas. Si están quietas solo veras un punto.

[bealobo]

Bueno, ya he hecho el Flipbook. Parece que estaba confundiendo el cling con el Sliding, sí, la bola y el suelo son objetos separados y ahora probaré a hacer el trail más denso.

Otra cosa que me pasa es que el trail se mete por dentro de la bola (tenga la visualización a puntos o a líneas), quizás sea por la densidad. Voy a hacer más pruebas, gracias Miguel.

-- IMÁGENES ADJUNTAS --

[bealobo]

Bueno, aumento el Birth probability y no parece que cambie nada, con el over sampling sí, y se ven sobre la bola en modo de visualización de puntos.

Creo que tengo algo raro en el trail porque tú lo tienes en visualización de líneas y se ve todo normalmente.

Yo tengo todas las velocidades del Split a 0 (por eso no se ven en modo líneas) pero si aumento la velocidad heredada o la propia, las partículas ya no están pegadas a la bola.

[Leander]

Le dices que resbalen (slide), sólo para ver qué pasa. Una vez lo tengas, haces lo mismo que para los rebotes de la lluvia: al colisionar, esas partículas entran en un grupo, y ese grupo de partículas crea a su vez otras partículas (Split).

Me extraña mucho que funcione, que yo sepa una vez que colisiona, el grupo se vuelve activo cuando muere, no cuando colisiona o resbala, no me funcionó la última vez.

Volveré a probar otra vez.

[Leander]

Otra pregunta del pesado del Leander:
¿Por qué narices te instala por defecto al nodo file cada vez que creas una geometría?

[bealobo]

Porque algo tendrá que poner, supongo y quizás file sea la opción más utilizada o más versátil. No sé, mefiguro.

[Leander]

Ju ju, mi primer bug en la build 660, reportado en el BugTracker. Posdata: a ver si me regalan una copia de la master.

[MiguelPerez]

Bea, para que se viera bien todo, yo lo que hice fue escalar la esfera. Si no se aprecian las partículas, que están entrelazadas con la superficie. Esto solo para verlo bien claro, no a la hora del render.

Aumentando la cantidad de partículas que nacen con el Split no cambia la densidad porque no hay subframe sampling. Por eso al aumentarlo si se ve.

Leander, el collision crea el grupo cuando la partícula colisiona, ya sea resbalando, muriendo, botando, pegándose, parándose o simplemente pasando, no cuando muere. Si tienes la opción de die on collision, claro que lo creara cuando muere, bueno, el frame anterior a morir, justo en el que toca la superficie, claro.

La opción de preserve group sirve para que dure solos frames en los que la partícula colisiona o bien todo el tiempo desde que colisiona hasta que muere.

[Leander]

Voy tirando, no te preocupes Miguel, que nos estas dando una buena paliza, pero al menos nos lo estamos pasando bien. Nos has puesto a todos un nodo force para que nos espabilemos como tiene que ser.

Voy avanzando de mucho a poco a poco.

-- IMÁGENES ADJUNTAS --

[Leander]

Una pregunta. ¿cómo os complicáis con $ $no sé cuántos $aquello=0? Si no hace falta, vinculad grupos hombre. Ya nos lo dijo Slime.

[MiguelPerez]

Una pregunta. ¿cómo os complicáis con $ $no sé cuántos $aquello=0? Si no hace falta, vinculad grupos hombre. Ya nos lo dijo Slime.

Ya, pero en esos grupos tendrás que usar los $no sé cuántos para definir la rule, ¿no?
Además, muchas veces o no se puede o es más sencillo hacerlo directamente en el parámetro en cuestión.

[Stewie]

Bueno, doy el paso 2 por terminado, hacen algunos extraños las partículas que quedan pegadas, pero no tengo tiempo para retocar las fuerzas, así que, así se queda. No pongo el network porque lo tengo hecho una auténtica.

Leander, ya le cogerás el gustillo a las expresiones ya.

-- IMÁGENES ADJUNTAS --

[bealobo]

Yo he usado un montón de grupos, pero no con el nodo group (que sólo he utilizado uno) sino creándolos en los otros nodos de colisión o Split.

No se que estará mejor o peor, pero me da la sensación que group es más versátil y puede venir bien para cosas más complejas.

[MiguelPerez]

Guay Stewie y mira lo que pasa si a eso le añades un poco de cling.

Yo he usado un montón de grupos, pero no con el nodo group (que sólo he utilizado uno) sino creándolos en los otros nodos de colisión o Split.

No se que estará mejor o peor, pero me da la sensación que group es más versátil y puede venir bien para cosas más complejas.

No, si son muy útiles, solo le decía a Leander que es lo mismo escribir la expesión en el parámetro que en el group, lo has de hacer igual. Hablando del group pop, claro. Los grupos que genera el collision van muy bien. A veces, por ejemplo, necesitas uno que solo dure el frame de contacto y otro que dure hasta el final. Pues has de usar un group y la variable $numhit.

Vaya, que haríamos sin grupos.

[Stewie]

Ya tiene cling, poniendo más o menos hacía cosas raras (aún más raras, quiero decir). Lo del preserve group es bastante extraño, porque en la ayuda pone.

If the Birth group already exists, append the new particles todo the group instead of replacing its contents.

Yo leyendo eso entendía que si creabas un grupo a, y antes de ese nodo ya existía un grupo a, en lugar de reemplazar el contenido de a, lo añadía, pero luego probando vi que no era eso lo que hacía, es un tanto lioso.

[Leander]

Stewie, tienes un problema con la colisión de la bola, no solo se desliza tienes que salpicarlas también y esas salpicaduras colisionar también en el plano.

Reintentalo.

Y criticad también mis animaciones por favor.
¿Has usado metaballsí ¿has tocado massí.

[MiguelPerez]

Muy chula la tuya, Leander. ¿por qué no matas las partículas al llegar al suelo?

[Stewie]

Vaya, cierto, olvidé que rebotaran además de crear rastro sin problema ahora lo arreglo. No toqué las masas para nada. Leander, ahora a juntar las dos partes que tienes, y jugar un poco con los grupos.

[Leander]

Me da que el Houdini falla a la hora de crear los grupos, porque los tienes hechos, pero no se actualizan en los siguientes nodos para cargarlos.

[MiguelPerez]

Me da que el Houdini falla a la hora de crear los grupos, porque los tienes hechos, pero no se actualizan en los siguientes nodos para cargarlos.

Me parece que si por el momento no hay una partícula en ese grupo no podrás seleccionarlo con la flecha y la lista desplegable (no estoy seguro, creo que según la condición por la que se crean).

Escríbelos tú mismo, no hay ningún problema.

[Stewie]

Tengo un problema, a la hora de crear salpicaduras en la propia esfera. Hay una partícula que rebota (colision1), se desliza sobre la superficie de la esfera, y debajo tiene un Split que crea nuevas partículas detrás suya. Hasta ahí todo bien. Ahora lo que quiero es meter otro Split, y que lance partículas en la dirección contraria a la normal del choque. El pop collide tiene en atributos la opción de add hit normal attribute. Miro en la ayuda, y éste parámetro es $hnx, $hny, $hnz. Pero luego, haga donde haga referencia a estas variables, me aparecen en rojo (no validas). También he probado a poner $nx, éstas no aparecen escritas en rojo, pero la fórmula tampoco es correcta (el nodo se pone rojo). ¿cómo se saca la normal de un choque de una partícula?

[Leander]

Ahora lo que quiero es meter otro Split, y que lance partículas en la dirección contraria a la normal del choque. ¿cómo se saca la normal de un choque de una partícula?

Buena pregunta, yo simplemente le he puesto un force, pero no es realista.

Bueno, yo ya he terminado. ¿ya tengo recreo señor profesor?

-- IMÁGENES ADJUNTAS --

[slime]

A veces hay que definir las variables para poder usarlas. No sé si es el caso de hn, pero prueba esto: Antes de nada, mira en el spreadshet si esas variables existen. Si existen, pero no puedes acceder a ellas, solo tienes que declararlas. Para eso en sops usa un attributecreate y en pops un attribute.

Para $hnx $hny $hnz por ejemplo, en el nombre pon: hn.

En el tipo, elige: Vector.

En value, escribe $hnx $hny $hnz.

Después de ese nodo, ya podrás acceder a las variables.

[Stewie]

¿Las tuyas resbalan por la superficie de la esfera? Si las fusionamos ya lo tenemos, porque parece que las tuyas rebotan algo.

He modificado un poco el mío, aún no tiene los rebotes de la esfera. Cambié la cola que sale de las partículas que resbalan, para que se mueva un poco y quede más, erm. ¿asqueroso?
A ver si esta noche conseguimos sacar los rebotes a partir de las normales (o al menos saber cómo acceder a éstas, porque es algo que hará falta bastantes veces).

Posdata: no llevamos mal ritmo no, ánimo a los atrevidos.

Edito: esta misma noche lo pruebo, no se me ocurrió mirarlo en el spreadshet, y mira que lo he usado para otras cosas, gracias Slime. Por cierto, si en la ayuda pone que un nodo tiene x atributos locales, y estos no aparecen en el spreadshet, significa que los tiene, pero hasta que no los declares no puedes verlos/usarlos?

-- IMÁGENES ADJUNTAS --

[Leander]

¿Las tuyas resbalan por la superficie de la esfera? Si las fusionamos ya lo tenemos, porque parece que las tuyas rebotan algo.

Se deslizan y rebotan.

En la colisión está en modo slide y creo un grupo.

Creo un Split y cojo ese mismo grupo sin matar las partículas originales.

[Stewie]

El problema es que, así el rebote es un poco a loco, al no poder tirar de la normal de la partícula original, el rebote que tendría vamos (que al fin y al cabo, es lo que hacemos en el suelo, pero claro el suelo es plano y no se nota).

[Leander]

Ah otra cosa:
¿Cuál es la forma de unir 2 líneas paralelas de nodos a uno solo? Merge no aparece, he probado el nodo switch, pero solo te deja conmutar entre una u otra.

[MiguelPerez]

También puedes usar un attribute transfer para transferir la normal de tu esfera a la partícula. He hecho una escena de ejemplo.

-- IMÁGENES ADJUNTAS --

[Stewie]

¿Cuál es la forma de unir 2 líneas paralelas de nodos a uno solo?

Pop collect.

[MiguelPerez]

Ah otra cosa:
¿Cuál es la forma de unir 2 líneas paralelas de nodos a uno solo? Merge no aparece, he probado el nodo switch, pero solo te deja conmutar entre una u otra.

¿en popsí usa el collect.

Jo Stewie.

[Stewie]

Ya he visto la escena, eso es justo lo que buscaba. (aunque ahora me pica la curiosidad de hacerlo de la otra manera). Una pregunta acerca del attribute transfer, a ver si entiendo cómo funciona exactamente (por lo que he visto en la ayuda es así, pero quiero confirmarlo). La partícula choca con la esfera, le pregunta al attribute transfer que normal le corresponde de todas las que tiene la esfera, y éste mira a ver en qué punto de ésta ha colisionado, y hace la media de las normales próximas a ésta, según los parámetros que le pongamos, ¿correcto?

[Pepius]

Muy interesante.

[MiguelPerez]

Ya he visto la escena, eso es justo lo que buscaba. (aunque ahora me pica la curiosidad de hacerlo de la otra manera).

Una pregunta acerca del attribute transfer, a ver si entiendo cómo funciona exactamente (por lo que he visto en la ayuda es así, pero quiero confirmarlo). La partícula choca con la esfera, le pregunta al attribute transfer que normal le corresponde de todas las que tiene la esfera, y éste mira a ver en qué punto de ésta ha colisionado, y hace la media de las normales próximas a ésta, según los parámetros que le pongamos, ¿correcto?

Exacto. Pero ten en cuenta que le pregunta la normal solo cuando colisiona por que yo le he especificado que solo afecte al grupo hit que he creado con el collision. Si no especificara grupo, haría la operación con todas y todo el tiempo.

Aun así, hablando de lo físicamente correcto, las salpicaduras no tendrían que salir en dirección de la normal, sino en el Vector resultante de reflejar la velocidad en la normal, como cuando bota una bola en el suelo.

[Stewie]

Aun así, hablando de lo físicamente correcto, las salpicaduras no tendrían que salir en dirección de la normal, sino en el Vector resultante de reflejar la velocidad en la normal, como cuando bota una bola en el suelo.

Ya ya, pero para dar el pego y ver por dónde va la cosa, lo primero es tener la normal, luego a tirar de trigonometría y sumar los vectores (o jugar un poco con ellos).

Ojalá enseñaran así trigonometría en el instituto, y no con ejemplos vacíos de sentido. Halla el módulo de la suma de los vectores de posición entre estos puntos. ¿para qué? ¿para salvar al mundo?

[MiguelPerez]

Ya ya, pero para dar el pego y ver por dónde va la cosa, lo primero es tener la normal, luego a tirar de trigonometría y sumar los vectores (o jugar un poco con ellos).

Ojalá enseñaran así trigonometría en el instituto, y no con ejemplos vacíos de sentido. Halla el módulo de la suma de los vectores de posición entre estos puntos. ¿para qué? ¿para salvar al mundo?

En realidad, no es tan difícil. Ya temeterás con los vops, que son la monda. Eso se puede hacer con solo un par de nodos.

Bueno, hay algunos problemas prácticos que están bien. Aunque es verdad, podrían explicar mejor para qué sirven esas cosas. En mi clase no paran de saltar las típicas preguntas de ¿y eso para qué sirve? Bueno, al menos a mí me sirve mucho.

[Leander]

Muy interesante.

Pues venga, que todo lo que es gratis no siempre es open source. Venga, cuando queráis y Bealobo & cia estén listos.

[Leander]

Pop collect.

Pero si me deja los 2 anteriores nodos de cada hilo en rayas rojas según la posición que ocupe, no logro hacerlo funcionar.

[MiguelPerez]

Venga, cuando queráis y Bealobo & cia estén listos.

¿empezar otra?

[Leander]

¿Empezar otra?

No me funciona el pop collect para unir estos nodos, sacame de esta incertidumbre por favor antes de empezar.



-- IMÁGENES ADJUNTAS --

[Caronte]

¿Empezar otra?

A ver si hacéis algo que resulte difícil con otros softwares y donde se vea la potencia procedural de Houdini, porque lo realmente atractivo (al menos para mí) es eso.

Posdata: de momento lo que habéis hecho lo puedo reproducir en Blender fácilmente, así que, no me atrae mucho aunque para empezar supongo que, hay que hacer cosas así.

[Leander]

Caronte, que llevo 3 tardes. Para ver la potencia procedural de Houdini solo tienes que ver los trabajos de Miguel Pérez, no mirar este hilo.

[Caronte]

No, no, no me refiero a trabajos muy acabados (ni siquiera renders), sino chorradas simples que con otros softwares cueste más de hacer, por no ser tan procedurales como Houdini.

[Leander]

Hombre, cada software tiene su fuerte, ya sabemos todos que no existe el software perfecto. Casi todo lo que se puede hacer en uno también se puede en otro, con caminos más o menos trabajosos.

Lo fuerte del Houdini apprentice es que es la versión gorda con todo, que, aunque tengas un render limitado (al menos lo justo para un DVD) no te lo deja entre rejas con una marca de agua como en Maya PLE.

Que sí, que con Blender tengo suficiente, estoy de acuerdo, pero al menos hay que tener la baza de salida profesional, que no se trata de nosotros, sino de los empresarios, los grupos de trabajos y las filosofías de las entidades.

Quién sabe, quizás un día baje aún más de precio el Houdini.

[Ballo]

Las chorradas simples se pueden hacer fácilmente con cualquier software. Cuando la gente aquí principalmente está aprendiendo. Veo inoportuna que se les recuerde que hay otros software que se pueda hacer lo mismo, a priori. Porque esto ya se sabe. Saludos.

[Caronte]

Parece que me estas malinterpretando, porque ni pretendo una batalla software vs software (ya soy mayorcito para eso), ni me he referido a ti en ningún momento, solo he hecho un simple comentario.

Edito:
Este mensaje iba para Leander, pero parece ser que, sirve igualmente para Ballo.

[Stewie]

Leander, estoy igual que tú, he hecho una prueba para algo similar, con el mismo resultado. Hay nodos que no pueden tener dos outputs (si pinchas con el botón derecho encima de un nodo en rojo, te dice por que te da el error. En alguna prueba me dijo eso, que x nodo no puede tener dos outputs, en esta de la imagen me dice que la misma partícula está siendo procesada más de una vez.

En la imagen:
-Un nodo source, que crea un grupo su con $preserve activado (todos lo tienen activado). Crea 100 partículas sobre un grid de 100 puntos.

Se divide en dos ramas:
1. Rama con un group que agrupa las 50 primeras partículas, y un force que empuja a éstas hacia arriba.
2. Rama con un group que agrupa las 50 últimas partículas, y un force que empuja a éstas hacia abajo.

Si coloco el visor en cualquier force de las ramas, funciona perfectamente, pero al conectar los dos forces a un collide, me da el error que dije antes. En teoría, divido las partículas y sólo las debería calcular una vez, no debería ir hacia la otra rama si no cumplen la condición del grupo, ilumínennos.

Posdata: sobre lo de empezar otra actividad, yo por ahora no me he cansado de ésta, aún tengo que hacer los rebotes mirando las normales y el Vector velocidad. Lo que podemos hacer es dejar las actividades abiertas, e ir complicándolas todo lo que se nos ocurra, así los que empiezan pueden quedarse en las primeras etapas, y los que ya controlan algo pueden ir a las páginas más avanzadas. ¿Qué os parece?
Posdata: Caronte: lo que más me gusta por ahora de Houdini, es que es todo muy visual, y sobre todo, muy rápido, para tratar con miles de objetos. Hice el pinpanel con XSI y casi me eternizo, la escena pesaba megas. Lo mismo con Houdini, en 3 patadas, y la escena pesaba 100 Kb. Pero bueno, pídeme opinión dentro de un par de meses, cuando esté listo para dar un pequeño veredicto, que, por ahora sólo he probado la cascara.

-- IMÁGENES ADJUNTAS --

[Caronte]

Posdata: Caronte: lo que más me gusta por ahora de Houdini, es que es todo muy visual, y sobre todo, muy rápido, para tratar con miles de objetos.

Gracias por la información, me interesan mucho esas apreciaciones.

[Leander]

Posdata: sobre lo de empezar otra actividad, yo por ahora no me he cansado de ésta, aún tengo que hacer los rebotes mirando las normales y el Vector velocidad. Lo que podemos hacer es dejar las actividades abiertas, e ir complicándolas todo lo que se nos ocurra, así los que empiezan pueden quedarse en las primeras etapas, y los que ya controlan algo pueden ir a las páginas más avanzadas. ¿Qué os parece?

Me parece bien, empezamos otra mientras tanto en esta yo voy aplicando los rebotes según la normal.

No hace falta que vaya todo ordenadito de la siguiente manera:
Actividad 1.

Trabajos y comentarios de actividad 1.

Actividad 2.

Trabajos y comentarios de actividad 2.

Actividad 3.

Trabajos y comentarios de actividad 3.

Sino que podemos también publicar trabajos y comentarios de actividades pasadas en mensajes de actividades posteriores.

Anda, acabo de tener un descubrimiento por hola.

Pulsando c sale la paleta de colores, seleccione nodos para cambiar de color para tenerlo todo bien organizado.

[Stewie]

Anda, acabo de tener un descubrimiento por hola. Pulsando c sale la paleta de colores, seleccione nodos para cambiar de color para tenerlo todo bien organizado.

Eso te pasa por no leerte la ayuda, cachovago. Posdata: hay muchas otras teclas interesantes, b, n, Control + N, z.

[slime]

Esta tarde pongo la siguiente actividad. Voy a pensar algo que sea sencillo, pero interesante y procedural. A ver si se me ocurre algo.