spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Ah ok danke, gut zu wissen, dachte die sind von boost und deswegen erst bei C++ 11 dabei. Wieder was neues gelernt.

@BlueCobold

Anscheinend. Ich dachte die beiden Pointer sind von Boost und Boost wird ja in den C++ Standard integriert oder teile davon soweit ich das verstanden hab oder? Dann dachte ich noch das erst mit Visual Studio 2012 was von C++ 11 unterstützt wird. Aber liegt wohl ganz einfach daran das ich mich damit auch nie befasst habe wie das wirklich ist, nur nebenbei in Foren immer etwas gelesen und den Rest selbst dazugereimt.


@Databyte

Wegen dem Sprite, ich hab mir einfach neben meinem Vector mit c_unit, einen Vector mit sf:prites erstellt, womit wieder für jede ein Sprite vorhanden ist. Aber das hatte ich vorher auch nicht genau so aufgeführt gehabt.

Wegen dem in den Vector schieben:



Der Code hier hat funktioniert, obwohl ich ja trotzdem eine Kopie von temp im Vector erstelle oder? Ich konnte ihn auch Problemlos mehrmals reinschieben.

Der Fehler ist erst hier aufgetreten, sobald ich einen doppelten Vector hatte:



Warum hier das eine Funktioniert und das andere nicht meinte ich? Sieht man auch im Code auf der ersten Seite, da hatte ich auch kommentiert das das eine geht und das andere den Fehler produziert. Ich hatte zuerst den Code schon mit einem einfachen Vector wo er halt Problem los lief, hab ihn dann auf den doppelten Vector gewechselt, wegen verschiedenen Einheiten Gruppen ( Spieler , Verbündete, Gegner ) und schon hatte ich den Fehler.

Polymorphie, Vererbung werde ich wahrscheinlich garnicht brauchen. Ich habs in einem meiner aller ersten Programme schon mal verwendet, seit dem bin ich immer ohne ausgekommen. Um es etwas zu erklären warum ich es wahrscheinlich nicht brauchen werde. Bei meinem letzten Spiel was ich angefangen hatte, standen z.b. die Einheiten Daten alle in einer Text Datei. Jede Einheit die ich erstellt habe war die komplett gleiche Klasse, die Daten wurden einfach von der Text Datei dann eingelesen. Sie hatten zwar auch noch verschiedene Fertigkeiten, aber dafür gabs eine eigene Fertigkeiten Klasse die jede mögliche Fertigkeit darstellen konnte. Anhand des Textes den ich eingelesen hab, wurde festgelegt wie die Fertigkeit genau funktioniert. Dazu sollte ich sagen, das System hat auch Komplexe Fertigkeiten erlaubt, die sich durch beliebige Effekte, komplett ändern konnten und das ohne Vererbung oder Polymorphie.

Bei dem aktuellen Project, leben die c_unit Objecte solange wie der Kampf dauert. Ich lad sie am anfang einfach und erst sobald der Kampf zuende ist werden sie gelöscht, es werden aktuell auch keine neuen c_units während des Kampfes erstellt. Aber das kann sich alles noch ändern. Da ein Kampf so 30-60min dauert, ist ihre Lebensdauer auch ziemlich lange. Aber wegen manchen Ideen schwanke ich sehr schon es auf den Heap anzulegen. Sollte vielleicht dazu sagen ich vermeide meistens Pointer einsetzen zu müssen, wenn ich es irgendwie anders vernünftig lösen kann. Deswegen warte ich da immer relativ lange bis ich mich dazu Entscheide welche einzusetzen. Das Framework später wieder reinzusetzen, wenn ich sie auf den Heap erzeuge ist eine Kleinigkeit, aber zuerst will ich schauen wie sich das ganze Entwickelt und ob es auch Spass macht.

Für etwas mehr Einblick, die c_units bewegen sich auf Hexfeldern rundenweise. Was die lange Kampfdauer erklären dürfte.

Das mit std::move probier ich noch mal obs dann gehen würde.


Code zu dem Beispiel mit den Fertigkeiten zu Posten ist mir etwas zu schwer, vorallem da er keine Kommentare hat und ich bin mir nicht sicher ob man den alleine versteht wenn man den darunter liegenden Code nicht kennt der die Fertigkeiten dann benützt und auf die Daten zugreift. Am einfachsten ist es vllt so zu erklären, mit der Datei die ich einlese.


attacker;Alyna
50;2
0;Angriff;0;data;physical;close;stab;5
0;MAIN;kind_attack;close;free
0;MAIN;kind_target;target;1;1
0;ADD;data;physical;close;stab;4
0;OR;effect;self;Schattenmantel;0;data;physical;close;stab;5
0;OPT;name_change;Durchbohren
0;ADD;data;physical;close;stab;4
0;OPT;armor_ignore;2
1;Doppelklinge;2;data;physical;close;stab;8
1;MAIN;kind_attack;close;free
1;MAIN;kind_target;target;1;1
1;OR;effect;self;Kriegsschrei;0;data;physical;close;stab;9
1;AND;0;1;#;effect;self;Schattenmantel;effect;Blutung;3
2;Durchstoßen;3;data;physical;close;stab;7
2;MAIN;kind_attack;close;free
2;MAIN;kind_target;target;1;1
2;OPT;armor_ignore;2
3;Schatten;10;effect;Schattenmantel;6
3;MAIN;kind_attack;self
3;MAIN;kind_target;all


attacker;Alyna
50;2

attacker ist die Rolle des Charackters, wird für manche Skill zuweisungen benützt, also wenn einer nur auf Attacker gehen soll. Alyna dann der Name des Chars. 50 sind dann die Lebenspunkte und 2 die Rüstung.


