Hallo alle zusammen!

Wiedermal habe ich eine Frage auf die ich keine Antwort finde.
Es geht um das schnelle abfragen von verschiedenen Objekten auf jeweilige Zustände.

Als Beispiel: Viele kennen sicher das Game "Boulder-Dash" (Gott hab ich das auf dem Gameboy geliebt. XD)
In dem Game fallen diie steine immer vertikal von oben nach unten. Nun, wir alle wissen das der alte Gameboy nich wirklich ein Rechenmonster ist.

Mich interessiert es jedoch wie man so viele Instanzen so schnell auf ihre zustände Abfragen kann, sodass eine beinahe (gleichzeitichkeit) enstehd. Ständig fallen so viele Blöcke hintereinander runter
ohne in irgendeiner Art und Weise ohne die CPU stark zu beanspruchen. Mich würde interessieren wie genau diese Zustände abgefragt werden sodass dies so schnell geht.

Natürlich könnte ich jedem Objekt innerhalb des Step events diese Zustände abfragen (wäre aber bei einer sehr großen anzahl an Instanzen jedoch suboptimal), außerdem wollte ich mich allgemein erkunden ob das auch außerhalb von Instanzen (z.B: bei einem Grid) realisierbar ist.

Darüber habe ich auch schon nachgedacht. Jedoch kann ich mich noch dunkel errinern das in "Boulder Dash" für den alten Gameboy der ganze Room behandelt wurde.
Zumindest fiel mir keine "Grenze" auf ab der die Instanzen deaktiviert wurden. (Und unter auffallen meine ich: Ich habe einen riesigen Berg an Steinen zum Rollen gebracht,
lief quer durch die Map bis ans gegenüberliegende Ende und nach kurzer Zeit lief ich zurück und siehe da: Die Menge an Blöcken lag schon fertig angesammelt am Boden.)
Könnte mich in diesem Punkt aber auch irren. Ist lange her das ich das gezockt habe.

Es geht mir hier jedoch nicht primär um Instanzen, sonder generell um eine Methode wie man z.B: jedes einzelne Element eines GRIDS so schnell abfragen kann.

So wie ich das sehe, bewegen sich alle Blöcke in einem festen Raster. Dafür nimmt mal also z.B. einen Array, in dem für jedes Feld das derzeitg befindliche Objekt abgespeichert wird.

Darum frage ich ja nach wie man das mit einem Grid realisieren könnte.

Jedoch ist es nicht gerade optimal die Map mithilfe von 2 For schleifen abzufragen, da der GM in diesem Bereich extremst langsam ist.
Zwar habe ich es schon realisiert in einem Grid innerhalb eines Steps nur 10-20 elemente Abzufragen (dadurch verhindere laggs während des Spielgeschehens) jedoch ergibt sich daraus auch nicht so eine optimale geschwindichkeit wie bei dem Gameboy Produkt.
Ich bin mit etwaigen Algorithmen (falls es überhaupt welche gibt...) für solche Sachen so gut wie garnicht vertraut und darum habe ich es mal gewagt hier um Hilfe zu fragen.

Feldweise ca. 200*200.

Mir ist schon bewusst dass es etwas übertrieben ist. (normalerweise nutze ich sogar 300*300) jedoch sollte es dafür eine halbwegs aktzeptable Lösung geben. (Wenn nicht, muss ich halt nur den Bereich um den Player herum abfragen.)
Für die 2 For-schleifen (eine geht horizontal durchs Grid und ruft dabei eine 2te auf die vertikal alles ausliest) ist das Grid (für den Game Maker) zu groß.

Hast schon recht. Wäre für den GM wirklich die beste Variante.

Besteht die Möglichkeit diese Berechnung des Arrays/Grids nicht in eine dll zu packen?
Sollte doch merklich schneller laufen wenn das alles nicht mehr intern im GM berechnet wird.

Ich weiss ich klinge jetzt ziemlich "noobig" jedoch habe ich noch nie in meinem Leben mit DLLs zu tun gehabt und kenne daher nicht wirklich die Performance die man damit "entfalten" kann.

nein, eine Physik möchte ich nicht.

Ich wollte blos mal die möglichkeit in betracht ziehen evtl selbst mal ne simple dll zu entwerfen wo die for schleifen bzw das repeat innerhalb der DLL abgehandelt werden und nicht im GM.
Ich weiss blos nicht ob mir das einen ausreichenden Performanceschub geben könnte.