Technik-Sammelthread für Probleme und Antworten

[MagicMaker]

Ups, festlegen. Na da kommst du um ein eigenes System eher kaum drumherum.

[Quetschi]

Ja, ich wollte das Standardmenü benutzen. Sonst hätte ich mir schon ein eigenes System gemacht. :'D
Deshalb wollte ich wissen ob man das als Alternative für jedes Level auf 100 setzen kann um somit in Kombination mit einem eigenem System ggf. "Prozente" anzuzeigen.

[Corti]

Du kannst per DynRPG im Hauptmenü die Exp-Anzeigen übermalen und was anderes hinpinseln ;-)
Kannst du etwas C++?

[Quetschi]

Okay. Gut zu wissen.
Naja vielleicht ein kleines bisschen. :'D Ich setz' mich mal dran und schau ob ich das hinbekomme. Wenn nicht, werd ich mich wahrscheinlich nochmal melden müssen.

[Corti]

Ich erspare dir mal etwas Gesuche, was folgt sind meist Stückchen aus meinen Plugins. Das wird dir nicht die Arbeit abnehmen, aber vielleicht ein wenig dabei helfen. Viel Erfolg.

Der Callback wäre "onFrame", das bedeutet "nachdem alles gezeichnet wurde", aber noch vor dem Einblenden.

/* This function is called after every frame (see details below!),
right after the current game scene was drawn, but before it becomes visible to the player.
You may draw on the screen in this function and it will appear on top of the normal graphics. */
void onFrame ( RPG::Scene scene )
{
(...)

}

...

http://rpg-maker.cherrytree.at/dynrp...513fff5e1687c5

Dort fragste ab...

if ( scene == RPG::SCENE_MENU )
{
// also nur wenn man grad im Menü ist
(...)
}

...

Es folgt eine Funktion, die noch nicht Teil des DynRPG Patches ist, hat Cherry mal nachgereicht, findet man also nicht in der offiziellen Doku

int getMenuScreen() {
return (**reinterpret_cast<char ***>(0x4CDC60))[12];
}
/* Return values:
0 = main screen
1 = item screen
2 = item target selection
3 = skill screen
4 = skill target selection
5 = teleport screen
6 = equipment screen
7 = end confirmation screen
8 = status screen
9 = party order screen
*/

...

Damit kriegt man zu fassen, in welchem Menüscreen man ist.

Dann um zu wissen, wie viele Helden in der Party sind und welche...

RPG::Actor * actorCurrent;
for (int inLoop=0; inLoop< Global::kNumberOfHeros; inLoop++) // for each slot in party ( 0 -> 3 )
{
actorCurrent = RPG::Actor::partyMember(inLoop); // get actor on that position
if(actorCurrent != 0) // if zero, no actor has been returned
{
// Id in Actor-Klasse ist OneBased-Datenbank-ID
int heldenDBid = actorCurrent->id;
(...)
}
}

...

Und zuguterletzt:
EDIT::Vergiss das hier
// Auslesen der Farbdaten an Koordinate X,Y
int pixelFarbe = RPG::screen->canvas->pixel(x,y);

Siehe auch canvas -> scanline.
die Intwerte der Pixel sind 16Bit Farben

// In Makergrafiken ist der Maximalwert pro Farbkanal einem Teil der möglichen 16Bit gesamt
// Anordnung der Bits in einem 16Bit Pixel (RRRRRGGGGGGBBBBB)
// Max.Wert Rot : 31 (5 Bit )
// Max.Wert Grün: 63 (6 Bit )
// Max.Wert Blau : 31 (5 Bit )

Kazesui hat irgendwo mal den Sourcecode seines Blending-Plugins angeboten. In dem Quellcode könntest du dir abgucken, wie man Pixelwerte beeinflusst.
Zeichne es mit RPG::screen->canvas->draw(...) über, ist einfacher.

[bugmenot]

Überzeichnet dies auch den Text/Zahlen-Output, der im Menü normal erfolgen würde? (wird darunterliegender Text-Output resettet, bevor der neue gedruckt wird?)

