Veranstaltung/48slasep: Unterschied zwischen den Versionen
Aus LaborWiki
Martin (Diskussion | Beiträge) Keine Bearbeitungszusammenfassung |
Fabian (Diskussion | Beiträge) |
||
Zeile 64: | Zeile 64: | ||
* 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]] | * 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]] | ||
* Ich fänd ja einen Multiplayer-Flipper nicht unwitzig. Also nicht von unten nach oben sondern von allen seiten mit einer art Berg in der Mitte. Allgemein Multiplayer & Action fänd ich gut. Sollte schön hektisch werden. [[Markus]] | * Ich fänd ja einen Multiplayer-Flipper nicht unwitzig. Also nicht von unten nach oben sondern von allen seiten mit einer art Berg in der Mitte. Allgemein Multiplayer & Action fänd ich gut. Sollte schön hektisch werden. [[Markus]] | ||
== Brainstorming zum Technischen Finnessen (Engines, Sprachen, Werkzeuge) == | == Brainstorming zum Technischen Finnessen (Engines, Sprachen, Werkzeuge) == | ||
* das LABOR [[SVN]] kann genutzt werden um gleichzeitig an Code zu arbeiten und um Code auszutauschen -- [[Felix]] | * das LABOR [[SVN]] kann genutzt werden um gleichzeitig an Code zu arbeiten und um Code auszutauschen -- [[Felix]] |
Version vom 18. Oktober 2006, 23:19 Uhr
Das 48 Stunden Labor Spiel Entwicklungs Projekt (lautsprache: schlasep) hat zum Ziel ein Computerspiel innerhalb von einem Wochenende zu entwerfen.
Rahmenbedingung
Ziel des 48slasep ist ein Spiel zu entwickeln.
Anforderungen fuer das Spiel:
- es muss spass machen
- es muss spielbar sein
- es muss unter der GPL veroeffentlicht werden
- es sollte portierbar sein
- es kann innovativ sein
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)
Zeitrahmen
Begin: Freitags 20:00 CEST Ende: Sonntags 20:00 CEST
Termine
bitte Terminvorschlaege (Freitage) machen oder fuer einen Termin eintragen:
- am 1.12.2006 kann Felix,
Teilnehmer
bitte eintragen und weiter sagen: Felix, Alex, Fabian, Martin
Wer kann/möchte was tun
Fabian
Ich kann:
- Audio
- Grafik 3D/2D (3D ist etwas her)
jeweils bearbeiten sowie Programmieren
Programmiersprachen: C++, Ruby, Scheme, Java, C
Ich würde gerne:
- Sounds basteln
- nat. auch Programmieren
- evt. Computergegner / Computerlernen
Martin
Ich kann:
- 3D-Grafik mit OpenGl z.B. in glut (aber ne eigene Engine bekomm ich in der Zeit nicht hin)
Programmiersprachen: C, C++, Java
Ich würde gerne:
- Gameplay
- Computergegner
Brainstorming zum Spielkonzept
- 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
- 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
- Ich fänd ja einen Multiplayer-Flipper nicht unwitzig. Also nicht von unten nach oben sondern von allen seiten mit einer art Berg in der Mitte. Allgemein Multiplayer & Action fänd ich gut. Sollte schön hektisch werden. Markus
Brainstorming zum Technischen Finnessen (Engines, Sprachen, Werkzeuge)
- 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