spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Du kannst das alles was DasBlub genannt hat auch auf den Pong Klon anwenden . Zwar nicht in so großem Maße aber es geht.

Zitat von »minecrawler«

hmm, was kann Delphi nicht? Es ist sogar möglich, zwar nur sehr umständlich, aber dennoch, damit hardwarenah zu programmieren. Wenn man von dem Grundset ausgeht, das man bekommt, wenn man sich Delphi zulegt, dann geb ich dir Recht. Da wird nix drauß. Desshalb gibt es viele Leute, die Delphi ständig mit Units und Komonenten erweitern. Übrigens gibt es viele Programme und Spiele, die mit Delphi gemacht wurden. Leider arbeiten die großen Firmen nicht mit Delphi. Das hat auch Gründe. Früher war Delphi eine Plage (vor Allem, als es noch Pascal war). Es konnt fast nix und war ewig langsam. Doch inzwischen hat sich da einiges getan. Vor allem seit Embarcadero übernommen hat.

1. Sprachen an sich haben eher nichts direkt mit ihrer Abstraktionsebene zu tun. Man kann generell mit jeder Sprache beliebige Hardware programmieren, wenn man den richtigen Compiler dazu hat.

2. Delphi war vor vielen Jahren weitaus beliebter und zugänglicher. Delphi stirbt momentan, Entwickler wenden sich und es findet sich auch keine Nachwuchs. Dazu kommt die Misswirtschaft von Embarcadero/Borland hinzu, die so verkorkste Dinger wie Delphi.Net rausgehauen haben.

3. Delphi != Pascal. Delphi ist eigentlich nur eine IDE, die Sprache heißt immernoch Objekt Pascal.

4. Embarcadero ist auch nicht besser als Borland. Siehe diverse Threads in diversen Delphi-Foren. Delphi hängt momentan der Zeit hinterher und aktuelle Features, die man nunmal als Profi braucht, kommen wenn auch nur ein paar Jahre später raus. Zusätzlich kosten die IDEs teilweise mehrere 1000 Euros, Nachwuchs kann sich diese IDEs meistens nicht mehr leisten. Deswegen habe ich mich auch von Delphi abgewandt.

€: Wer noch eine aktuelle Turbo Delphi-Version haben möchte, kann David III. von Embarcadero anschreiben. Die verschenken solche Lizenzen auf Nachfrage.

Man kann auch ohne große Planung größere Projekte anpacken. www.galaxy-under-fire.de überzeugt z.B. garnicht durch seine gute Planung (im Endeffekt ist die mehr oder weniger nicht vorhanden), aber langsam wird es was (nach immerhin über 3 Jahren Entwicklungszeit) und wir hoffen bald mit einer wirklich spielbaren Version aufwarten zu können. Ggf. hätten wir einige Fallstricke durch Planung umgehen können, allerdings mussten wir vieles erst lernen, was wir somit in einer Großplanung am Anfang nicht hätten berücksichtigen können. Kehrseite ist, dass wir einen unglaublichen Personal- und Zeitverschleiß haben.
Ich glaube das Wichtigste (was auch den meisten einfach fehlt) ist das Durchhaltevermögen. Gute Planung mag sehr hilfreichsein, andererseits kann man sich darin auch schnell verzetteln und Planung ansich ist erstmal nicht sonderlich produktiv. Auch das Pauken von Theorie mag helfen, bringt einem aber erstmal keine Zeile Code. Vieles muss sich auch einfach finden.
Also wenn es einen guten Grund gibt, bei dem Projekt am Ball zu bleiben und wenn ihr das Durchhaltevermögen habt, sollte zumindest etwas spielbares bei rumkommen. Allerdings muss ich meinen Vorredner ein wenig beipflichten, dass dieser Grund, warum gerade dieses Spiel das wert ist, nicht offensichtlich ist.

Soviel zur Theorie, dass trifft wohl auf jedes Projekt am Anfang zu. Das Problem ist nur, dass sich das schnell verläuft. Und dann stockt es.
Wenn der Pong Klon so einfach ist, dann würde ich den gerne mal sehen. Die Erfahrungen die man bei solchen Projekten sammelt, beschleunigen die nachfolgenden Projekte ungemein und ermöglichen es einem bessere und genauere Einschätzungen von Zeit- und Arbeitsaufwand zu treffen. Man kennt seine eigenen Fähigkeiten auch besser.
Wie kompliziert selbst ein "einfacher" Vokabeltrainer sein kann, sieht man hier an einem anderen Thread.

Der Pong Klon würde mich wirklich mal interessieren. Vor allem wie lange Du schätzt, wie viel Zeit das braucht und wie lange es wirklich dauert.

Noch etwas. Beim Entwickeln des Projektes hilft es erstmal Dummys bei Sound und Grafik einzusetzen. Das sieht nicht schön aus, zeigt aber, dass das Spiel funktioniert. Damit lassen sich in der Regel schneller und leichter neue Teammitglieder finden, die die Dummys ersetzen. Hätte man schon perfekte Assets, dann bräuchte man ja keinen Grafiker mehr, deswegen ist die (schlechte) Dummygrafik nicht wirklich abschreckend. Funktioniert die Spiellogik jedoch, dann lockt das Leute an!

Zitat von »MCP«

Hätte man schon perfekte Assets, dann bräuchte man ja keinen Grafiker mehr, deswegen ist die (schlechte) Dummygrafik nicht wirklich abschreckend. Funktioniert die Spiellogik jedoch, dann lockt das Leute an!

Ich glaube das ist ein typischer Programmierer-Trugschluss. Grafik ohne viel dahinter erregt meist mehr Interesse als ein voll funktionales Game ohne gute Grafik. Schon allein deshalb, weil man Spiele zunächst meist nur auf Bildern sieht und nicht gleich live im Web zocken kann.

Zitat von »BlueCobold«

Ich glaube das ist ein typischer Programmierer-Trugschluss. Grafik ohne viel dahinter erregt meist mehr Interesse als ein voll funktionales Game ohne gute Grafik. Schon allein deshalb, weil man Spiele zunächst meist nur auf Bildern sieht und nicht gleich live im Web zocken kann.

Ich glaube das war etwas missverständlich. Ich meinte nicht die Spieler, sondern die Grafiker, die an dem Projekt mitarbeiten sollen. Hat man gute Assets, dann braucht man die ja nicht mehr, es seiden einer der anderen Grafiker ist abgesprungen oder man braucht mehr davon.

Zitat von »minecrawler«

Was macht es attraktiv, mit uns zu arbeiten?
Wie gesagt, ich arbeite ständig irgendwie daran herum. Auch die neuen Teammitglieder sind sehr enthusiastisch. Wir stellen gerade ein wenig auf normales RPG um und heben uns die Story und alles für später auf (das RPG soll die Geschichte aus einer anderen Sicht zeigen -> Story muss also im Feinbereich neu geschrieben werden). Es ist also sehr viel Platz für eigene Ideen.
Außerdem sind wir ein sehr nettes Team, sehr kooperativ(alle mit Headset, jeden Tag Online Treffen) und nehmen gern Meinungen von anderen an.
Wir sind alle bereit, an dem Projekt bis zum Ende zu arbeiten (selbst wenn wir 5 Jahre brauchen, was ich natürlich nicht hoffe).

Und wie siehts mit genauen Plaenen zum Spiel selbst aus? Technische Anforderungen, UML-Diagramme, genaues Screening? Steht da schon was?
Gehoert nunmal auch sehr viel Planung dazu, das musste glaube ich fast jeder lernen der in diesen Bereich oder auch speziell in den Bereich der Programmierung eingedrungen ist.