Hallo

versuche es mal so in dein player movement script

Schau doch mal hier yoyogames.com/make/tutorials da findest du was du suchst.

Um mal ein paar DInge klarzustellen: der erste Vorschlag von bommel ist wohl eher eine Verschlimmbesserung. Wenn ich den Spieler 8 pixel nach rechts verchieben will, muss ich auch prüfen, ob 8 pixel rechts von mir frei ist, und nicht nur der erste Pixel.

Dass die Figur "zittert" und sich beim schrägen Landen trotzdem senkrecht nach unten bewegt, liegt an der direction. Der Befehl "move_contact_solid(direction, 12)" macht nichts anderes, als die Figur bei der bevorstehenden Kollision (Kollisonen mit solids werden immer einen Step im Voraus berechnet) in die Richtung "direction" zu setzen, maximal 12 pixel (maximal daher, da es weniger wären wenn ein solid im Weg ist).
So. Das Problem liegt an der direction: die ergibt sich aus den eingebauten Variablen hspeed und vspeed. Wenn die Bewegungen nach links und rechts aber nicht mit hspeed, sondern z.B. mit "x+=5" gemacht werden, bleibt hspeed logischerweise aus 0. Das "x+=5" ist ja nichts anderes als ein Sprung an eine andere Stelle, die von GameMaker nicht automatisch als Bewegung erkannt wird. In deinem Fall ist die direction also immer entweder 90 (nach oben) oder 270 (nach unten). Daher geht das move_contact_solid immer gerade nach unten, obwohl es manchmal auch diagonal, also in Bewegungsrichtung gehen sollte.
Als Lösung würde sich eine Hilfsvariable anbieten, die die korrekte direction angibt, etwa delta_dir. Die lässt sich durch "point_direction(xprevious, yprevious, x, y)" berechnen. Das gehört in das end_step-Event, da xprevious und x ansonsten immer gleich sind (die Objekte werden erst nach dem normalen step-Event verschoben). Ins move_contact_solid kommt dann logischerweise statt direction unser delta_dir.

Aber der lustige Teil kommt noch: jetzt wird er zwar korrekt an den Boden oder die Wände "herangezogen", was das schlimmste ruckeln beseitigt. Aber es ruckelt immer noch unter betimmten Bedingungen. Ich selbst kenne das, und es gibt auch ein paar ungelöste Threads in den offiziellen Foren dazu. Warum die seitliche Bewegung manchmal für einen step anhält, weiß offenbar niemand - vermutlich Programmierfehler im GM. Workauround: crank that shit up. Setz den room_speed auf 60, und das ruckeln wird so kurz, dass man es nicht mehr bemerkt.

Nachtrag: bei Kollisionsfunktionen wie place_free wird nicht vom Origin ausgegangen, sondern von der gesamten Kollisionsmaske. Also ist x-1 in dem Fall ein Pixel links daneben, und y + 12 wäre 12 Pixel unter der Figur.

Habe mich schnell an die 'arbeit' gemacht und das Problem mit der Unsichtbaren Grenze behoben.
Du hattest in deinem Code vorher geprüft ob neber dem Spieler 10 Pixel frei sind, wenn ja bewegt er sich.
Aber sind bei einem falschen Movement nur z.B. 9 Pixel frei bleibt er davor stehen.
Also hier die verbesserung:

Edit:
Mir ist aufgefallen das auch das zweite Problem leicht zu beheben war, ungefähr genau das gleiche wie beim ersten.
Also nochmals die verbesserung ;D :

Im Player-Movement:



Edit:
Also das ist das einzigste, einfach kopieren und ersetzen.