Ein Winterprojekt...

Der nächste Winter kommt bestimmt und ich er wird bestimmt kalt und ungemütlich werden. Also genau der Typ von Winter, in dem man ein neues schönes Projekt zum Butzeln braucht.

Aber so ganz alleine arbeitet es sich nicht gut und bei mir schwindet die Energie in meinem Einzelkämpferdasein ... daher hier eine allgemeine Frage in die Runde: "Gibt es noch weitere aktive Entwickler, GameDesigner und Grafiker in diesem Forum, die ein Interesse daran haben gemeinsam etwas zu erschaffen?"

Ziel des Ganzen könnte ein spielbarer Prototyp eines Browsergames sein...was mit dem dann passiert...müssten wir dann überlegen. Als Hobbyist steht eine Vermarktung für mich jedenfalls nicht im Vordergrund...sondern das Erschaffen...und das geht in der Gruppe nunmal schneller.

Da das ganze noch ein halbes Jährchen hin ist, sind alle Aussagen hier total unverbindlich, aber mich würde es einfach interessieren, ob es sich lohnt in diese Richtung zu denken.

Also...gibt es euch noch..die Hobbyisten, die einfach Lust am Spiele entwickeln haben? Wenn ja meldet euch einfach..ich mach gleich mal den Anfang...

Bis denne...

Maxx

Ich hätte lust :D wäre doch toll wenn wir was bis zur BGF 2011 was kleines zusammen hätten. Mich interessiert das Entwickeln selbst von mir aus kann das Game später Open Source sein;)

EDIT: ach ja ich hatte diese Idee als erster;) frag Buhrmi

Mmmmh....

Ich glaube es wird Problematisch sein auf ein Gemeinsamen nenner zu kommen, weil viele hier einiges drauf haben und jeder wird versuchen seins durchzusetzen:D

Zb Buhrmi würde sagen :"Nur wenn ihr Ruby on Rails verwendet"

Undeadble würde sagen:"C# ist aber besser"

:D du weist was ich meine;) Ich würde eher paar richtlinien setzen und dann fragen wer lust hat mitzumachen:P

Was könnte entwickelt werden?

Ich habe vor ca. einem Jahr mal angefangen mit TheUndeadable an einem Spiel zu designen, das würdig wäre einen Prototypen zu bekommen. Der Projektname war "Galaxy of Dungeon Wars" in Anlehnung an immer absurder werdende Browsergamenamen :) Das würde ich beizeiten nochmal vorstellen (wenn ich nochmal in das Wiki reingeschaut und aufgeräumt habe)...es geht darum vorprogrammierte Kämpfer gegeneinander antreten zu lassen...vielleicht gefällt es ja.  Ansonsten steht mit http://inaplay.de eine Adventurespieleplattform, die ich mitprogrammiert habe auf Eis, die es eigentlich auch verdient hat neu aufgelegt zu werden, aber leider sehr contentintensiv ist...

Zu mir:

Ich habe mit http://overwatch.de ein Spiel, das technisch zu 95% fertig ist. Bin also niemand, der über Browserspieleentwicklung nur mal was gehört hat oder bei dem Spieleentwicklung eine fixe Idee ist. Ich habe die Fähigkeiten ein Browserspiel von vorne bis hinten zu realisieren.

• Im Frontend bevorzuge ich (D)HTML
• serverseitig bevorzuge ich Java

Nicht weil es nicht andere (vielleicht auch bessere) Lösungen gibt, sondern einfach weil ich diese Technologien am besten beherrsche und sie den Job tun. Das bedeutet nicht, dass ich nicht aufgeschlossen bin neues zu lernen.

An zwei Abenden in der Woche habe ich die Zeit meinem Hobby zu fröhnen. Manchmal mehr, manchmal weniger...es ist schliesslich nur ein Hobby.

