Wer braucht denn Storywriter?

[KingPaddy]

Ich hatte neulich mit einem Freund ein Gespräch über Spielentwicklung. Anlass war, dass ich vor einer ganzen Weile mal ein grobes Konzept für eine Story für ein RPG-Maker-Spiel entworfen hatte und mir das beim Aufräumen mal wieder in die Hände gefallen ist und ich, weil ich Lust hatte sogar etwas dran gefeilt hatte. Anlass war damals Anno 2006, das ein damaliger Freund auf mich zukam mit der Idee doch selbst mit dem Maker ein Spiel zu machen und ich sollte ihm da einen Entwurf für die Welt und die Story machen, die man umsetzen könnte, da ich damals in der Richtung kreativ schon immer ganz gut war Abenteuer zu entwerfen. War natürlich klar, dass das nichts werden würde. Ich hab ihm das nach zwei Monaten vorgelegt er hatte derweil mal ein bisschen mit dem Maker rumgespielt aber fand das dann wie erwarten doch schwerer als gedacht ^^ Deshalb landete das Konzept in der Schublade.

Ich finde es nach wie vor zumindest in Ordnung. Problem: Ich werde daraus wohl nie ein Maker-Spiel machen, denn ich hab jetzt schon gar nicht mehr die Zeit und auch nicht die Lust mich da in irgendwelche Mechaniken einzuarbeiten. Meinte mein Freund dann, dass ich doch mit jemandem zusammenarbeiten könnte, wie früher. Hatte ich auch zunächst überlegt aber mal ehrlich: Wer mit dem Maker arbeitet, tut das gerade doch, weil er eigene Ideen hat, die er umsitzen will und nicht um die Story-Ideen anderer Leute zu verwirklichen. Eigentlich als reiner Storywriter ist man da doch völlig nutzlos. Kann ich direkt verstehen. So ein Spiel bedeutet Arbeit, viel Arbeit und das womöglich auf Jahre - wenn man sich zum Beispiel SKS anschaut - und die will man ja freilich lieber in eine eigene Idee investieren.

Habe ich da einen falschen Eindruck oder wie seht ihr das? Gibt es da überhaupt einen Bedarf für reine Storywriter?

[Ligiiihh]

Das Problem, das ich oftmals sehe (und auch sehr oft bei kommerziellen Spielen), ist einfach, dass ich sofort erkenne, das hinter den Programmierern einfach niemand sitzt, der wirklich ein Händchen dafür hat, sich 1. gute Plots auszudenken und 2. anständige Dialoge zu schreiben. Ein guter Programmierer zu sein heißt nicht automatisch, dass man gute Geschichten schreibt. Sonst wäre ja jeder ein Bestseller-Autor. Im Falle Maker ist das bestimmt auch keine Seltenheit, dass man gar nicht realisiert, wie stumpf die Dialoge letztendlich beim Spieler ankommen (so fängt wohl fast jeder an). In der kommerziellen Szene gibt es oftmals auch das Problem, dass nur die Produzenten die Storys entwickeln und eigentlich gar keine Ahnung davon haben, wie man eine Story anständig in Szene setzt. Manchmal versagen auch die dafür angeheuerten Writer. Heck, selbst sprachversierte Übersetzer machen es öfter mal nicht besser. Und schlimmer wird's, wenn das Lokalisationsteam bei den Synchronisierungen Regisseur spielt und gar nicht wirklich erkennt, wie schlecht manche Voice Clips vertont sind.

Bei Maker-Spielen ist das natürlich ein Tick noch anders. Da sind die Storywriter erst zu den Programmierern geworden, als sie die Gelegenheit gesehen haben, mit vereinfachter Bedienung ihre Geschichten als Spiel umzusetzen, wie sie es sich schon immer vorgestellt hatten. Zwar ist man dann trotzdem nicht automatisch ein begnadeter Geschichtenschreiber, aber da will man sich nicht ins Werk pfuschen lassen. Ist halt 'n eigenes Ding, und man will auch in der Regel nicht damit das große Geld verdienen, sodass die eigene Geschichte gerade gut genug ist, wenn man sich so viel überhaupt eingestehen kann.

