| MG Mud User | 88f1247 | 2016-06-24 23:31:02 +0200 | [diff] [blame^] | 1 | |
| 2 | Regionsmagier |
| 3 | ============= |
| 4 | |
| 5 | Vorbemerkung: Dieses Dokument ist nicht auf dem aktuellen Stand, |
| 6 | Anregungen dazu nehme ich, Zook, gerne entgegen. Ich werde das |
| 7 | Dokument dann nach und nach erweitern, berichtigen. |
| 8 | |
| 9 | Hier sind einige Verhaltensregeln fuer Regionsmagier zusammengetragen. Sie |
| 10 | sollten tunlichst beachtet werden, damit es nicht zu Aerger und |
| 11 | Enttaeuschungen fuer Spieler und Magier kommt. |
| 12 | |
| 13 | Einstellen von neuen Mitarbeitern: |
| 14 | |
| 15 | * Man sollte dem neuen Magier *vorher* sagen, was fuer Richtlinien fuer |
| 16 | die Region gelten. |
| 17 | * Der neue Magier sollte zuerst seine Plaene erlaeutern und mit dem RM |
| 18 | absprechen, ob das in die Region passt. |
| 19 | * Zum Aufnehmen in die Region einfach ein Verzeichnis mit dem Magiernamen |
| 20 | anlegen, dann zu Merlin gehen und sagen |
| 21 | |
| 22 | merlin mach <xxx> zum magier / merlin mach <xxx> zur magierin |
| 23 | |
| 24 | Zum Testen von neuen Gebieten: |
| 25 | |
| 26 | * Generell gilt: ERST testen, dann anschliessen. |
| 27 | * Logik beachten! |
| 28 | * Syntax von Befehlen beachten, kann der Spieler draufkommen? |
| 29 | * Objekte pruefen, genaueres siehe unten beim Punkt Balance. |
| 30 | * Jedes Monster kurz umhauen (nicht zappen), geht prima mit einem |
| 31 | entsprechend hohen Wert fuer P_HANDS. Dann `tail /log/NPC_XP' und die |
| 32 | XP-Vergabe ueberpruefen. |
| 33 | * Auch den Code anschauen, unnoetige oder schlecht programmierte Dinge |
| 34 | bemaengeln, natuerlich mit Verbesserungsvorschlag. |
| 35 | * typischer Fehler: darauf achten, ob beim Bewegen von Objekten in den |
| 36 | Spieler der Rueckgabewert von move() ueberprueft wird und die |
| 37 | entsprechenden Massnahmen ergriffen werden, wenn der Spieler nichts |
| 38 | mehr tragen kann. |
| 39 | * Bei sich bewegenden Monstern mit dem Magier besprechen, ob das wirklich |
| 40 | noetig ist, bzw. ob man den Takt verlaengern kann. Lauf-NPCs sind |
| 41 | CPU-Fresser. |
| 42 | * Vor dem Anschluss MUESSEN Forscherpunkte eingetragen werden. Das macht |
| 43 | der entsprechende Erzmagier, momentan ist das Rikus. Naeheres dazu |
| 44 | steht unter `hilfe forscherpunkte'. |
| 45 | |
| 46 | Ein paar grobe Regeln zur Balance: |
| 47 | |
| 48 | * Dies sind Richtlinien, die evtl. nicht mehr aktuell sind. Die aktuellen |
| 49 | Regeln, die von den Magiern befolgt werden muessen, stehen im |
| 50 | Verzeichnis `/doc/REGELN' sowie insbesondere in `/doc/wiz/balance'. |
| 51 | * gute Waffen (WC ueber 190) sollten nur selten ins Spiel kommen, das |
| 52 | heisst es sollte keine 5 NPCs auf einem Haufen mit solchen Waffen geben |
| 53 | (als Beispiel). Ausserdem sollten diese Waffen schwer zu erlangen sein. |
| 54 | * sehr gute Waffen (200 oder mehr) sollten sehr selten sein und sehr |
| 55 | schwierig zu bekommen. Extrem gute Waffen koennen ruhig existieren, |
| 56 | allerdings sollten sie dann einmalig sein (Beispiel: Hauruck). |
| 57 | * Artillerie: Gibt es schon mehr als genug, sollte eigentlich nur noch in |
| 58 | extremem Ausnahmefaellen neu reinkommen. Als Artillerie bezeichne ich |
| 59 | alles, was im Kampf zusaetzlich hilft (Flammenkugeln, Wurfsterne, |
| 60 | Eisstab). |
| 61 | * Heilung: tragbare Heilung ist generell nicht erlaubt, allerdings kann |
| 62 | man Ausnahmen machen bei entsprechenden Nachteilen, z.b. hohe |
| 63 | Saettigung, gleichzeitige Vergiftung, Abhaengigkeit ... der Fantasie |
| 64 | sind keine Grenzen gesetzt. |
| 65 | * Ausgeglichenheit: Darauf achten, dass nicht nur Mega-Monster rumlaufen, |
| 66 | sondern fuer jeden etwas dabei ist. Dabei sollten harte Monster nicht |
| 67 | ohne weiteres zu erreichen sein; man sollte spuerbaren Widerstand |
| 68 | ueberwinden muessen, bevor man sie erreicht. |
| 69 | |
| 70 | Programmhierhinweise: [Ergaenzung vom 2003-03-06, Zook] |
| 71 | |
| 72 | Bitte achtet darauf, dass beim Programmieren Eurer Regionsmitarbeiter |
| 73 | gewisse Standards eingehalten werden und dass typische Fehler vermieden |
| 74 | werden. Im folgenden ein paar Hinweise: |
| 75 | |
| 76 | * Bei Laeden bitte darauf achten, dass nicht unnoetig "verkaufe" mit |
| 77 | einem AddCmd ueberschrieben wird, wenn statt dessen buy_obj() oder |
| 78 | sell_obj() verwendet werden kann. |
| 79 | Um Laeden besser anzupassen, kann dort auch P_GENDER, P_NAME und |
| 80 | P_ARTICLE gesetzt werden. |
| 81 | * Bei Waffen kann und sollte die Funktion "is_unsafe" verwendet werden, |
| 82 | wenn NPCs die Waffe nicht zuecken sollten. Z.B. liefert einen |
| 83 | Runenschwert bei Elfen-NPCs eine 1 zurueck, sonst eine 0. |
| 84 | * Es gibt eine Property P_PLURAL. Die sollte man auch verwenden. |
| 85 | Siehe dazu die Hilfeseite. |
| 86 | * Zum Hantieren mit Gegenstaenden stellt put&get einige komfortable |
| 87 | Funktionen zur Verfuegung: pick_obj(), drop_obj(), put_obj(), |
| 88 | give_obj(). |
| 89 | Um Objekte auszuwaehlen kann find_obs() genutzt werden. |
| 90 | Prueft ein Objekt, ob es selbst gemeint ist (z.B. in einem AddCmd) |
| 91 | bitte pruefen, ob id() verwendet werden sollte. |
| 92 | |
| 93 | |
| 94 | Sonstiges: |
| 95 | |
| 96 | * Wenn man ein Verzeichnis unter /d/<region> anlegt, muss man darauf |
| 97 | achten, dass der entsprechende Name gebanisht wird, sonst ist ein |
| 98 | Spieler der diesen Namen hat automatisch Mitarbeiter der Region (das |
| 99 | betrifft Verzeichnisse, die nicht fuer Regionsmitglieder, sondern fuer |
| 100 | andere Aufgaben gedacht sind). |
| 101 | * Ein Name wird gebanisht indem man in die Gilde geht und dort `banish |
| 102 | <name>' eingibt. Bitte keine direkten Funktionsaufrufe im master! |
| 103 | |
| 104 | SIEHE AUCH: |
| 105 | forscherpunkte, balance, banish |
| 106 | |
| 107 | LETZTE AeNDERUNG: |
| 108 | Don, 6. Feb 2003, 13:30:56 von Zook. |