Hallo Zusammen,
Wir haben in der Schule gerade in Informatik die wohl allen bekannten Labyrinthe.
Bisher haben wir das sogelöst, dass man immer rechts oder links an der wand bleibt um das
Ziel zu finden.
Nun sind aber Schleifen im Labyrinth.

Wenn man nun immer rechts bleiben würde, würde man irgendwann zwangsläufig im Kreis laufen.
Im Internet hatte ich nun vorher etwas zum Thema Backtracking gelesen,
hab dies jedoch nicht richtig verstanden.
Geht das damit überhaupt ?
Und wenn ja, gibts nen vielleicht nen kleinen Tipp, der mir auf die Sprünge helfen könnte wie das ganze geht ?
Für Hilfe wär ich sehr dankbar
Grüße Hennar

Hier habe ich ein A*-Demo: www.michael-puff.de/...ierung/Delphi/Demos/

"Immer rechts bleiben" ist eine Tiefensuche. Die funktioniert, wenn du in einer Ecke beginnst und in einer anderen endest immer. Auch n Bsp geht damit. Wo ist das das Problem?
Alternative ist die sogannte Breitensuche. Danach kannst du mal suchen.
A* ist dann das Optimum, aber etwas schwer für den Anfang

Problem ist wenn ich rechts am Rand lang gehe,
und dort keine Wand ran geht, dann läuft er einmal rechts an der Wand außen im Kreis und kommt dann aber nie in den Innenraum wo das Ziel ist;)

also wenn ich bei deinem Beispiellabyrinth immer rechts gehe, so dass die Wand immer rechts ist, dann komme ich zum Ziel.

Ich weiß das ist mir eben auch Aufgefallen,
jedoch soll die Lösung mit Backtracking realisiert werden,
denn es könnte ja auch ein anderes Labyrinth sein.
Ich dachte mir das also so:
Gehe so lange rechts bis du
1. nicht mehr vor, links, rechts, gehen kannst, also Sackgasse.
2. auf ein Feld triffst auf dem du schonmal warst.

Dann gehe solange zurück bis du auf ein anderes Feld kannst auf dem du noch nicht warst.

Die Idee bei Backtracking ist ja, JEDEN Weg zu versuchen.
Dabei geht man von einem Feld zuerst auf ein Nachbarfeld und guckt, ob man, von dort aus zum Ziel kommt. Wenn nicht, probiert man das nächste Nachbarfeld. Kommt man mit gar keinem weiter, teilt man das über einen Rückgabewert dem aufrufenden mit und übergibt diesem wieder die Kontrolle (=macht einen Schritt zurück, "tracking back").
Dabei verwendet man rekusrive Aufrufe, so dass von jedem Feld aus alle Wege probiert werden.

Und natürlich auch hier ein Feld mitführen, um Zellen nicht mehrmals zu besuchen.

Luckie hat folgendes geschrieben :

also wenn ich bei deinem Beispiellabyrinth immer rechts gehe, so dass die Wand immer rechts ist, dann komme ich zum Ziel.

Das gilt immer. Man kann nicht in einen Kreis geraten, es sei denn, es gibt keinen Weg zum Ziel, aber dann landet man irgendwann wieder am Anfang.

Nope, Hennar hat schon recht: Das funktioniert nicht immer.

en.wikipedia.org/wik...orithm#Wall_follower hat folgendes geschrieben:

If the maze is not simply connected (i.e. if the start or endpoints are in the center of the structure or the pathways cross over and under each other), this method will not be guaranteed to help the goal to be reached.

Ja, ich muss gestehen,
mir scheint es im Moment auch so, nur im Unterricht ging das irgendwie nicht, aber naja
Könnte mir denn mal jemand nen Beispiel geben wie das aussehen müsste, das man sich immer rechts hält,
weil mit unserem bisherigem code (kann ihn leider gerade nicht einfügen) ging es irgendwie nicht :/

Kha hat folgendes geschrieben :

Nope, Hennar hat schon recht: Das funktioniert nicht immer. en.wikipedia.org/wik...orithm#Wall_follower hat folgendes geschrieben: If the maze is not simply connected (i.e. if the start or endpoints are in the center of the structure or the pathways cross over and under each other), this method will not be guaranteed to help the goal to be reached.

Das heißt nicht, dass es einen Kreis gibt. Ich bin jetzt auch von ganz normalen Labyrinthen ausgegangen.

Natürlich besitzt der Graph dann einen Kreis, sonst würde das Verfahren ja nicht fehlschlagen. Sobald man an den Startpunkt zurückgelangt, ist es selbstverständlich trotzdem klüger, einfach abzubrechen .
Um die deutsche Wikipedia noch ins Boot zu holen:

de.wikipedia.org/wik..._von_Irrwegesystemen hat folgendes geschrieben:

Die Regel ist zwar einfach zu merken und kann auch vom Zielplatz aus zur Suche des Ausgangs angewendet werden, sie funktioniert jedoch nur in Anlagen, deren Ziel mit der Außenhecke verbunden ist. Liegt das Ziel in einer Insellage (Wegeschlaufe), versagt die Methode immer. Vom Eingang aus erreicht der Wanderer das Ziel niemals, er kehrt vielmehr zum Ausgangspunkt zurück; vom Zielplatz aus geht er ebenfalls „im Kreis“ und bleibt ewig gefangen.

F34r0fTh3D4rk hat folgendes geschrieben :

Ich bin jetzt auch von ganz normalen Labyrinthen ausgegangen.

Ich bin von der Aufgabenstellung ausgegangen .

Es darf also von einem Labyrinth, wie dem aus meinem Anhang ausgegangen werden?

Backtracking funktioniert prinzipiell genauso wie Floodfill. Tiefensuche ist auch etwa das gleiche.

Als weiteren Algorithmus kannst du dir auch den Dijkstra-Algorithmus anschauen.

Vielen Dank schonmal
Aber leider kann ich gerade mit dem Code nicht so viel anfangen :S

Wie von Luckie bereits vorgeschlagen - ein Labyrinth schreit nach A*, oder einem der Derivate dessen.

Hier ist er wunderbar beschrieben, und mehr als etwas List-Handling muss man nicht mal können, sollte also einfach zu implementieren sein: www.policyalmanac.or...es/aStarTutorial.htm

Ich habe den anhand obiger Anleitung vor geraumer Zeit mal in AHK implementiert:
de.autohotkey.com/forum/topic4152.html

Und selbst mit den begrenzten Möglichkeiten der Skriptsprache funktioniert das ganz ok.

[OT] Wie ist eigentlich der Screenshot entstanden? Ihr habt doch nicht etwa auf ein StringGrid gemalt?!? [/OT]

Doch, das ganze Labyrinth ist mit einem Stringgrid gemacht, wieso ?