Ich hoffe durch mein Gesuch auch explizeit die alten Hasen aufzuscheuchen, die ihre Spiele teilweise aufgegeben haben und über die doch oft sehr kindischen Vorstellungen in manchen "Stellengesuchen" den Kopf schütteln. Ich weiss dass ein Browsergame eine aufwendige Sache ist, aber wenn sich hier ein paar fähige Leute zusammenraffen, dann sollte es doch machbar sein etwas zu erschaffen, dass Spass macht...und das auch beim Erstellen Spass macht.

Das wars eigentlich, was ich sasgen wollte...

Bis denne...Maxx

Original von BlackScorp

Ich glaube es wird Problematisch sein auf ein Gemeinsamen nenner zu kommen, weil viele hier einiges drauf haben und jeder wird versuchen seins durchzusetzen:D

Zb Buhrmi würde sagen :"Nur wenn ihr Ruby on Rails verwendet"

Undeadble würde sagen:"C# ist aber besser"

:D du weist was ich meine;) Ich würde eher paar richtlinien setzen und dann fragen wer lust hat mitzumachen:P

Dem Undead ist das egal...

Ich nutze in der Industrie auch Excel zur Datenhaltung und für viele andere Dinge... Nicht weil es gut ist, sondern weil es jeder versteht.  

Daher würde ich die technische Frage erstmal ausklammern, bzw. diese dem motiviertesten überlassen :-)

Original von MrMaxx

Ansonsten steht mit http://inaplay.de eine Adventurespieleplattform, die ich mitprogrammiert habe auf Eis, die es eigentlich auch verdient hat neu aufgelegt zu werden, aber leider sehr contentintensiv ist...

Dafür!

Wobei sich da Content ja primär auf Grafiken bezieht, oder?

ich wäre für "Galaxy of Dungeon Wars(Farm)" :D da ich mit Java nichts machen kann, könnte ich mit jQuery unter die Arme greifen mit effekten usw..

Mir macht im Team alles mehr spaß als alleine :)

Wenn sich die Interessen ähneln bin ich bei allem dabei. Brauch auch immer wieder extrem lange mir selber in den Hintern zu treten. In nem Team sich gegenseitig Feuer zu machen fällt mir auch viel einfacher.

Im Moment entwickle ich an einem Visual Novel / Adventure Spiel und hoffe damit später finanziell unabhängig zu werden, und dann die Namensrechte an DAoC zu kaufen, und die Entwicklung von DAoC 2 zu finanzieren xD

Original von buhrmi

Mir macht im Team alles mehr spaß als alleine :)

Das ist auch der Grund wieso Cruel so lange entwickelt wird.. nach feierabend habe ich viel Freizeit doch das  wird in League of Legends investiert .. weil ich es nicht schaffe den Schweinehund zu besiegen-.-

Würde mich auch als Entwickler bereitstellen :o)

Nehmt mich auch mal mit auf die Liste der Interessierten. Gibt es irgend wo einen Ort für eine Game-Design-Diskusion?

mfg Todi

Darmstadt wär cool :D

*duck*

ich fress nen besen wenn das hier nicht erbärmlich untergeht, ja gut statt dem besenfressen würde mich auch als collaborateur versklaven lassen (team rulez), wie auch immer ich behalte mir die freie wahl der bestrafung vor, ihr seid am zug

> ich fress nen besen wenn das hier nicht erbärmlich untergeht

Kannst schon mal anfangen.
Das hier geht mit Stolz unter!

Aber auf nen Bierchen nach Darmstadt wäre ich bereit!

... wieso nicht ein nettes Teamspeak Treffen, jeder bringt bier mit und keiner muss nach Darmstadt:P @Redrik habe auch noch meine Zweifel das daraus was wird:D jeder hier ist ein wenig zu speziell;)

Original von BlackScorp

... wieso nicht ein nettes Teamspeak Treffen, jeder bringt bier mit und keiner muss nach Darmstadt:P @Redrik habe auch noch meine Zweifel das daraus was wird:D jeder hier ist ein wenig zu speziell;)

