Wie bereite ich mich auf einen Spieleentwicklungswettbewerb vor?

Ludum Dare 18 steht vor der Tür und ich werde daran teilnehmen. Ich habe in der Vergangenheit einige andere kurzfristige Spielwettbewerbe durchgeführt, aber dies ist mein erster großer (und mein erster Solo-Wettbewerb). Ich bin WIRKLICH aufgeregt, aber ich frage mich, ob es irgendwelche Tricks gibt, um sich auf solche Dinge vorzubereiten, und Ratschläge, was ich während des Wettbewerbs tun soll. So...

Wie bereitest du dich am besten auf einen kurzfristigen Spielwettbewerb vor oder nimmst daran teil?

Ihre Antwort kann spezifisch für Ludum Dare sein, aber ich spreche wirklich von jedem Spielwettbewerb, solange er kurzfristig ist - nicht von den monatelangen, bei denen Sie Ihr Spiel beiläufig entwickeln und veröffentlichen. Ich spreche von Hochdruckwettbewerben, die pünktlich abschließen und alles in Ordnung bringen. Der Global Game Jam passt auch hierher, wenn Sie Anfang dieses Jahres daran teilgenommen haben.

Auch Tipps im Kontext einer Gruppe von Personen (die jeweils an ihrem eigenen Solospiel arbeiten) wären großartig. Ich werde die meiste Zeit der 48 Stunden beim Spieleentwicklungsclub meiner Schule sein (nur ein paar andere Leute, keine große Gruppe).

Hier sind einige Tipps aus meinen Erfahrungen als Veranstalter und Teilnehmer von Game Jam:

• Machen Sie sich mit den Tools vertraut, die Sie verwenden werden. Sie möchten eine Entwicklungsumgebung verwenden, mit der Sie bereits vertraut sind. Sie möchten nichts Neues im laufenden Betrieb lernen, wenn Sie dies nicht unbedingt müssen.
• Fazit: Wenn Sie mit vorab geschriebenem Code (Bibliotheken, Spiele-Engines usw.) beginnen dürfen - sei es etwas, das Sie selbst oder von einer Quelle eines Drittanbieters erstellt haben -, machen Sie sich auch damit vertraut .
• Kurzfristige Wettkämpfe erfordern körperliche Ausdauer. Vernachlässigen Sie also nicht Ihre körperliche Seite! Essen Sie gut, trainieren Sie regelmäßig, schlafen Sie viel und treffen Sie im Allgemeinen eine Lebensweise, die Sie so gesund wie möglich hält. Stellen Sie kurzfristig (dh einige Tage vor Beginn des Wettbewerbs) sicher, dass Sie Ihren Schlaf nachholen, damit Sie neu anfangen.
• Kennen Sie Ihre Grenzen. Wie lange können Sie sich aus eigener Erfahrung in einer kontinuierlichen Phase entwickeln, bevor Sie anfangen, sinkende Renditen für Ihre Zeit zu sehen? Wie lange und wie oft müssen Sie Pausen einlegen, um eine optimale Leistung zu erzielen? Was ist Ihre Schlafkompromisskurve (das heißt, wenn Sie lange aufbleiben, um sich zu entwickeln, macht Sie das für die zusätzliche Zeit produktiver oder WENIGER produktiv, weil Müdigkeit Sie verlangsamt)? Wenn Sie diese Dinge nicht über sich selbst wissen, aber Zeit haben, sich vor dem Wettbewerb zu "testen", tun Sie dies.
• Bereiten Sie alle alltäglichen Dinge im Voraus vor. Wenn Sie von zu Hause aus teilnehmen, stellen Sie sicher, dass Sie vorgefertigte Mahlzeiten, Snacks und Getränke bereit haben und Verknüpfungen und Lesezeichen direkt auf Ihrem Desktop haben, damit Sie alles finden, auf das Sie einfach zugreifen möchten. Wenn Sie Lieblingsreferenzbücher haben, stapeln Sie diese neben Ihrem Computer. Denken Sie an andere Werkzeuge, die Sie vielleicht wollen: Bleistifte / Stifte, Grafik- und Standardpapier, vielleicht einige Würfel und Karteikarten und dergleichen für physische Prototypen usw. Wenn Sie irgendwo außerhalb Ihres Hauses unterwegs sind (wie bei einem typischen "Game Jam" -Ereignis ), packen Sie im Voraus eine Tasche mit allem, was Sie mitnehmen möchten, und halten Sie diese bereit, damit Sie nicht in letzter Minute früh aufstehen oder durcheinander geraten.
• Bauen Sie als längerfristige Strategie Ihre Entwicklungsfähigkeiten auf. Es gibt absolut keine Möglichkeit, dass ein stärkerer Entwickler Sie verletzen kann. Nichts hindert Sie daran, Ihren eigenen "privaten Spiel-Jam" zu machen und sich selbst herauszufordern, ein Spiel in einer Woche (oder einem Wochenende) zu machen, wie es Ihr persönlicher Zeitplan zulässt. Je mehr solcher Projekte Sie durchführen, desto besser werden Sie darin.

