spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Zwar kann ich dir nicht so direkt helfen aber das ist tatsächlich ein äußerst mageres Thema im großen Netz der Netze.

So oft habe ich auch schon nach Systemen und Berechnungsmöglichkeiten gesucht, die in irgendeiner Form ein Berechnungsmuster erkennen lassen.

Das ist wirklich schlimm - ich rechne derzeit auch viele verschiedene Modelle durch, so dass es auch spielbar ist - gebe dir gern wieder Bescheid, wenn ich auch etwas brauchbares gefunden oder "kreiert" habe

Ich glaube das Spiel Balancing hängt auch viel mit dem Testen zusammen. Wenn erkannt wird, dass eine Fähigkeit/Einheit zu stark ist, werden die Werte eben etwas angepasst. Perfekt im Voraus wird man das nicht berechnen können.


http://en.wikipedia.org/wiki/Balance_(game_design)

Was wohl generell hilft, ist ein guter mathematischer Hintergrund. Also das man verschiedene Formeln kennt und schnell eine Funktion finden kann, die ein gewisses aussehen hat. Dann würde man formulieren, wie sich das Spiel verhalten soll, daraus Bedingungen an die Werte herleiten und daraus dann die Funktionen bestimmen.

Klassisches Beispiel wären Rüstungen. Intuitiv verringert eine Rüstung den Schaden den man erleidet. In einem typischen Rollenspiel würde man im Verlauf immer bessere Rüstungen finden um gegen immer bessere Feinde bestehen zu können.
Man könnte jetzt sagen, dass eine Rüstung einen bestimmten Prozentsatz absorbiert, meinetwegen 40%. Das Problem daran ist, das sich das nicht am Spielfortschritt orientiert, eine Rüstung die am Anfang super war (90%) wird auch am Ende noch super sein. Eigentlich will man ja eine gute Rüstung finden können, aber später dann eine noch bessere finden können. Natürlich konnte der Schaden der Gegner einfach exponentiell steigen, so dass man Rüstungen mit 99%, 99,9% und 99,99% finden muss - die Frage ist, ob man so verrückte Zahlen haben will.
Man könnte auch sagen, dass ein fester Wert abgezogen wird. -5 auf alle Schäden. Nur wäre man damit vermutlich recht schnell gegen alle Gegner, die ein paar Stufen schlechter sind als der eigene Charakter unverwundbar, weil immer mehr Schaden absorbiert wird, als sie machen.
Also vielleicht einen Mittelweg. Rüstungen die gegen schwache Gegner super sind sollen gegen starke kaum helfen, aber egal wie stark deine Rüstung ist soll dich doch jeder Gegner noch verletzen können. Der Schaden passt sich also irgendwie dem Verhältnis von Schaden zu Rüstung an. Habe ich den selben Rüstungswert, erleide ich nur halben Schaden, ist mein Rüstungswert doppelt so hoch nur noch ein viertel, habe ich überhaupt keine Rüstung, bekomme ich vollen Schaden. Und dann fängt der Spaß an, eine vernünftige Formel zu finden. Man kommt schnell auf die Idee, tatsächlich Schaden/Rüstung (oder Umgekehrt) zu rechnen, stellt dann aber fest, dass beide Werte 0 sein können oder zumindest in der Nähe von 0 immer noch sinnvolle Werte herauskommen müssen. Und dann braucht man einfach die Erfahrung, wie man daraus irgendetwas halbwegs nettes hinbekommt. Man könnte die Exponentialfunktion nehmen, die Werte zwischen minus unendlich und 0 auf [0..1] abbildet, damit machen unendlich große Zahlen kein Problem mehr. Man könnte auch zu Zähler und Nenner einen Konstanten Wert addieren, damit würde der "hässliche" Teil der Kurven abgeschnitten.

Es gibt bei sowas ja leider kein richtig oder falsch. Man muss einfach die Grundlegenden Funktionen und ihr Aussehen kennen und wissen wie man sie anwenden kann. Nützlich kann es sein, nicht nur Werte auszurechnen sondern die Funktion direkt zu plotten - so erkennt man sehr schnell, ob sie das tut, was man möchte.


Man kann natürlich auch versuchen auszurechnen, wie stark ein Charakter ist, bzw. wie ein Kampf zwischen zwei Kontrahenten ausgehen wird. Im einfachsten Fall betrachtet man den Schaden pro Angriff, die Angriffsgeschwindigkeit und die Lebenspunkte des Gegners um zu ermitteln, wie schnell man ihn besiegen kann. Je dichter diese Werte (A besiegt B, B besiegt A) beieinander liegen, desto ausgeglichener ist der Kampf.
Das wird bloß sehr schnell sehr kniffelig. Dinge wie "hat eine Trefferwahrscheinlichkeit von 50%" oder "5%tige Chance auf kritischen Treffer mit doppelten Schaden" sind noch einfach, weil man mit Mittelwerten hantieren kann. Aber es könnte ja auch auf Geschick ankommen, dass der Spieler im richtigen Moment ausweichen muss. Oder auf Taktik, dass man im richtigen Moment den richtigen Angriff ausführen muss. Oder auf eine geschickte Kombination von Skills, die man am Ende noch frei lernen kann und von der nahezu jede Kombination möglich wäre.