/sign

Die Idee ist gut, nur leider fürchte ich auch das die Umsetzung hier untergehen wird. Zumal ich selber hier auch Ruby on Rails bevorzugen würde

ich traue Programmiersprachen ohne Geschweiften klammern nicht:D Habe mich auch gekonnt von Visual Basic ferngehalten:D

Original von BlackScorp

ich traue Programmiersprachen ohne Geschweiften klammern nicht:D Habe mich auch gekonnt von Visual Basic ferngehalten:D

Kannst ja welche setzen

Ich schmeisse meine beiden Game-Vorschläge ins Rennen:

Galaxy of Dungeon Wars

Das habe ich schonmal fast mit TheUndeadable angefangen:

Einführung: https://bitbucket.org/mbrenn/galaxy-of-dungeon-worlds/wiki/Einf%C3%BChrung

Danach: https://bitbucket.org/mbrenn/galaxy-of-dungeon-worlds/wiki/Home

Das ganze ist recht unaktuell...ich habe noch sehr viele Sachen nachträglich auf Papier festgehalten. Hatte auch eine Spielsession auf ausgedruckten Hex-Feldern mit nem Freund...was verifiziert hat, dass es Spass macht :) Würde das vielleicht die Tage mal ins Wiki übertragen.

Make your Adventure

Dieses Spiel habe ich zusammen mit einem Kumpel gebaut. Es gibt eine testbare Version unter:

http://inaplay.de

login: MrMaxx

pw: katzenfutter

Einfach mal mit dem Editor rumspielen...jeder Zustand eines erstellten Adventures kann jederzeit probegespielt werden. Bitte macht das Spiel "Cat" nicht zu sehr kaputt. In den Editor kommt man über : Dashboard => Meine eigenen Adventures => Spiel erstellen (oder eins der bestehenden auswählen).

Das Spiel an sich ist recht weit fortgeschritten...müsste aber trotzdem nochmal komplett neu angefangen werden...Make your Adventure ist mein Herzblatt, an dem ich nur nie weitergearbeitet habe, weil wir niemanden gewinnen konnten, der die Grafiken erstellt hat für ein komplettes Adventure...oder jemanden, der mal ein komplettes Adventure erstellen wollte.

So...das waren meine Vorschläge...lasst mal hören, was ihr davon denkt?!

Bis denne..

Maxx

Wie gesagt, bei einem Adventurebuilder wär ich sofort dabei. Taktik und Strategie eher weniger.

Adventure würde mich auch reitzen =)

Es wäre doch nice mal neue sachen zu verwenden wie HTML 5 etc.

Learning by doing ;)

Ich hätte weniger Interesse an dem nächsten World/World/World-Builder Frame-Work-Generator Maga-Engine Projekt. Sondern eher an dem konkreten Umsetzen eines netten Game-Designs. MrMaxx hat den thread aufgemacht, ich guck mir seine beiden Entwürfe an und nehme einfach eins von beiden ;-)

P.S. Darmstadt? Lol! ;-)

> java.lang.NullPointerException Juhu, endlich eine Sprache ohne Pointer! ;-)

Habe kein bitbucket Login und komme nicht auf die Seiten..

Adventure ist weniger meins, genretechnisch gefällt mir Strategie am besten.

Entwerfe seit einiger Zeit an einer verteilten Architektur für ein Weltraumspiel, das in OpenSource mit NodeJS als Platform umgesetzt werden soll. Inhaltlich ist es sonst noch sehr vage, die Grundlage sollte so geschrieben werden, das sich auch komplexe Features recht leicht einbauen lassen. Sprache ist durchgängig JavaScript, mit Wiederverwendung auf Client- und Serverseite. Mehr auf meinem Blog...

Ich lese hier mit Interesse mit und würde gern mal wieder was mit Browsergames machen.

