ich bin gerade dabei, mein eigenes Kampfsystem zu erstellen. Allerdings ist nun ein Problem aufgetaucht, welches eigentlich passieren dürfte. Ich hab alles immer wieder und wieder überprüft, aber finde den Fehler nicht.
Das Problem besteht darin, dass wenn der 2. Kampfteilnehmer auf Seite des Spielers den Gegner angreift und danach der Gegner zum Zug kommt, dieser die Werte des 2. Kämpfers für seinen Angriff erhält.
Eigentlich werden aber bei jedem Angriff die Variablen "Angreifer Level", "Angreifer Angriffskraft", "Angreifer Wille" usw. ebenso wie "Verteidiger Level" usw. auf die Werte desjenigen gesetzt, der gerade seinen Zug hat.
Bei den Verteidigerwerten klappt dies wunderbar, nur bei den Angreifer werten will das irgendwie nicht funktionieren.
Beispielhaft:
Kämpfe 2 ist Level 6 und hat 25 Angriffskraft
Der Gegner ist Level 1 und hat 4 Angriffskraft
Wenn ich den Gegner mit Kämpfer2 angreife erhält dieser ~25 Schadenspunkte, so weit so gut, greift allerdings der Gegner an hat er für den Angriff auch Level 6 und 25 Angriffskraft.
Es hilft auch nichts die genannten Variablen am Anfang der Übergabe wieder auf 0 zu setzen oder nachdem der Schaden ausgeteilt wurde. Kann es sein, dass die Variablen aus irgendeinem Grund "kaputt" sind und nicht richtig funktionieren?
Der Eventcode des Zuges von Kämpfer2:
Zum Vergleich der Code von Kämpfer1:
Das aufgerufene Commonevent ist die Zielauswahl und in diesem wird eigentlich nichts an Werten verändert, lediglich eben die Ziel-ID und es wird "Werte übergeben" aufgerufen.
Werte übergeben:
Am Anfang werden die "Problemwerte" noch einmal auf 0 gesetzt, was ja scheinbar auch nichts bringt :/
Am Ende wird erst abgefragt ob eine Technik benutzt wurde und wenn ja, dann werden die Werte eventuell noch verändert (das ist bei dem Problem aber irrelevant, da ich sowieso noch keine Techniken eingebaut habe).
Danach wird abgefragt ob der Schaden nicht magisch ist und wenn das zutrifft wird die physische Schadensformel aufgerufen, andernfalls die magische.
In diesen Events wird der Schaden berechnet mit den Werten, die übergeben wurden und dann das Event zum Schaden austeilen aufgerufen.
Schaden ausgeben:
Danach wird nur geprüft ob die Kampfteilnehmer <= 0 HP haben und wenn ja werden sie als tot erklärt und dann wird halt je nachdem ob alle Kämpfer oder Gegner tot sind, das Win oder Game Over aufgerufen.
Ich hoffe mir kann jemand bei diesem Problem helfen, und noch viel mehr hoffe ich dass die Variablen nicht irgendwie "kaputt" sind. Das war ja auch glaub ich bei EFS mit einer Variable der Fall.
Falls notwendig, kann ich das Projekt auch gerne verschicken
MfG
Quetschi
29.03.2013, 23:13
Corti
Variablen kaputt halte ich für extremst unwahrscheinlich und das beschriebene Problem klingt nicht nach Zufall sondern nach einem Systemfehler.
Das ist mir zuviel, als das ich mich da jetzt reinlesen will...
Ich weiß ja nicht ob du deine Angaben prüfst, den kann es nicht sein das der Gegner keine 25 ATK sondern du einfach die Schadenspunkte übernimmst?
29.03.2013, 23:40
Quetschi
@Corti
Naja ich hab wie gesagt alles doppelt und dreifach und vierfach nachgeguckt. Ich werde morgen früh direkt nochmal mit dem Tool drüber schauen.
@djeurissen
Nein, das kann nicht sein. In den Events in denen der Schaden berechnet wird, wird die Schadensvariable und die beiden Variablen um bei der Rechnung Zwischenergebnisse zu speichern am Anfang auf 0 gesetzt. Hätte ich eventuell auch noch erwähnen sollen :x
29.03.2013, 23:49
djeurissen
Tja, dann benutz wie gesagt das Tool oder bau überall Messages rein die dir sagen wie die Variablen gerade stehen.
Sobald du bemerkst das es eine Abweichung gibt, kannst du den kreis schonmal eindämmen. Also bau auch eine Messagebox vor und nach dem Befehl ein der die Variablen auf 0 setzt. Vielleicht gibt es auch irgendwie eine Bug der die Variable immerwieder auf die selbe Zahl setzt...
30.03.2013, 08:20
Corti
djeurissen sagts schon, bau Messages rein. Du hast einen Zeitpunkt an dem ein falsches Ergebnis hast. Von dem Punkt an solltest du zurückverfolgen ab wann die Werte nicht mehr dem entsprechen was du erwartest. Ganz blöde Frage: Kennt du den Debugmode vom Maker? Drück mal F9 im Testmode.
30.03.2013, 09:23
Quetschi
Messages hab ich auch schon ausprobiert und durch den Makereigenen Debugmode habe ich ja erst herausgefunden, dass die Werte bleiben, da der Schaden der Gegner auf einmal so hoch war. Laut den Messages, werden die Werte korrekt übergeben.
Ebenso das Debug-Tool von sue445 liefert mir nur das Ergebnis, dass die Variablen eigentlich nur geändert werden wenn sie geändert werden sollen.
Nach stundenlanger Suche hab ich den Fehler gefunden und muss gestehen, dass er recht blöd war :x
Ich hab vergessen die Variable KI-Ziel auf 0 zu setzen und deshalb hat der zuletzt angegriffene Held auch nochmal Schaden erhalten nachdem Kämpfer2 angegriffen hat^^
Das erklärt aber irgendwie immernoch nicht warum dies nur beim 2. Kämpfer der Fall war, auch als ich diesen zum Test entfernt habe, hab ich das nicht bei den anderen Kämpfer beobachten können...
Wie auch immer. Ich bin froh dass ich das Problem gefunden und behoben habe.
Edit2 - Ein neues Problem:
Ich habe ein weiteres Problem. Mein Abwehrbefehl spinnt auf einmal rum. Der Befehl wird nicht komplett ausgeführt und der Maker "hängt" quasi. Der Befehl hat vorher funktioniert und ich habe ihn nicht verändert,
noch habe ich Sachen geskriptet, die die gleichen Variablen und/oder Switches benutzen (Bereits mit dem genialen Tool nachgeguckt). Wenn ich Messages einfüge um zu gucken, wo der Befehl genau nicht weiter ausgeführt
wird, hängt das ganze noch früher.
Ich habe zum Testen hinter wirklich jeden Befehl eine Message getan. Wenn ich dann in meinem KS Abwehren auswähle werden nur die ersten beiden Befehle ausgeführt. Das hat mich dann ein bisschen gewundert, weil das
Event vorher noch viel weiter ausgeführt wurde. Also habe ich wieder zum Testen nur diese ersten beiden Messages entfernt, aber danach bleibt das Event nach einem Erase Picture und der Testnachricht stehen.
Weiß jemand welche Ursache das haben kann, das das Event einfach so stehen bleibt und nicht weiterarbeitet?
31.03.2013, 21:52
Quetschi
Hat denn keiner eine Idee woran das liegen kann, das das Event mittendrin plötzlich stoppt? :/
Ich hab schon alles ausprobiert was mir in den Sinn gekommen ist.
Ich habe bereits herausgefunden, dass das ganze mit meinem Eventcode zum Anzeigen des Schadens/der Heilung zusammenhängt, denn wenn ich dieses rausnehme funktioniert das Abwehren wunderbar.
Also habe ich wie bereits gesagt überall eine Message reingeschoben um zu gucken wo das ganze hängt. Aber komischerweise hängt das immer nach der ersten Message die erschienen ist.
Wenn ich garkeine Messages reinbaue, hängt sich das ganze auf wenn die Zahlen für die Heilung (mein Abwehrbefehl heilt um 5% der maximalen HP) kurz nach oben und wieder nach unten gehen sollten in einer Art Wellenbewegung.
Wenn ich die Bewegung rausnehme, stoppt das ganze trotzdem an dieser Stelle.
Noch komischer wird das ganze, da das Anzeigen des Schadens wunderbar funktioniert und es der gleiche Code ist (einfach kopiert) nur dass die Zahlen normal in weiß anstatt in grün angezeigt werden.
Wenn ich die aus der Abfrage ob geheilt wurde oder Schaden verursacht wurde den Eventcode für die Heilungszahlen rausnehme, hängt das Ganze sich auch auf.
Wenn ich das komplett rausnehme und einfach stur weiße Zahlen anzeigen lassen will, hängt es sich auch auf, obwohl es mit dem Angriffsbefehl weiterhin einwandfrei funktioniert.
Also habe ich erst einmal versucht den Code für die Darstellung der Heilung aus dem Common Event zu nehmen und in ein Map Event zu packen. Mit dem Ergebnis, dass es trotzdem nicht funktioniert.
Deshalb hab' ich dann versucht alles noch einmal neu zu machen und es hängt trotzdem an der gleichen Stelle.
Waits habe ich auch schon versucht reinzubauen, obwohl das beim Angriffsbefehl nicht notwendig war. Gestartet hab ich mit 0.0 Waits und bin dann bis 0.5 gegangen. Das hat mir soviel gebracht, dass das ganze
Event noch eher stoppt.
Und da es auch eher stoppt wenn ich Messages reinbaue, hab' ich mir zuerst gedacht es könnte an der Anzahl der Eventbefehle liegen. Daraufhin hab ich das mit dem Angriffsevents verglichen und festgestellt, dass
beim Angreifen noch viel mehr Eventcode ausgeführt wird. Also kann es eigentlich auch nicht daran liegen.
Gerade habe ich noch einmal ausprobiert, was passiert wenn ich die Heilung drinlasse und nur das Anzeigen der Höhe der Heilung weglasse. Ja, die Heilung findet statt, der Kämpfer befindet sich im Abwehrzustand und
der Zug wird beendet. Alles schön und gut aber ich hätte es gerne mit der Anzeige, nur verstehe ich nicht warum das nicht funktioniert, da es ja, wie bereits erwähnt, der selbe Eventcode ist wie beim normalen Schaden anzeigen nur in grün.
Außerdem stoppt es ja, wie ich ebenfalls bereits erwähnt habe, auch wenn ich die Zahlen in weiß anzeigen lassen, also mit dem Code der auf jeden Fall funktioniert wenn ich Schaden darstellen will.
Ich könnte das auch ohne die Anzeige machen, da man eine HP-Leiste und halt HP-Zahlen hat, aber trotzdem ist es für den Spieler besser mit der Anzeige, da er dann weiß um wieviel er geheilt
wurde ohne das noch ausrechnen zu müssen.
Hat irgendeiner eine Idee warum das anhält? ._.
01.04.2013, 03:06
Corti
Mal ganz doof gefragt: Ist alles was passiert sequenziell oder hast du irgendwas parallel zueinander laufen?
01.04.2013, 06:53
Quetschi
Ich arbeite eigentlich wenig mit parallelen Prozessen, sondern lasse alles per CallEvent aufeinander aufbauen. Zu dem Zeitpunkt sind 3 Stück am Laufen, mit denen die HP-Zahlen (also aktuell/maximal) angezeigt werden.
Eigentlich dürfte das nicht das Problem sein, da es beim Angriff ja funktioniert. Trotzdem habe ich sie eben auf Call gestellt und es ändert sich nichts, außer dass das KS am Anfang langsamer lädt. Das Anhalten beim Abwehrbefehl bleibt bestehen.
01.04.2013, 09:26
Davy Jones
Der fehleranfälligste Befehl im Maker ist Move Event (besonders wenn Ignore Impossible Moves nicht eingehakt wurde), gefolgt von Proceed with Movement (das man im Zweifelsfalle durch waits ersetzen sollte).
Hast du davon irgendwas im Code?
01.04.2013, 09:37
Quetschi
Nein hab ich nicht. Zumindest nicht an dieser Stelle.
Lediglich in einem Map Event, welches einen Action Key Trigger hat und nur ganz zu bekommen einmal aufgerufen wird um mir die Namen der Kampfteilnehmer anzuzeigen, also wird's wohl nicht damit zu tun haben.
02.04.2013, 10:57
Cherry
Wenn das der 2k3 ist:
Du könntest mal mit dem Debugaddon die Eventbefehlverarbeitung mitschneiden und dann nachschauen wo es hängt: http://www.multimediaxis.de/threads/...=1#post2801470
Aber bitte nicht deine RPG_RT.exe ersetzen, weil das Debugaddon selber ein paar kleine Macken hat, also lieber eine RPG_RT_Debug.exe oder so draus machen und nur zum Debuggen verwenden.
Wenn das der 2k ist:
Schick mir ein Testprojekt wo der Fehlerauftritt und ich schau für dich nach (weil da müsste ich ein bisschen tricksen dass das Debugaddon mit dem 2k läuft).
02.04.2013, 11:30
Quetschi
Wenn ich den Patch drauf ziehe und die RPG_RT.exe dann starten will kommt zuerst eine Meldung, dass RPG_RT.exe nicht mehr funkioniert und danach diese Meldung.
Falls es hilft, ich hab den 2k3 v1.08 mit BetterAEP und DynRPG.
Edit: Okay es läuft, zwar ohne BetterAEP und DynRPG, aber da der Bug mit dem anhaltendem Event trotzdem auftritt wird es wohl nicht an beiden liegen.
Edit2: So ich hab das ganze jetzt mal aufzeichnen lassen, sogar mehrmals und ich bin wieder zu unterschiedlichen Ergebnissen gekommen.
Zuerst hängt es nach einem Move Picture Befehl, danach kommt es nichtmals dazu die Bilder anzeigen zu lassen.
02.04.2013, 12:25
Cherry
Nein, du sollst mit der F3-Funktion die Eventverarbeitung mitschreiben lassen.
F3 drücken bevor es hängt, bestätigen, warten bis es hängt, nochmal F3 drücken, Spiel schließen, trace.log-Datei anschauen (letzte Einträge).
02.04.2013, 12:54
Quetschi
Habe ich ja...und dort habe ich eben gestgestellt, dass es einmal vor dem Move Picture gestoppt hat und beim nächsten mal kam es nicht einmal bis dahin...
02.04.2013, 14:05
Cherry
Sorry, hab den Edit nicht gesehen.
Zeig mir mal die Logfiles.
02.04.2013, 14:55
Quetschi
Okay.
Fall 1:
Fall 2:
Der Rest bzw. alles was vorher kam, sind nur Berechnungen zur HP-Anzeige
02.04.2013, 14:59
Cherry
Hm, das ist interessant, da dürfte eigentlich gar nichts hängen blieben. Ich kann jetzt dich nur noch um das Projekt (oder einen Auszug, in dem der Fehler auftritt) bitten und das händisch mit einem Debugger analysieren.
02.04.2013, 15:15
Quetschi
Ich finde es auch komisch. Naja hier das Projekt. Das ist aber jetzt wie gesagt ohne BetterAEP und DynRPG, da das mit dem Debugaddon nicht funktioniert hat.
Ups...vergessen zu erklären.^^
Einfach starten und dann nach rechts auf das Feld zwischen dem Jungen und dem Baumstumpf. Dann einfach draufstellen und Enter drücken.
Dann kurz warten und dann "Abwehr" auswählen und Enter drücken.
02.04.2013, 21:03
Cherry
Aaaaahhhhh, Fehler gefunden.
Du ziehst dir selbst den Boden unter den Füßen weg.
Zuerst eine Vorinformation: Der RPG Maker checkt zu Beginn jedes Frames die Startbedingungen der Events.
Event "EV0029", Seite 1, hat Switch 4 "Cursor" als Startbedingung.
Was passiert ist:
=== Framebeginn ===
RPG Maker überprüft Startbedingungen, Switch 4 ist an, also wird Event "EV0029", Seite 1, ausgeführt.
Event "EV0029", Seite 1, hat Switch 4 "Cursor" als Startbedingung.
Event "EV0029", Seite 1, callt Event "Heldenzüge", Seite 1. Event "EV0029", Seite 1, stellt Switch 4 "Cursor" aus.
Event "Heldenzüge", Seite 1, callt Event "Heldenzüge", Seite 4.
(Event "Heldenzüge", Seite 1, stellt Switch 4 "Cursor" nochmal aus, warum auch immer.)
Event "Heldenzüge", Seite 4, callt Common Event "HP Anzeige".
Common Event "HP Anzeige" führt ein "Wait 0.0" aus, was bedeutet "auf nächsten Frame warten".
=== Nächstes Frame === RPG Maker überprüft Startbedingungen, Switch 4 ist aus, also wird Event "EV0029", Seite 1, nicht ausgeführt. <<< und zwar die Skripteinheit. Siehe unten.
Du musst geistig unterscheiden zwischen einer Eventseite als Einheit auf der Map (bzw. Common Event als Einheit in der Database) und als "Skripteinheit". Eine Skripteinheit hat einen Callstack (d.h. einen "Stapel" der sich merkt wenn das Event andere Events gecallt hat, damit am Ende des gecallten Event zur Ursprungsposition zurückgekehrt werden kann) und einen Linepointer, der dem RPG Maker sagt, was die aktuell ausgeführte Zeile ist (was nicht zwingend in derselben Einheit auf der Map sein muss! D.h., Event "EV0029", Seite 1, kann - wie es hier passiert - einen Linepointer haben der gerade auf Common Event "HP Anzeige" zeigt!), sowie ein paar andere Daten (aktuelle "Wartezeit" wenn gerade ein Wait aktiv ist, etc.). Effektiv ist jede "Skripteinheit" eine parallel laufende Instanz des Eventinterpreters des RPG Makers.
Der Linepointer (der interne "Skriptzeilencursor") für Event "EV0029", Seite 1, befindet sich zu Beginn des neuen Frames (durch das Wait 0.0 bedingt) gerade am Ende von Common Event "HP Anzeige", denn der Callstack von diesem Eventskript sieht gerade so aus:
===> Common Event "HP Anzeige", Zeile 22: <> Wait 0.0 <<< aktueller Linepointer
==> Event "Heldenzüge", Seite 4, Zeile 79: <> Call Event: Common Event "HP Anzeige"
=> Event "Heldenzüge", Seite 1, Zeile 51: <> Call Event: "Heldenzüge", Seite 4
> Event "EV0029", Seite 1, Zeile 42: <> Call Event: "Heldenzüge", Seite 1 <<< Ursprungsevent, wird dieses deaktiviert, wirkt sich das auf den gesamten Stapel aus
D.h., durch Deaktivieren von Switch 4, der Startbedingung für Event "EV0029", Seite 1 ist, wird die Ausführung der damit zugeordneten Skripteinheit unterbrochen, auch wenn diese gerade einen Linepointer hat der auf ein anderes Event zeigt (hier das Common Event). Dieser Effekt wird "scheinbar" erst durch "Wait 0.0" ausgelöst, weil das Wait auf den nächsten Frame wartet, und der RPG Maker nur zu Beginn jedes Frames die Startbedingungen überprüft, also das Ausschalten von Switch 4 solange keinen Effekt hat bis das Frame endet.
Du musst also deinen Code umbauen sodass du dir nicht mehr wie eingangs erwähnt selbst den Boden unter den Füßen wegziehst, z.B. indem du Switch 4 nicht als Startbedingung verwendest sondern das gesamte Event "EV0029" in ein "<> Conditional Branch: If Switch [0004:Zug] == ON" packst (obwohl ich vermute dass das nichtmal notwendig ist weil das Event ja niemals wieder von vorne beginnt während die zugehörige Skripteinheit noch nicht am Ende der Eventseite angelangt ist, was ja erst passiert wenn es aus den ganzen gecallten Events zurück ist - aber ich hab deine Events nicht so genau angeschaut um sagen zu können dass es 100% für dich passen würde).
Übrigens: Das Debugaddon hat leider einen Fehler der bei gecallten Eventseiten die falsche Eventseitennummer zeigt, darum steht alles was im Heldenzüge-Event passiert in der trace.log als "Pg 6" drinnen, obwohl es in Wirklichkeit in Seite 1 und 4 abläuft.
03.04.2013, 08:30
Quetschi
Aha :o Wieder etwas neues gelernt! Danke. :)
Aber nur, damit ich das richtig verstanden habe:
Wenn ich ein Event erstelle und auf Seite 1 als Startbedingung Switch1 setze und dann Seite 2 Aufrufe in der eine Schleife ist, die die Variable1 von 0 bis 10 hochzählt und am Ende einen 0.0 Wait hat.
Und dann eine Conditional Branch, dass wenn die Variable1 den Wert 5 hat soll Switch1 deaktiviert werden. Dann wird beim nächsten 0.0 Wait das ganze Event abgebrochen, weil bei Seite 1, welche Seite 2 gecallt hat, die Startbedingung nicht erfüllt ist und die Variable1 bleibt folglich beim Wert 5 stehen?
So ich geh' das mal im Maker ausprobieren. Sollte ja eigentlich reichen, wenn ich den Switch dann erst ganz am Ende deaktivieren lasse. Ansonsten mal gucken wie ich das löse.
Edit:
Wunderbar :) Es funktioniert. Noch einmal vielen, vielen Dank! :)
Wer hätte gedacht, das so etwas einfaches solche Folgen hat. Naja jetzt weiß ich es ja. Startswitch immer erst am Ende deaktivieren.