Also kurz: In der Makerszene dürfte man wohl eher selten auf reine Storywriter treffen, obwohl bei einer Vielzahl wohl zumindest ein Ratgebender notwendig wäre. Und Videospiel-Programmierer sind daher auch nicht zwangsläufig gute Storywriter. Ich persönlich halte mich für gut genug, was Dialoge betrifft. Dafür geht es im Plot und in der Programmierung umso langsamer voran bei mir. Man muss halt auch alles allein machen.

[BDraw]

Das Problem gerade bei der Makerszene ist denke ich, dass die Leute oft ja mit einer Spielidee starten und sich alles weitere dann daraus entwickelt. Leute machen Menüs, Charsets, etc. um die Story umzusetzen, die sie im Kopf haben, also kurz gesagt für sich selbst. Leute, die sich als reine Writer sehen und hier dann ein team suchen, kommen dagegen rüber á la "Ich hab ne Idee und such jetzt wen, der die Arbeit macht" (was zwar zynisch ausgedrückt ist aber denke ich ganz gut wiederspiegelt, wie das bei vielen ankommt).
Sehr selten sind dagegen Leute, die (anders herum) sagen "Hey, ich kann xy, wer hat ne Story für mich?".

Ich glaube, einer der großen Faktoren bei der Motivation, ein eigenes Spiel zu stemmen, ist es, sich auch mit dem zu identifizieren, was man da tut und das ist meist leichter, wenn es sich bei dem Spiel inhaltlich (Story, Charaktere, ...) um das eigene "Kind" handelt. Sich mit fremdem Gedankengut da genauso sehr zu identifieren ist schwer.

[csg]

Wenn du wirklich nur als reiner Storywriter arbeiten willst, geht das durchaus. Wie BDraw sagt, das größte Problem ist es, dass sie die anderen beteiligten ebenso mit dem Spiel identifizieren müssen. Das heißt, das grundlegende Konzept des Spieles, die Charaktere und der Handlungsverlauf, das sind Dinge hinter denen alle im Projekt stehen, also genau so involviert sein müssen wie du es als Storywriter bist. Das kann also nichts sein, was du bereits fertig hast und deinen Teamkollegen auf den Tisch knallst. Deine letzendliche Aufgabe wäre es eher, die Dialoge im Detail zu schreiben, die Feinheiten zu glätten und zusätzliche Texte schreiben ( lore, die auch in verschiedenster form in das Spiel finden kann ). Den das ist, wenn man mal ernsthafter rangeht als es die meisten im Makerbereich tun, genau so viel Arbeit wie das Mappen oder das Skripten.

Das Problem ist es eher, ein solches Team zu finden. Meistens bilden sie sich aus irgendwelchen Freundschaften zwischen Leuten, die in mancher Hinsicht ohnehin schon ähnlich ticken und dann kein Problem haben anderen bestimmte Aufgabenbereiche zu überlassen. Ich teile also deine Bedenken - einen Thread aufmachen, um zu fragen, wer interesse hätte - das wird wahrscheinlich auf lange Sicht nichts. Das tut mir leid!

[Kelven]

@KingPaddy
Vermutlich werden nur die wenigsten sagen: Ich möchte ein (J)RPG machen - um die geht es hier ja primär - aber mich interessiert nur das Gameplay. Ich würde auch davon abraten, beides, Handlung und Gameplay, auf zwei oder mehrere aufzuteilen. Wer implementiert denn dann Dialoge und Cutscenes? Macht der Entwickler es nicht selbst, muss er das Spiel ständig aus der Hand geben, macht er es doch, gibt der Autor die Geschichte wieder ein Stück weit aus der Hand. Im Endeffekt steigt dadurch nur das Risiko, dass das Spiel abgebrochen wird. Fazit: Ich glaube nicht, dass reine Autoren benötigt werden.

