Programmwunsch und -erstellungsthread #2

[MagicMaker]

Oder liegt das allgemein am DynRPG?

...

Das da, der Fehler wurde schon im Zusammenhang mit mehreren Plugins genannt und tritt auch
allgemein damit auf.

Wenn man mit Sachen arbeitet, die durch Dyn kaputt gehen, sollte man Dyn auch lieber erstmal
nicht benutzen. Und wenn es technisch für's Spiel nicht dringend nötig ist, sowieso nicht.

[Cherry]

Dieser generelle DynRPG-Bug wird in der nächsten Version, die voraussichtlich noch diesen Monat erscheint, behoben.

[Corti]

Yeah! Ich freue mich wie ein Hipster über ein neues iPhone! Darauf ein Club Mate! \o/

[goldenroy]

Der Transparenz-Bug, richtig? :3
Ich wusste, das ich einfach nur warten müsste. Tiptop. x3

[Cherry]

Ja genau der.

[bugmenot]

Okay... mal etwas, das (mehr oder weniger) eine eigene Anfrage war:

[...] eine Möglichkeit [...] beim Anzeigen des Cursors einen Switch zu aktivieren und beim Schließen der Message wieder auszustellen.

...

MessageSwitch

Setzt Switch[0001]: StrongBox auf ON, wenn der Blinkecursor angezeigt wird. (Ob nun normales Textende oder interne Enter-Abfrage per \!)
Setzt den selben Switch wieder auf OFF, wenn der Text weiterläuft oder die Message Box geschlossen wird.

Nach dem Patchen kann man noch einige Änderungen vornehmen:
RPG_RT 2k (v1.07 )
0x70832 = [E8 41 68 FF FF] set [90 90 90 90 90] -> Blinkecursor-Grafik nicht anzeigen (nur für die M_Box)
0x70844 = Switch_ID (BA xx yy xx=1er + yy=256er Schritte)

RPG_RT 2k3 (v1.08 )
0x92EC7 = [E8 80 4A FF FF] set [90 90 90 90 90] -> Blinkecursor-Grafik nicht anzeigen (nur für die M_Box)
0x92ED9 = Switch_ID (BA xx yy xx=1er + yy=256er Schritte)

Um die Suche nach Cherry's UnlockPicturePatch zu ersparen:
RPG_RT 2k (v1.07 )
0x89B02 = [0F 85 07 0C 00 00] set [90 90 90 90 90 90]

RPG_RT 2k3 (v1.08 )
0xB12FA = [0F 85 7E 0C 00 00] set [90 90 90 90 90 90]

Bitte beachtet, dass Map Event Conditions hierdurch nicht geupdated werden. Verwendet bitte Common Events.
Anwendungen: Play Sound: BanjoKazooie_BlahBlah.wav (solange M_Box/Text angezeigt wird und Switch[xyz] OFF) oder animierte Picture Cursor (wenn ON).

P.S.
schneller Blick auf den Source Code (2k):

Code:

loc_0x7080C
jmp   loc_0x709C4

loc_0x7081C     <>jmp entry (Switch OFF / Close Message)
mov	edx, [eax]
call	DW Ptr [edx+28h]
push eax
push ecx
push edx
jmp   loc_0x7082E

loc_0x70826     <>jmp entry (Switch OFF / Typing)
push eax
mov  ecx, 1
push ecx
push edx

loc_0x7082E
mov  CL, 2
jmp   loc_0x7083C

loc_0x70832     <>jmp entry (Switch ON / Show Cursor)
cal    sub_0x67078		//Show Cursor
push eax
push ecx
push edx
mov  CL, 1

loc_0x7083C
mov  eax, ds : off_49ABA4
mov eax, [eax]
mov edx, 1			//Switch ID
call  sub_0x69284		
pop edx
pop ecx
pop eax
ret


0x9480A	<>Typing
call  loc_0x70826

0x94C94 <>Close Message
call  loc_0x7081C

0x94F1E <>Show Cursor
call  loc_0x70832

[Cherry]

Bitte beachtet, dass Map Event Conditions hierdurch nicht geupdated werden. Verwendet bitte Common Events.

...

Im 2k3 geht das übrigens so, falls es dich interessiert:

Code:

mov eax, [4cdd74] ; TLcfgMap pointer
mov eax, [eax]
mov eax, [eax+18] ; Member "events"
call 4ab8b4 ; UpdateEvents

In DynRPG kann man "RPG::map->updateEvents();" schreiben.

[bugmenot]

loc_0x92EE2 (an den Rest hintendran geklatscht)
A1 74 DD 4C 00
8B 00
8B 40 18
E8 C3 7D 01 00 call sub_0xAACB4 //UpdateEvents
5A 59 58 C3

...