Unser (5 Mann) letztes Spiel haben wir 2003 bis 2008 entwickelt und war ein Strategiespiel mit (leider zu) komplexen Wirtschaftsabläufen. Aus Zeitmangel habe ich die Programmierung aber an den Nagel gehängt. Auch jetzt finde ich immer noch keine Zeit zum Programmieren.

Aber ich habe jetzt ein soooo gutes (Ernsthaft!) Konzept, das ich einer Horde talentierter Entwickler zur Verfügung stellen würde. Es ist wirklich gut und würde eine ganz neue Art von Browsergames gründen. Das meine ich wirklich ernst.

Wenn ich euch hier richtig verstanden habe, schreckt ihr auch vor technisch herausfordernden Spielen nicht zurück. Darum gehts nämlich im Groben:

Es ist eine Mischung aus Strategie und Rollenspiel. Man spielt jedoch nicht über 2-3 Monate mir 1000 anderen Spielern auf einer großen Karte, sondern macht immer mal wieder kleine 1-2 stündige Matches. Entweder gegen andere Spieler (2,4,8 oder mehr) oder man spielt eine Single-Player- oder Multi-Player-Kampagne.

Jedes Match startet man mit einem Helden und ein paar Einheiten, dazu ein paar wenige klassische Gebäude wie Kaserne etc. Der Held kann Matchübergreifend hochgeskillt werden. Das Match findet auf einer Karte statt deren Größe der Spielerzahl angepasst ist. Die Herausforderung ist, das Spiel wie ein herkömmliches Desktopgame aufzuziehen. Das Spiel des Matches ist es natürlich die Streitmacht des Kontrahenten zu erledigen.

Dazu gibt es noch mehr Ideen:

• NPC-Gegner, die wertvolle Items behüten
• verschiedene Helden mit unterschiedlichen Fähigkeiten
• Kampagnen, die eine richtige Story erzählen
• Isometrische 2,5-D Karten mit Höhendaten und hübscher Grafik
• Ein Itemsshop über den Helden ausgerüstet werden
• Items, die für Realgeld kaufbar sind (jedoch nur Prestigeobjekte sind, wie goldene Helme etc.)
• Eine Lobby in der man sich für Matches verabreden kann

Falls interesse besteht würde ich das Konzept ein bisschen ausführlicher Vorstellen. Es ist schwer hier mit wenigen Sätzen alles zu beschreiben. Das würde ich allerdings lieber in einem mehr oder weniger geschlossenen Bereich machen, falls die "Entwicklerallianz" zustande kommt.

Ich wäre offen, für jede Umsetzung eines Game-Designs, dass einiger Maßen ausgegoren / fokussiert (keine Wirtschaftsimulation mit Atombomben), detailliert (nicht nur die Menge von irgend welchen Gebäuden / Rohstoffen aufzähle) und OpenSource ist.

Keine Lust hätte ich darauf, mit Laien und Berufsanfängern den 100sten Versuch eines "Damit kannst Du alles Machen"-Frameworks / Game-Engine [insert favored buzz word here].

Die Idee von Progralixx fände ich ganz lustig. Als OpenSource Projekt könnte dass dann auch das Problem lösen, dass man keinen al zu großen Server finanzieren kann.

@Progralixx: kannst Du Dein Konzept irgend wo ins Web stellen?

mfg Torsten

Ich wäre offen, für jede Umsetzung eines Game-Designs, dass einiger Maßen ausgegoren / fokussiert (keine Wirtschaftsimulation mit Atombomben), detailliert (nicht nur die Menge von irgend welchen Gebäuden / Rohstoffen aufzähle) und OpenSource ist.

Keine Lust hätte ich darauf, mit Laien und Berufsanfängern den 100sten Versuch eines "Damit kannst Du alles Machen"-Frameworks / Game-Engine [insert favored buzz word here].

Die Idee von Progralixx fände ich ganz lustig. Als OpenSource Projekt könnte dass dann auch das Problem lösen, dass man keinen al zu großen Server finanzieren kann.