Ich habe Ludum Dare zweimal gemacht, mein erster Versuch ist ziemlich kläglich gescheitert, aber bei meinem zweiten Versuch (LD17) habe ich mich ziemlich gut geschlagen und insgesamt den 7. Platz belegt.

Nur einige zufällige Aufzählungszeichen (hauptsächlich für LD, aber wahrscheinlich auch anderswo anwendbar):

• Schlaf : Das ist sehr wichtig, LD16 war meine erste 48-Stunden-Komposition und ich habe versucht, zu lange ohne Schlaf zu bleiben und ein 10-stündiges "Nickerchen" durch die Frist gemacht ... Für LD17 habe ich beide Nächte 6-7 Stunden geschlafen und alles lief viel reibungsloser. Ich habe weniger Zeit gearbeitet, aber nicht die ganze Zeit im Halbschlaf zu sein, hat definitiv geholfen.

• Pläne ändern: Letzte LD Ich habe meine Idee in ungefähr 10 Stunden komplett geändert, den größten Teil der Arbeit aus dieser Zeit verschrottet und bin in eine andere Richtung gegangen. Es schien völlig hoffnungslos, da mein ursprünglicher Plan einfach keinen Spaß machte; aber ich kam auf eine andere Idee, schlief darauf und schließlich kam alles zusammen. Haben Sie also keine Angst, die Richtung zu ändern, wenn Ihr anfänglicher Ansatz nirgendwohin führt.

• Zeitraffer : Dies scheint irrelevant zu sein, aber wenn Sie die 48 Stunden als Zeitraffer wiedergeben können, bekommen Sie wirklich ein Gefühl dafür, wo Sie zu viel / zu wenig Zeit verbracht haben. Ich fand auch, dass das Aufzeichnen des Zeitraffers eine Art Anreiz war, weiter zu arbeiten und nicht so viel nachzulassen ...

• Community / IRC : Ein großer Teil von Ludum Dare ist die Community. Es macht viel mehr Spaß, wenn Sie am gesamten Prozess teilnehmen. Machen Sie Zeitraffer, machen Sie Fotos von Lebensmitteln / Arbeitsbereichen, bleiben Sie im IRC und vor allem stimmen Sie ab und hinterlassen Sie Feedback für alle.

• Middleware / Framework / was auch immer : Einige Leute ziehen es vor, wirklich von vorne zu beginnen , aber die Regeln erlauben offen verfügbare Middleware und maßgeschneiderte Middleware (solange Sie sie vor dem Compo als Open Source veröffentlichen). Angesichts der Anzahl der Gamemaker- und Unity-Einträge fühle ich mich nicht so schlecht, wenn ich in der Woche zuvor ein schnelles Framework mit ein paar Middleware-Bits (ich habe das letzte Mal Ogre und Bullet verwendet) schreibe.

• Audio : Ich persönlich habe sehr wenig Erfahrung mit Audio-Sachen, daher war dies eine schwierige Frage für mich, aber ein bisschen Audio reicht weit. Das letzte Mal habe ich es geschafft, ein einfaches Stück (sehr sich wiederholende) Musik (mit LMMS erstellt) und Soundeffekte mit sfxr zu erzeugen .

