Technik-Sammelthread für Probleme und Antworten

[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?

[Corti]

// Variable anlegen
RPG::Image *imageDings;

//Bild laden
imageDings = RPG::Image::create();
imageDings->useMaskColor = true;
imageDings->loadfromFile("Pictures\\Blabal.png",false);

// Bild anzeigen
RPG::screen->canvas->draw(x,y,imageDings,...);

// Bildressource freigeben
RPG::Image::destroy(imageDings);

________________________________________________________________________

Laden würde ich in "onInitFinished" machen, destroy in "onExit"