@Progralixx: kannst Du Dein Konzept irgend wo ins Web stellen?

mfg Torsten

@Progralixx Ich denke, dass es sehr wichtig ist ein Projekt zu wählen, dass sehr schnell vorzeigbare Ergebnisse liefert, die auch Spass machen. Das bedeutet, dass die Spielidee weder zu aufwendig noch zu komplex sein sollte. Die grösste Gefahr bei soeinem Projekt ist immer, dass die Teilnehmer die Motivation verlieren.

Deswegen braucht eine Spielidee, die gewählt wird in meinen Augen vor allem zwei Eigenschaften:

• zerteilbar in möglichst kleine Milestones
• so früh wie möglich spielbar (mit Spass dabei)

Das was du bisher anskizziert hast sagt mir vor allem, dass es sich dabei um unüberschaubar viel Arbeit handelt. Vielleicht überlegst du dir als erstes mal das minimales Featureset, mit dem du dir vorstellen kannst, dass das Spiel anfängt Spass zu machen und versuchst das vorzustellen. Lass die ganzen "und das kann man auch noch machen"-Features raus...die gehören auf eine Wishlist, aber sind erstmal irrelevant...zeig, dass dein Spiel schon in der Grundidee potential hat.

So long...

Maxx

Es freut mich, dass mein Vorschlag nicht grundsätzlich auf Ablehnung stößt.

Ich werde im Laufe der Woche eine PDF zusammenstellen, die nur das Kernspiel beschreibt und deine, MrMaxx, beiden Bedingungen erfüllt. Vielleicht komme ich auch dazu das Spiel direkt in Einzelkomponenten oder Kompetenzbereichen aufzuteilen. So kann sich eventuell jeder Experte schon mal seinen Lieblingsbereich rauspicken. Von mir aus kann das Konzept dann gern als OpenSource-Projekt umgesetzt werden. ;-)

Ich finde, der Vorschlag vom MrMaxx klingt sehr gut. Ich würde auch noch nicht zu sehr auf Technik abheben, sondern einfach das Spiel, so beschreiben, wie es Deiner Meinung nach Spaß machen müsste. Vielleicht müsste man das gleiche Spiel sogar als Brettspiel oder per Mail mit Spielleiter spielen können.

Bin gespannt ;-)

Na, wie sieht es den aus? Gibt es schon ein PDF?

mfg Todi

Sorry ich war in den letzten Tagen zu sehr beschäftigt.

Hab aber schon angefangen alles mehr oder weniger genau aufzuschreiben. Wird aber noch ein paar Tage dauern. Wo kann ich sowas dann am besten hochladen? Mit wärs ganz lieb wenn ich das mit nem Passwort sichern könnte. Das poste ich dann hier im geschlossenen Bereich.

Lade es doch einfach irgend wo ins Netz. Solange niemand die Url kennt, wird es auch nicht zufällig gefunden.

Jo Buhrmi...Adventurebuilder ist ein krasser Klopper, an dem ich mich schon einmal verhoben habe.

Meine Learnings aus dem letzten Versuch sind:

1. So früh wie irgendmöglich releasen
2. KISS
3. Featureset sehr klein ansetzen
4. von Anfang an Grafiker/Illutratoren ins Boot holen
5. am Game-Frontend mössen 100%ig fähige Leute sitzen

1. Das hat uns beim letzten Mal das Genick gebrochen. Wir hatten zu viele Features und wollten nicht halbfertig releasen. Dadurch konnten wir niemanden davon überzeugen, dass wir A: was geiles bauen, das B: auch wirklich funktionert und bei dem es sich C: lohnt mitzumachen (vor allem in Form von Grafikern /Illustratoren).