@Ligiiihh

Das Problem, das ich oftmals sehe (und auch sehr oft bei kommerziellen Spielen), ist einfach, dass ich sofort erkenne, das hinter den Programmierern einfach niemand sitzt, der wirklich ein Händchen dafür hat, sich 1. gute Plots auszudenken und 2. anständige Dialoge zu schreiben.

...

Die kommerziellen Spiele, die ich kenne, geben mir keinen Grund zum Klagen. Ich geh schon davon aus, dass zumindest die größeren Studios Leute haben, die wissen, was sie tun. Ob einem das nun gefällt, ist wieder eine andere Frage, auffällig schlecht Geschriebenes ist mir aber schon lange nicht mehr untergekommen.

[Eddy131]

Ich denke ein großes Problem bei dem Thema ist auch, das der Maker von jeher nicht auf Gruppenarbeit ausgelegt ist.
Es soll wohl irgendwie möglich sein, das mehrere Personen jeweils eine Map machen und die dann später in einem Projekt zusammengefasst werden.
Es artet aber meist eher in einem Flickenteppich aus.
Und es muss vorher immer genau definiert werden, wer welche Ressourcen benutzt hat, wer welche Variablen belegt etc.
Wenn man an einem Rechner arbeitet und gemeinsam alles durchplant, dann mag das noch funktionieren.
Aber verteilt auf mehrere Rechner, dafür ist der Maker einfach nicht gemacht.
Man bräuchte eine Netzwerkstruktur, so das Änderungen sofort oder nach einer Freigabe (um Fehler zu vermeiden) in das Hauptprojekt implementiert werden und Variablen nicht doppelt belegt werden können.
Also quasi als ob alle am gleichen PC sitzen, nur jeder seine eigenen Eingabegeräte bekommt.
Ich denke aber nicht, dass sich der RPG-Maker jemals in diese Richtung entwickeln wird ^^
Es ist einfach eher ein Programm für den kleinen Hobby-Entwickler.
Der Game Maker etwa würde sich für Gemeinschaftsprojekte wohl eher anbieten.

[KingPaddy]

muss er das Spiel ständig aus der Hand geben, macht er es doch, gibt der Autor die Geschichte wieder ein Stück weit aus der Hand. Im Endeffekt steigt dadurch nur das Risiko, dass das Spiel abgebrochen wird. Fazit: Ich glaube nicht, dass reine Autoren benötigt werden.

...

Trifft dann nicht eher zu, was csg dann sagt? Müsste der Storywriter dann nicht auch die Aufgabe haben als eine Art Produzent erstens die eigenen Ideen der anderen mit dem Plot in Deckung zu bringen und weil er dann den Gesamtzusammenhang der Story, der Abläufe der Orte, etc. im Blick hat die Koordination zum Beispiel beim Mapping, Charakterdesign etc. zu übernehmen? All diese Teile werden ja gerade über die Handlung erst zu einem Spiel verbunden, davor sind es Teile des Spiels, die erst einmal Ressourcen sind und in der Zusammenwirkung beim Präsentieren der Welt und der Handlung dann ein Ganzes ergeben. Wenn wir annehmen, dass es reine Storywriter gibt, dann wäre er prädestiniert dazu, auch noch die interne Projektkoordination zumindest zum Teil mitzuübernehmen, damit eben alles zusammengeht.

Aber verteilt auf mehrere Rechner, dafür ist der Maker einfach nicht gemacht.

...

Das schlösse jemanden, der sich primär um die Story kümmert ja erst einmal nicht aus, da der das Programm nicht unbedingt anfassen muss, aber für größere Projeke sind natürlich mehr Leute eigentlich besser und da ist das sicher eine Limitierung. Aber da muss man dann vielleicht wirklich das zugrundeliegende Programm ändern, je nach Bedürfnissen.

[Eddy131]