[Corti]

In onFrame mit Scene = Menu kannst du das ganze Bild überzeichnen, musst es aber in jedem Frame aufs neue tun.

[Morden]

@Corti
Ist es nicht einfacher ein Bild zu laden oder per DrawText was zu erzeugen und dieses RPG::Image dann einfach auf den RPG::screen->canvas zu zeichnen? Denn immerhin zeichnest du so auch "über" allem, da deine Draw-Funktion ja erst dann ausgeführt wird, wenn der Screen schon soweit fertig gezeichnet ist.

@bugmenot
Wie schon eben geschrieben: Im onFrame()-Callback zeichnest du über den - bis dahin schon komplett vom Maker gezeichneten - Bildschirm. Außer der ScreenTransition - ich glaube das ist das Einzige, was über allem steht.

EDIT: Sehe gerade Corti war schneller^^

PeAcE
MorDen

[Corti]

@Morden: Hab bereits etwas reineditiert. Pixel sind da wirklich unnötig kompliziert, da war ich irgendwie betriebsblind als ich Codestücke aus meinem Plugin kopiert hab.

Außer der ScreenTransition - ich glaube das ist das Einzige, was über allem steht.

...

Im Kampfsystem die Menüs sind auch drüber.

[Morden]

Im Kampfsystem die Menüs sind auch drüber.

...

Tatsächlich? Ich muss gestehen, dass ich mich weniger mit DynRPG+StandardKS beschäftigt habe >.<
Da würde mich jetzt glatt interessieren, ob die Standard-MessageBox auch über allem ist. Das werde ich heute Abend wohl mal ausprobieren^^

EDIT: Ich hätte auch mal weiter denken können: Brauch doch denn einfach nur checken, ob onDrawSystemBackground() nach onFrame() ausgeführt wird >.< Dann könnte man in solch einem Fall nämlich einfach dort auf den Bildschirm zeichnen.

PeAcE
MorDen

[Cherry]

Im Kampfsystem die Menüs sind auch drüber.

...

Was? Über dem was du in onFrame gezeichnet hast? Das dürfte eigentlich nicht sein. Ich muss da mal nachforschen.

Eigentlich sollten wirklich nur Screentransitions (und Movies, iirc - und eventuell "Frames" von System2 aber ich weiß grade nicht ob das stimmt) den Bildschirm nach onFrame manipulieren können. Alle Kampfgrafiken sollten von der draw-Methode von TLcfgBattleScene gezeichnet werden, und onFrame wird immer nach der draw-Methode der aktuellen Scene aufgerufen...

"Über allem" kann man mit onDrawScreen zeichnen, aber das wird aufgerufen wenn aus Windows-Sicht der Fensterinhalt neu gezeichnet wird und das kann manchmal mehrmals beim selben Frame passieren, also sollte man beachten dass eventuell Sachen die man im vorigen onDrawScreen gezeichnet hat noch immer da sind.

EDIT: Ich hätte auch mal weiter denken können: Brauch doch denn einfach nur checken, ob onDrawSystemBackground() nach onFrame() ausgeführt wird >.< Dann könnte man in solch einem Fall nämlich einfach dort auf den Bildschirm zeichnen.]

...

Für die Messagebox? Eher nicht, denn onDrawSystemBackground bezieht sich nicht auf den Fensterhintergrund sondern auf den Menühintergrund (der normalerweise einfärbig ist). Das Callback ist dazu da, eigene Hintergründe zu zeichnen. Fenster erscheinen über dem Hintergrund, und auf der Map wird das sowieso nicht verwendet weil ja die Map da ist und kein Systemhintergrund.

[Corti]

Was? Über dem was du in onFrame gezeichnet hast? Das dürfte eigentlich nicht sein. Ich muss da mal nachforschen.

...

Alarm zurück. War ein Irrtum meinerseits. Bitte um Verzeihung.

[Quetschi]

