Programmwunsch und -erstellungsthread #2

**IndependentArt** · 20.03.2014, 10:18

Ich bin grade dabei, noch einige zusätzliche Anzeigeleisten in mein KS zu integrieren. Dabei hab ich überlegt, ob es nicht mitlerweile etwas einfacheres gibt(auch in Hinblick auf DynRpg), als haufenweise Forks aneinander zu reihen.
Das mag zwar überschaubar zu sein, aber ist letzten Endes doch einiges an nerviger Kopier - u. Klickarbeit, bei 9 Leisten mit je 10-15 Forks.

Also ich dachte da an etwas, wo man auch das angezeigte Picture irgendwie per Variable steuern kann, sodass man dann pro Leiste nur noch eine Fork brauchen würde. Gibts da irgendwas Brauchbares? Die Plugin, die ich mir so angeschaut hab, scheinen jedenfalls nichts zu bieten.

**Corti** · 20.03.2014, 11:24

Was willst du denn zeigen?

**IndependentArt** · 20.03.2014, 12:26

"Anzeigeleisten"? ^^ Das kann natürlich auch sowas wie eine 4stellige Zahl sein, für die man dann bekanntlich 4x9 Forks braucht.

**Corti** · 20.03.2014, 12:47

Zitat von IndependentArt

"Anzeigeleisten"? ^^ Das kann natürlich auch sowas wie eine 4stellige Zahl sein, für die man dann bekanntlich 4x9 Forks braucht.

Was du brauchst ist der Picture Pointer Patch. Damit brauchst du dann bekanntlich 0 Forks für eine Zahl.

**IndependentArt** · 20.03.2014, 13:23

der hat nichts mit dyn zu tun oder? hab bei der liste der dyn sachen nix gefunden. hast du nen link zufällig?

(ich weiß natürlich nicht, wie das dann funktioniert. MarcL hat mir gestern versucht zu erklären, was ein pointer ist, so mit mäßigem erfolg. aber ich finde es bestimmt heraus ^^)

**Corti** · 20.03.2014, 13:48

http://cherrytree.at/cms/lang/de/download/?did=19
Laut Readme findet sich in dem Demopropjekt ein Zahlenbeispiel. Viel Spass damit, wenns irgendwo klemmt, frag einfach.

**goldenroy** · 20.03.2014, 18:28

Zitat von IndependentArt

MarcL hat mir gestern versucht zu erklären, was ein pointer ist, so mit mäßigem erfolg. aber ich finde es bestimmt heraus ^^)

Im dazugehörigen >>Thread<< gibt es einige weitere Erklärungen von Usern, die dir vielleicht weiterhelfen.

**bugmenot** · 22.03.2014, 10:51

Gibt es eine Möglichkeit neue Checkmarks und Eingabefelder in die F8-Database einzubinden und mit entsprechenden Indeces (Ptr auf integer / booleans) zu verknüpfen?

Im 2k3 fehlt unter MonsterGroup bei dem Alignment/EnemyPlacement eine Checkbox für 'randomize group'.
Für alle Monster, abseits des ersten Monsters ohne hidden_flag, kann mit 50% Wahrscheinlichkeit die hidden_flag automatisch gesetzt werden.
Der dazugehörige Pointer wäre +1C auf MonsterGroupParam:
+04 = MonsterGroup_ID
+08 = MonsterGroup_Name
+0C = Ptr on MonsterList
+10 = TerrainAmount
+14 = Ptr on TerrainArray(?)
+18 = Ptr on BattleEvents
+1C = RandomizeHiding_flag (0|1 = false|true)
+20 = EnemyPlacement_flag (0|1 = manual|auto)

P.S.
random stuff:

Conditions, die HP abziehen, bleiben nicht bei 1 HP stehen:

Zitat von DynRPG.ini

[QuickPatches]
PoisonKills=4BF98E,89431485C0751089DA9242E87E06000089DAE8AFD5FDFF2B7B1431C0B07F89437833C989FA8BC3E82AFCFFFF90

CharSets im Shop bleiben farbig, selbst wenn entsprechende Items nicht genutzt werden können:

Zitat von DynRPG.ini

[QuickPatches]
NoGrayShopper=493EC0,00

RPG_RT2k v1.07:
0x70BDB: 01 set 00

Kein Aufleuchten bei EnemyBehavior: Transform.

Zitat von DynRPG.ini

[QuickPatches]
TransformFlash=4BDF08,5858589090

RPG_RT2k v1.07:
0x7EE92: E8 BD FD FF FF set 58 58 58 90 90

**bugmenot** · 25.03.2014, 14:30

AntiLagSwitch 2k(3)
download AntiLagSwitch

**Davy Jones** · 25.03.2014, 15:30

Also werden nur die Events geupdated, die von einem Change Switch bzw. Change Variable direkt betroffen sind?

**bugmenot** · 25.03.2014, 16:10

Erm... immer wenn irgendetwas passiert (oder der entsprechende Eventbefehl erfolgt), das die PreConditions auf der linken Seite von Events erfüllen könnte (ChangeSwitch, ChangeVariable, AddItem, ChangeParty, ChangeTimer) ... erfolgt nach jedem solchen Eventbefehl ein EventUpdate, das ALLE Events auf der momentanen Map und ALLE CommonEvents anvisiert.

Wenn man im Hintergrund irgendwelche Logik- oder Arithmetik-Prozesse laufen hat, die aus zig Zeilen bestehen, die in jedem Frame wiederholt werden... kann man entweder einen 0.0 wait setzen (damit das Spiel Zeit hat, sich wieder zu beruhigen... dann muss man aber auch mittendrin waits setzen, weil 2 Frames warten statt vorher 1 ohne wait auch nicht viel bringen könnte...) ...oder halt das Auslagern von Rechenarbeit auf das Durchchecken von mehreren hundert Events unterbinden.