Das schlösse jemanden, der sich primär um die Story kümmert ja erst einmal nicht aus, da der das Programm nicht unbedingt anfassen muss, aber für größere Projeke sind natürlich mehr Leute eigentlich besser und da ist das sicher eine Limitierung. Aber da muss man dann vielleicht wirklich das zugrundeliegende Programm ändern, je nach Bedürfnissen.

...

Stimmt, an den Punkt hatte ich noch gedacht aber vergessen zu erwähnen.
Wenn man die Aufgaben mehr oder weniger strikt trennt, dann kann es schon klappen.
Wenn also die Ressourcen (Grafiken, Sounds) von verschiedenen Personen kommen, kann man auch in Gruppen arbeiten.
Am Maker selbst könnte höchtens abwechselnd arbeiten.
Etwa, das einer die Karten nach gewissen Vorgaben mapt, er das Projekt dann weitergibt, der nächste erstellt alle Events und ein Dritter fügt dann alle Dialoge mit ein.
Da braucht es aber viele Absprachen und das Problem das diejenigen, die das Projekt gerade nicht haben quasi arbeitslos sind, bleibt bestehen.
Könnte aber so klappen.

Um zum ursprünglichen Thema zurückzukehren: Ich würd's versuchen.
Mehr als ein Nein (bzw. Schweigen, was auf das Selbe hinausläuft) kannst du nicht bekommen.
Und vieeleicht findet sich ja jemand, der mehr Spaß am Erstellen hat bzw. einsieht, das seine Talente nicht beim Storytelling liegen

Da du größere Projekte angesprochen hast: Was sind den so die größten (im Sinne von der höchsten Anzahl an ständig mitarbeitenden Leuten (kleine Helfer zwischendurch zählen also nicht mit rein) ) Projekte im Hobby-Maker Bereich?
Ich würde SKS sagen, kenne aber längst nicht alle Gruppenwerke der letzten Jahre ^^

[csg]

Stimmt, an den Punkt hatte ich noch gedacht aber vergessen zu erwähnen.
Wenn man die Aufgaben mehr oder weniger strikt trennt, dann kann es schon klappen.
Wenn also die Ressourcen (Grafiken, Sounds) von verschiedenen Personen kommen, kann man auch in Gruppen arbeiten.
Am Maker selbst könnte höchtens abwechselnd arbeiten.

...

Ich kann euch mal grob skizzieren wie soetwas doch relativ einfach ablaufen kann:

Ihr erstellt eine Dropbox für alle Teilnehmer, in dem sich das Makerprojekt befindet. Zusätzlich schiebt ihr eine Textdatei hinzu ( zum Beispiel 'MASTER_KEY.txt' ). Wenn nun jemand anfängt, das Projekt zu bearbeiten, kopiert er sich diese Datei aus der Dropbox hinaus, zum Beispiel auf seinen Desktop. Nun sieht jeder, der auch etwas am Projekt machen will, dass die MASTER_KEY.txt nicht in der Dropbox ist - es ist also sofort klar, dass jemand gerade am Projekt arbeitet. Ist die Person mit ihrer Bearbeitung fertig, speichert die das Programm und schiebt die MASTER_KEY.txt wieder zurück in die Dropbox. Somit ist das Projekt wieder für die anderen freigegeben.
Natürlich kann so immer nur eine Person am Projekt selbst arbeiten, aber das dürfte in der Regel nicht so das große Problem sein. Damit spart man sich sowohl kompliziertes herumschicken und integrieren des Projektes, als auch ständige Absprachen.

[Kelven]

@KingPaddy
Eigentlich möchte aber doch derjenige, der die Idee zum Spiel hat, der Produzent sein, also alle Fäden in der Hand behalten. Warum macht er sonst ein Spiel? Das ist die erste Frage, die ich stellen würde. Jemand, der einen Dungeon Crawler machen möchte, braucht keinen Schreiber für die Handlung. Es muss daher ein Spiel sein, bei dem die Handlung wichtig ist. Er möchte also ein Spiel machen, bei dem die Handlung wichtig ist, hat aber selbst kein Interesse an der Handlung. Warum entscheidet er sich dann gerade für so ein Spiel? Wenn er nur eine tolle Gameplay-Idee hat, lässt sich für die bestimmt ein Spielkonzept finden, das auf eine Handlung weitgehend verzichten kann.