2. KISS...und KISS bezieht sich hierbei vor allem darauf, was das eigentlich werden soll....es darf kein AGS-Editor für Web werden sollen. Es wäre fast schon unverschämt zu hoffen, dass es sich irgendwann in ferner Zukunft dahin entwickeln könnte...Aber man startet bei A und nicht bei Z...also sollte das Ziel auch realistisch sein. Meine Zielvorstellung ist es z.B. einen Editor zu bauen, mit dem man 2-3 Raumadventures bauen kann, mit einem minimalen Aufwand. Das bedeutet auch, dass es nur eine sehr beschränkte Anzuahl an möglichen Aktivitäten geben darf. Alles muss wirklich so abgespeckt sein, dass die Aktionen nur wenige sind...und der Spielspass aus dem Dialogen und Geschichten kommt, die erzählt werden.

3. Das Featureset darf  für den ersten Release nur sehr sehr klein sein, um den frühen Release zu ermöglichen. Das würde z.B. bedeuten, dass er nur folgenden Features gibt:

• Szene mit Hintergrund
• Gegenstände können angesehen werden
• Dialoge mit NPCs können geführt werden
• Protagonist kann sich in Szene bewegen

Für die komplette weitere Entwicklung besteht also immer eine vorzeigbare Version, egal woran im Moment entwickelt wird...im weiteren Verlauf gilt natürlich weiterhin "release often"....kleine Iteration wählen und häufig releasen.

4. Dadurch, dass wir nie eine richtig vorzeigbare Version vorzuweisen hatten, bei der alle Features funktionert haben, konnten wir kaum andere mit ins Boot holen. Ich hatte etliche Kontakte zu Leuten, die Adventures bauen, aber niemand von denen konnte sich was ansehen...wir hatten einfach zu wenig Content. Das A und O einer Adventure-Platform ist der Content und damit die Grafiker/Illustratoren.

5. Das Frontend für einen Adventure-Builder ist mit DHTML durchaus machbar, ABER das unterschidliche Verhalten der unterschiedlichen Browserversionen brechen einem das Genick.

Ein Point&Click Adventure ist kein OGame oder Travian sondern beinhaltet mehr viel Interaktion...vor allem, wenn es dann darum geht Pfade auf einem Graphen abzuwandern...Userinteraktion anzuhalten, Sequenzen von vordefinierten Aktionen abzuspielen...NPC Aktionen auszuführen...und das ganze dann auchnoch so, dass es robust ist und keine Glitches passieren...keine nicht vorhergesehenen Sachen...

Ich erinnere mich noch ganz genau, dass wir einen Termin bei Alexander Samwer hatten um unser Baby vorzustellen UND DER SCHEISS PROTAGONIST LÄUFT RÜCKWÄRT DIE TREPPE RUNTER...hat er vorher noch nie gemacht...nur auf dem Kack Notbeook mit der Kack IE-Version...

Daher muss diese Komponente von Leute gebaut werden, die sowas nicht zum ersten Mal machen.

Tjoar...das war eine Kurzversion meiner Learnings aus dem Projekt (der Entwicklungsspezifische Teil).

Sollte also wirklikch jemand das Teil nochmal angehen wollen, dann bin ich dabei...aber nur wenn einiges vorher geklärt ist und ich mir sicher sein kann, dass die Leute nicht nach 3 Monaten abspringen.

Maxx

Original von MrMaxx

 Dadurch konnten wir niemanden davon überzeugen, dass wir A: was geiles bauen, das B: auch wirklich funktionert und bei dem es sich C: lohnt mitzumachen (vor allem in Form von Grafikern /Illustratoren).

Das stimmt so nicht. Ich war sofort überzeugt. ;-)

5. Das Frontend für einen Adventure-Builder ist mit DHTML durchaus machbar, ABER das unterschidliche Verhalten der unterschiedlichen Browserversionen brechen einem das Genick.

Sowas sollte sich ja theoretisch inzwischen über die üblichen Javascript-Frameworks abfangen lassen.