Wie kriege ich es denn mit DynRPG hin, ein Bild anzuzeigen?
Ich geh mal stark davon aus, dass das hiermit geht:

void RPG:anvas::draw ( int x,
int y,
RPG::Image * image,
int srcX = 0,
int srcY = 0,
int srcWidth = -1,
int srcHeight = -1
)

Aber wie genau funktioniert das? ._.
Bzw. der Teil mit dem Image...Ich hab mir jetzt ein Bild gemacht, welches ich dann einfach drüber legen würde. Aber wie sage ich dem Programm, dass es dieses Bild benutzen soll?

[djeyes69]

Gibt es eine Möglichkeit, dass wenn man eine bestimmte Menge von z.B. einem Heilitem konsumiert hat, dass die insgesamte HP steigt?
zweiteres lässt sich mit einer Conditonal Branch lösen. Ersteres mit Variablen, allerding weiß ich nich genau, ob es eine Funktion gibt, der einer Variable bei benutzen eines Items +1 dazugibt.

[Corti]

Hast du nur einen Helden, oder muss das für die ganze Gruppe funktionieren?

[djeyes69]

Ich habe nur einen einzigen Helden.

[Corti]

Dann kanst du ja in einem ParallelProcess über Variable = Item.NumberHeld immer abfragen wie viele Items des Types gerade vorhanden sind. Wenn sie zufällig weniger werden besteht eine hohe Chance, dass man sie benutzt hat und da man nur einen Helden hat erübrigt sich die Frage auf wen. Nur vor Shop-Aufrufen wo man verkaufen kann solltest du dann das System abstellen.

[djeyes69]

So, ich hatte gerade eben einen Gedankenblitz.
Ich habe das ganze jetzt so gelöst, lediglich sollte ich das Menü noch ein wenig schöner aufploppen lassen:
http://www.youtube.com/watch?v=ZCQig3eRfmE

[Corti]

• Menü deaktivieren
• eigenen Menüaufruf schreiben (PP der auf Esc prüft )
• CallMenu, in der Folgezeile HideScreen, dadurch wird der einblendeffekt abgebrochen und das Bild bleibt schwarz
• ann bei gesetztem Switch ein Sprung vor den Callmenu Aufruf und du bist wider im Hauptmenü ohne die Map zu sehen.

[BDraw]

Seit eben bekomme ich beim Starten meines Spiels im Testplay nach Wählen von "Neues Spiel" die Fehlermeldung "Subscript out of range (6)" und lande wieder beim Titlescreen. Jemand eine Ahnung, was das heißen soll? Wenn ich das Spiel normal per RPG_RT.exe im Fullscreen starte hängt es sich auf, geht in den Fenstermodus und muss per Taskmanager beendet werden.

Ich vermute, dass es irgendwie mit DynRPG oder dem Ultimate zu tun hat, aber wer weiß wie... Die Vermutung stammt daher, dass es eben noch einwandfrei ging. Ich hab ein Script im Testplay getestet, alles klappte, ich schloss das Spiel, den 2k3 und den Ultimate. Dann wollte ich was nachsehen, öffnete den Ultimate und mit dem das Spiel und -zack-.
Beim näheren Testen habe ich jetzt festgestellt, dass der Fehler nur auftritt, wenn ein Parallel-Process- oder Autostart-Event auf der Map ist. Bei letzterem tritt der fehler etwas verzögert auf, sprich, ich sehe immerhin noch kurz die Map. Dabei können die Events völlig leer sein, die 6 in der Fehlermeldung variiert auch gerne mal...

Ich werde nicht ganz schlau draus, da die Events aber selbst leer den Fehler provozieren dürfte es ja nicht am Maker-Script liegen, oder?

EDIT:
Habe die RPG_RT.exe, RPG_RT.exe.bak, RPG_RT.ini, dynloader.dll und DynRPG.ini gegen die aus dem DynRPG-Testprojekte für Kazesuis Text-Plugin ausgetauscht und es läuft wieder. Sehr interessant. oô