@csg

Natürlich kann so immer nur eine Person am Projekt selbst arbeiten, aber das dürfte in der Regel nicht so das große Problem sein.

...

Ist das nicht sogar das größte Problem? Man möchte ja eigentlich am Spiel arbeiten, wenn man Zeit und Lust hat, aber es könnte immer sein, dass gerade jemand anderes am Spiel arbeitet. Ich geh jetzt davon aus, dass der Entwickler, der am Spiel arbeitet, das Spiel nach "Feierabend" nicht sofort wieder auf die Dropbox schiebt. Das würde mir glaub ich schnell auf die Nerven gehen. Oder ich hab keine Ahnung, wie Dropbox funktioniert, die hat doch kein CVS-System, oder?

[KingPaddy]

Eigentlich möchte aber doch derjenige, der die Idee zum Spiel hat, der Produzent sein, also alle Fäden in der Hand behalten. Warum macht er sonst ein Spiel? Das ist die erste Frage, die ich stellen würde.

...

Ist wie gesagt das angesprochene Problem. Entweder man hat als Writer eine Idee und kann die anderen davon überzeugen und die bringen noch eigene Ideen ein, die damit in Einklang gebracht werden oder die leute, die die eigentlich Erstellarbeit machen, haben schon eine eigene Story-Idee wollen die lieber verwirklichen und haben dann auch nicht wirklich einen Bedarf für jemand anderen. Deswegen gehe ich auch nicht davon aus, dass das jemals was wird.

Unter der Bedingung, dass diejenigen mit dem technischen Know-How eben vor allem Techniker sind, dürfte es sicher gehen, aber wann findet man eben so eine idealtypische Konstellation? Die meisten fangen ja eben mit dem Makern an, weil sie, wie du sagst, eigene Ideen verwirklichen wollen.

Ist das nicht sogar das größte Problem? Man möchte ja eigentlich am Spiel arbeiten, wenn man Zeit und Lust hat, aber es könnte immer sein, dass gerade jemand anderes am Spiel arbeitet.

...

Ich kenne das von anderen Projektarbeiten. Mir ist das persönlich ganz, ganz selten passiert, dass die Leute wirklich zum selben Zeitpunkt an etwas arbeiten wollten. Also gerade wenn man Zeit oder Lust abhängig arbeitet sind die Abstände ggf. immer sehr groß und die Disparitäten sowieso, dass man sich eher selten in die Quere kommt. Das ist nur in der Anfangszeit wo die Motivation noch groß ist und jeder was machen will, ein Problem. Später verläuft sich das stärker.

[Pinguin mit Brille]

Ich spreche mal aus der Sicht von jemand, die sich vorrangig als Autorin sieht ~
Jedes Spiel hat seine Schwächen und Stärken, aber grundsätzlich brauchen Spiele ja keine Story, nur einen "Rahmen", einen Kontext, in dem der Spieler motiviert wird, zu agieren. Wenn man sich aber für ein bestimmtes Spiel-Genre entscheidet, welches storylastig ist und nicht alleine durch Gameplay getragen werden kann (wie ein RPG), dann muss man auch eine ziemlich gute Story abliefern. Ich kenne einige Spiele, die versuchten sich auf ihre Story zu stützen, aber wegen besagter dann versagen. Sich da Hilfe von jemand anderes zu suchen ist da sinnvoll und meiner Meinung nach auch der beste Weg, eine halbwegs anständige Story auf die Beine zu stellen, selbst wenn man selber nicht gerade ein Märchenonkel ist.
Außerdem, nur weil man sich Hilfe von einem Autor holt, heißt das ja nicht, dass das Projekt komplett von diesem übernommen wird. Als Co-Autorin eines Webcomics sehe ich darin sogar eher eine Stärke - wenn man sich regelmäßig mit jemanden über sein Projekt austauscht, kann das einem neue Denkanstöße geben. Ich persönlich brauche das sogar, weil ich sonst in Muster abrutsche, die ich in meinen Geschichten vermeiden will.

