+++ DynRPG - Das RM2k3-Plugin-SDK +++

[Morden]

@Cherry:

Das Problem in Dyn 0.20 mit RPG::Image::drawText, von dem immer wieder berichtet wird (z.B. hier) scheint mit der libDynRPG.a zusammenzuhängen, die mit Dyn 0.20 ausgeliefert wird (siehe hier). Ich kann nur vermuten, dass da was beim Übersetzen/Linken schiefgelaufen ist (vorausgesetzt, der Quellcode, den ich von dir habe, ist der selbe, den du auch für die ausgelieferte libDynRPG.a verwendet hast), denn bei meiner libDynRPG.a funktioniert RPG::Image::drawText wie es soll.

...

Kompiliert man RPG::Image::drawText() mit DynRPG 0.14a, dann funktioniert es. Sowohl mit dem alten, als auch mit dem neuen (0.20) Loader. Kompiliert man mit 0.20, dann funktioniert es nicht.

Dadurch musste ich alle PlugIns, die bei mir RPG::Image::drawText() benutzen, mit nem alten Compiler (GCC 4.6.1) und DynRPG 0.14a kompilieren. Eine Möglichkeit, alle PlugIns unter einer Compiler-Version zu haben, hätte schon was X'D

PeAcE
MorDen

[Kyuu]

Hätte mich auch gewundert, wenn es in 0.14a nicht funktionieren würde. Wie gesagt, Image::drawText funktioniert mit meiner libDynRPG.a (0.20) einwandfrei!

[Stray]

Obwohl ich diesen Thread erst so spät wahrnehme und somit auch das DynRPG aber... jetzt nachdem ich die ersten Plugins gesehen und einige davon ausprobiert habe muss ich dich endlich fragen: Cherry, willst du mich heiraten?

[Stray]

Ich bräuchte mal Hilfe mit dem Maus und Keyboard Plugin.
So sieht meine Ini-Datei gerade aus:

Code:

Key57Switch=062
Key53Switch=063
Key41Switch=064
Key44Switch=065


[keyboard_mouse_input]


MouseXVar=001
MouseYVar=002

Die Maus und ihre Tasten reagieren wunderbar.
Nur die Tasten (hier von oben nach unten: W, A, S, D) wollen nicht funktionieren. Das einzige was ich rausfinden konnte ist, dass der Switch wieder auf off gesetzt wird, wenn er von etwas anderem eingeschaltet wird (habe ich testhalber mit F9 ausprobiert).
Ich habe die Tastenzuweisungen auch als Kommentare in einem dauernd ablaufenden Parallelen Prozess eingefügt:

@CheckKey 57, 062
@CheckKey 53, 063
@CheckKey 41, 064
@CheckKey 44, 065

...

Ist es eigentlich egal, ob man die Tasten in der Initialisierungsdatei oder als Kommentare abspeichert?

Wie G-Brothers bereits gesagt hat passiert das mit den Sounds auch bei mir. Aber auch nur sehr sehr selten.
Und! Ich kann nur wiederholen, dass DynRPG neue, revolutionäre Standards setzt. Ich freu mich zur Zeit darüber wie ein kleines Kind am Weihnachtsbaum.

[goldenroy]

Müssen die vier Einträge nicht unter das [keyboard_mouse_input]?

[Stray]

Müssen die vier Einträge nicht unter das [keyboard_mouse_input]?

...

Nein, auch dann funktioniert es bei mir nicht. Ich finde das seltsam, bei Euch allen funktionieren die Tasten doch reibungslos, oder? Sonst wäre das Problem ja bekannt.

[Corti]

Fehler in 0.17:

Code:

bool onCheckEventVisibility ( RPG::Character *  character)
{
    if(character->id == 1)
    {
        return false;
    }

    return true;
}

bool onDrawEvent ( RPG::Character * character, bool isHero )
{

  if(character->id == 1)
    {
        fx::ShowRain();
    }

    return true;
}

Sollte bezwecken, dass Event 1 immer gezeichnet wird, auch wenn es nicht im Sichtbereich ist. Das funtioniert nur in der X-Achse. Sobald das Event in Y aus dem Bild wandert, wird onDrawEvent nicht mehr gerufen.

Was mögliche Fixes angeht, ich benutze noch 0.17 weil 0.20 bei mir damals irgendwas kaputt gemacht hat.

Edit: Die DrawEvent-Callbacks werden jeweils mehrfach aufgerufen. Wtf?

[MintJam]

Hi,
ich arbeite mich grad an dem DynRPG ein (bin eher ein mittelmäßiger Programmierer).
Einfach mal Frage: kann man mit den DynRPG ein eigenes Battle System bauen?

Beste Grüße

[Corti]

Das ist eine phänomenale Frage~ ja und nein.

Es ist eine vollewertige Programmiersprache dahinter, du kannst Eingaben abfragen, Grafiken anzeigen und Sound abspielen. In Theorie und Praxis kannst du mit DynRPG auch ein Echtzeitstrategiespiel einbauen. DynRPG ist noch nicht sooo gut darin umfassend auf die Datenbanken des Makers zuzugreifen, so praktisch wie in Ruby mit den neuen Makern ist es also nicht.

Was meinst du denn genau mit "eigenes Battle System"?

[MintJam]

Was meinst du denn genau mit "eigenes Battle System"?

...

Beispiel ich will den Battle-Commands-Fenster durch einen "Ring-System" ersetzen.

[bugmenot]

DynRPG ist noch nicht sooo gut darin umfassend auf die Datenbanken des Makers zuzugreifen

...

Ähm... wie ein content update aus heiterem Himmel(?)
rechts auf [Download ZIP] klicken
Doku

... es fehlen halt eine ganze Menge callbacks um Herumgefummel mit verschiedenen Sequenzen zu ersparen (für das Verarbeiten von Code zum passenden Zeitpunkt).
Wie viel bei "Herumfummeln mit der richtigen Sequenzierung" verbleiben soll kann ich nicht sagen. Ich kann neue Sachen testen, will aber nicht zu viel zumüllen.

[Corti]

Muss ich wohl mal testen.

Bugmenot, ist dir der SkillWindowDuration-Fix bekannt?

Im ersten DynRPG hatte die Cherry die Anzeigedauer dieses "Monster nutzt X skill" -Fensters erhöht. Das hat nahezu jede Form eines intelligenten Kampfsystems ruiniert, weil die Eventverarbeitung dadurch korrumpiert wurde. Es gab dafür einen Fix. also für 0.17. In 0.20 funktioniert der nicht mehr, weil es dort eine "bessere" Version gab, wenn ich mich recht entsinne. Besser war aber immer noch Mist, weshalb ich meine Plugins allesamt für 0.17 mache und 0.20 ignoriere.

Hier ist das Ding:
http://share.cherrytree.at/showfile-...w_duration.ips

Magst mal schauen, was das tut?