Programmere et spill

1. Lær mer om spillmotorer. De fleste videospill lages ved hjelp av en spesialisert motor som lar deg "skripte" hendelser, karakterer osv. uten kode. Å utvikle en full spillmotor fra bunnen av vil ta år med arbeid, så de fleste uavhengige utviklere bruker en eksisterende motor. Du trenger bare å følge ett av de neste trinnene i denne delen, avhengig av hvor god du er til å programmere og hvor mye tid du vil bruke på de små detaljene.

2. Vurder enkel programvare for å lage spill. Disse verktøyene krever svært lite programmeringskunnskap og er kanskje ikke noe for deg hvis du er interessert i programmeringsaspektene ved spillskaping. På den annen side kan en enkel tilnærming der du dykker rett inn lære deg mye om spillet ditt og endre konseptet på et høyere nivå før du går videre til en større prototype. Nedenfor er noen gratis alternativer:

4. Velg et verktøy for å lage din egen motor. Hvis du allerede har litt programmeringskunnskap og ønsker å bygge din egen en, her er noen steder du kan komme i gang. Hvis dette er ditt første forsøk, bør du sannsynligvis følge noen veiledninger først.

5. Bygg din egen motor. Hvis du valgte et av de avanserte verktøyene i forrige trinn, må du sannsynligvis finne en veiledning, et hjelpeforum eller en erfaren spillutvikler for spesifikke råd om ditt valgte programmeringsspråk. Hvis du ikke er sikker på hvor du skal begynne eller hva du skal spørre om, her er noen grunnleggende deler du må bygge i begynnelsen:

1. Pass på at du fullfører det første utkastet. Bruk mye tid på å finne ut hva spillet ditt er er før du i det hele tatt skriver en kodelinje. Hvilken sjanger er det? Er det 2D eller 3D? Spilleren går videre gjennom spillet ved å løse gåter, følge/skape historien, kjempe mot fiender og/eller utforske miljøet? Jo flere spørsmål du kan svare på og jo flere detaljer du gir til ideene dine, jo mer tid vil dette spare deg i det lange løp. Hvis du bestemmer deg for å gjøre en stor endring etter at du allerede har begynt å kode, kan endringer ta mange ganger lengre tid å implementere.

• Reduser dette til noe mye, mye enklere enn den opprinnelige ideen din. En liten prototype som utforsker hvordan spillet ditt fungerer og gir noen få nivåer å spille, er allerede en utmerket start. Når dette er gjort kan du bruke det som en base for å utvide til et fullstendig spill, eller inkludere det du har lært i et nytt prosjekt.

2. Arbeid med trinnene nedenfor i hvilken som helst rekkefølge. På dette tidspunktet har du uker eller måneder med hardt (men givende) arbeid foran deg. Mens oppgavene nedenfor vanligvis påtas av et team av mennesker og arbeides med samtidig, vil en ensom måtte bestemme hvilken oppgave per fase som er den enkleste eller viktigste å starte med. Gå gjennom alle trinnene nedenfor og start med oppgaven som appellerer til deg mest.

3. Samle eller lag spillressurser. Med mindre du lager et tekstbasert spill, trenger du 2D-grafikk og muligens 3D-modeller og teksturer (mønstre du bruker på modellene). Musikk og lydeffekter kan utsettes til litt senere i prosessen, men de anbefales hvis du planlegger å publisere spillet ditt. Enkle ikoner, brukergrensesnitt og fonter har lavest prioritet hvis spillet ditt fortsatt er i de tidlige stadiene, men kan til slutt forbedre spillopplevelsen betraktelig.

4. Arbeid med historie- eller fremdriftsplaner. Mye av denne dokumentasjonen vil komme i form av planleggingsdokumenter utenfor selve spillets kode, selv om et historiebasert spill kan kreve dialogtrær. Selv et spill uten en tradisjonell historie bør gi en følelse av progresjon som du må planlegge rundt. Et plattformspill kan innebære en rekke trekk og våpenoppgraderinger, mens et puslespill vil legge til flere funksjoner ettersom kompleksiteten og vanskelighetsgraden til gåtene øker.

5. Design nivåene. Start med et lite, enkelt nivå eller område. Fokuser på å bygge banen spilleren tar gjennom nivået, legge til sidebaner (valgfritt), mer detaljert grafikk og justere vanskelighetsgraden (som å justere plattformhøyden eller flytte fiender).

Bruk lyskilder og gjenstandsfall for å lede spilleren til neste sted i området. Bruk skygger for å fraråde spillere å utforske blindveier eller vanskelige stier, og bruk fiender til begge formål (avhengig av hvordan spillet lærer deg å unngå fiender). Et godt designet miljø får spilleren til å føle at han kan ta sine egne avgjørelser eller utforske på egen hånd, men guide ham langs den enkleste ruten ved å bruke subtile ledetråder.

6. Juster og optimer bildene. Dette er ikke nødvendig hvis du bruker enkel spilldesignprogramvare. Hvis du er villig til å fordype deg i den mer dyptgående teorien om grafikksystemer, kan du starte med å lage shaders og partikkeleffekter, eller gå gjennom grafikkkoden og fjerne oppgaver som er overflødige for spillet ditt. Siden grafikk nesten alltid er flaskehalsen i prosesseringshastighet, vil selv et 2D-spill kreve betydelig optimalisering og kodejusteringer for å minimere belastningen på grafikkortet og prosessoren.

7. Få tilbakemelding fra spilltestere. Når du har et enkelt nivå eller prototype av spillet, kan du la venner spille spillet og be dem gi tilbakemelding. Finn ut hva folk liker og hva som frustrerer dem. Senere i prosessen, når spillet er mer polert, kan tilbakemeldinger fra fremmede eller bekjente være en utmerket kilde til ærlige råd, ettersom de bryr seg mindre om å oppmuntre deg, uansett om du lykkes eller ikke.

Spillere er ikke opplært til å gi tilbakemelding fra en utviklers perspektiv. Hvis spillere misliker noen aspekter av spillet, er det vanligvis noe som kan forbedres. De spesifikke forslagene som spillerne kommer med er imidlertid ofte ikke nyttige. Still dem veldig spesifikke spørsmål for å finne ut nøyaktig hvilke funksjoner de sliter med.