¡Advertencia!
Este tema no ha tenido respuestas en más de un mes. Recuerda que si deseas añadir una nueva debes cumplir con las normas de la web.
¡Buenas a todos, gente!

En esta ocasión solicito su ayuda y experiencia para entender lo que, a mi parecer, es un cambio en la función de este furni wired.

Resulta ser que, para una sala de concursos que quiero armar, hace unos meses probé una programación de wired de tal modo que todos los habbos que se encuentren sobre un furni específico (en la entrada) puedan responder una pregunta, los que vayan acertando serán transportados a uno de cinco lugares disponibles para la siguiente ronda. Luego, digamos que la programación se repite para las rondas siguientes únicamente haciendo el respectivo cambio de origen y destino del habbo (espero se entienda esta parte). Obviamente el objetivo de la programación de wireds es que en cada lugar disponible de cada ronda sólo caiga un habbo, para lo cual estaba haciendo la comprobación con el wired en cuestión (Condición negativa: los Furnis NO tienen avatares) del siguiente modo:

https://drive.google.com/open?id=0B7BORNRPwLLaTFJjd3dmSmMxdW8

Eso funcionaba, permitía que quienes estuviesen parados en las casillas, no importa si eran 20, tuviesen posibilidad de pasar a los bloques, pero sólo los primeros 5 que respondieran se transportarían, los demás ya no pues todos los bloques se encontraban ya ocupados.

Ahora ya no funciona esto, con que un sólo un bloque esté ocupado por un habbo la configuración ya no permite que se ocupen los demás bloques.

https://drive.google.com/open?id=0B7BORNRPwLLaUV96Yk9EMlZTQzg

No está demás señalar que, por supuesto, la prueba está hecha con la configuración antes mostrada.

Tratando de encontrar el error u otra manera de que funcione, descubrí que al parecer ahora para poder hacer lo que planeo necesitaré una pila de esos 4 wired para poder comprobar cada bloque. Algo así:

https://drive.google.com/open?id=0B7BORNRPwLLaODljbkNaNlZoUGc

Esa es la pila de la derecha. La pila de la izquierda tiene la misma configuración pero para el bloque siguiente de la derecha. Y el resultado es este:

https://drive.google.com/open?id=0B7BORNRPwLLaVVRyOHEtOWt2eFk

Por supuesto que si dejo sólo una de las pilas configurada con un sólo bloque, pues únicamente uno de los habbos se transporta, el segundo ya no porque el bloque ya se encuentra ocupado. Si configuro las dos pilas para los mismos dos o más bloques sucede lo mismo que en la segunda imagen, aunque hay más bloques disponibles para transportar ningún otro habbo puede llegar ya.

¿Alguien más a experimentado ese cambio? ¿Me pueden explicar otra configuración para lo que planeo? Ya que la sala de concurso que tengo en mente lleva en total 15 lugares a ocupar (5 en la primer ronda, 4 en la segunda, 3 en la tercera, 2 en la cuarta y 1 para el ganador) y no veo factible configurar 15 pilas como esa para hacer funcionar esa parte del concurso, cuando hace unos meses con 5 pilas era suficiente.

Agradeceré mucho su amable atención y respuestas.

Saludos y gracias!
Como yo lo entiendo, el funcionamiento actual es el correcto, ya que esa condición negativa ocurre al no haber nadie en ninguno de los bloques. La lógica de tu configuración actual es: si al decir la clave al estar situado en las casillas, me teletransportaré a uno de los bloques (al azar) si NINGÚN bloque está ocupado. Para solucionar esto, debes cambiar la condición Wired o hacerlo por pilas:

