Diesmal habe ich folgendes Problem, ich schätze, es ist relativ simpel, aber ich komm einfach nicht drauf und finde einfach nichts dazu:

Ich habe ein obj_planet. Dort im Step-Event steht nun folgendes:



Mit "with {instance_destroy()}" geht's leider nicht, dabei werden ja alle Instanzen des obj_komet1 zerstört.
Ich bräuchte also etwas wie: with obj_komet1 other, glaube ich.

Andere Möglichkeit wäre natürlich diese Kollisionsabfrage in obj_komet1 mit reinzuschreiben, allerdings schätze ich, dass es für die Perfomance besser ist, wenn ich diese Abfrage nur in dem obj_planet habe, was nur einmal existiert.

Gruß
DT

PS: Schon fast 4 Uhr, d.h. ich sitz an diesem Problem schon 3 Stunden

Ok, das funktioniert, ich wusste nicht, dass die Funktion die ID wiedergibt.
Aber noch eine Frage zur Perfomance: Was ist die beste Lösung?
1) Die hier angestrebte Lösung
2) Die Kollisionabfrage (mit collision_circle) im obj_komet1 reinzuschreiben - obj_komet1 kann aber durchaus bis zu 30 mal gleichzeitig auf dem Bildschirm auftauchen
3) Ein unsichtbares Objekt mit der Größe des collision_circles erstellen und das GM Kollisions-Event benutzen

ich versteh nicht warum du nicht gleich bei deinem planet das kollisions event benutz.

Weil mein obj_planet nur 2x2 Pixel groß ist, der Rest wird mit draw_circle und Partikeln dargestellt.
Ok, ich könnte doch gleich den Planeten dementsprechend groß machen und unsichtbar. (Da hatte ich einen kleinen Denkfehler drin )

Aber die Frage, was nun am besten für die Perfomance ist, bleibt weiterhin:
1) Die hier angestrebte Lösung
2) Die Kollisionabfrage (mit collision_circle) im obj_komet1 reinzuschreiben - obj_komet1 kann aber durchaus bis zu 30 mal gleichzeitig auf dem Bildschirm auftauchen
3) obj_planet so groß machen wie er gewünscht ist und das GM Kollisions-Event benutzen

Das geht aber auch wieder nur, wenn mein Planet dementsprechend groß ist. Das Problem ist ja mittlerweile nicht mehr, dass es nicht so funktioniert wie es soll, sondern einfach nur noch, was die Perfomance am wenigsten beeinflusst, da ich mal gelesen habe, dass bestimme Kollisionsfunktionen sehr Ressourcen fressend sind.

Ok, dann nutze ich Option 1 weiterhin. Wenn da sonst nichts bekannt ist, dass so etwas übermäßig die Ressourcen strapaziert, dann wird das hoffentlich nicht allzu sehr ins Gewicht fallen.