spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Worum geht's überhaupt?
Eventuell kennt Ihr bereits Dwarf Fortress (Wikipedia, Website). Falls Ihr bereits Kenntnis über DF besitzt, könnt Ihr diesen Abschnitt überspringen.

Dwarf Fortress ist eine Mischung aus Strategiespiel und Simulation. Man startet mit einer überschaubaren Truppe von Zwergen und muss mit diesen ein kleines Königreich aus dem Boden stampfen. Klingt einfach, ist aber unglaublich komplex. Während man sich heimisch einrichtet muss man gleichzeitig darauf achten, dass die Nahrungsvorräte nicht zur Neige gehen, die Zwege fröhlich sind, Platz für neue Bewohner existiert und man nicht von der Armee eines Totenbeschwörers/Goblinkönigs/WasAuchImmer überrannt wird.

Daraus ergibt sich eine ungeahnte Spieltiefe. So können Fallen errichtet, Tiere zu Kriegsbestien trainiert und komplexe Mechanismen gebaut werden, um nicht irgendwann in den Genuss von Fun zu kommen.

Der Clou: Das Spiel wird ausschließlich über die Tastatur bedient, Mausunterstützung ist ein Fremdwort und die Spielwelt besteht aus... ASCII-Zeichen.

Und weiter?
Ich würde gerne eine moderne Version von Dwarf Fortress schaffen. Diejenigen unter Euch, die Dwarf Fortress kennen, werden jetzt auf mich zeigen und sagen, dass ich spinne.

Motivation für mich ist in erster Linie das anfangs schreckliche User Interface des Originals, sowie die Tatsache, dass alles in diesem Spiel auf einem einzigen Thread läuft. Wer DF schon einmal gespielt hat und es geschafft hat länger als 5 Spielstunden zu überleben weiß, dass die Simulations- und Framerate im späteren Lauf in den Keller geht.

In der Tat ist das Ganze ein Mammutprojekt. Ich möchte daher eher Kleckern als Klotzen und Features nach und nach implementieren.

Generell sehe ich das Projekt eher als Lern- und Hobbyprojekt an.

Wie soll das Endprodukt aussehen?

• Single Player (Eventuell später auch Multiplayer? Müsste man vor Projektstart einmal drüber reden)
  
• Eine isometrische Darstellung der Spielwelt (Darstellung in 2D, nicht 3D!)
  
• Ein ordentliches GUI (Mit Mausunterstützung natürlich!)
  
• (Einsatz von Multithreading zur Gewährleistung einer guten Performance auch in längeren Spielen) Optional, wird im Verlauf der Entwicklung entschieden
  
• Modability soll gewährleistet sein, die Community soll relativ einfach eigene Beiträge zum Spiel beisteuern können
  
• Im Vergleich zur Dwarf Fortress einige Komfortfunktionen für den Endnutzer
  

Ansonsten soll sich das Fundament stark an Dwarf Fortress orientieren (Generierte Spielwelt, wachsende Gemeinschaft, Jobs, Wirtschaft, Militär, Erkundung, etc.)

Wie soll das ganze realisiert werden?
Programmiersprache
Als Programmiersprache kommt C++ zum Einsatz.

IDE
Aktuell liegt im Repository eine Visual Studio 2013 Solution, wir stellen aktuell jedoch die Weichen für einen Wechsel auf CMake, um plattformunabhängig arbeiten zu können.

Bibliotheken
Von vielen geliebt, von manchen gehasst (Gibt es solche Leute wirklich?), einfach weil es am besten passt: SFML.

Source Code Verwaltung
Der Source Code ist auf GitHub zu finden!

Organisation
Dokumente werden in Markdown geschrieben und im GitHub-Wiki gesammelt.

Die Sammlung von Dokumenten erfolgt im Repository. Aktuelle Zwischenstände und ein Scrapbook können in Microsoft OneNote erfasst/realisiert werden.

Zur internen Kommunikation dienen dieser Thread und der Chat (siehe unten), regelmäßige Meetings (Je nach Fortschritt wöchentlich) erfolgen über Google Hangouts.

Wer ist aktuell im Team?
Aktuell besteht das Team aus (alphabetische Reihenfolge):

