MG Mud User | 88f1247 | 2016-06-24 23:31:02 +0200 | [diff] [blame^] | 1 | Hilfe zu Balanceantraegen |
| 2 | ========================= |
| 3 | |
| 4 | Um die Arbeit der Balance zu erleichtern und damit die Wartezeit fuer die |
| 5 | Magier zu verkuerzen, gibt es einige Dinge zu beachten. Das Ganze liest sich |
| 6 | auf den ersten Blick sehr buerokratisch, ist es aber nicht. Die Anleitung soll |
| 7 | nur so ausfuehrlich wie moeglich sein, um Missverstaendnissen vorzubeugen. |
| 8 | Zuerst einmal gibt es grundsaetzlich zwei Arten von Antraegen: |
| 9 | |
| 10 | 1. Eine Vorabanfrage |
| 11 | |
| 12 | Viele Magier scheuen die Arbeit, ein Objekt zu programmieren, das anschliessend |
| 13 | nicht von der Balance genehmigt wird. Das ist verstaendlich und Vorabanfragen |
| 14 | werden nicht minder beachtet als konkrete Antraege. Trotzdem sollte man so eine |
| 15 | Anfrage sorgfaeltig formulieren. Sie sollte das Problem klar umreissen und |
| 16 | moeglichst eindeutig sein. Auch ein Hinweis darauf, wo der Magier Probleme mit |
| 17 | der Balancierung erwartet und in welchem Wertebereich eventuelle Zahlen |
| 18 | erwartet werden, sollte nicht vergessen werden. |
| 19 | |
| 20 | Eine Antwort auf eine Vorabanfrage ist allerdings keine Genehmigung eines |
| 21 | Objekts. Es ist lediglich als Information zu sehen, ob die Balancemitglieder |
| 22 | so ein Objekt ueberhaupt fuer genehmigungfaehig halten, gegebenenfalls mit |
| 23 | angepassten Werten oder leicht veraenderten Eigenschaften. Mit einer Antwort |
| 24 | auf eine Vorabanfrage wollen wir dem Wunsch der Magier entsprechen, zu |
| 25 | erfahren, ob es sich lohnt, Arbeit in das Objekt zu investieren, bindend ist |
| 26 | so eine Antwort allerdings nicht. |
| 27 | |
| 28 | 2. Ein Antrag |
| 29 | |
| 30 | Hier geht es um die Festschreibung aller kampfrelevanten Eigenschaften, |
| 31 | trotzdem sollten alle Eigenschaften, die Einfluss auf das Spielgeschehen haben, |
| 32 | mit angegeben werden, auch wenn die Objektbalance nicht direkt fuer diese |
| 33 | Eigenschaft zustaendig ist. Eine Waffe, die den Traeger ab und zu heilt, |
| 34 | muss auch bei der Heilungsbalance beantragt werden, trotzdem darf diese |
| 35 | Eigenschaft nicht vor der Objektbalance verschwiegen werden. Alle Werte |
| 36 | sollten tabellarisch aufgefuehrt werden. Eine Uebersicht, ueber die von der |
| 37 | Balance benoetigten Werte: |
| 38 | |
| 39 | Kurzbeschreibung: P_SHORT |
| 40 | Pfadangabe: momentan und nach Anschluss |
| 41 | Typ des Objekt: Schwert, Hose, Ring... |
| 42 | Waffen/Ruestungsklasse: P_WC, P_AC |
| 43 | Schadensart: P_DAM_TYPE |
| 44 | Benoetigte Haende: P_NR_HANDS |
| 45 | Wert: P_VALUE |
| 46 | Gewicht: P_WEIGHT |
| 47 | HitFunc: Mit Erlaeuterung der Umstaende, |
| 48 | Begruendung und Werte/Wahrscheinlichkeiten |
| 49 | Andere Boni: Kaempfer, Zauberer, Heilungen, Resistenzen |
| 50 | evtl mit rollensp. Begruendung |
| 51 | Restriktionen: P_RESTRICTIONS, Paralyse, Zeitbeschraenkungen |
| 52 | |
| 53 | Eine Begruendung sollte die Eigenschaft rollenspieltechnisch einbetten und |
| 54 | nicht beschreiben, warum das MG diese Eigenschaft in einem Objekt unbedingt |
| 55 | noch braucht. Weiterhin sollte man die Erreichbarkeit kurz umreissen und die |
| 56 | Haeufigkeit, mit der das Objekt an Spieler gelangt. Auch hierbei gilt, dass |
| 57 | man das Objekt moeglichst kurz, aber eindeutig beschreibt. |
| 58 | |
| 59 | Die Genehmigung oder Ablehnung eines Antrags durch die Objektbalance ist |
| 60 | bindend. Eigenschaften, die in der Antwort aufgefuehrt sind, sind |
| 61 | festgeschrieben und beduerfen bei Aenderung eines Neuantrages (das geht in |
| 62 | der Regel recht schnell, wenn der Magier nicht das Objekt komplett umkrempelt). |
| 63 | Sollten nicht festgeschriebene Eigenschaften, die das Spielgeschehen |
| 64 | beeinflussen (die es eigentlich nicht geben sollte), geaendert werden, muss die |
| 65 | Balance informiert werden. Bei jeglichem Mailverkehr zu einem Objekt, sollte |
| 66 | die btop Nummer angegeben werden, die in der ersten Mail zu dem Objekt |
| 67 | angegeben sein sollte. Ist dies nicht der Fall, erfrage diese Nummer bitte bei |
| 68 | einem der Teammitglieder. Nach Genehmigung des Objektes, sollte diese Nummer |
| 69 | auch in den Kopf der Datei(en) geschrieben werden. |
| 70 | |
| 71 | Bei einem Antrag kommt es immer wieder zu Misverstaendnissen oder |
| 72 | Zweideutigkeiten. Daher ist es die Regel, dass noch mal nachgefragt wird, |
| 73 | wie denn genau etwas ablaufen oder implementiert werden soll. Eine schnelle |
| 74 | Beantwortung dieser Fragen beschleunigt natuerlich auch den |
| 75 | Genehmigungsprozess. Missfallen dem Balanceteam einzelne Eigenschaften, |
| 76 | Implementierungen oder Werte, werden haeufig Vorschlaege gemacht, die die |
| 77 | Akzeptanz eines Objektes durch die Balance entscheidend verbessern. Die |
| 78 | Mitglieder bemuehen sich, den Genehmigungsprozess so reibungslos und |
| 79 | konfliktarm wie moeglich ablaufen zu lassen. Solche Aenderungsvorschlage sind |
| 80 | weder Belehrungen noch boese gemeint, sondern sollen dazu dienen die |
| 81 | Balancierung zu vereinfachen, zu beschleunigen und Bedenken von |
| 82 | Balancemitgliedern entgegenzukommen. |
| 83 | |
| 84 | Zum Schluss noch ein Antrag, wie er aussiehen koennte: |
| 85 | |
| 86 | Antrag fuer ein Zweihandschwert |
| 87 | ------------------------------- |
| 88 | |
| 89 | Name: Der Perforator |
| 90 | Pfad: /d/region/magier/gebiet/obj/perforator.c |
| 91 | /d/region/magier/gebiet/obj/loch.c |
| 92 | P_WEAPON_TYPE: WT_SWORD |
| 93 | P_WC: 200 |
| 94 | P_NR_HANDS: 2 |
| 95 | P_VALUE: 15000 |
| 96 | P_WEIGHT: 1500 |
| 97 | P_DAM_TYPE: ({DT_PIERCE, DT_UNHOLY}) |
| 98 | HitFunc: unter Umstaenden random(50) |
| 99 | K_BRAWLING_WC: 25 |
| 100 | K_CRITICAL_HIT: 80 |
| 101 | |
| 102 | Pseudo-Unique: Es gibt 10 Stueck, wird ein Elftes gebraucht, wird |
| 103 | das mit der aeltesten Clonezeit zerstoert. |
| 104 | |
| 105 | Restriktionen: MiniQuest, Seher, Beteiligung beim Ermetzeln |
| 106 | |
| 107 | Beschreibung: Der Perforator perforiert den Gegner. Ist noch kein Loch |
| 108 | in dem Gegner, wird eins reingepiekt und macht dabei zusaetzlich random(50) |
| 109 | Schaden. Danach ist ein Loch im Gegner und er verliert jede Runde 10 + |
| 110 | random(10) HP durch Blutverlust per reduce_hit_points() fuer 10 Runden. |
| 111 | Ist der Traeger des Schwerts noch im Raum, bekommt er diesen Schaden |
| 112 | gutgeschrieben, weil das Schwert das Blut trinkt. Ist das Loch weg, gibt es |
| 113 | kein weiteres. |
| 114 | |
| 115 | Das Schwert hat ein schweres, mit Dornen versehenes Heft (BRAWLING_WC) und |
| 116 | ist rasiermesserscharf, so dass es sich fuer einen Todesstoss gut eignet. |
| 117 | Das Schwert hat einen Fluch, der es blutdurstig macht und DT_UNHOLY erklaert. |
| 118 | |
| 119 | Um das Schwert zu bekommen, braucht man eine Miniquest, die ca 20 AP geben |
| 120 | wuerde. Am Ende kommt man an einen Endgegner, den man im Team hauen muss, |
| 121 | alle Mitglieder muessen die Miniquest gerade machen. Zuecken kann das Schwert |
| 122 | nur jemand, der die Miniquest schon hat und mindestens 20% des Schadens gemacht |
| 123 | hat. Von dem Schwert gibt es immer nur 10 Stueck, das aelteste wird beim |
| 124 | clonen des NPC zerstoert und ein Neues erschaffen. |
| 125 | |
| 126 | ----------------------------------- |
| 127 | |
| 128 | SIEHE AUCH |
| 129 | |
| 130 | ruestungen, waffen, fernwaffen, uniques, npcs, objects, balance |
| 131 | attributsveraenderungen, resistenzen, kampfobjekte, grenzwerte, nachteile |
| 132 | ------------------------------------------------------------------------------ |
| 133 | letze Aenderung: 18.10.2005 23:41 - Miril |