...sorgt seltsamerweise dafür, dass die Event Condition erfüllt ist, selbst wenn der Switch auf OFF steht... Könnte auch daran liegen, dass der Befehl "Switch OFF" im Dauerfeuer erfolgt... Kennt jemand zufällig eine Art 'ResumeTextFlow'-Funktion in der RPG_RT? (Etwas, das nur einmal nach einem \! abgerufen wird.)

Alternativ kann man per Common Event (PP, Condition: Switch[xyz] ON) auch manuell ein EventUpdate erzwingen:

<> Branch if Switch [xyz] is ON
<> Switch Operation: [xyz] ON
<>
: Else
<> Switch Operation: [xyz] OFF
<>
: End

...

[Quetschi]

Gibt es eine Version des PicPointerPatches wo man auch bei den X- und Y-Koordinaten mit Pointern arbeiten kann? Oder einen ähnlichen Patch der dies ermöglicht?
Das würde mir einen Haufen an Abfragen ersparen.
Google hat leider nichts ausgespuckt. Entweder weil's das nicht gibt oder ich das falsche gesucht hab.

[MagicMaker]

Aber man kann die doch bereits pointern.
Du musst das zwar bei beiden wenn schon gleichzeitig machen, aber das sollte keine große Hürde sein.

[Quetschi]

Wie das? In der readme steht nichts davon. Welche Werte muss ich denn dort eingeben?
Oder meinst du das ganz normale "aus Variable X und Y"?
Ich dachte eher an so etwas wie...wie drück ich das aus? ._.
Ich versuch's mal mit nem Beispiel:

Wenn ich Variable 1 auf 11 setze und Variable 2 auf 12.
In Variable 11 steht nun 160 und in Variable 12 steht 120.
Angenommen ich mache jetzt den ShowPicture Befehl und sage bei den X- und Y-Variablen, benutz' 1 und 2.
Da in 1 und 2 die Werte 11 und 12 stehen, werden die Werte genommen die in 11 und 12 stehen.
Also in diesem Fall 160 und 120.

Ich hoffe das ist verständlich. ._.

[MagicMaker]

Warum willst du denn die Werte gleich doppelt verpointen?

Wenn ich dich richtig verstehe, dann soll das so sein:
v[1]~>11
v[11]~>160

Es kommt mir aber trotzdem relativ Bahnhof vor.

[BlueGesyr]

Oder einen ähnlichen Patch der dies ermöglicht?

...

Für den Rm2k geht das sehr einfach per Destiny Patch.

Ich habe den Code zwar nicht vollständig auf Funktionsfähigkeit geprüft, das Ganze müsste aber in etwa so aussehen:

Code:

$
d[2] = 1; // Hier wird die erste Variable angegeben, in die gespeichert werden soll.
for(d[1] = 1; d[1] < 51; d[1]++)
  v[d[2]] = Picture[d[1]].MapX;
  d[2]++;
  v[d[2]] = Picture[d[1]].MapY;
  d[2]++;
next;

Diese Schleife läuft dann fünfzig mal durch und speichert jeweils X- und Y-Werte der einzelnen Bilder in die Variablen ab dem angegeben Wert.

[elvissteinjr]

Ähm, mir erschließt sich hier nicht wozu man für so ne Schleife den Destiny Patch braucht.

Man könnte sich doch wunderbar ein Common Event bauen, welches die gewünschten Werte in 2 Variablen schreibt, welche immer fürs Show Picture verwendet werden. Oder ähnliches.
Über sein genaues Einsatzszenario bin ich mir immer noch nicht im Klaren, aber das lässt höchstwahrscheinlich noch ganz gut mit Makercode lösen.

[BlueGesyr]

Ah, ich glaube, ich hatte die Frage falsch verstanden. So wie ich das aufgefasst hatte, ging es darum, die X- und Y-Werte zu speichern, nachdem die Bilder bereits angezeigt wurden. Schande über mich.

Also noch ein Versuch: Es sollen bis zu 50 Bilder anzeigt werden, deren X- und Y-Koordinaten zuvor in bestimmte Variablen gespeichert wurden? So richtig?
In diesem Fall würde ich wieder zum Destiny greifen, den PPP finde ich etwas umständlicher.

Code:

$
d[2] = 12; // erste Variable mit X-Wert
for(d[1] = 1; d[1] < 51; d[1]++)
  Command.ShowPicture(d[1], "BILDNAME", d[2], d[2]+1);
  d[2]++;
  d[2]++;
next;

@ elvissteinjr: Im unpetatchten Maker ist so etwas zwar möglich, erfordert für meinen Geschmack jedoch zu viele Forks, da die Picture-Nummer nicht gepointet werden kann. Außerdem scheint der Destiny dem normalen Makerskript performancemäßig stark überlegen zu sein.