Sollte also wirklikch jemand das Teil nochmal angehen wollen, dann bin ich dabei...aber nur wenn einiges vorher geklärt ist und ich mir sicher sein kann, dass die Leute nicht nach 3 Monaten abspringen.

Ich wüsste da eine Möglichkeit: Nennt sich Risikokapital.

Original von Dunedan 

5. Das Frontend für einen Adventure-Builder ist mit DHTML durchaus machbar, ABER das unterschidliche Verhalten der unterschiedlichen Browserversionen brechen einem das Genick.

Sowas sollte sich ja theoretisch inzwischen über die üblichen Javascript-Frameworks abfangen lassen.

Klar lässt sich das damit machen, aber es ist aufwendig und mit viel Detailarbeit verbunden. Wir haben z.B. damals aus Prototype/Scriptaculous gesetzt...die Masse des geschriebenen Javascripts ist allerdings der custom GameClient.

Sollte also wirklikch jemand das Teil nochmal angehen wollen, dann bin ich dabei...aber nur wenn einiges vorher geklärt ist und ich mir sicher sein kann, dass die Leute nicht nach 3 Monaten abspringen.

Ich wüsste da eine Möglichkeit: Nennt sich Risikokapital.

...und nen gut bezahlten Job, der mir grade hammerst Spass macht aufgeben...noe danke?

Aber mal ne andere Sache...das BGF müsste doch alsbald angekündigt werden, oder? Ich hoffe doch mal, dass es wieder stattfindet. Warum vertreiben wir uns nicht den Abend vor der Party mit nem Game-Ideen-Brainstorming? Weiss irgendwer schon näheres über den Termin? Die BFG Webseiten befinden sich ja momentan im TRANSIT...es bewegt sich also schonmal was.

So long...

Maxx

Original von MrMaxx

Aber mal ne andere Sache...das BGF müsste doch alsbald angekündigt werden, oder? Ich hoffe doch mal, dass es wieder stattfindet. Warum vertreiben wir uns nicht den Abend vor der Party mit nem Game-Ideen-Brainstorming? Weiss irgendwer schon näheres über den Termin? Die BFG Webseiten befinden sich ja momentan im TRANSIT...es bewegt sich also schonmal was.

So long...

Maxx

ich hab' gehört, dass es dieses jahr kein BGF geben wird. erst 2012 wieder. vllt. auch nur ein gerücht, denn offizielles gibt es (noch?!) nicht dazu.

gruss

FateF8

verfolge das ganze mit schmunzeln und ja es wird mir warm ums herz(ehrich)

aber

parolen alleine streicheln zwar das ego, bringen das vorhaben kein stück voran, jemand sollte mal die sache in die hand nehmen und ein paar polls starten um grunsätzliches festzulegen:

1. genre

2. setting

3.  umsetzungs-technologien/techniken

daran werden sich alle  willigen orientieren oder ausfiltern

Tjaja...

Ich finde das Genre erstmal nebensächlich, solange mich die Spielidee mitreisst...bei einem 08/15 TabellenBG kann das Setting noch so dolle sein..ich werde keinen Finger krumm machen dafür.

Verwendete Technologien sind ebenfalls nebensächlich, solange sich eine Person findet, die den Ton angibt und die Architektur vorgibt/initial aufstellt, bin ich sogar bereit PHP zu schreiben....eventuell...hmmm....

Wir suchen also immernoch nach einer Spielidee, die alle mitreisst...aber da (jedenfalls nach meiner Vorstellung) das ganze eh erst im Spätherbst anfängt, wenn die Sonne früh untergeht und es draussen ungemütlich wird, haben wir noch Zeit dafür...was nicht heisst, das nicht mal bald was brauchbares gefunden werden könnte :)

So long...

Maxx

YEY Voting juhu party ok ich fang an aufgepasst also hmm und zwar hmm okay:

1. Modularer Adventurebuilder der die Erstellung von Adventurespielen mit folgenden Features ermöglicht: 

