Ergebnis 1 bis 20 von 2331

Thema: Programmwunsch und -erstellungsthread #2

Baum-Darstellung

Vorheriger Beitrag Vorheriger Beitrag   Nächster Beitrag Nächster Beitrag
  1. #11
    Chili hat einen Bug gefunden:
    Zitat Zitat von Chili Beitrag anzeigen
    Ich habe es geschaft den Absturz zu reproduzieren und noch ein Mysterium (jedenfalls für mich ) aufzudecken. Wenn auch nicht zu lösen.
    Der Absturz kommt, wenn ich im Kampf in das Itemmenü gehe aber nichts benutze sondern via Abbruchtaste wieder zurück gehe und dann den Nachladen Befehl nutze.
    Das Skript wird ausgeführt, aber sofort danach kommt die Fehlermeldung und das Spiel stürzt ab.

    Zum anderen Mysterium:
    Anders verhält es sich wenn ich ein Item benutze und im darauffolgenden Zug in das Itemmenü gehe, wieder raus gehe und dann nachladen benutze. Dann wird das
    Nachladen Skript und Animation ausgeführt, aber das Item was im vorrigen Zug benutzt wurde, wird wieder verwendet gleich nach dem Nachladen.
    Das Gleiche passiert mit dem Skillmenü im Kampf. Nur dass wenn ich keinen Skill benutze nichts abstürzt. Sondern falls ein Skill in der letzten Runde benutzt wurde,
    ich im nächsten in das Skill Menü gehe, die Abbruch Taste drücke, dann nachladen benutze, dann wird der Skill aus dem letzten Zug nach dem Nachladen ausgeführt.

    Wenn ich Humor hätte, würde ich das jetzt als Feature verkaufen. Sozusagen als Bonusaktion, fürs nachladen...
    Das alles gilt übrigens für den Aktiven und Passiven Modus des Kampfsystems.
    Dies ist tatsächlich ein sehr ärgerlicher Bug im RM2k3. Ich habe diesen Bug gleich gefixt.

    Zitat Zitat von Cherry Beitrag anzeigen
    Fixed.

    http://share.cherrytree.at/showfile-...ventbugfix.ips
    Lade Lunar IPS herunter, klicke Apply IPS Patch, wähle die IPS-Datei die ich verlinkt habe, dann wähle im nächsten Fenster unten Alle Dateien und such deine RPG_RT.exe raus. WICHTIG: Nur auf RPG_RT Version 1.08 anwenden! (Ja, Chili, deine ist so eine.)

    Ich werd den Bugfix auch in die nächste DynRPG-Version einbauen.

    Hier noch die technische Erklärung - wer DynRPG-Entwickler ist, versteht sie:
    Der RPG Maker setzt den Member "kind" der RPG::Action eines RPG::Battler's auf RPG::AK_NONE wenn sein Zug beendet ist.
    Der RPG Maker setzt den Member "kind" der RPG::Action eines RPG::Battler's auf RPG::AK_SKILL bzw. RPG::AK_ITEM wenn er einen Skill- oder Item-Befehl wählt.
    Der RPG Maker setzt den Member "skillId" bzw. "itemId" der RPG::Action eines RPG::Battler's dann, wenn er den Skill/das Item ausgewählt und aktiviert hat.
    Der RPG Maker ändert an der RPG::Action gar nichts, wenn ein "Link to Event" Befehl aktiviert wird.

    Und da liegt auch der Bug begraben: Wenn der Spieler ein Skill-/Itemmenü öffnet, wird die Action verändert (RPG::AK_SKILL bzw. RPG::AK_ITEM), aber wenn er das Menü mit Escape wieder verlässt ohne den Skill/das Item wirklich zu aktivieren, wird an der Action nichts mehr geändert! Bei einem "Link to Event"-Befehl wird dann auch nichts mehr geändert, d.h. es steht noch immer beispielsweise RPG::AK_ITEM drin! Der "skillId" bzw. "itemId" Wert wird erst bei der tatsächlichen Auswahl des Skills/Items gesetzt, d.h. in diesem Fall steht noch dasselbe drin wie beim letzten Zug. Pech nur, wenn vorher z.B. überhaupt noch kein Item von diesem Helden aktiviert wurde, dann steht da als "itemId" nämlich noch 0 drin. Der RPG Maker führt nun die Action aus und versucht, Item #0 zu aktivieren => Bääm, Absturz.

    Dasselbe Problem dürfte übrigens auch mit "Row" (statt mit einem "Link to Event"-Befehl) vorkommen, dieser Befehl ändert die Aktion nämlich auch nicht.

    Mein Bugfix macht einfach folgendes: Wenn ein Befehl aktiviert wurde, der nicht "Attack", "Skill", Skill Subset", "Item", "Defend" oder "Escape" ist (diese Befehle ändern die Action nämlich), dann wird der RPG::Action::kind Member nochmal explizit auf RPG::AK_NONE gesetzt.
    mfG Cherry

    Geändert von Cherry (08.08.2012 um 19:10 Uhr)

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •