spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Zitat von »TGGC«

Spielt der HP Wert denn überhaupt irgendeine Rolle, solange er Größer 0 bleibt? Ansonsten einfach erstbeste Einheit nehmen und auf minimal 1 reduzieren, wenn noch Schaden übrig weiter mit irgendeiner anderen.

Es soll wenn möglich gleichmäßig verteilt sein.

Zitat von »David Scherfgen«

Meine Frage, warum die bestmögliche Performance benötigt wird, hast du noch nicht beantwortet.

Gegenfrage: Warum sollte ich nicht die bestmögliche Performance wollen?

Das Spiel läuft auf einem Server, dieser Server soll möglichst viele Matches gleichzeitig hosten können (mehrere pro Core), sodass ich dazu eben gezwungen bin zu optimieren. Es tritt auch eben nicht selten der Fall ein, dass ein AOE Effekt 10 oder mehr Units trifft. Für jedes dieser Units dann eine tiefe rekursive Verschachtelung zu durchlaufen ist da nicht zielführend.

Zitat von »David Scherfgen«

Premature optimization ...

Ich bezweifle ernsthaft, dass du einen Unterschied zwischen einer primitiven Lösung und einer idealen Lösung messen, geschweige denn merken könntest - auch nicht bei 1000 gleichzeitig gehosteten Spielen. Da bekommst du an ganz anderen Stellen Probleme, nicht bei so etwas Trivialem, das höchstens ein paar Mal pro Sekunde auftritt. Und warum soll die rekursive Lösung schlecht sein? 10 ist doch keine "tiefe rekursive Verschachtelung". Zudem geht es auch iterativ.

Aber bevor du eine richtige Messung durchgeführt hast und siehst, dass dein Spiel genau an diesem Punkt zu viel Zeit verbrät, solltest du dir keinen Kopf darüber machen. Implementiere es einfach irgendwie (natürlich nicht total dämlich), so dass es funktioniert. Mit Intuition liegt man bei solchen Dingen oft meilenweit daneben. Man denkt, dass man Gott weiß wie viel Zeit verschenkt, aber letztendlich wirst du es kaum messen können.

Wenn du so akribisch optimierst, dann sparst du bei deinen Datenstrukturen sicherlich auch jedes einzelne Byte an RAM, das sich irgendwie einsparen lässt?

Das mag schon sein, nur weder bin ich in der Position, dass ich eine Deadline habe, noch fühle ich mich gezwungen. Mag sich vll so anhören als würde ich hier übertreiben wollen, aber dem ist nicht so. Meine Intention war lediglich einen vernünftigen Ablauf des Algorithmus, weil ich mit meinem bisherigen absolut gar nicht zufrieden war.

Zitat von »TGGC«

Zitat von »anti-freak«

Zitat von »TGGC«

Spielt der HP Wert denn überhaupt irgendeine Rolle, solange er Größer 0 bleibt? Ansonsten einfach erstbeste Einheit nehmen und auf minimal 1 reduzieren, wenn noch Schaden übrig weiter mit irgendeiner anderen.

Es soll wenn möglich gleichmäßig verteilt sein.

Was hat man denn davon, wenn es gleichmäßig verteilt ist? Und was genau bedeutet dann "gleichmäßig"?

Wenn eine Unit mit aktiven LifeLink einen burst Dmg erhält, hat es große Chancen lebend aus der Situation heraus zu kommen, da sich der Schaden eben auf mehrere Units verteilt. Damit kann man z.B. seine defensiv schwachen Units offensiver einsetzen, so lange sie eben mit einem Tank verknüpft sind, der wesentlich mehr aushält, aber zu wenig Schaden für die erste Reihe macht. Das aber nur so nebenbei.
Verstehe nicht, was es an gleichmäßig nicht zu verstehen gilt. Das habe ich jetzt auch schon anhand von Beispielen erklärt. Der Dmg x wird prinzipiell zu gleichen Teilen auf die N Member des LifeLinks verteilt. Im Normalfall erhält dann jedes Unit X/N Dmg.

Zitat von »Jar«

Wie wäre eine Alternative ähnlich zu Diablo3.
Alle Monster einer Gruppe teilen sich einen großen Lebenspunktepool.
Abhängig von diesem Pool berechnest du dann das Leben der einzelnen Monster.

Lebenspool: 1000
Anz. Monster: 5
Leben einzelner Monster: 200.

Beispiel:
Schaden: 100.
Lebenspool: 1000 - 900.
Leben einzelner Monster: 180.
usw.

Sollen deine Monster alle gleichzeitig sterben?

Zum Thema Performance, in meiner Firma haben wir teilweise eine sechsstellige Anzahl von Objekten mit denen verschiedene rechen aufwändige Prozesse durchlaufen werden und das ganze geht in wenigen Sekunden. Und niemand hat bei der Implementierung auf Performance geachtet. Optimierungen werden nur durchgeführt, wenn Dinge merklich schlechter werden.
Damals in der Uni jedoch wurde einem immer eingetrichtert alles zu optimieren... in der Realität ist das aber ohne große finanzielle Verluste nicht zu bewerkstelligen... und vor Allem nicht nötig.

Ja, praktisch so ähnlich, nur das der LifePool eben temporär geteilt werden soll. D.h. einfach die Units auf einen Pool referenzieren lassen geht leider nicht so einfach.

mfg