[DynRPG] Corti's Werkstatt (Update 11.09.215) - CortiCustomCrit V0.5

[Davy Jones]

Dann würde ich das zur Sicherheit lieber nochmal in den Startpost packen (Atbspeed 0.7), bevor es hier im Thread untergeht und viele verschiedene Versionen existieren bzw. die Übersicht flötengeht. Ist ja schon beim DynLoader vorgekommen.

[Corti]

Moin,

ich hab für ein Plugin für eine/n bestimmten Nutzer/in ein paar Kommentarbefehle geschrieben, um leichter auf Dinge zugreifen zu können, an die man im Maker sonst nur fummeliger dran kommt. Daraus wird in den folgenden Tagen ein seperates Plugin werden und daher bekommt ihr nun die Chance, euch die Liste anzusehen und Vorschläge zu machen, welche Zugriffe ihr noch praktisch finden würdet.

Die folgenden Dinge existieren.

========== Kommentarbefehle: ==========
Für Details zur Verwendung von EventComment-Befehlen: http://rpg-maker.cherrytree.at/dynrpg/guidelines.html

Beispiel:
[ @FooBar 123, "abc", V55, VV66 ]
The command name is foobar.
The first parameter is numerical.
The second parameter is a string.
The third parameter is a numerical value read from variable #55.
The fourth parameter is a numerical value read from the variable whose ID is stored in variable #66.

========== Monster: Parameter der folgenden Befehle: ==========
Par1 ( numerisch ) Monster ID ( 1 bis 8 )
Par2 ( numerisch ) Id der Variable in die geschrieben wird ( -1 wenn Monster nicht in der MonsterGruppe )

Zweck: Angriffswert eines Monsters in eine Variable speichern
>>> @get_mon_atk Par1, Par2

Zweck: Abwehrswert eines Monsters in eine Variable speichern
>>> @get_mon_def Par1, Par2

Zweck: Agilitätsswert eines Monsters in eine Variable speichern
>>> @get_mon_agi Par1, Par2

Zweck: Intelligenzwert eines Monsters in eine Variable speichern
>>> @get_mon_int Par1, Par2

Zweck: Maximale HP eines Monsters in eine Variable speichern
>>> @get_mon_hp_max Par1, Par2

Zweck: Maximale MP eines Monsters in eine Variable speichern
>>> @get_mon_mp_max Par1, Par2

Zweck: Aktuelle HP eines Monsters in eine Variable speichern
>>> @get_mon_hp_now Par1, Par2

Zweck: Aktuelle HM eines Monsters in eine Variable speichern
>>> @get_mon_mp_now Par1, Par2

Zweck: Datenbank ID eines Monsters in eine Variable speichern
>>> @get_mon_database_id Par1, Par2


========== Monster: Weitere Befehle: ==========

Zweck: Rundenzahl der Maker-Condition eines Monsters in eine Variable speichern
>>> @get_mon_condition_rounds Par1, Par2, Par3
Par1 ( numerisch ) Monster ID ( 1 bis 8 )
Par2 ( numerisch ) Id der Variable in die geschrieben wird ( Rundenzahl 0 = Nicht aktiv, -1 wenn Monster nicht in der MonsterGruppe )
Par3 ( numerisch ) ID der Condition

Zweck: Sichtbarkeit eines Monsters in eine Variable speichern
>>> @get_mon_visibility Par1, Par2
Par1 ( numerisch ) Monster ID ( 1 bis 8 )
Par2 ( numerisch ) Id der Variable in die geschrieben wird ( 1 wenn sichtbar, 0 wenn unsichtbar, -1 wenn Monster nicht in der MonsterGruppe )

Zweck: Aktivität eines Monsters in eine Variable speichern. Aktiv bedeutet dabei: in der Gruppe, am Leben, Sichtbar
>>> @get_mon_activity Par1, Par2
Par1 ( numerisch ) Monster ID ( 1 bis 8 )
Par2 ( numerisch ) Id der Variable in die geschrieben wird ( 1 wenn aktiv, 0 wenn nicht )

