Segunda actividad de Houdini pintar una bola

[bealobo]

Yo sigo sin entender bien este attribute creator, me parece hacer las cosas dos veces, según la ayuda, si nombras el atributo Pepe y no le especificas ninguna variable, te crea automáticamente $Pepe.

Total, que en value decirle vales lo que vales (igual con un point que con la propia variable) me parece repetir.

No sé, a ver si sale otro ejemplo o miro un poco más por aquí y por, allá para acabar de entender por que lo tienes que usar, Stewie.

[Leander]

¿Qué estoy viendo? Ahora cada vez que colisiona me cambia también el color de las partículas. Vaya.

[Leander]

Si nombras el atributo Pepe y no le especificas ninguna variable, te crea automáticamente $Pepe.

En cualquier sistema de programación se pueden inicializar variables sin valor solo por reservarlas en memoria.

[Leander]

Slime, Miguel, pasad ya vuestro hip, que ya estoy harto, si les parece. A veces la mejor forma de estudiar cómo vivieron los dinosaurios es tener los huesos a mano.

[bealobo]

En cualquier sistema de programación se pueden inicializar variables sin valor solo por reservarlas en memoria.

No, si está claro, pero cuando las inicias no en todos los sistemas les tienes que, asignar un valor, ¿no? Las creas vacías, aparte, se supone que en este caso el atributo ya existía y por tanto la variable.

[Leander]

Lo que me pasa es que no se como transferir el color de una particula a un solo vértice, y no a toda la esfera.

[Stewie]

Cuelga el.hip Leander, a ver si recuerdo por que era eso (creo que me pasó al principio, pero no sé ahora mismo a que se debía).

[Leander]

Hip hip hurra. Y gracias.

-- IMÁGENES ADJUNTAS --

[Stewie]

Vale, te vas a caer de culo: cambia el tipo de esfera a cualquier cosa que no sea primitive. Ya.

[Leander]

Vale, te vas a caer de culo: cambia el tipo de esfera a cualquier cosa que no sea primitive. Ya.

Ah. Ah.

Ah.

Ahrrgh.

[bealobo]

Pongo mi hip, gracias a lo del popnet para separar grupos he conseguido borrar las partículas malignas. Por cierto, Stewie, puedes usar el SOP group para que el merge no te del warning.

-- IMÁGENES ADJUNTAS --

[Stewie]

Bea, he encontrado otra manera para borrar las partículas pegadas, utilizando un único popnet: en éste, con todas las partículas (tanto las que se quedan pegadas como las que rebotan), las separas en grupos (bueno, lo importante es que una de las dos esté en un grupo). A la salida del pop net conectas un nodo deleete, y seleccione el grupo de partículas que quieres borrar, o el que quieres dejar. Es bastante útil.

Edito: veo que has usado un deleete, pero con dos popnets.

[bealobo]

Lo intenté, pero no me funcionó, a la salida del popnet seguro? Edito: vale, ya lo tengo, adjunto captura.

-- IMÁGENES ADJUNTAS --

[Stewie]

Un hip de ejemplo. No lo he probado en la escena de la bola, pero debería funcionar.

Por cierto, Stewie, puedes usar el SOP group para que el merge no te del warning.

Sal al nivel de geometría y sin el merge te llevaras una desagradable sorpresa.

-- IMÁGENES ADJUNTAS --

[bealobo]

Bueno, en mí ejemplo anterior (el hip) había luego un merge. De todas formas, ¿Qué sorpresa? Yo ya estoy a nivel de geometría.

A nivel de obj no se ven las partículas, es eso? Pero es que, a ese nivel nunca se ven en mis archivos, esa era otra duda pendiente, cuando lleguemos a hacer algo de render ya miraré a ver.

[Leander]

Se me está haciendo difícil esto de mantener el color.

[Netvudu]

Tienes razón Bea en que lo del attrib create es un poco redundante, pero por otro lado, puede deberse a que es un atributo que viene de otro contexto, en este caso pop, y queremos controlarlo en SOP.

Slime, ya hemos terminado.

[Stewie]