Letztendlich wird man um umfangreiches Testen nicht hinauskommen. Sollte man dann eine Ungereimtheit feststellen, sollte man sich dann aber zuerst überlegen, woran es denn jetzt liegt, anstatt einfach irgendetwas zu korrigieren. Man sollte schauen, warum bestimmte Funktionen nicht funktionieren, was genau an den Werten jetzt schlecht ist.


Eine Anekdote noch: Ich habe mal ein Aufbaustrategiespiel entwickelt. Es gab verschiedene Rohstoffe, verschiedene Gebäudearten, Produktionsketten, Arbeitskräftemanagement und so weiter. Hatte man zu wenig Essen, sterben Leute, hat man zu wenig Arbeiter stellen Betriebe ihre Produktion ein und so weiter. Nun habe ich die ganze Sache von vorne bis hinten durchgerechnet: Wie schnell produzieren Felder Korn? Wie schnell wird daraus Mehl? Wie viel Brot bekomme ich daraus und wie viele Menschen versorgt das? Man kann dann beispielsweise sagen, dass 4 Felder, eine Mühle und zwei Bäcker eine Produktionskette ergeben. Dann kann man überlegen, wie viele Menschen für die Gebäude benötigt werden und für wie viele Menschen das Brot dann reicht.
Über diesen Faktor kann man dann festlegen, wie viel % der Gebäude für Nahrungsmittelproduktion draufgehen muss. Die Idee war letztendlich, dass man am Anfang Gemüsefelder als erste Nahrungsquelle hat, bei denen 8 von 10 Arbeitern Gemüse anbauen müssen, um das Dorf zu versorgen. Am Anfang musste man also extrem in Nahrung investieren, ein Hauptteil der Siedlung bestand in der Tat aus Gemüsefeldern. Durch Forschung bekam man dann später die Produktionskette für Brot, wo nur noch 4 von 10 Arbeitern für die Nahrungsproduktion nötig waren. Das ist sehr viel effizienter und man kann viel mehr Arbeiter in Betriebe wie Holzfäller oder Steinmetz einsetzen. Und außerdem hat man nicht nur eine neue Art Nahrung zu produzieren, sondern das Stadtbild verändert sich, weil auf einmal die Prioritäten andere sind.
Mit solchen Überlegungen habe ich also sämtliche Werte im Spiel festgelegt. Und es hat auf Anhieb funktioniert. Das Spiel war von Anfang an balanciert und spielbar und hat Spaß gemacht. Ich habe lediglich später die Produktionsrate von Rohstoffproduzenten erhöht, damit die Aufbauphase weniger zäh wurde.
Aber was man daran sieht: Wenn man es vernünftig durchrechnet und die Abhängigkeiten nicht zu kompliziert sind, kann man auf einem hohen Level bestimmen, wie der Spielablauf sein soll (wie viele von welchen Gebäuden wann gebaut werden) und bekommt die low-level Werte passend ausgerechnet. Und man muss gar nicht mehr viel testen, weil man weiß, dass das Spiel sich so verhalten wird, wie man es vorher bestimmt hat.
Und ganz nebenbei könnte man das ganze rumgerechne auch prima benutzen um eine KI zu schreiben - weil man weiß, was man wann bauen sollte und dann nur noch entscheiden muss, wo man es bauen will.

Achja: Nützlich ist natürlich alles im Bereich Stochastik bzw. Wahrscheinlichkeitsrechnung. Wenn man Dinge wie Erwartungswert und Varianz verstanden hat, kann man sehr viel besser vernünftige Formeln aufstellen.

Gerade die Varianz ("wie stark unterschiedliche Versuche voneinander abweichen") kann nützlich sein. Einerseits sollte sie nicht zu groß sein, da es sonst unfair und willkürlich wirkt, andererseits ist es vielleicht auch mal ganz witzig, wenn man einen eigentlich zu starken Gegner dann doch besiegt. Oder wenn ein einfacher Kampf plötzlich trotzdem spannend wird.

http://www.makinggames.de/index.php/maga…uehes_balancing ist vielleicht auch ganz interessant dazu.

Egal, ob du jetzt die EXP, die für einen Stufenaufstieg benötigt werden, pro stufe verdoppelst, Attribute mit zunehmendem Wissensstand des Charakters immer teuerer machst, Schadenswerte linear, exponentiell oder logarithmisch ansetzt, oder, oder, oder,... wirst du letztendlich immer eine gewisse Anzahl "magic Numbers" haben, die deine Werte entsprechend skalieren. Das müssen durchaus keine linearen Abhängigkeiten sein, auch ein exponent kann/sollte hier mal vorkommen. Diese magic numbers sollten irgendwo zentral gespeichert werden, damit man nicht zig Klassen durchsuchen muss.
Meiner Erfahrung nach funktioniert es recht gut, das Spielsystem erstmal zu entwerfen und festzuschreiben, Level zu bauen, Gegner zu verteilen (es kann ja auch sein, dass du nicht nur gegen einen starken Gegner kämpfst sondern gegen viele kleine) und somit den Spielinhalt größtenteils abschliesst und dir dann eben die magic numbers nochmal vornimmst und entsprechend am Balancing arbeitest. Die Formeln würde ich dann garnicht mehr groß anfassen.

So Far...
Laguna