Zweck: Anzahl der Monster in der aktuellen MonsterGruppe in eine Variable speichern
>>> @get_mon_number Par1
Par1 ( numerisch ) Id der Variable in die geschrieben wird


========== Helden-Befehle: ==========

Zweck: Anzahl der Helden in der aktuellen Party in eine Variable speichern
>>> @get_hero_number Par1
Par1 ( numerisch ) Id der Variable in die geschrieben wird

Zweck: Partyposition des Helden in eine Variable speichern
>>> @get_hero_party_pos Par1, Par2
Par1 ( numerisch ) Datenbank-ID des Helden
Par2 ( numerisch ) Id der Variable in die geschrieben wird ( -1 wenn Held nicht in der Party )

Zweck: Datenbank-ID des Helden auf gegebener PartyPosition in eine Variable speichern
>>> @get_hero_id_on_pos Par1, Par2
Par1 ( numerisch ) Partyposition ( 1 bis 4 )
Par2 ( numerisch ) Id der Variable in die geschrieben wird ( -1 wenn kein Held auf der Position )

Nebenbei arbeite ich an einer Verbesserung von AtbSpeed und CombatVisu.
CortiXCustomCrit hat einige Zusatzfunktionen bekommen. In den folgenden Wochen werde ich das wohl mit der Welt teilen.

[Sölf]

Ich reanimiere diesen Thread jetzt!

Grund:
Bei deinem Monster HUD scheint diese Zeile nicht zu funktionieren:

Code:

; Absolute Verschiebung nach Unten in Prozent der Höhe der Monstergrafik
GlobalOffsetPercOfSizeY=10

Nach einigem Testen wird das HUD nach rechts bzw. links verschoben, aber nicht nach oben und unten. X bewirkt natürlich das gleiche (also verschiebung nach Rechts/Links).

Ich möchte das HUD aber unter den Gegnern haben (quasi untere Linke Ecke). Zum einen verdeckt die Leiste mit Zaubern die HP Leiste, zum anderen kann ich das nicht mit manuellen Pixeln machen, da die Gegner ja ne ganze Ecke Größen Unterschiede haben. Und bei nem Test mit 100 Pixeln ging das zwar bei nem großen Gegner, bei kleineren flog die dann aber sonstwo rum. xD

Davon ab: Kann man dich noch buchen? xD

[Corti]

Hey!Wie gut, dass wir Wochenende haben! Ich packs auf die Liste und schau mal rein!

@Buchen: Zwecks?

[Sölf]

Naja, halt mal wieder versuchen was zusammen zu baslten. Wobei, das kann ich vielleicht auch einfach in den allgemeinen Programmthread posten. xD

[Corti]

Bitte konkret werden. Danke.

[Sölf]

Keh, zwei sachen:

1.) Wäre es möglich die maximalen Statuswerte der Gegner höher als 999 zu machen? Ich bin mir hier allerdings noch nicht sicher, ob ich das wirklich brauche (der Knackpunkt ist in dem Falle der Angriffswert, da der im 2k3 selbst mit einem Wert von 999 nicht sonderlich hoch ist bei entsprechender Verteidigung/HP). Es lässt sich zwar auch ohne Patch etwas tricksen, indem man Gegnern z.B. zu Beginn einen Zustand gibt der den Wert verdoppelt (so könnte man theoretisch noch bis 1998 kommen), das nimmt aber wiederum potenzielle Fähigkeiten raus.

2.) Was mich viel mehr interessiert:
Wäre es möglich, dass normale Shopsystem des Makers anzupassen, damit es ähnlich dem von Etrian Odyssey funktioniert? Bei Etrian Odyssey war es so, dass der Shop neue Items bekam, wenn eine bestimmte Anzahl an Items verkauft wurden. Z.B. hat man 5 Eisenerze verkauft und fortan bot der Shop Eisenschwerter und Eisenäxte an. Für noch 2 weitere Erze (also insgesamt 7) kämen dann noch Eisenrüstungen dazu. Und so lief das eben für jedes Item ab, mit einigen ganz wenigen Ausnahmen für das Startequip, dass natürlich sofort käuflich war.