La forma más económica sería, en vez de usar 'WIRED Condición Negativa: los Furnis NO tienen avatares' (https://habtium.es/furni/item/3366), usar 'WIRED Condición Negativa: el causante no está en el furni' (https://habtium.es/furni/item/3371) que es la condición correcta para lo que quieres hacer. Alternativamente, puedes hacerlo por pilas y/o configurarlo con un 'EFECTO WIRED: Ejecuta Pilas' (https://habtium.es/furni/item/2326).

¡Buenas a todos, gente!

En esta ocasión solicito su ayuda y experiencia para entender lo que, a mi parecer, es un cambio en la función de este furni wired.

Resulta ser que, para una sala de concursos que quiero armar, hace unos meses probé una programación de wired de tal modo que todos los habbos que se encuentren sobre un furni específico (en la entrada) puedan responder una pregunta, los que vayan acertando serán transportados a uno de cinco lugares disponibles para la siguiente ronda. Luego, digamos que la programación se repite para las rondas siguientes únicamente haciendo el respectivo cambio de origen y destino del habbo (espero se entienda esta parte). Obviamente el objetivo de la programación de wireds es que en cada lugar disponible de cada ronda sólo caiga un habbo, para lo cual estaba haciendo la comprobación con el wired en cuestión (Condición negativa: los Furnis NO tienen avatares) del siguiente modo:

https://drive.google.com/open?id=0B7BORNRPwLLaTFJjd3dmSmMxdW8

Eso funcionaba, permitía que quienes estuviesen parados en las casillas, no importa si eran 20, tuviesen posibilidad de pasar a los bloques, pero sólo los primeros 5 que respondieran se transportarían, los demás ya no pues todos los bloques se encontraban ya ocupados.

Ahora ya no funciona esto, con que un sólo un bloque esté ocupado por un habbo la configuración ya no permite que se ocupen los demás bloques.

https://drive.google.com/open?id=0B7BORNRPwLLaUV96Yk9EMlZTQzg

No está demás señalar que, por supuesto, la prueba está hecha con la configuración antes mostrada.

Tratando de encontrar el error u otra manera de que funcione, descubrí que al parecer ahora para poder hacer lo que planeo necesitaré una pila de esos 4 wired para poder comprobar cada bloque. Algo así:

https://drive.google.com/open?id=0B7BORNRPwLLaODljbkNaNlZoUGc

Esa es la pila de la derecha. La pila de la izquierda tiene la misma configuración pero para el bloque siguiente de la derecha. Y el resultado es este:

https://drive.google.com/open?id=0B7BORNRPwLLaVVRyOHEtOWt2eFk

Por supuesto que si dejo sólo una de las pilas configurada con un sólo bloque, pues únicamente uno de los habbos se transporta, el segundo ya no porque el bloque ya se encuentra ocupado. Si configuro las dos pilas para los mismos dos o más bloques sucede lo mismo que en la segunda imagen, aunque hay más bloques disponibles para transportar ningún otro habbo puede llegar ya.

¿Alguien más a experimentado ese cambio? ¿Me pueden explicar otra configuración para lo que planeo? Ya que la sala de concurso que tengo en mente lleva en total 15 lugares a ocupar (5 en la primer ronda, 4 en la segunda, 3 en la tercera, 2 en la cuarta y 1 para el ganador) y no veo factible configurar 15 pilas como esa para hacer funcionar esa parte del concurso, cuando hace unos meses con 5 pilas era suficiente.

Agradeceré mucho su amable atención y respuestas.

Saludos y gracias!

yo tengo algo parecido y es facil con wired periodos caza y moverse y con avatares agregame y te echo una mano sino tengo un amigo que sabe mucho de wired y se conecta diario mandame msj privi

ex-trader ddf , necesitas ayuda dudas sugerencias no me ando con tapujos con la verdad siempre delante

Como yo lo entiendo, el funcionamiento actual es el correcto, ya que esa condición negativa ocurre al no haber nadie en ninguno de los bloques. La lógica de tu configuración actual es: si al decir la clave al estar situado en las casillas, me teletransportaré a uno de los bloques (al azar) si NINGÚN bloque está ocupado. Para solucionar esto, debes cambiar la condición Wired o hacerlo por pilas:

La forma más económica sería, en vez de usar 'WIRED Condición Negativa: los Furnis NO tienen avatares' (https://habtium.es/furni/item/3366), usar 'WIRED Condición Negativa: el causante no está en el furni' (https://habtium.es/furni/item/3371) que es la condición correcta para lo que quieres hacer. Alternativamente, puedes hacerlo por pilas y/o configurarlo con un 'EFECTO WIRED: Ejecuta Pilas' (https://habtium.es/furni/item/2326).


Agradezco tu observación y recomendación

Efectivamente, tiene lógica que 'WIRED Condición Negativa: los Furnis NO tienen avatares' funciona como una comprobación de cosas que se cumplen todas [SI(condición1 Y condición2 Y condición3) ENTONCES ejecuta el efecto], lo raro es que antes funcionaba como un [SI(condición1) ENTONCES ejecuta el efecto para esta condición, SI NO, SI(condición2) ENTONCES ejecuta el efecto para esta condición], o dicho de otro modo, una comprobación posición por posición para ver si hay una donde se pueda ejecutar el efecto (ciclo iterativo).

Para mí sería mucho más fácil una pequeña consola de programación donde meter directamente órdenes de comportamiento para furnis y habbos en una sala (código), tantos furnis wired me confunde jajajaja. En fin, trataré de hacerlo con 'WIRED Condición Negativa: el causante no está en el furni' como me recomiendas.

Nuevamente gracias por el tiempo dedicado a responder. Saludos y que estés excelente.






¡Buenas a todos, gente!

En esta ocasión solicito su ayuda y experiencia para entender lo que, a mi parecer, es un cambio en la función de este furni wired.

Resulta ser que, para una sala de concursos que quiero armar, hace unos meses probé una programación de wired de tal modo que todos los habbos que se encuentren sobre un furni específico (en la entrada) puedan responder una pregunta, los que vayan acertando serán transportados a uno de cinco lugares disponibles para la siguiente ronda. Luego, digamos que la programación se repite para las rondas siguientes únicamente haciendo el respectivo cambio de origen y destino del habbo (espero se entienda esta parte). Obviamente el objetivo de la programación de wireds es que en cada lugar disponible de cada ronda sólo caiga un habbo, para lo cual estaba haciendo la comprobación con el wired en cuestión (Condición negativa: los Furnis NO tienen avatares) del siguiente modo:

https://drive.google.com/open?id=0B7BORNRPwLLaTFJjd3dmSmMxdW8

Eso funcionaba, permitía que quienes estuviesen parados en las casillas, no importa si eran 20, tuviesen posibilidad de pasar a los bloques, pero sólo los primeros 5 que respondieran se transportarían, los demás ya no pues todos los bloques se encontraban ya ocupados.

Ahora ya no funciona esto, con que un sólo un bloque esté ocupado por un habbo la configuración ya no permite que se ocupen los demás bloques.

https://drive.google.com/open?id=0B7BORNRPwLLaUV96Yk9EMlZTQzg

No está demás señalar que, por supuesto, la prueba está hecha con la configuración antes mostrada.

Tratando de encontrar el error u otra manera de que funcione, descubrí que al parecer ahora para poder hacer lo que planeo necesitaré una pila de esos 4 wired para poder comprobar cada bloque. Algo así:

https://drive.google.com/open?id=0B7BORNRPwLLaODljbkNaNlZoUGc

Esa es la pila de la derecha. La pila de la izquierda tiene la misma configuración pero para el bloque siguiente de la derecha. Y el resultado es este:

https://drive.google.com/open?id=0B7BORNRPwLLaVVRyOHEtOWt2eFk

Por supuesto que si dejo sólo una de las pilas configurada con un sólo bloque, pues únicamente uno de los habbos se transporta, el segundo ya no porque el bloque ya se encuentra ocupado. Si configuro las dos pilas para los mismos dos o más bloques sucede lo mismo que en la segunda imagen, aunque hay más bloques disponibles para transportar ningún otro habbo puede llegar ya.

¿Alguien más a experimentado ese cambio? ¿Me pueden explicar otra configuración para lo que planeo? Ya que la sala de concurso que tengo en mente lleva en total 15 lugares a ocupar (5 en la primer ronda, 4 en la segunda, 3 en la tercera, 2 en la cuarta y 1 para el ganador) y no veo factible configurar 15 pilas como esa para hacer funcionar esa parte del concurso, cuando hace unos meses con 5 pilas era suficiente.

Agradeceré mucho su amable atención y respuestas.

Saludos y gracias!

yo tengo algo parecido y es facil con wired periodos caza y moverse y con avatares agregame y te echo una mano sino tengo un amigo que sabe mucho de wired y se conecta diario mandame msj privi


Gracias! Te enviaré el privi xD ... a ver qué se puede hacer

Mensaje de moderación: Hemos unido tus mensajes ya que el hacer doble post va contra las normas de la web, te pedimos que tengas cuidado y leas las normas para evitar problemas con la moderación.