Ergebnis 1 bis 20 von 232

Thema: DynRPG - Der Pluginwunschthread

Hybrid-Darstellung

Vorheriger Beitrag Vorheriger Beitrag   Nächster Beitrag Nächster Beitrag
  1. #1
    Zitat Zitat von Corti Beitrag anzeigen
    lesenden [...] Zugriff auf die in der aktuellen Monsterguppe befindlichen Status-Werte

    Keine Ahnung, wie man den Zugriff von RT -(read)-> DB auf RT -(write)-> DB umdrehen kann.

    Zitat Zitat von Corti Beitrag anzeigen
    *> **>(0x4CDE64));
    Da steht mehr als nur die PartySize drin? Hm...

    Zitat Zitat von Corti Beitrag anzeigen
    Monster (TLcfgMonsterItem) erbt von ( TLcfgUnitItem ), die Aufrufe von getMaxHp werden in DynRPG über die vTable gemacht. Was sind das, Funktionszeiger?
    vTable? Nevermind...

    Unter TLcfgMonsterItem und TLcfgUnitItem befinden sich Funktionen zur Vergabe und Berechnung von Werten/Schaden/Logik:

    Geändert von bugmenot (22.01.2014 um 18:02 Uhr)

  2. #2
    Hey, danke für deine Mühen. So hardwarenahes entspricht nicht unbedingt meinem Metier, als verzeih, wenn ich blöde Sachen frage ;-)

    In deiner Tabelle gibt es
    481748(2k)|4BFB28(2k3) <>GetStr

    Die Adresse entspricht dabei der hier aus Cherrys Battler-Klasse.
    Zitat Zitat
    int Battler::getAttack() {
    int ret;
    asm volatile("call *%%esi" : "=a" (ret) : "S" (0x4BFB28), "a" (this) : "edx", "ecx", "cc", "memory"); // GetATK
    return ret;
    }
    D.h. eigentlich müsste ich mir analog dazu mit dem hier 4BD7AC(2k3) <>SetEnemy_Atk, eine setAttack-Funktion basteln können, wenn ich anstatt des this den Zeiger auf das Monsterobjekt übergebe, oder inwiefern irre ich mich da?

  3. #3
    Zitat Zitat von Corti Beitrag anzeigen
    [...]setAttack-Funktion basteln können, wenn ich anstatt des this den Zeiger auf das Monsterobjekt übergebe, oder inwiefern irre ich mich da?
    Also das this als Input ist eigentlich ein Verweis auf die Adresse, an der alle notwendigen Daten für die Kampfteilnehmer geschrieben stehen. Das Problem ist, dass die SetEnemy[XYZ]-Funktionen sich daraus nur die Enemy_ID rauspicken und anhand dieser den Eintrag aus der .ldb laden.

    Also:
    Basteln: ja (Den output hinter jedem call sub_482A80 <>GetEnemyParam mit einem zugewiesenen Wert multiplizieren)
    Aber eher: nein (Ich habe 86 byte Spielraum bei den ganzen SetEnemy[XYZ]-Funktionen. Ich schaue mal, was sich machen lässt. Gib mir einen oder besser zwei Momente.)



    +Post #137 nochmal in Ruhe durchles+

    Du brauchst also eine Funktion, die die gesamte RPG_RT.ldb ausliest und in eine RPG_RT.cdb schreibt, auf die du vollen Zugriff hast, und die Funktionen, die normalerweise aus der .ldb lesen, müssen auf die .cdb umgeleitet werden?

    An offset 0047DDB8 kann man auf den Dateinamen der Datenbank verweisen, aus der gelesen wird. Würde jetzt heißen, man müsste onStartUp "copy RPG_RT.ldb -> create RPG_RT.cdb" machen und dann halt Werte in der .cdb umschreiben. In der RM Interna stand irgendwas über die Struktur der LcfDataBase. Mehr kann ich nicht sagen, weil ich habe keine Ahnung von EDV und so...

  4. #4
    Das klingt jetzt plötzlich sehr umfangreich.

  5. #5
    download MonSca(fixed)
    Edit: (15.06.14)
    ...da ist wohl was schiefgelaufen. Sorry.






    Edit:
    Wer aus irgendeinem Grund FastFadeIn benutzt... well, don't use it.
    Ansonsten könnte ich mal schauen, wo ich den Code hinschieben kann.

    Geändert von bugmenot (15.06.2014 um 17:30 Uhr)

Stichworte

Berechtigungen

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