Diese Maker waren nie darauf ausgelegt, mit vorgegebenen Mitteln, irgendetwas großes durch den Nutzer ausrechnen zu lassen.

Der Patch wird leider kein generelles Laggen durch riesige Maps mit hunderten sich bewegenden Events oder durch ständige Festplattenzugriffe durch unnöttiges <ShowPicture> beheben.

Edit:

Zitat von Cherry

Parallele Events laufen nicht komplett durcheinander. Ein Event läuft solange ungestört, bis es entweder einige Tausend Befehle ausgeführt hat (weiß gerade die Zahl nicht) oder an einen Befehl kommt, der bis zum nächsten Frame wartet (dazu gehört Wait, aber auch das Ende eines PPs oder Befehle wie Open Save Menu, etc.). Daher, wenn man nicht eine Schleife ohne Wait baut (was man eh nicht sollte), sodass man an das Befehlslimit kommt, kann man davon ausgehen, dass zwischen zwei Befehlen die nicht auf das nächste Frame warten (und dazu gehören ja Variablen-/Switch-Operationen und Bedingungen) nichts anderes dazwischenfunkt.

Solange man einen Block an ForkConditions + Switches + Variables hintereinanderreiht und vor und nach dem Block Switch[1000] an/ausschaltet, sollte es selbst bei parallel laufenden Events keine Probleme geben.

**MagicMaker** · 25.03.2014, 16:19

Die Checkerei wird also bei jeder Aktion durchgeführt, die die Seitenbedingungen betreffen könnte?

Es erschliesst sich mir halbwegs, warum das bei dem Event durchgeführt wird, aus dem der Befehl stammt,
da sich mitten im Frame etwas Wichtiges ändern kann, aber alle überprüfen? Es hätte ja eigentlich gereicht,
wenn diese durchgecheckt werden, sobald sie in der Ausführung im derzeitigen Frame dran sind. òo

**bugmenot** · 25.03.2014, 17:17

Zitat von MagicMaker

Die Checkerei wird also bei jeder Aktion durchgeführt, die die Seitenbedingungen betreffen könnte?

Was mit den CommonEvents ist, kann ich nicht genau sagen. Aber bezüglich von MapEvents werden in einer 'for i = 1 to EventAmount'-Schleife die Parameter des jeweiligen Events abgerufen und gleich hinterher die Seitenbedingungen durchgecheckt. Bei jeder solchen Aktion, die ein EventUpdate ausführt. Ohne irgendwo mittendrin zu warten.

**Raildex** · 30.03.2014, 11:15

Sagt mal Leute, wäre es möglich eine Art eigene Scene zusammenzubauen?
Also ich meine ein komplett eigenes Menü, aber im Standardstil, ohne Pictures etc. zu verwenden. Dass man das ganze praktisch hardcoded?

**Corti** · 30.03.2014, 18:11

Gibt noch nicht ausreichend Zugriff auf Spielinhalte um sowas umzusetzen.

**Cherry** · 30.03.2014, 19:22

Ich denke, das müsste schon hinzubekommen sein. Bei einer nicht vom Maker eingebauten Scene tut das Spiel einfach gar nichts. Man kann also in onFrame einfach selber was zeichnen, Tasten abfragen, Sounds ausgeben, etc.

EDIT: Ach so, du meinst es gibt noch zu wenig anzuzeigen... naja das stimmt leider.

**G-Brothers** · 31.03.2014, 15:47

@bugmenot
Besten Dank für diesen Patch! Dank dir und den anderen Technikern hier, werden die Grenzen der alten RPG Maker immer weiter in die Ferne geschoben.

**bugmenot** · 31.03.2014, 23:18

Assign Turn Battle 2k3
download AssignTurnBattle

Many thanks to PepsiOtaku for troubleshooting.

LinkToEvent - Fix
download LinkToEventFix

Das Fenster mit den Kampfbefehlen wird jetzt geschlossen, wenn man einen BattleCommand vom Typ "Event" auswählt.

**Cherry** · 01.04.2014, 11:42

Wo schreibst du deine ganzen Codes hin? Du weißt schon dass ich massiv Code Caves verwendet habe in den alten Patches? Ich will da keine Konflikte. Könntest du mal eine Liste deiner Code Caves machen? Ich würd das dann auch tun. Ist sonst doof wenn es Konflikte gibt.

Ich fänds ja überhaupt sinnvoller wenn es diese Dinge als Plugin gäbe, mit Source. Du kannst ja, wenns keine Callbacks gibt, Jumps zu deinen Funktionen reinpatchen (aber auch im Plugin! nicht als IPS oder Quickpatch!!), aber die Funktionen selber im Plugin implementieren... fänd ich viel sinnvoller, das würde das Code Cave Problem lösen und deine Arbeit ein bisschen transparenter und erweiterbarer gestalten.

Der Sinn von DynRPG war es ja, die traditionellen IPS-Patches abzuschaffen... das IPS-Feature hab ich nur eingebaut um auch alte Nicht-Plugin-Patches nutzen zu können, ohne an der RPG_RT.exe rumschrauben zu müssen. Und jetzt patchst du uns zu. O_o

Wenn du am Gepatche so viel Spaß hast, dann könnten wir uns doch mal zusammensetzen und über die Zukunft von DynRPG reden. Ich hab keine Zeit, was dran zu tun, es gibt aber noch so viel Potential, und es scheint dass hier neben mir du der einzige bist der das Wissen hat, was notwendig dafür ist.