tl;dr: Ja, man sollte sich Autoren suchen, wenn man sich seiner Sache nicht sicher sind, aber sich dann nicht wundern, wenn das dann nicht tut und jemand die Story, Dialoge, World-Building ect. kritisiert.

Ich habe auch mal eine alte Extra-Credits-Folge dazu rausgekramt, die vielleicht ganz interessant zu dem Thema ist...

[Eddy131]

@Pinguin: Grundsätzlich gebe ich dir recht.
Sich Hilfe zu holen - auch wenn man meint es zu können - ist nie verkehrt.
Dadurch bekommt man andere Meinungen und Wissen zur Verfügung, das man selber nicht hat, was immer ein Vorteil ist.
Die Grundfrage von KingPaddy war ja aber, dass er schon eine fertige Story hat und ob es sinn macht, diese jemand anderem zu "überlassen" damit derjenige daraus ein Spiel entwickelt.

Aber abseits davon wäre eine Gute Möglichkeit noch die, das man die Grundidee von dem Macher nimmt und dann ein talentierter Storyteller nach den groben Vorgaben eine gute Story entwickelt.
Quasi Hand in Hand arbeitet.
Die Frage, was der Autor dann davon hat erübrigt sich meiner Meinung nach - was hat den irgendwer davon, das er hier Spiele entwickelt?
Mal ausgenommen die, die sie später kommerzialisieren, was sich im Aufwand/Gewinn-Verhältnis auch nicht wirklich rechnet.

[Whiz-zarD]

Es soll wohl irgendwie möglich sein, das mehrere Personen jeweils eine Map machen und die dann später in einem Projekt zusammengefasst werden.
Es artet aber meist eher in einem Flickenteppich aus.
Und es muss vorher immer genau definiert werden, wer welche Ressourcen benutzt hat, wer welche Variablen belegt etc.
Wenn man an einem Rechner arbeitet und gemeinsam alles durchplant, dann mag das noch funktionieren.
Aber verteilt auf mehrere Rechner, dafür ist der Maker einfach nicht gemacht.

...

Es liegt nicht an der IDE, sondern am Team selbst.
Ein nützliches Hilfsmittel ist eine gescheite Quellcode-Verwaltung. Ich kenne mich aber nicht mit dem RPG Maker aus und daher weiß ich nicht, in welchem Format die Dateien vorliegen. Also entweder als Textdatei, die vergleichbar sind, oder ein proprietäreres Binärformat. Wer mit Leuten zusammenarbeitet, die in unterschiedlichen Orten leben, könnte man auch per Skype oder TeamSpeak in definierten Abständen eine Art Stand-Up-Meeting einberufen, damit alle auf den gleichen Stand sind und jeder weiß, was der andere macht. Auch Code-Reviews könnten z.B. per TeamViewer gehalten werden. Es liegt also nicht am RPG Maker, wenn zwei Entwickler sich auf den Füßen stehen, sondern an den Entwicklern selbst, da sie sich nicht koordinieren können.

Habe ich da einen falschen Eindruck oder wie seht ihr das? Gibt es da überhaupt einen Bedarf für reine Storywriter?

...