• anti-freak - Programmierer
  
• DeKugelschieber - Programmierer
  
• Nimelrian - Projektleiter, Programmierer
  
• nurF - Programmierer
  
• Schorsch - Programmierer
  
• Stazer - Programmierer
  
• xTr1m - Programmierer, Grafiker
  
• Yatekii - Programmierer
  

Wen/Was suchen wir aktuell?
Aktuell ist eigentlich alles gern gesehen. Programmierer, Grafiker, Sounddesigner, Leute mit Erfahrung beim Planen und Durchführen von Projekten.
Falls Ihr als Programmierer mitmachen wollt solltet Ihr Kenntnisse (Praxiserfahrung ist NICHT erforderlich!) über folgende Dinge haben:

• Smartpointer
  
• Multithreading und seine Probleme
  
• Versionsverwaltung
  
• SFML
  
• Design Patterns
  

Wie kann ich mitmachen?
Schicke mir eine private Nachricht über das Forum oder schau im Chat vorbei, vielleicht bin ich gerade anwesend. Wenn Du als Programmierer mitmachen willst, würde ich mich über ein kleines Code-Sample von Dir freuen, um deinen Kenntnisstand einstufen zu können.

Wie sieht es mit dem Geld aus?
Für den Anfang möchte ich das Projekt nicht-kommerziell halten. Es kann eventuell sein, dass wir später, wenn wir in der Alpha- (oder sogar Beta-)Phase sind, über Crowdfunding via Kickstarter oder Patreon nachdenken können. Spenden wären auch eine Option.

Darüber wird jedoch nicht nachgedacht, bevor das Projekt soweit ist. Generell finde ich, dass man erst dann Geld für seine Arbeit verlangen/annehmen sollte, wenn man weiß, dass diese Feature-Complete in einem ordentlichen Zustand bei den zahlenden Unterstützern ankommen wird.

Fazit: Habe nicht die Erwartung, für deine Arbeit Geld zu erhalten!

Was bringt mir das Projekt?

• Erfahrung in Bezug auf die Arbeit in Teams an größeren, organisierten Projekten.
  
• Spaß bei der Entwicklung eines Spiels
  
• Ein Eintrag in den Credits
  

Ich habe noch weitere Fragen!
Dann klick auf den "Antworten"-Button und man wird sie sicher gern beantworten.

Zitat von »Sacaldur«

Da du von einem "Forenprojekt" schreibst: Es gab bereits das Bestreben, ein Forenprojekt anzufangen, welches aber nach nicht besonders langer Zeit kein "Forenprojekt" mehr war, da nur noch ein paar wenige daran weitergearbeitet haben. Du solltest idealerweise schauen, woran das gelegen haben könnte und wie man dem vorbeugen könnte.

Ich habe extra vor Erstellung dieses Threads im Chat nach Interessenten gefragt. Ein paar haben sich daraufhin auch gemeldet. Um das Forum miteinzubeziehen würden regelmäßig Dev-Logs geposted werden, um das Interesse aufrecht zu erhalten. Auch Umfragen und die Einbeziehung des Forums bei der Entwicklung eines neuen Features sind durchaus in Betracht zu ziehen.

Zitat von »Sacaldur«

Die Modbarkeit sollte vorerst keins der Ziele sein. Wenn das Spiel soweit implementiert ist und läuft, kann man über Refactoring und Erweiterung eine Modifizierbarkeit ergänzt werden. Abgesehen davon wurden bereits so viele Spiele modifiziert, die dies nie explizit vorgesehen haben. Wenn jemand wirklich eine Modifikation schreiben will (was ich schon ein wenig bezweifle), dann werden sich schon wege finden, vor allem wenn Zugriff auf den Quellcode besteht.

Im Chat wurde eben eine Diskussion darüber geführt. Die Grundfrage ist hierbei, wie tiefgreifend Modifikationen erfolgen können. Sollen komplette Conversions möglich sein, oder sollen einfach nur Inhalte (Wie Items, Gegner, Sprites, Verhaltensweisen) eingefügt werden können? Im Chat fiel dann recht schnell das Wort "Scripting", was mir auch schon im Kopf schwebte. Über Scripting können natürlich sowohl Devs als auch Modder über dieselbe Schnittstelle arbeiten, was uns ein späteres umfassendes Refactioring ersparen würde.

