Wenn du den winkel deiner Wand nicht kennst, dann würde ich dir die "Fächer" Methode empfehlen. In einer forschleife gehst du collision lines durch (wie ein Fächer der sich aufklappt), gleichzeitig nach links und nach rechts von der eigtl bewegungsrichtung aus und wartest, bis eine der collision_lines nciht mehr kollidiert, dann brichst du ab und das ist deine neue bewegungsrichtung. So wird jede bewegung die in die wand gehen würde abgelenkt.

Dabei kann man auch BinarySearch empfehlen.
Andererseits könntest du auch einfach prüfen, wie viele Pixel du nach unten oder oben gehen musst, wenn du z.B. 5 Pixel nach rechts gehst. Entsprechend auch in einer Schleife.

Ich hatte vor einigen Jahren in einem Projekt auf die internen Variablen speed, hspeed, vspeed, verzichtet, weil ich das movement lieber selber steuern wollte, da es irgendwie immer mehr Probleme gemacht hat, als es sollte.
Bin dabei zufälig auf eine recht einfache Lösung gestoßen, die daraus besteht, die x und y Verschiebung getrennt zu behandelt, ungefähr so:


Das läuft zwar wahrscheinlich nicht so gut, wie der Ansatz mit collision_line, ist aber dafür einfacher und schneller zu implementieren.
Evtl. könnte auch tunneling entstehen, wenn sich das Objekt zu schnell bewegt. Für normale Geschwindigkeiten, funktioniert es aber ohne Probleme.

Es kann auch passieren, dass man einen Abstand zur Wand von maxspeed Pixeln hat, da in so einem Fall place_meeting eine Kollision melden würde und deshalb keine Bewegung ausgeführt wird.
Man könnte das fixen, indem man im Falle einer Kollision noch einen entsprechenden move_contact Aufruf einbaut, der dann die Lücke zwischen Spieler und Wand schließt.

Da du ein Top-Down Spiel hast, sollte das hier ausreichend sein. Bei einem Platformer wäre es aber u.U. etwas kantig, weshalb ich da eher die Lösung von Husi empfehlen würde, bei der man eine Maximal Distanz zum hochlaufen und runterlaufen festlegt und dann bei einer Kollision nochmal entsprechend viele Pixel drüber/drunter prüft.

Eine andere Idee wäre es das ganze mit Normalen zu machen, aber leider unterstützt es der GM nicht die Normale bei einer Kollision abzufragen.
Falls du in deinem Spiel eine feste Anzahl an Schrägen hast, könntest du den entsprechenden Objekten per Hand eine dazu passende Normale zuweisen. Damit kannst du dann die Ablenkung ohne irgendwelche Tricks ausrechnen.
Der Code würde dann ungefähr so aussehen:
Dabei sind speed und normal der Geschwindigkeits Vektor und der Normalen Vektor der Oberfläche. overbounce ist optional und kann auf Werte >= 1 gesetzt werden, um einen bounce Effekt zu erzielen.

Falls in deinem Spiel also nur bestimmte Schrägen vorkommen, kannst du die Normalen manuell in den Objekten hinterlegen und es dann damit probieren.
Ob das natürlich mit deinem restlichen movement Code harmoniert ist eine ganz andere Sache .