Das verlinkte Video von Pinguin mit Brille erklärt es schon ganz gut, was das eigentliche Problem ist.
Die Frage ist also eher: Kann das Team das umsetzen, damit das Produkt stimmig wird?
Ein gutes Spiel braucht keine gute Story. Die meisten Spiele, die sich wie blöde verkaufen haben eine strunzdumme Geschichte. Auch die Geschichten aktueller hochgelobten Indie-Spiele sind schnell erzählt. Es ist also mehr das Drumherum, was ein gutes Spiel ausmacht. Ein "Jungfrau in Nöten"-Rollenspiel mit Stereotypen würde sich sogar auch noch heute sehr gut verkaufen, wenn das Spiel dem "State of the Art" entspricht. Es ist also mehr die Präsentation der Geschichte, die das Spiel spielenswert macht und nicht die Geschichte selbst. Das ist auch der Grund, warum ich viele aktuelle Click'n'Point-Adventures eher nur mittelmäßig finde, obwohl sie von allen gefeiert werden. z.B. wirken Dialoge vielfach abgehackt, als hätten die Synchronsprecher nur Satz für Satz vorgelesen und jeder Satz wäre in einer separaten Audiodatei gespeichert, die der Entwickler diese dann hintereinander abspielt. Es ist oftmals kein flüssiges Reden und das macht die Stimmung kaputt. Als Positiv-Beispiel kann man sich ja mal die damalige iMuse-Engine von LucasArts anschauen (die hatten das führende i 16 Jahre vor dem iPhone eingeführt ), mit welchen liebevollen Details der Sound wiedergegeben wurde, so wird z.B. der Übergang von einem Musikstück zum nächsten dynamisch berechnet, sodass es sich wie ein kontinuierlicher Soundtrack anhört. Bei Monkey Island 2 wurde z.B. die Musik dramatischer, je näher man zum Grab von Largo's Großvater geht.

[Linkey]

Ist das nicht sogar das größte Problem? Man möchte ja eigentlich am Spiel arbeiten, wenn man Zeit und Lust hat, aber es könnte immer sein, dass gerade jemand anderes am Spiel arbeitet. Ich geh jetzt davon aus, dass der Entwickler, der am Spiel arbeitet, das Spiel nach "Feierabend" nicht sofort wieder auf die Dropbox schiebt. Das würde mir glaub ich schnell auf die Nerven gehen. Oder ich hab keine Ahnung, wie Dropbox funktioniert, die hat doch kein CVS-System, oder?

...

Das Projekt kann direkt aus dem DropBox-Ordner heraus geöffnet werden. Sobald du speicherst, sind die Daten aktualisiert und werden automatisch hochgeladen.
So arbeite ich - da ich mehrere Rechner benutze - auch immer ohne Probleme mit dem Maker.

Im Falle, dass man am unbedingt Projekt arbeiten möchte, während es einer verwendet, kann man dies auch machen. Einfach das Projekt als lokale Kopie auf den Rechner ziehen, dort arbeiten (wenn man bspw. Maps, Gegner, etc. erstellen möchte) und später, wenn das Projekt wieder auf der DropBox freigegeben ist, per Copy Paste die Änderungen einfügen (du kannst Maps, Datenbankeinträge wie Items, Gegner, etc. per Copy&Paste von einem Projekt ins andere einfügen).

[Corti]

[...] aber mal ehrlich: Wer mit dem Maker arbeitet, tut das gerade doch, weil er eigene Ideen hat, die er umsitzen will und nicht um die Story-Ideen anderer Leute zu verwirklichen. Eigentlich als reiner Storywriter ist man da doch völlig nutzlos. Kann ich direkt verstehen. So ein Spiel bedeutet Arbeit [...] und die will man ja freilich lieber in eine eigene Idee investieren.

...

Wenn jemand ins Forum stolpert und sagt "Hey! Machen wir ein Spiel zusammen, ich mach die Story!", dann kneife ich meine Augen zusammen und bilde erstmal skeptische Falten auf meiner prachtvollen Denkerstirn. Die Aussage impliziert aus Erfahrung heraus nämlich etwas anderes als sie explizit vermittelt.

Was da steht: "Ich mach die Story!"
Wovon ich ausgehe: "Ich hab Ideen!"

