Zeile#4, #12, #14: Fange nur Exceptions ab, die Du kennst und sinnvoll bearbeiten kannst. Aber allein, dass Du fehlerhafterweise von 0 bis grounds.count zählst (genauso Z#21), reicht schon für nen Fehler aus, da Du hier nur bis .Count - 1 zählen darfst.
Wofür sind checker_timer und down_timer? Es braucht für Physik immer nur einen einzigen Timer, in dem alles passiert. Und zwar wird an alle Objekte ein Befehl gesendet, z.B. Spieler: falle herunter. Du hast aber gar keine Objekte. Das Ziel ist schon, dass Du objektorientiert arbeitest, oder?

ClonkAndre schrieb:

Jeden erstellten Block kommt in einer List(of PictureBox)

Oh, bitte nicht. Du brauchst immer nur so viele PicBoxen wie Objekte auf dem Screen sind. PicBoxen sollten nur so viele erstellt werden, wie gleichzeitig auf dem Schirm sichtbar sind - falls man überhaupt PicBoxen hernehmen will. Sowas lässt sich schließlich auch anders realisieren. Und wenn man dann PicBoxen hernimmt, dann am besten wiederverwenden, bevor man 1000 im Voraus erstellt und die entsorgt, wenn sie vom Screen runter sind.

ClonkAndre schrieb:

Ich weiß die Try-Blöcke sind recht sinnlos gesetzt.

Wenn Du das schon vor Deinem ersten Post hier wusstest, stellt sich natürlich die Frage, warum sie überhaupt noch im Code sind. Daher gehe ich mal davon aus, dass Du es zwar ggf. ein bisschen im Hinterkopf hattest, aber Dich noch nicht um eine Alternative gekümmert hast.

Static x As Integer = 0Ja gut ähh... OOP, wo bist Du?

Ok, welcher Teil genau funktioniert nicht so wie gewünscht? down_tmr-Tick? Gibt es Phasen im Spiel, wo der Spieler und einer der Böden sichtbar überlappen? Der Spieler also im Boden steckt oder durchfällt? OK, ja gibt es, erwähntest Du ja, aber ist es manchmal auch ein Steckenbleiben im Boden?
btw: Hast Du mal nen Screenshot, wo das passiert?

ClonkAndre schrieb:

Die Picboxen sollen wenn sie außerhalb des bildes sind sollen sie entfernt werden damit sie nicht unötig resourcen fressen.

Das machen sie eh schon, weil sie ja schon im Voraus erschaffen werden.

##########

@ClonkAndre:
Ach, Moment mal. Wahrscheinlich liegt es einfach an Folgendem: Wenn der Spiele auf dem Boden steht, dann ergibt IntersectsWith ein False. Daher wird der down_Timer aktiviert und die Spielerposition um 5 Pixel nach unten verschoben. Du musst es schon so machen, dass Die Y-Position auf eine Nicht-Intersection-Y-Position des Spielers korrigiert wird, wenn eine Intersection auftritt. Klar, dadurch ist der Down-Timer natürlich daueraktiv. Aber das sagte ich ja schon: Es braucht nur einen Timer, in dem die ganze Physik abgehandelt wird* (im Timer_Tick wird natürlich dann nur an alle Objekte gemeldet, dass die sich selbst um ihre Physik kümmern sollen, aber das ist ein anderes Thema, wenn wir dann irgendwann mal bei OOP sind )

Argh, ja klar: Deine Codelogik ist falsch. Du schreibst ja: "Wenn es keine Kollision mit Boden X gibt, dann falle". Das ist aber falsch. Du musst schreiben, dass er fallen soll, wenn er mit gar keinem Objekt/Boden kollidiert. Aber bei Deiner Logik würde der Spieler nur dann nicht fallen, wenn er mit allen Böden in Kontakt ist - was ja praktisch gar nicht möglich ist.
btw: Im ersten Teil des Videos, sieht man, dass Dein Code eben nicht funktioniert, da der Spieler am Ende über den letzten Block schwebt, eben weil keine dauerhafte Kollisionserkennung stattfindet. Damit wären wir wieder beim Physiktimer

Logik umkehren, wie gesagt.

oder mit LINQ:

oder noch kürzer:


(da ich Not ...Any() in meinem Code nicht so toll finde, hab ich mir ne billige None-Extension gemacht, aber das ist ne andere Geschichte)

##########

Die letzte Variante ist zuviel gekürzt, da es die Logik verändert.

Ah, zu spät am Abend. Korrekt muss es da heißen:

ClonkAndre schrieb:

Es funktioniert nun perfekt

Das werden die Tester bestimmt anders sehen