Suchergebnisse

Ja , sorry das ich in pseudoCODE geschrieben habe, du hättest aber nur "ob" durch "if" und "und" durch "&&" bzw "and" ersetzen müssen. Wie du auch schon selbst herausgefunden hast gibt es auch ein extra event dafür, da kannst du den code reinschreiben der ausgeführt werden soll, wenn das objekt den raum verlässt

Du kannst abfragen ob x > 0 und x < room_width , y > 0 und y < room_height oder du benutzt die Funktion point_in_rectangle

Darauf hab ich gewartet, sieht schon alles viel stimmiger aus, ihr seit auf dem richtigen Weg!

Du legst dir eine variable direction an, die ist entweder 1 oder -1. Dein Objekt bewegst du dann mit x += direction*spd; Wenn die Richtung geändert werden soll, dann direction *= -1; damit kannst du die Richtung umkehren

Die Firewall ist es meistens. also über 127.0.0.1 connected er?

Inwiefern hast du es getestet? Du musst entweder den Port in deinem Router freigeben oder über ein virtualles Netzwerk wie Hamachi verbinden.

Den highscore kannst du in eine ini oder Textdatei speichern. Beim Gameover screen etc guckst du dann erstmal obs ein neuer highscore ist. GML-Quellcode (1 Zeile) Wo genau hast du denn probleme mit? Den file Funktionen?

Also wenn du die Projekte alle nacheinander in der kurzen Zeit fertig gestellt hast, Hut ab! Der Holzlook spricht mich persönlich jetzt nicht so an, aber den durchgehenden Look deiner Projekte muss man dann eigentlich wieder loben.

GML-Quellcode (1 Zeile)

Kannst aus dem clamp natürlich auch GML-Quellcode (1 Zeile) Machen.

GML-Quellcode (1 Zeile)

Die musst du natürlich selbst definieren. Das kommt sich ja drauf an wie groß dein Behältnis ist. y_oberkante = y - sprite_height/2 oder sowas. Und ja trapped muss im create initialisiert werden.

Vergleich doch die y Koordinaten. Wenn die Sachen niedriger als y_oberkante sind GML-Quellcode (5 Zeilen) setzt du die variable trapped auf true Und dann im Step einfach noch GML-Quellcode (4 Zeilen)

randomize gibt keinen Wert zurück sondern setzt den Seed intern. du kannst das also nicht so machen. Nehm den Code mal wieder raus. In deinem ersten Raum erstellst du dann ein Objekt, dem gibst du das event "Game Start" darin rufst du dann nur einmal GML-Quellcode (1 Zeile) auf. Danach kannst du im Spiel ganz normal die random Funktionen nutzen.

Du sollst nicht random() durch randomize() ersetzen sondern zusätzlich vorher einmal aufrufen. docs.yoyogames.com/source/dadi… functions/randomize.html

Das kann nicht sein. Du musst randomize() vorher aufrufen (ohne Parameter). Ansonsten liefern die random Funktionen jedes mal die selben zahlen. Welche Version von GM benutzt du?

Hast du auch mal randomize() benutzt zu beginn des Spiels? Sonst nutzt der GM jedes mal den selben Randomseed....

Erinnert mich an das uralte Projekt hier (von 2014): gridworld01.png Wer will kann sich das ganze gern mal hier runterladen und verwenden wenn er irgendwas hilfreiches darauß zieht, allerdings keine Gewähr für index out of bound errors und so Späße. Die Welt wird mit einem Perlin noise generiert der für Höhlen sorgt, die Beleuchtung ist mit einem Shader realisiert worden(nicht meiner). DOWNLOAD

Gut das es für dich vorangeht, vertexbuffer hab ich leider noch nicht benutzt in GM.Bin mal gespannt.

1000 Objekte? Wie groß ist denn dein Raum? Eventuell kommst du mit instance activation/deactivation weiter. Du könntest aber auch ein grid anlegen wobei jede Zelle einen potentiellen Eckpunkt darstellt. 0 wäre leer und 1 dann solide. Dabei brauchst du dann garkeine Objekte sondern schreibst dir ein Script welches dann bspw. mit collision_line die umgebenden Kanten auf Kollisionen überprüft.