Ideen sind schön, und es ist toll sie zu haben. Das geht allerdings vielen so und jeder zweite Forennutzer hatte seit dem Frühstück heute morgen ein paar tolle Ideen für die beste Story für das beste Spiel aller Zeiten. Aus einer Idee für eine Geschichte eine richtig gute Geschichte zu schreiben, ist ähnlich wie aus der Idee eines Ortes diesen Ort zu gestalten, oder aus einer Idee eines Spielprinzips ein funktionierendes Gameplay zu bauen.

Der Job Schreiberling wird vertauscht mit "Ideenhaber". Schreiberling ist aber auch ein Handwerk. Ein kreatives, aber ein Handwerk. Es gib nichts, was dagegen spricht, eine Geschichte auf Basis der Idee eines anderen zu schreiben. Es gibt da draussen in der echten Welt, wo man Dinge für Geld tut, tausende Autoren, die sich kreativ Dinge ausdenken und Sachen entwickeln für Sachen, die nicht auf ihrer eigenen Idee basieren. Welches Triple-A Rollenspiel käme mit einem einzigen Schreiber aus? Ich denke ein Storyschreiber kann sicherlich an Teamarbeiten teilnehmen und wer bereit ist, mit dem Material anderer zu arbeiten, wird da auch wenig Probleme haben, eine Wirkungsmöglichkeit zu finden.

Andere dazu zu bringen, die eigene Idee mit umzusetzen, das ist schwieriger, dazu muss man etwas bieten, am besten sollte schon was da sein. Da Story so ein "mach ich selbst, kann jeder, ich hab Idee - ich mach Story"-Ding ist, fällt das natürlich schwer da wirklich zu überzeugen. Wenn ein realTroll nun aber seine Dialoge in einer Demo aus Mac&Blue-Zeugs abfeuert, wird er ohne Zweifel jemanden finden, der ihm zusätzliches Kampfsystemzeugs macht. Diese üblichen Storyintros und Vorgeschichten aus den Präsentationen dagegen, och nöö~ in 200 Wörtern eine Backstory anreißen, die klingt als wärs das epischte Abenteuer des Jahrzehntes ist nicht schwerer als eine Idee haben. Dann liest man das und denkt sich "woah, epic, wie Final Fantasy meets Game of Thrones!", lädt die Demo und läuft mit paar netten Jungs durch den Wald und verkloppt böse Bienen, sucht Katzen und liest belanglose Dialoge geführt von Charakteren mit den Attributen "nett+bischen depri", "frech, aber nett" und "nett und sehr schüchtern".

Momentan arbeite ich für Dark Sword an der Technik und habe dort nur insofern Einfluss auf die Gestaltung der Storyinhalte, wie es nötig ist, um Handlung und Mechaniken reibungsfrei zusammen zu bringen. Ich denke, ich würde meine eigenen Ideen auch als Story hinkriegen, aber nicht aus dem Stehgreif, das würde viel Lernprozess erfordern. Wahrscheinlich würde es mir sehr helfen, wenn mir ein erfahrenerer Schreiber helfen würde, ich könnte mir auch vorstellen, Sachen aus der Hand zu geben, aber in der Praxis müsste ich erstmal Leute finden, die daran Interesse hätten. Warum sollte man mir helfen, wenn man sein eigenes Ding machen kann? Das bekannte Problem


@Zusammenarbeit:
Innocentia und ich nutzen TeamDrive. Das geht okay, wenn man sich an ein paar Regeln hält. Gut für Kooperation ist der 2k3 aber nicht gerade geeignet. Der Flaschenhals ist die Datenbankdatei und der Maptree. Die Formate sind Binärszeugs und eignen sich überhaupt nicht für Quellcodeverwaltungswerkzeuge mit denen man elegant zusammenfügen könnte. Am optimalsten läuft meine Arbeit, wenn ich Sachen im Plugin mache. Sonstige Technik erstelle ich in einer Kopie des Projektes und übertrage das ganze dann wenn es fertig ist. Nicht optimal aber geht.

[AvenNigera]

Ja, gibt es. Schau mal hier
http://www.multimediaxis.de/threads/...-Autor-gesucht