0;Angriff;0;data;physical;close;stab;5
0;MAIN;kind_attack;close;free
0;MAIN;kind_target;target;1;1

So sieht ein Standard Skill aus, 0 vorne gibt an welcher Skill es ist, alles was mit 0 Anfängt gehört zu diesem Skill. Für die erste Zeile wird ein struct angelegt namens execution wo die Daten enthalten sind.

Angriff = Fertigkeiten Name
0 = Dauer bis der Skill wieder bereit ist
data = Das es sich um einen einfachen Wert handelt, Schaden oder Heilung
physical;close;stab = die Art des Wertes
5 = höhe des Wertes

Die zweite Zeile gibt an, welche Ziele erreichbar sind, für jedes Schlachtfeld ist das schon vordefiniert in einer anderen Datei. Hier ist die Close Angriffsart gewählt, wodurch er alle Nahkampfziele in reichweite erwischt. Attack arten habe ich in einem weiteren Struct gespeichert.

Die dritte Zeile gibt an, wieviele Ziele man Angreifen kann. Das wurde auch in einem Struct gespeichert.

Für die drei Struct gibt es je immer einen Vector wo sie gespeichert werden. Der execution struct weis wo sein zugehöriger Attack und Target struct ist.

Weil mit denen hier:

1;OR;effect;self;Kriegsschrei;0;data;physical;close;stab;9
1;AND;0;1;#;effect;self;Schattenmantel;effect;Blutung;3

kann man Skills noch weiter verändern.

mit OR kann ich dann Bedingungen abfragen.

effect = Ich frage einen Bestimmten Effect ab
self = Ob er auf mir selber liegt, ansonsten könnte man auch das Ziel angeben.
Kriegsschrei = der Effect Name
0 = hier gebe ich an auf welche execution sich das OR bezieht, wenn jetzt z.b. 1 stehen würde, könnte diese Bedingung nur ausgelöst werden, wenn schon die Vorbedingung ausgelöst worden war.
rest = die Angaben die in einer neuen Execution landen

Die OR Daten werden in einem neuem Struct gespeichert Namens reaction, die auch wieder in einem Vector liegen, darin ist auch festgelegt auf welche Execution sie zugreifen muss.

will ich für die OR Werte dann eine andere Angriffsart, kann ich einfach mit:

1;OR;effect;self;Kriegsschrei;0;data;physical;close;stab;9
1;OPT;kind_attack;range;free

Einem OPT festlegen das sich diese ändern soll. In der Execution des ORs werden die Attack und Target Daten des normalen Skills hinterlegt, außer ich ändere sie. Dafür wird dann in den Attack oder Target Vectoren ein neues Struct angelegt und die Position im Vector in der Execution des OR hinterlegt.

1;OPT;name_change;Wurfmesser

Das hier würde den Namen des Skills ändern, macht nur sinn wenn die Bedingung den Effect auf einem selbst abfragt.


Mit AND könnte ich dann zusätzlich noch etwas dazuschalten:

1;AND;0;1

mit den 0;1 lege ich fest, diese Bedingung wird auf die Execution auf Position 0 angewandt und auf die Execution auf Position 1 ( was das erste OR wäre )

effect;Blutung;3

hier wird statt dem data Wert, ein effect erschaffen. Das Ziel würde also unter Blutung leiden. Der Wert 3 Gibt an, dass dieser Effect 3 Runden dauert, welche Werte man hier angeben muss sind in den Effect Dateien definiert, das heißt hier nur, der Blutungs Effect hat keine im Standard festgelegte Dauer, sondern ich kann den bei jedem Skill der diesen Effect Anwendet, anders starten.

Zu dem allen könnte ich noch mit 0;ADD;data oder effect zusätzliche Werte in eine execution Laden.


Also im Grunde nur viele structs mit Daten, die in Vectoren liegen. Wenn eine Fertigkeit gestartet wird, schaut er sich die ganzen OR und AND Befehle durch um zu schauen ob dort eine Bedingung erfüllt ist und führt diese dann aus, falls nicht wird einfach der normale Skill geladen und ausgeführt.

Ähnliches gibts nochmal für die Effekte und sogar für die KI habe ich mir was gebastelt, weil ich keine Automatische KI schreiben konnte die sich mit allen Möglichkeiten auskennt, die über das System möglich sind. Vorallem da die Effekte noch komplexer sind.

Mein Ziel war damit halt gewesen, dass man einfach in den Textdateien den Skill definieren kann und das Programm sich dann damit auskennt. Hoffe es ist etwas verständlich was ich da verbrochen habe.


Ich sollte vllt noch dazusagen, ich hab mir C++ selbst beigebracht, zuerst ein paar extrem einfache Tutorials, auf irgend einer Seite zu Allegro. Dann einfach das Buch von Heiko Kalista "nur" durchgelesen und dann einfach angefangen das zu machen was ich wollte. Wenn ich noch am mein erstes Project mit SFML zurückdenke, was eigentlich noch garnicht sooo lange her ist, ein Jahr vllt. Da habe ich noch mehrere Gameschleifen ineinander gemacht. Also für das Menü gabs eine Gameschleife, dann für die Karte usw. Wenn ich dann das Spiel beenden wollte musste ich im Code den Beenden Befehl über alle Gameschleifen zurückgeben. *g* Es hat zwar auch gut Funktioniert, aber war trotzdem schlimm. Vorallem hatte ich an die 10 Gameschleifen dann, immer mit eigener Event Abfrage.