Veranstaltung/48slasep: Unterschied zwischen den Versionen

Version vom 18. Oktober 2006, 18:26 Uhr

Das 48 Stunden Labor Spiel Entwicklungs Projekt (lautsprache: schlasep) hat zum Ziel ein Computerspiel innerhalb von einem Wochenende zu entwerfen.

Ziel des 48slasep ist ein Spiel zu entwickeln.

Anforderungen fuer das Spiel:

Anforderungen fuer den Entwicklungsprozess:

alle codezeilen sollen innerhalb eines Wochenendes (48h) geschrieben werden
- falls dies nicht klappen sollte kann man ja noch weiteres Wochenende machen!
Organisation und Planung darf vorher geschehen (ueber dieses Wiki)
Der Entwicklungsprozess darf keine Teilnehmer ausgrenzen die eine Sprache o.ä. nicht beherrschen, in einem solchen Fall muss die Sprache oder das Feature verworfen werden
Teilnehmer die nicht Programmieren sollen integriert werden indem sie z.b. an Grafiken, Sounds oder der Storyline arbeiten
alle Entscheidungen muessen pseudodemokratisch in offenen Wahlen getroffen werden (bei der Planung in diesem Wiki)

Begin: Freitags 20:00 CEST Ende: Sonntags 20:00 CEST

bitte Terminvorschlaege (Freitage) machen oder fuer einen Termin eintragen:

bitte eintragen und weiter sagen: Felix, Alex, Fabian

ich will kein Spiel nachprogrammieren. ich wuerde auch ungern ein existierendes spielkonzept worms+waffen+mini-strategie-jumnrump nehmen und es ein klein wenig abaendern worms+waffen und dann nachprogrammieren. -- Felix
sehr cool waere zum beispiel die generation von leveln ueber existieren daten wie netzwerkverbindungen oder rss feeds -- Felix
wir sollten uns nicht zuviel vornehmen, es wird schwer wenn wir eine ganze geschichte entwerfen muessen. also geht es eher in die arcarde richtung
Ich denke auch das es eher unwahrscheinlich ist das wir ein Spiel mit komplexerer Spielidee oder Grafik in dieser Zeit schaffen können. Ich fände ein Multiplayer/Netzwerkspiel gut mit einer Kleinen anzahl an möglichen aktionen, aber trodzem einer relativ hohen komplexität (ähnlich go oder schach) gut. -- Fabian

das LABOR SVN kann genutzt werden um gleichzeitig an Code zu arbeiten und um Code auszutauschen -- Felix
da der Zeitrahmen von 48h relativ kurz ist, sollte moeglichst viel code wiederverwendet werden. Ich zumindest kann keine 3d engine in 48h schreiben -- siehe dazu die Listen von Spielentwicklungsumgebungen und Werkzeugen -- Felix
Aspekte aus dem Labor und/oder aus vertretenen Studien-/Interressenrichtungen sollten im Spiel auftauchen, sowhol Software als auch Hardware die lustig ins Spiel gebracht werden Alex

@@ Zeile 35: / Zeile 35: @@
 * sehr cool waere zum beispiel die generation von leveln ueber existieren daten wie netzwerkverbindungen oder rss feeds -- [[Felix]]
 * wir sollten uns nicht zuviel vornehmen, es wird schwer wenn wir eine ganze geschichte entwerfen muessen. also geht es eher in die arcarde richtung
+* Ich denke auch das es eher unwahrscheinlich ist das wir ein Spiel mit komplexerer Spielidee oder Grafik in dieser Zeit schaffen können. Ich fände ein Multiplayer/Netzwerkspiel gut mit einer Kleinen anzahl an möglichen aktionen, aber trodzem einer relativ hohen komplexität (ähnlich go oder schach) gut. -- [[Fabian]]
 == Brainstorming zum Technischen Finnessen (Engines, Sprachen, Werkzeuge) ==