ließ dir mal die beschreibung zu dem A* algorythmus durch..
auf anhieb den richtigen weg zu finden ist so gut wie UNMÖGLICH!
es werden mehrere versuche gebraucht.
lies dir das mal durch und schnapp dir ein paar tuts zu dem algorythmus, und dann versuch ihn mal nachzubauen. lachsen hat es glaube ich mal gemacht, nur hab ich nie ein script gesehen xD
also wie gesagt, der algorythmus ist dazu da um zu suchen, und nicht dazu sofort den richtigen weg zu erwürfeln^^
mfg
oke ich denk jetz hab ich nen einblick in das thema. naja ist wohl ziemlich kompliziert. müsste herumprobieren.
und im schlimmstem fall scheiss ich auf den ganzen müll und lass den hero einfach zum ziel teleportieren XD
lol, sicher auch ne variante, aber wie gesagt, es ist machbar, und an solchen aufgaben wächst man^^
ach ja, btw frohes neues xD
Ja, es ist machbar, ich habe vor einiger Zeit recht viel damit herumexperimentiert. Für "richtiges" A*-Pathfinding (Lachsen hat dazu auch mal ein Skript geschrieben, welches ich allerdings erst entdeckt hatte, nachdem ich mein eigenes Skript bereits halb fertig hatte :| ) braucht man jedenfalls unheimlich viele Variablen, und solange man nicht einen Weg findet, diese irgendwie "auszulagern" (etwa die ganzen Ergebnisse der verschiedenen Berechnungen mittels einem der vielen Patches in eine Textdatei schreiben) kann man Pathfinding am RM2k(3) eigentlich vergessen. Willst du einigermaßen einfach zu handhabenes, qualitativ hochwertiges Pathfinding, benutze den RMXP, denn dieser ist für technische Spielereien dieser Art meiner Meinung nach dank Rubyweitaus besser geeignet.
Könntest du mir, per PN oder hier im Thread, einen Link zu dem Script von Lachsen geben? Ich würde mir gerne ansehen wie er das Problem bewältigt hat.Zitat
(Lachsen hat dazu auch mal ein Skript geschrieben, welches ich allerdings erst entdeckt hatte, nachdem ich mein eigenes Skript bereits halb fertig hatte)
Abgesehen davon ist der Hero immer auf der Bildschirm mitte dh. der weiteste zurüklegbare wege ist von der mitte zu einem der vier Bildschirm ecken. Das sollte mehr oder weniger realisierbar sein, wie schon gesagt ich müsste herumexperimentieren. Und Varis und wenn nötig abspeichern sind dank Patches kein Problem mehr.
Das Skript sollte hier zu finden sein.
WTF? Dieses Projekt hat keine rpg_rt.exe datei? was soll der mist?
edit: hey das ist genial!!. es fallen zwar manchmal lange wartezeiten aber da bei mir das ziel nie weiter weg sei kann als die häflte der diagonalen( also von mitte zu einer der ecke) würde sowas fast nie vorkommen. ich glaube das adaptiere ich in mein projekt, aber vorher analysiere ich die funktionsweise das würde mich höllisch interesieren
Geändert von Mivey (01.01.2009 um 12:46 Uhr)
Ja und? kopierst du eine x-beliebige andere aus nem anderen Projekt hinein.
War vor n paar Jahren die gängigste Praxis um die Projekte spürbar kleiner zu machen.
--Meine Blogs:
LimeArts Webdesign - Internet &Technologie
Hopeless - Rollenspiele News & Reviews « Großes Sommer-Gewinnspiel!
Diablo 3 News & Community
Häh? wovon redest du? ich komm da nich mit.
Davon dass du meckerst dass das Projekt keine exe besitzt...
--Meine Blogs:
LimeArts Webdesign - Internet &Technologie
Hopeless - Rollenspiele News & Reviews « Großes Sommer-Gewinnspiel!
Diablo 3 News & Community
Mein Gott es ist doch selbstverständlich wie man so etwas löst nur das so etwas vorkommt ist dämlich, wer löscht schon die exe datei bevor er das spiel uploaded?
Ist doch simpel: Bei diesem Projekt handelt es sich um ein Skript.
Jeder der sich ein Skript herunterläd wird mit hoher Wahrscheinlichkeit
auch einen Maker besitzen. Ergo hat er auch eine RPG_RT.exe da.
Warum also genau das Archiv unnötig groß machen?
Der gleiche Gedanke fruchtete übrigens auch bei Spielen.
--
Berechtigungen
Zitieren