• Post-Compo-Version : Ich möchte Sie ermutigen, nach dem Wettbewerb weiter an Ihrem Beitrag zu arbeiten. Ich habe Online-Bestenlisten und ein paar Änderungen an meinem Eintrag aus der letzten LD als eine Art nachträglicher Gedanke hinzugefügt, ihn auf moddb veröffentlicht und er war überraschend erfolgreich (die Bestenliste hat über eine halbe Million ~ 20-25 Sekunden 'Runs' aufgezeichnet und anscheinend geht es los ein kleiner Artikel darüber in einem französischen Spielemagazin sein).

Das ist alles, woran ich jetzt denken kann, viel Glück!

Ich habe letztes Jahr an einem Game Jam teilgenommen und nur Entscheidungen getroffen, bevor der Wettbewerb die Dinge wirklich reibungsloser machte. Zum Beispiel möchten Sie sich nicht für eine Engine entscheiden, wenn Sie codieren sollen.

Baue / sammle alles, was du kannst, im Voraus. Bei dem Spielestau, an dem ich teilgenommen habe, hatten wir das Glück, einige Kunstgegenstände zur Verfügung zu stellen, aber wir haben nicht alles bekommen, was wir brauchten, und so haben wir einige Zeit damit verschwendet, in den Bibliotheken nach bestimmten Gegenständen zu suchen, die wir brauchten. Am Ende haben wir auch den größten Teil des Sounds vor Ort gemacht, den wir vor der Veranstaltung hätten bearbeiten können.

Versuchen Sie, einige der Codierungsprobleme zu antizipieren, auf die Sie stoßen werden. Wir haben ein einfaches Shooter-Spiel entwickelt und eine der größten Herausforderungen bestand darin, die Feinde dazu zu bringen, sich auf realistische Weise auf einen sich bewegenden Spieler zuzubewegen. Dies war eine Herausforderung, die wir hätten vorhersagen können, wenn wir vor der Veranstaltung mehr Zeit mit Diskussionen verbracht hätten.

Wenn es sich um einen Teamwettbewerb handelt, sollten Sie diese Ideen mit Ihren Teammitgliedern besprechen. Sie möchten nicht mit vielen verschiedenen Ideen auftauchen und Zeit damit verbringen, darüber zu debattieren, welche implementiert werden sollen.

Holen Sie sich Ihr System herunter. Holen Sie sich jetzt alle Werkzeuge, die Sie möglicherweise während des Wettbewerbs verwenden, und führen Sie einen Probelauf vor dem Wettbewerb durch. Sie müssen kein vollständiges Spiel erstellen, müssen jedoch wissen, wie Sie die Dinge zusammenbringen (dies umfasst alle Aspekte, das Gameplay, die Kunst, die Musik usw.). Dies ist der einzige "Trick", den Sie brauchen. Wenn Sie vor dem Wettbewerb einen Workflow eingerichtet haben, können Sie sich auf den eigentlichen Inhalt des Spiels konzentrieren, während die Uhr tickt.

Sie können dieses Pre-Compo-Spiel / Experiment auch als Aufwärmphase veröffentlichen ... die LD-Community mag es und Sie erhalten möglicherweise Feedback, bevor der Wettbewerb beginnt!

Für so etwas wie Ludum Dare gibt es nichts, was Sie inhaltlich vorher tun können, und das tatsächliche Gameplay wird wahrscheinlich anders sein als das, was Sie zuvor geübt haben. Wenn Sie jedoch wissen, dass Sie die XYZ-Plattform verwenden und es sich beispielsweise um ein 2D-Sprite-basiertes Spiel handelt, ist es entscheidend, so schnell wie möglich zum Inhalt / Gameplay-Teil zu gelangen.

Ich habe das auf die harte Tour gelernt. LD16 wurde damit verbracht, Dinge zum Laufen zu bringen. LD17 wurde ausgegeben, um die Welt zu bereichern.

Ich freue mich darauf zu sehen, was Sie sich einfallen lassen. Viel Glück!!