spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Zitat von »Illoran«

Grafik natürlich 2D, wer braucht schon die dritte Dimension.

Es ist nicht gesagt, dass 2D immer einfach ist. Wenn du dir eine gute freie 3D-Lib nimmst (was anzuraten wäre, wenn du dich nicht auch noch mit der ganzen Grafikprogrammierung beschäftigen willst), dann ist es durchaus einfacher ein paar 3D-Modelle reinzuladen und anzuzeigen, als darauf aufwendig 2D-Grafiken mit Animationen zu erstellen.

Zitat von »Illoran«

Ich hoffe mich letztlich Anfangs um Entscheidungen, über die Komplexität, rumdrücken zu können und nachher das was mir in den Kram passt einfach "dazu zu patchen".

Das ist generell nicht ratsam, inhaltliche und spiellogische Entscheidungen sollte man so früh wie möglich fällen, am besten bevor die erste Zeile Code geschrieben wird (außer vielleicht irgendwelche Testsachen..) - sonst hängst du irgendwann mittendrin fest weil irgendeine Sache noch offen ist und man dann merkt, dass es so alles gar nicht mehr passt.

Sowas wie Diablo mag vom Grundprinzip her im Vergleich zu anderen Sachen nicht so komplex sein, aber man überschätzt sich da generell sehr schnell, wenn das Ganze auch noch mit einer Story fungieren soll.... wenn du soweit bist dass man eine einigermaßen ansehliche Welt hat, wo ein paar Monster rumrennen die man umhauen kann - das ist denke ich mal schon ein mehr als genug großes Ziel, was man sich als Hobbyentwickler und Anfänger in dem Bereich setzen kann ; )
Viele Sachen, die dann beim Entwickeln auftauchen, an die denkt man vorher einfach gar nicht...

"2D Optik auf SNES Niveau" bei vielen Spielen sind da ziemlich versierte begabte Künstlerteams am Werk gewesen und es ist wirklich äußerst schwierig solche Sprites herzustellen, wenn du das kannst *Hut ab*.
Ich bin der Meinung, dass für einen Nicht-Grafiker nicht unbedingt 3D oder 2D Workflows leichter sind. Ich glaube es kommt eher darauf an, dass man die Grafiken intensiv wiederholt bearbeiten kann. Das ist je größer die Sprites sind desto schwieriger. Arbeitet man aber mit Vektorgrafiken, Cutout-Animation oder eben 3D Meshes kann man die Grafiken/Modelle an jeder Stelle (in Zeit [für Animationen] und Raum) solange bearbeiten bis sie gut aussehen.

Die Figuren und Umgebungen aus Donkey Kong Country wurden wahrscheinlich nicht ohne Grund in 3D erstellt und dann gerendert. Ich habe auch schon gehört, wie Leute erst etwas in 3D modellieren und rendern, um dann Pixelart in einem Nachbearbeitungsschritt daraus zu machen...

Zitat von »Illoran«

Ich beschäftige mich schon seit einiger Zeit ( 8 Jahre ) mit C++ Programmierung. Allerdings immer auf Basis von scietific computing, also hauptsächlich numerischer Mathematik.

Ich will dir jetzt nicht zu nahe treten, aber unter Umständen kannst du nicht so weiterprogrammieren wie du das gewohnt bist. Für ein solch grosses Projekt ist guter Programmierstil (im Sinne von sinnvoll eingesetzter Abstraktion, Design usw.) unerlässlich.
Kann gut sein, dass du das kannst, aber ich war erstaunt wie schlecht selbst Doktoranden aus dem Gebiet Code schreiben.

Am besten erstellst du mal das Spiel Design fest und legst es genau so nieder, wie du dir das vorstellst (mit einfachen Grafiken usw.). Dann kannst du sicher auch einen erfahrenen Grafiker ans Board holen.

Naja man sollte die benötigte Code Qualität bei Spielen auch nicht überschätzen. Solange man keine wiederverwendbare Engine oder ein Spiel entwickelt, das langfristig gewartet werden muss, kann der Code wie Kraut und Rüben aussehen. Ich schätze sogar, dass das bei sehr vielen Spielen der Fall ist. Allg. Spieleprogrammierung ist IMO was Anspruch betreffend Sauberkeit, Durchdachtheit und Strukturiertheit angeht eher im unteren Segment der Programmieraufgaben zu finden.

Ich würd sagen, es ist definitiv machbar, aber es erfordert viel Zeit und Mühe.

Zitat von »Powerpaule«

Zitat von »Illoran«
Ich hoffe mich letztlich Anfangs um Entscheidungen, über die Komplexität, rumdrücken zu können und nachher das was mir in den Kram passt einfach "dazu zu patchen".

Das ist generell nicht ratsam, inhaltliche und spiellogische Entscheidungen sollte man so früh wie möglich fällen, am besten bevor die erste Zeile Code geschrieben wird (außer vielleicht irgendwelche Testsachen..) - sonst hängst du irgendwann mittendrin fest weil irgendeine Sache noch offen ist und man dann merkt, dass es so alles gar nicht mehr passt.

Doch, ich würde ihm raten, einfach drauflos zu programmieren. Da sammelt man die meiste Erfahrung. Es ist eh vollkommen unmöglich, dass der Erste Versuch was wird, für so ein Spiel wirst du vermutlich mindestens 3 mal komplett von vorne Anfangen, bevor etwas rauskommt, was irgendwie sinnvoll ist. Und vor dem 3., 4. oder vielelicht auch 5. Neuanfang, kannst du dann richtig planen, wenn du das Gefühl hast, dass dieser Entwurf jetzt was wird.

Ob 2D oder 3D ist Geschmackssache, generell ist 3D aber komplexer. Andererseits hast du in 3D viele Möglichkeiten, die 2D dir nicht bietet, dann ist halt die Frage, wie komplex das Spiel werden soll. Für die Grafiken wirst du aber vermutlich eh Mitstreiter suchen wollen, nur musst du dafür erstmal etwas Vorzeigbares haben. Die ersten Versionen werden also Testgrafiken benutzen und dementsprechend aussehen, aber da kann man wenig machen