Nein, es geht so nicht. Denn der depthwert wird, logischer weise, nachdem alle Events aller Instanzen ausgeführt wurde, geändert. Da der Depthwert ja die Reihenfolge der Ausführungen beeinflusst.

Alternativen: ich mache immer das Drawevent eines Objektes als Script. (Wenn es um 3D geht). Und dann habe ich ein Objekt, dass ausschließlich für das drawen zuständig ist. Das kann dann die Scripte in der gewünschten Reihenfolge aufrufen und auch diese Reihenfolge dynamisch ändern.

Eine weiter alternative wäre es, die Drawevents manuell zu steuern. Dafür musst du erst ein mal das automatische ausführen des Drawevents entfernen. set_automatic_draw(false); Und jetzt dann mit event_perform(); aufrufen, wenn du findest es soll aufgerufen werden. Danach dann screen_refresh(); hinterher schmeißen, damit das gedrawte auch auf dem Schirm zu sehen ist. Wie du siehst, ist das Drawevent eigentlich nur ein ganz normales Stepevent, dass bloß als allerletztes aufgerufen wird und den Screen nach dem Event "refreshd".

Ich finde die erste Lösung deutlich besser, da sie übersichtlicher ist und nicht so.. ich sag mal geschlampt ist.

MfG SDX

Natürlich braucht mal noch die Depth, da diese auch die Reihenfolge der anderen Events bestimmt. (Zb auch das Stepevent)

Und genau: Du legst einfach für jedes Object, dass im Moment etwas mit dem drawen zu tun hat, einen Script an. In diesen Script packst du den Inhalt des jeweiligen objects. Zb scr_draw_obj_foo(), scr_draw_obj_bar(), scr_draw_obj_buz()..

Natürlich dürfen die Objekte dann kein kein drawevent mehr haben. Dann kannst du, in einem drawevent eines anderen Objectes, diese Scripte ausführen. In der Reihenfolge, wie du es nun brauchst. Also, die die normal eine sehr hohe Depth bekommen hätten, werden zuerst ausgeführt. Vergiss aber bitte nicht, die variablen in den drawscripten anzupassen. Also was vorher einfach "varibable" war, muss zu "das_object_oder_instance_zu_dem_ich_gehoere.variable" werden.

Soetwas ist natürlich ein großer eingriff in dein Projekt, daher sollte man mit so etwas in einem frühen stadium oder gar von anfang an anfangen.

MfG SDX

Ich verstehe nicht ganz, was du mit vermischen meinst, aber wohl eher jein..

Ich versuche mal ein ASCII Art Beispiel



Es kann egal was ist, nur eine der Kameras beide Flächen anzeigen. Dies resultiert ganz einfach aus dem genutzten Renderer, und ist eine art Grundsätzlichkeit. Aber, die Möglichkeit die du jetzt durch die Nutzung von dem von mir soeben genannten hast, ist, dass wenn du den Winkel änderst, auch die Reihenfolge der draws änderst. Um beim Ascii Beispiel zu bleiben: Jetzt wird nur alles "korrekt" (so wie der Mensch es eigentlich erwartet) angezeigt, wenn man durch Kamera2 guckt. Wenn man nun durch Kamera1 guckt, kannst du einfach die Reihenfolge der Flächen ändern. Also, dass die Fläche, die am nächsten zur Kamera ist, als letztes gedrawt wird. Da der GM nicht unmittelbar die Möglichkeit bietet nur einzelne Flächen gesteuert zu drawen ( wäre durch diesedll theoretisch möglich ) musst du halt Modell für Modell drawen. Der einzige Nachteil ist, dass mehrere transparente Flächen in einem Modell eventuell nicht so aussehen, "wie der Mensch es erwartet".

MfG SDX

Ich hatte mal das tranzparent objekte nciht transparent sind.
da hab ich einfach bei den objekteinstellungen dei depth auf -1 gemacht und alles hat sich prima vermischt.
ich benutze allerdings aber auch GM8

Jein: man kann, nur die Änderungen würden erst nächsten Step eintreten. Folglich gibt es einen Step, wo man diesen "Fehler" hat... also, die Korrektur hängt immer hinterher.

Und es gibt kaum Unterschiede im 3D zwischen gm8 und gm7/gm6 (afaik nur die erlaubte Zahl von Flächen in einem Modell (von 330 zu kanpp 10 000))

MfG SDX

Er hat doch auch nur die Depth eingestellt. (die geht von -1 000 000 bist 1 000 000)
Das besagte Problem tritt ja auch erst auf, wenn man 2 transparente Flächen hat, die über einander liegen.

MfG SDX