A nivel de obj no se ven las partículas, es eso? Pero es que, a ese nivel nunca se ven en mis archivos, esa era otra duda pendiente, cuando lleguemos a hacer algo de render ya miraré a ver.

Sí, es eso. A nivel obj se ve el nodo que tengas activo dentro de geo, por eso hay que meter un merge con todo lo que quieras que se vea en el render.

[Leander]

Slime, ya hemos terminado.

Yo no, no se trata de pintar la esfera, sino de dejarla pintada, aunque se aleje la partícula (que me lo deja en blanco).

Stewie, voy a analizar un poco tu hip, ¿vale?
Estoy viendo lo siguiente:
El problema es que, aunque reboten las partículas siguen pintando la esfera hasta que se aleje lo suficiente según el threshold, también lo pintan las partículas que pasan a ras, pero no llegan a colisionar.
¿Por eso has creado otro pop_network? Para adquirir las partículas colisonadas y añadirlas al atribute transfer, pero no le veo ningún sentido, a ver.

Varios puntos:
¿No debería emitir más partículas con el nuevo source? Es que estoy viendo que, aunque aumentes el Birth rate no hace nada. Aunque dejemos paradas las partículas en collision sigue estando colisionando y tampoco emite.

Como el atributte transfer está recogiendo los atributos de pop_network2, ¿la transferencia ocurre en el momento de la colisión? Porque para dejarlo en blanco en los siguientes momentos me da que anula los valores de color de las partículas.

He hecho una prueba, en collision, he puesto stop on collision, la partícula queda adherida en la esfera, pero no mantiene el color, una simple pintada y vuelve al blanco, aunque sé quede dicha partícula.

No lo entiendo, creo que es hora de que cambiemos a otra actividad, si se trata de pintar la esfera, está hecho, pero no como el ejemplo de Slime.

Venga Slime, adelante, y pasanos el hip hip hurra.

[Leander]

Ah, mi hipo: No como quería, pero es que, ya lo dejo para retomar después cuando lo conozca mejor.

-- IMÁGENES ADJUNTAS --

[bealobo]

Leander han salido dos soluciones aquí:
1. Usando el attribute transfer y el Attribute Create + el nodo point para mantener el color.
2. Hacer un Split con partículas que se quedan pegadas y que manchan permanentemente la bola porque no se mueven de su superficie.

[Stewie]

Es que Slime precisamente lo que pretendía era que solucionaramos el problema de dejar la esfera pintada, aunque se alejaran las partículas.

La movida es ésta:
-Si la partícula está cerca del vértice, el vértice se pinta.

Si la partícula se aleja, el vértice se despinta.

Solución a este problema:
-Dejar las partículas pegadas a la superficie.

Fallo de la solución: yo quiero que las partículas reboten.

Solución del fallo: hacer dos grupos de partículas:
Grupo1: (pop network 1) partículas con color random que rebotan en la esfera y se largan. Al rebotar en la esfera pasan a formar parte del grupo colisión (me invento el nombre, no sé que puse en el archivo). Nota: sólo estarán dentro del grupo colisión las partículas que acaben de rebotar, justo cuando rebotan, porque no hemos activado preserve group. Si lo activamos, las partículas que rebotaran estarían después del rebote en ese grupo, y no queremos esto, porque si no seguirían saliendo partículas en el grupo2.

Grupo2: partículas que nacen del grupo colisión. Creamos otro pop network, un source, y a este source le decimos que el SOP es el pop network1, de las partículas que rebotan, y que de todas estas partículas, utilice las que están dentro del grupo colisión.

Ya tenemos partículas que rebotan, y partículas que nacen en el lugar de rebote y se quedan pegadas.

Ahora a pintar. Conectamos un attrtransfer a la esfera, y a éste conectamos como origen no el nodo de las partículas que rebotan, sino el de las partículas que nacen ya pegadas y se quedan ahí, solucionando así el problema de que se pinte y despinte la esfera.

Seguimos, nosotros no queremos ver todas las partículas, sólo queremos ver las partículas que rebotan. Pues al final de todo, creamos un nodo merge, y conectamos todo lo que queremos que salga en el render: el pop net de las partículas que rebotan, la esfera, y el suelo (si es que hemos puesto suelo).