[Corti]

Zu 1:
Es gibt von Bugmenot einen Fix für die Formel der Schadensberechnung.
Bei je 1000 hättest du bei normaler Formel 250 als Endwert Atk/2-Def/4. Du könntest aber auch Atk*2-Def draus machen. Da das die Rundung der Zahlen verändert kommt das einer Erhöhung der Zahlabereiches gleich.

Zu 2:
Ich wüsste nicht, dass ich per DynRPG was für dich tun könnte. Allerdings kannst du das Prinzip doch einfach mit Events bauen.

[Sölf]

Also "Einfach" mit Events schonmal gar nicht, da ich ja sämtliche Item Möglichkeiten des Shops abfragen müsste (sprich, kann ich schon ein Eisenschwert kaufen? Kann ich einen Heiltrak kaufen? Kann ich Heiltrank aber kein Schwert kaufen? Kann ich Schwert aber keinen Heiltrank kaufen?). Aber gut, ich hab ne alternative Idee die das über Quests "simuliert" (X materialen Sammeln, alle abgeben, dann gibts ne bestimmte Anzahl neuer Items). Wäre halt nur cool gewesen wenns gegangen wäre. xD

Nach dem Fix such ich dann mal, schonmal danke dafür.

[Corti]

Würde es helfen, wenn du den Inhalt des Shops parametriert befüllen könntest?

[Sölf]

Wie genau meinst du das jetzt? Ich frage ab ob X items verkauft wurden und dann gibts neue Sachen im Shop?

Die Sache ist halt, dass der Shop in der Lage sein müsste (wenns denn so wie bei Etrian Odyssey umgesetzt werden könnte) sich automatisch mit neuen Gegenständen zu befüllen wenn bestimmte Gegner drops oder im Dungeon gefundene Items verkauft werden. Und es müsste halt abgefragt werden, ob nur Item A oder nur Item B oder doch beide oder eben gar keins drin ist. Und das eben auf mehrere Dutzend/Hundert Items hochgerechnet. Und einige Gegenstände sollte erst verfügbar sein wenn diverse Sachen verkauft wurden, z.B. ein Feuerschwert nachdem ich 3x Eisen und 2x Feuerkern verkauft habe.

[Corti]

Trenne dich gleich von dem Gedanken, dass man genau das System so reinpatchen kann, dass du nur noch den Shop aufrufen musst. Das wird nicht passieren.

Was ich versuchen kann:
Ich habe eben mit meinen EventTrace Plugin mal geschaut, wie der Shopbefehl aufgerufen wird. Dabei werden lediglich alle für diesen Shop konfigurierten Items als Array von Zahlen mitgegeben. Diese Auflistung von Item-IDs kann man vielleicht verändern. Auf diese Weise kann man der Liste von Items, die der Shop verkauft vielleicht weitere Items hinzufügen.

D.h. wenn du einen NPC einbaust, bei dem du Erz abgeben kannst, könntest du selber mitspeichern, wie viel Erz du schon verkauft hast.
Bei dem Shop NPC könntest du dann vor dem call_shop-Befehl noch einstellen, welche Items der Shop zusätzlich verkaufen soll, zB das Eisenschwert wenn du bereits 10 Erz verkauft hast.

Diese Veränderung der Shopitemliste kann nur vor dem Aufruf des Shops stattfinden. Im Shop selber beim Verkauf von Items die Shopliste verändern während der Shop noch aktiv ist, ist nicht möglich. Wenn du einen Shop für das Kaufen und einen Shop für das Verkaufen einbaust, dann könntest du selber auslesen, wie viele z.B. Feuerkerne beim Starten des Shops und wie viele danach im Inventar sind und dir das mitspeichern. Nur das alles in einem Shop und ohne, dass du da selbst für jedes Item eigenen Eventcode schreiben müsstest, ist nicht drin.