Zitat von »Sacaldur«

Das "Multithreading" sollte erst dann relevant werden, wenn man multithreaded arbeitet. Wenn die Berechnungen, die man implementiert, nie komplex genug werden, muss man sich auch nicht mit Multithreading rumplagen.

Durchaus kann bereits von Anfang an mit mehreren Threads gearbeitet werden. In Dwarf Fortress existieren beispielsweise schon zu Beginn des Spiels viele handelnde Charaktere (Zwerge, Tiere) und Entities, die mit jedem Tick ein Update bekommen (Wasser). Bei so etwas bietet sich Threading dann durchaus an.

Zitat von »Sacaldur«

Um eine Mitarbeit am Projekt zu vereinfachen, wäre ein offenes Repository förderlich. Idealerweise wird auch bereits zu beginn festgelegt, welche Lizenz für den Quellcode verwendet wird.

Das wäre, wie schon gesagt, eine Entscheidung die im gesamten Projektteam getroffen werden sollte.

Zitat von »Sacaldur«

Es sollte bereits von Anfang an feststehen, ob mit deisem Projekt eine Gewinnerzielung verfolgt wird oder nicht. Wenn das der Fall sein sollte, muss bereits von Anfang an anders an die Sache heran gegangen werden. Für ein Forenprojekt wäre deswegen und aus vielen anderen Gründen ein gänzlich freies Projekt besser, bei dem eine Kommerzialisierung auch gar nicht in Aussicht gestellt wird.

Wie gesagt, es sind aktuell alles nur Überlegungen im Bezug auf das Thema Geld.
Sicherlich wäre es beispielsweise nicht fair, wenn einzelne Leute über 100% der Zeit mit am Projekt werkeln, andere nach 2 Wochen abspringen und beide Parteien bekommen am Ende Geld. Eine weitere Möglichkeit wäre natürlich, das Projekt bis Version 1.0 gänzlich frei zu betreiben und ab da auf eine kommerzielle Lizenz umzustellen. Möglichkeiten gibt es jede Menge. Aber das sind auch Dinge, die im Einvernehmen des gesamten Teams entschieden werden sollten, und nicht von mir allein.

Zitat von »Sacaldur«

Ein großes Problem sehe ich derzeitig noch beim Balancing. Wie soll dieses in Angriff genommen werden?

Das ist wieder ein Thema, über das man mit dem gesamten Team sprechen sollte. Grundsätzlich wollte ich mit diesem Thread erstmal einen Rahmen schaffen. Wie das Bild innerhalb dieses Rahmens letztendlich gemalt wird, kann man erst nach Projektstart entscheiden.

Zitat von »Databyte«

Und nur weil DF kein Multicore unterstützt, würde ich nicht versuchen einen Clone von einem Spiel zu machen... ich meine wie lange sitzen die Beiden daran? 10 Jahre sind es jetzt glaube ich.

Das ist auch nicht meine Motivation. Meine Motivation ist es in erster Linie, Praxiserfahrung zu sammeln in einigen Gebieten, von denen ich bisher nur die Theorie kenne. Und DF ist eben so eine wunderschöne Vorlage, bei denen man diese Theorie implementieren kann.

Gnomoria habe ich selbst gespielt, mir fehlt dort allerdings der Tiefgang. Außerdem ist die KI nicht gerade großartig.

Dass es für DF dutzende Tools gibt, ist mir bewusst, ich nutze sie ja selber exzessiv. Das sollte aber niemanden daran hindern, es einmal selbst zu versuchen. Man merkt DF einfach an, dass es inzwischen schon sehr alt ist. Wenn man es mit neuen Mitteln neu aufsetzen will, wieso nicht?

Jetzt hängt das Projekt doch nicht an den Galgen weil ich das Wort Multithreading in den Mund genommen habe

Wie gesagt, ich habe den Rahmen gebaut, wie es danach weitergeht wird im Team entschieden (Das sich sogar schneller bildet als gedacht. Habe die Liste im OP aktualisiert).