Posdata: el problema cuando haces stop, es que la partícula cambiara su pstate, y las partículas con un valor de pstate distinto de 0, no son calculadas por algunos nodos (no me hagas mucho caso, pero leí algo así).

[RavenX]

Perdonad la interrupción, pero una pregunta;
Aquí todos estáis de vacaciones o qué? Me propuse ponerme a aprender Houdini y aprovechar éstas sesiones de aprendizaje y no tengo tiempo para nada, y aquí todos parecéis tenier tiempo, me dais una envidia que para qué.

[Stewie]

¿Quién necesita vacaciones cuando tienes insomnio? (del bueno, de ese que si vas para la cama duermes, pero si no vas no tienes sueño).

Edito: y el viernes 27 cojo vacaciones, tengo unos cuantos gigas de material didáctico houdinero, me lo voy a pasar teta.

[RavenX]

Cachis, yo es que, acabo tan reventado del curro que cuando arribo a casa lo único que hago es tirarme a la piscina y hundirme.

En fin, al menos me entretengo leyendo como pintais las bolitas.

[Netvudu]

Sí, es eso. A nivel obj se ve el nodo que tengas activo dentro de geo, por eso hay que meter un merge con todo lo que quieras que se vea en el render.

Normalmente en Houdini, debajo de tu último nodo (en este caso el merge) se añade un nodo null, con un nombre explicativo (por ejemplo, render geometría) para tenerlos como referencia y saber cuál poner visible. Sobre todo, si hay varias ramas en el network es una referencia útil.

Edito: en cuanto a lo del tiempo, yo también ando justo, pero cuando en el trabajo tengo huequecillos, le doy.

[pedropp]

Me todo. Digo, que como RavenX yo también que sepáis que os leemos con interés, vuestras actividades, pero participar, ya es otra cosa.