• Dialoge im Visual-Novel Stil
• Wandern auf diversen Karten (Übersichtskarten und Szenen)
• Interaktion mit Entitäten, mit dem Interaktionsmodell von Monkey Island 3 als Vorbild

2. Präsentation als Community und Voting Plattform

3. Clientseitig: HTML5+CoffeeScript (wenn man heutzutage etwas gutes mit HTML5 baut kriegt man viel kostenlose Publicity), Serverseiting: Wayne, Ruby on Rails wär mir am liebsten

Eine Spielidee die alle mitreißt? Vermutlich nicht :D

Original von buhrmi

• Dialoge im Visual-Novel Stil

Visual Novels bedeuten, dass es für einen Dialogpartner einerseits den NPC in der Szene geben muss und andererseits auch noch das Standbild für den Dialog...oder sehe ich das Falsch? Wäre für mich ein Grund das optional zu machen und ansonsten auf das gute alte Lucasarts-Adventure System zu gehen.

3. Clientseitig: HTML5+CoffeeScript (wenn man heutzutage etwas gutes mit HTML5 baut kriegt man viel kostenlose Publicity), Serverseiting: Wayne, Ruby on Rails wär mir am liebsten

Serverseitig bin ich für ne deftige Portion NoSQL...ein Adventure schreit gradezu danach...die einzige Struktur, die man beim Spielen eines Adventures serverseitig braucht ist "Gibt mir alles, was ich zum Darstellen der folgenden Szene brauche, alle Dialoge und möglichen Aktionen" (auch wenn vermutlich nicht alle an den Client gesendet werden). Der Ganze Kram dahinter kann z.B. in nem JSON-String vorliegen. Ralationale Datenbanken sind da unnütz und machen nur Arbeit...

Ich würde bei Ruby on Rails mitmachen, solange ich nicht derjenige bin, der die generelle Archtektur vorgibt.

Als GameEngine fänd ich LimeJS sehr interessant...Vor allem wegen der untschiedlichen RendererImplementationen für DOM und Canvas.

Eine Spielidee die alle mitreißt? Vermutlich nicht :D

Na klar reisst das mit!!! Ich frage mich nur, wie viel Zeit zu für sowas erübrigen könntest. Meine Zeitvorstellunge habe ich ja schon gepostet.

Maxx

Original von buhrmi

Eine Spielidee die alle mitreißt? Vermutlich nicht :D

 Mir wäre ein richtiges, spielbares Spiel auch viel lieber. Ich würde aber mithelfen, wenn sich keine "bessere" Idee aufzwängt.

Was die Technik angeht, bin ich immer ein Freund davon, erst einmal zu klären WAS es werden soll, bevor man klärt, WIE man es umsetzt. Die Architektur würde ich schon versuchen, von den Anforderungen abzuleiten.

mfg Todi

Ich könnte ja noch die Idee in den Ring werfen, eine Wirtschaftssimulation wie Financial-Rumors zu entwickeln. Zumindest Grafiken und etwas Erfahrung hätten wir dann schon.

Hallo,

gibt es denn schon etwas neues zu berichten oder hat sich das Thema bereits erledigt?

TheUndeadable und ich sind im Moment dabei an einem Konzept rumzuspinnen...

Die Frage, die sich immer wieder stellt ist, was für eine Technologie gewählt wird...und da die Meinungen hier so weit auseinander gehen und jeder einen anderen Technologiestack mag, wird es problematisch. Was wenn die Person, die die Architektur vorgegeben hat abspringt? Dann sitzt man da und hat was am Hals, das man nicht unbedingt will...lange Rede kurzer Sinn...ich werd die Tage mal ein Rumpfprojekt aufsetzen und damit werden wir einen kleinen Prototypen basteln...um zu sehen, ob die Spielidee in den Grundzügen was taugt.

Wir hängen im IRC rum...da lässt es sich eh am besten quatschen...

Maxx