¿Como lograr que dos clones del mismo sprite colisionan y reboten?

Creo que no, al menos una vez lo intenté y no encontré nada. Pueden hacerlo con el objeto original, pero los clones, al no tener “nombre” creo que pueden interactuar entre sí más que con otros objetos distintos. Espero equivocarme porque me interesaría poder hacerlo.

Gracias por contestarme rafavera… estoy experimentando pero no me convence los resultados de los “rebotes”… cuando cambio “cantidad”, “tamaño” o “color” (principalmente)… https://scratch.mit.edu/projects/348388343/

bien resuelto, al menos para colores lisos la solución es correcta

Te agradezco… Quiero encontrar la forma para que reboten en “Color=4” (color aleatorio del https://scratch.mit.edu/projects/348388343 ) esto afecta al contorno del circulo que, a pesar de seguir negro, cambia su tonalidad y esto hace que no detecte la colisión… Saludos

Hola!.

Estoy intentando buscar alguna solución, pero no doy con ello. El problema es el que tu dices, que el color aleatorio también afecta al borde y aunque negro, no es exactamente el mismo.

Lo único que se me ocurre es crear muuuuchos disfraces con distintos colores y que lo que cambie aleatoriamente sea el disfraz y no el color. Se que no es lo que estabas buscando, pero el efecto de color aleatorio se consigue.

Por si a alguien le da una idea os digo lo que he intentado sin éxito:

- Intentar aumentar el grosor del borde del círculo.
- Añadir otro sprite que no cambie de color y que vaya junto al circulo como una “sombra”, para que detecte su color.
- Que detecte el disfraz que lleva y que interactúe el función del disfraz.
- Que el sensor “color tocando color” pueda tener no un colo concreto, sino un “color aleatorio tocando un color aleatorio”.

Seguiré investigando, a ver si consigo algo.

Un saludo.

Vale, acabo de probar una cosa que de absurda funciona. He creado una variable con el valor “Objeto1” y he usado como condición:mover () pasos

fijar [Mi Variable] a [Objeto1]
<¿tocando (Mi Variable) ?>

https://scratch.mit.edu/projects/349197675

Hola!!!

elCorro experimente con todas esas posibles soluciones… pero con la que estaba trabajando era con “Añadir otro sprite que no cambie de color”
Para ello tenia que lograr:
- Crear otro “sprite contorno” que no cambie de color… y ¿relleno transparente?
- Sincronizar los movimientos de este “sparite contorno” con el otro de “sprite color aleatorio”.
- Transmitir las colisiones del “sprite contorno” al otro… y reaccionar conforme a esto de forma sincronizada.
- La lista sigue… hasta que apareció rafavera…

rafavera …tu me has hecho recordar que no soy programador…

Señores fue un honor trabajar con ustedes… mis respetos

PD: Espero que se pueda repetir esta experiencia

https://scratch.mit.edu/projects/348388343/

Me gustaría llevar este experimento a otro nivel… apuntando al logro de los rebotes que sea mas “naturales”, habrá que recordar algunos conocimientos de física, el angulo y velocidad de cada sprite (incluso su masa en el caso de que tengan diferentes tamaños)… pondrá en juego tanto las capacidades del programador… como las del mismo software!!!

Pero confió que abra alguna “artilugio de programación” que pueda emular decentemente este comportamiento… Saludos desde Argentina

rafavera wrote:

Vale, acabo de probar una cosa que de absurda funciona. He creado una variable con el valor “Objeto1” y he usado como condición:mover () pasos

fijar [Mi Variable] a [Objeto1]
<¿tocando (Mi Variable) ?>

https://scratch.mit.edu/projects/349197675

Que bueno!! Funciona a la perfección!!

Santiago020267 wrote:

Hola!!!

elCorro experimente con todas esas posibles soluciones… pero con la que estaba trabajando era con “Añadir otro sprite que no cambie de color”
Para ello tenia que lograr:
- Crear otro “sprite contorno” que no cambie de color… y ¿relleno transparente?
- Sincronizar los movimientos de este “sparite contorno” con el otro de “sprite color aleatorio”.
- Transmitir las colisiones del “sprite contorno” al otro… y reaccionar conforme a esto de forma sincronizada.
- La lista sigue… hasta que apareció rafavera…

rafavera …tu me has hecho recordar que no soy programador…

Señores fue un honor trabajar con ustedes… mis respetos

PD: Espero que se pueda repetir esta experiencia

https://scratch.mit.edu/projects/348388343/

La verdad es que en ese método estaba yo, pero no había conseguido demasiado. Pero ya ha dado rafavera con la solución!!!

Santiago020267 wrote:

Me gustaría llevar este experimento a otro nivel… apuntando al logro de los rebotes que sea mas “naturales”, habrá que recordar algunos conocimientos de física, el angulo y velocidad de cada sprite (incluso su masa en el caso de que tengan diferentes tamaños)… pondrá en juego tanto las capacidades del programador… como las del mismo software!!!

Pero confió que abra alguna “artilugio de programación” que pueda emular decentemente este comportamiento… Saludos desde Argentina

Eso ya es más complejo. Para un juego tipo arkanoid usé la distancia al centro de la pala para calcular el ángulo de rebote, aquí tendría que hacerse, ya que todos son redondos, con el ángulo. Pero cada clon tendrá uno distinto. Con múltiples sprites sin problema, pero con clones… ahí me has pillado.

rafavera aprecio mucho tu respuesta… saludos

Con un poco de “ingeniería inversa” (¿es legal ?)…

¿Creen que este humilde proyecto https://scratch.mit.edu/projects/348388343/ ?

¿Se aproxima a este brillante trabajo https://scratch.mit.edu/projects/117381016/ ?