Como para participar en un torneo de ajedrez sabiendo solo mover las piezas. (y en este caso, es que no conozco ni todas las piezas ni cómo se mueven.

Habrá que esperar a que inventen los días de 30 horas o así.

[bealobo]

En serio, podéis seguirnos, quizás no al ritmo este loco que llevamos, pero yo, por ejemplo, el fin de semana no haré nada.

Recomiendo leer las primeras hojas y ponerse a ello, hay muchas dudas que te pueden surgir que están resueltas más adelante. Está muy bien leer las dudas de otros y los pensamientos de cómo solucionarlos y tal.

Y llegara el momento en el que esto se normalice y estemos todos en el mismo sitio.

[Stewie]

Es que con la tontería en 3 días llevamos casi 300 mensajes entre las dos actividades, y más de 3000 visitas, se ve que generamos expectación.

[slime]

Estupenda la explicación, Stewie, aunque en vez de parar las partículas cuando colisionan con la bola, deberías hacer que se peguen a ella (mira las opciones del collision pop).

Muy buen trabajo todo el mundo. Que rapidez.

Ahora mismo empiezo a poner la escena paso a paso en otro mensajes.

[radimov]

A mí también me gustaría empezar a trastear un poco con el Houdini, sabéis de algún manual o tutorial que te enseñe lo básico para ye empezar por tu cuenta? O si trae una ayuda bien detallada o lo que sea.

[Stewie]

Estupenda la explicación, Stewie, aunque en vez de parar las partículas cuando colisionan con la bola, deberías hacer que se peguen a ella (mira las opciones del collision pop).

Gracias. No entiendo muy bien lo que quieres decir, las partículas que transmiten el color nacen en el momento del choque y se quedan ahí paradas. ¿te refieres a que resbalen? Porque las otras no se paran, rebotan. Claro que podría hacer que resbalasen, y crear otras que fueran las que rebotaran, para que el color de las partículas fuera resbalando sobre la esfera, pero bueno, veré tu ejemplo para entenderlo, y gracias por las clases. (a tí y a todos los houdineros).

[MiguelPerez]

Gracias. No entiendo muy bien lo que quieres decir, las partículas que transmiten el color nacen en el momento del choque y se quedan ahí paradas. ¿te refieres a que resbalen? Porque las otras no se paran, rebotan. Claro que podría hacer que resbalasen, y crear otras que fueran las que rebotaran, para que el color de las partículas fuera resbalando sobre la esfera, pero bueno, veré tu ejemplo para entenderlo, y gracias por las clases. (a tí y a todos los houdineros).

Stewie, el método que tú has usado es con un Split, hacer nacer una nueva partícula en elpunto de colisión. Slime hablaba de pegarlas porque imagina que el objeto no está quieto, sino que está animado. Las partículas deberían quedarse pegadas, no solo paradas.

Para conseguir eso con las partículas que has creado con el Split lo mejor es que debajo de éste, añadas un collision que solo afecte al grupo del Split y pongas la opción como stick on collision. Si el objeto es animado, debes poner en el tab principal que el objeto es un animated geometry y darle algo de tolerancia.

Pero claro, si la esfera esta quieta, no necesitas hacer esto.

[Stewie]

Ook, entendida la aclaración. Posdata: ya está la 9.0.662.

[Leander]

Perdonad la interrupción, pero una pregunta. Aquí todos estáis de vacaciones o qué?

Sí, hasta el lunes.

[Leander]

Voy a volver a hacerlo todo desde cero. Siguiendo el consejo de Slime sobre parar las partículas.

[pedropp]

Radimov, sí, la ayuda que viene con el programa es bastante completa. Para principiantes, en plan didáctico, pues yo voy a estar atento al hilo-explicación de Slime, pintar una bola - Resolución, que tiene muy buena pinta y por mi parte va a ir directo a un Slime Houdini tutorial, pdf.

[Leander]

Ahora mismo empiezo a poner la escena paso a paso en otro mensajes.

[size=7"]atención.[/size]. Material didactico de valor incalculable.

Por cierto Bealobo, en menudo lío te has metido con el nodo color.

[bealobo]

Por cierto Bealobo, en menudo lío te has metido con el nodo color.

¿cómo? No me entero, el nodo color lo puse para pintar la bola de negro nada más.

[bealobo]

Hola de nuevo. Voy a resucitar la actividad porque resulta que estoy haciendo pruebas y me vuelvo a encontrar este problema de los atributos no persistentes.

Lo que pasa es que en mí prueba digamos que la bola se estaría moviendo (bueno, la escena es distinta, pero para el caso es lo mismo).

El tema es que las partículas que localizaban el impacto no se mueven con la bola. ¿cómo se haría esto?
También tengo otra duda y es cómo puedo saber que significan los atributos que veo:
CD = color.

N = normal.

Pospath.

Aunque son bastante auto explicativos, me gustaría poder confirmar lo que pienso, es que en la ayuda no viene o no lo encuentro.

[slime]

Hola de nuevo. Voy a resucitar la actividad porque resulta que estoy haciendo pruebas y me vuelvo a encontrar este problema de los atributos no persistentes, lo que pasa es que en mí prueba digamos que la bola se estaría moviendo (bueno, la escena es distinta, pero para el caso es lo mismo).

El tema es que las partículas que localizaban el impacto no se mueven con la bola. ¿cómo se haría esto?

Tienes que conseguir que las partículas se peguen a la bola u objeto en cuestión, han un preroll de un par de fotogramas - Crea las partículas en la superficie de la esfera, o del objeto. Hereda las normales. Mueve a las partículas un poco fuera del objeto y usando el Vector opuesto a la normal como velocidad, disparalas al objeto, con un pop de colisión que haga que se queden pegadas y que el objeto de colisión este animado (triangulalo).

También tengo otra duda y es cómo puedo saber que significan los atributos que veo:
CD = color.

N = normal.

Pospath.

Aunque son bastante auto explicativos, me gustaría poder confirmar lo que pienso, es que en la ayuda no viene o no lo encuentro.

Ni idea lo de pospath. Es un atributo nativo de Houdini?

[Leander]

Yo me he dado cuenta de que el algoritmo de Slime sobre randoms colors no es tan random como parece, cada 3 tabs de CD (x) se repite. Aun así, ya había dicho que no está perfeccionado. Esto me encanta, y mucho, pero sin un objetivo concreto no puedo avanzar como debería.

Me gustaría que Slime tenga el honor de poner ejercicios y luego todo el mundo a buscarse la vida como sea, sin necesidad para nada de comprometerle, ni dar soluciones que influya en su trabajo para nada.

Cosas sencillas específicos para nodos en concreto para que luego cada uno sea capaz de unir todas las piezas y montarse el puzle que quiera, es que yo soy tonto perdido para cosas procedurales.

Lo agradecería infinitamente, pero si no puede es que no puede, lo comprendería perfectamente.
¿Y si lo proponemos cualquiera que quiera iniciarse en esto definitivamente? Algo, así como: hacer un grifo y chorrear agua por la boca, algo así.

[MiguelPerez]

Creo que no hace falta disparar las partículas contra la esfera, simplemente con que nazcan en ella y el collision en stick tenga un valor más o menos alto en el collision tolerance se pegaran perfectamente y desde el principio.

Yo me he dado cuenta de que el algoritmo de Slime sobre randoms colors no es tan random como parece, cada 3 tabs de CD(x) se repite. Aun así, ya había dicho que no está perfeccionado.

¿a qué te refieres? Según la semilla que le des al random éste será distinto. La expresión Rand($id) te va a dar siempre el mismo valor para cada id la uses cuando la uses, y si la repites en los tres componentes, pues al final no tendrás valores aleatorios por componente, sino el mismo en todos.

Si quieres que tenga otros valores ve probando con Rand($id+1), Rand($id+2), hasta que haya alguno que te convenza.

[slime]

Me gustaría que Slime tenga el honor de poner ejercicios y luego tor mundo a buscarse la vida como sea, sin necesidad para nada de comprometerle, ni dar soluciones que influya en su trabajo para nada.

Algo, así como: hacer un grifo y chorrear agua por la boca, algo así.

Venga, todo el mundo a hacer grifos chorreantes.

Leander, que te parece hacer un choque de un coche? Seguro que hay modelos gratis de coches por ahí que se puedan usar. La idea es chocarlo con un muro o con una farola y lo que hay que conseguir es que el coche se deforme al chocar y que si cambias la farola de sitio o el muro, o pones otro coche, la colisión deberá funcionar (deberá ser completamente procedural), este es un ejercicio que puede ser sencillo, pero que se puede complicar muchísimo. Por que no abres un hilo y lo pones? Yo ayudaría en lo que pudiese.

Creo que no hace falta disparar las partículas contra la esfera, simplemente con que nazcan en ella y el collision en stick tenga un valor más o menos alto en el collision tolerance se pegaran perfectamente y desde el principio.

No conocía yo ese truco, gracias.

[slime]

[ para el ejercicio del coche: lattice SOP. ].

[Leander]

Me parece bien, y me parece mal, lo de los lattices es una gran pista, pero es muy básico, pero hay que empezar de alguna manera.

Espera un poco, porque ahora mismo lo veo complicado, espera que me documente, porque entran rigid bodies y todo y a ver cómo puedo influir en las lattices, y estas en el objeto.

Vamos, que no tengo ni idea de cómo empezar si no es emitir partículas.

[bealobo]

Gracias. Lo del pospath es un ejemplo (tengo más), es que yo hago click en el botón del medio en algunos nodos y me salen unos atributos que no tengo ni idea. ¿no vienen este tipo de cosas en la ayuda entonces?
Lo único que he hecho distinto es usar el shelf.

[bealobo]

Pues yo probaré (intentaré hacer) eso que me decís para pegar las partículas. Lo de las actividades y tal, me parece muy buena idea. Para mí uno de los problemas es encontrar tiempo.

[bealobo]

Crea las partículas en la superficie de la esfera. ¿Te refieres a un nodo source en un popnetí.

[slime]

Crea las partículas en la superficie de la esfera. ¿Te refieres a un nodo source en un popnetí.

Conectas la esfera a un pop network y en pops creas un source pop y ahí le pones los parámetros (use first context, y emit on surface).