Logbog - Computerspil

Endgame

Det er nu også blevet tid at kigge tilbage over projektet, dets dokumentation, aflevering og det lærte. 

Inden I lukker helt ned for projektet skal I derfor gennemgå jeres gruppe projektsite, og tjekke at alt er med og at indholdet præsenterer sig godt for den uindviede læser.

Til sidst er det tid at kigge på dit eget studiewebsite, hvor du giver en personlig refleksion over forløbet. Hvad har dette forløb givet dig, og har der været nogle interessant udfordringer og sejre undervejs?

Deadline for aflevering flyttes

For at give jer bedre tid til at lave rapport og dokumentation (da vi jo har fået aflyst et modul), er aflevering flyttet til tirsdag d. 9/5 (klokken 22:00). Desuden har jeg ændret elevtid på opgaven fra 1 til 5 timer, sådan at der nu skulle være god tid til færdiggørelse af projektet.

Rapporten

Til brug for jeres rapport kan I finde inspiration i denne rapportskabelon. Husk at skabelonen ikke nødvendigvis skal følges slavisk, og at I derfor ikke blot skal kopiere den ind i jeres teksteditor og herefter begynde at fylde på. Skriv istedet selv en sammenhængende rapport, hvor I forholder jer til hvilke af skabelonens afsnit og indhold der giver mening for jer at have med!

Implementering af rettelser fra test - og ny test

Idag er det planen at I arbejder med at rette de uhensigtsmæssigheder I fik beskrevet sidste gang. 

Når I har rettet det I er blevet opmærksom på (eller det I har kunnet nå), skal I gennemføre en afsluttende spiltest magen til den I gennemførte i sidste modul. Find gerne en ny testperson der ikke kender til jeres projekt, og husk at dokumentere testen på samme måde som tidligere på jeres gruppe projektsite.

Fortsat produktion og tilrettelæggelse af spiltest

I skal idag fortsætte produktionen af jeres spil - med det mål at I har en spilbar prototype klar til test i næste modul! Derudover er det en god ide at sætte sig ind i testmetoden 'tænke højt test', så I er helt klar til at teste næste gang! 

Testen

Testen gennemføres som en tænke højt test, hvor jeres spil testes på en testperson der ikke allerede kender jeres spil - og mens han/hun tænker højt, løser de opgaver jeres spiltester har tilrettelagt. Hele testen dokumenteres som en screencast med lyd, der gøres tilgængelig direkte på gruppens projektsite. Benyt Screencast'o'matic, som du har gratis adgang til den fulde udgave af på skoletube.dk.

Dokumentation

At dokumentere jeres arbejde løbende på projektsitet!

Længe siden!

Hej allesammen! Vi har nu haft en længere pause i vores forløb (næsten en måned), og det er derfor på sin plads lige at danne os et overblik over hvor langt vi er henne!

Indtil nu har vi:

1. Lavet en individuel øvelse hvor alle har prøvet at have fingrene nede i Scratch.

2. Læst om computerspillets 3 grundsted (narratologi, ludologi og det medskabende), samt læst om genrer og konventioner og sat dem i relation til mulige spil at lave i Scratch. Herefter har vi dannet grupper på baggrund af en projektbørs.

3. Vi har gennemgået de 4 dimensioner, og agil systemudvikling (SCRUM metoden), samt fordelt rollerne i udviklingen af vores spil på gruppens medlemmer!

Alt det ovenstående skal gerne være dokumenteret på eget studiewebsite (punkt 1) og gruppens projektsite (punkt 2 og 3). Hvis noget af alt dette virker fjernt, så se opslagene længere ned på denne side igennem igen!

Vi fortsætter nu forløbet (4 moduler tilbage - inkl. dette), med det praktiske udviklingsarbejde af vores spil.

Praktisk arbejde (design og implementering)

Det er nu tid for alvor at komme igang med tilblivelsen af jeres spil. Forvent også at I skal bruge noget tid hjemme til at udfylde de forskellige roller i hver især har i dette projekt.

Jeg har nedenfor indsat lidt inspiration og lidt værktøjer man kunne tage fat i, i arbejdet med de enkelte roller.

• Spildesigner (den overordnet ansvarlige for at alle dele hænger sammen).

  • Se nærmere på systemudviklingsmetode fra sidste modul og læg en plan for arbejdet. Gode værktøjer til styring af projektet kunne her være Hack'n'plan, Trello.

• Leveldesigner

  • Se nærmere på de 4 dimensioner og sørg for sammenhæng mellem dem i jeres kommende spil.

• Programmør

  • Påbegynd arbejdet på jeres første prototype (sprint 1). Husk at fokus er på at skabe de grundlæggende funktionaliteter i spillet, og ikke at lave det lækkert (endnu). Arbejd derfor med 'placeholders' som sprites, costumes, baggrunde og lyde.

• Forfatter

  • Er der et narrativ i jeres spil? Beskriv den indledende historie (skal nok være ganske kort for de flestes vedkommende), og angiv retningslinjer for designvalg i forhold til grafisk stil og tone.

• Karakter/grafik/sprite designer

  • Påbegynd design af baggrunde, protagonist (spilleren), og NPC'ere. Disse kan med fordel laves i Scratch, og eksporteres som .svg fil. Filen deles herefter med programmøren der kan importere den og bruge den i spillet.

• UI designer

  • Hvordan skal brugerfladen i jeres spil være? Hvilke taster kan man bruge og til hvad. Der skal som minimum laves en instruktion der skal præsenteres i spillet for spilleren, men det kan også tænkes at der skal designes flere elementer. Eksempelvis en 'Start' knap, og en 'Game Over - Play Again?' skærm/knap. UI designet kan med fordel laves direkte i scratch og eksporteres til programmøren.

• Sound designer

  • Hvordan skal spillet lyde. Skal der være baggrundsmusik imens man spiller? Er der talte dialoger? Kan man skyde/level up/andet ... Med værktøjet BFXR kan du nemt og hurtigt generere klassiske 8 bit spillyde, eller designe dem selv fra bunden. SOUNDRAW.OI er et tilsvarende værktøj til generation af baggrunds musik. Alternativt findes der masser af god musik og lydeffekter på 'Apollo Find The Tune', som du finder gratis adgang til via skoletube.dk

• Test designer

  • Hvilke krav stiller I til jeres første iteration (sprint 1). Design en 'tænke højt test' hvor du tester i hvilken grad prototypen lever op til disse krav. Brug Rolf Molichs; Tænke højt test til at tilrettelægge din test. Til din screencast kan du med fordel bruge Screencast'o'matic, som du har gratis adgang til den fulde udgave af på skoletube.dk.

De forskellige roller i spiludviklingen

Når man laver et computerspil er rollerne mange. Se bare på 'end credits' i et af de større spil, og så vil du kunne finde en rolleliste der er mindst lige så lang som på en stor Hollywood film! 

Hos de mindre spiludviklere (indie spiludviklere) er der ofte ikke så mange ansat, og det betyder at hver enkelt oftest har flere roller og at man samarbejder mere om at få de enkelte discipliner til overhovedet at lykkedes.

Nedenunder kan du finde eksempler på nogle få af de vigtigste roller i forbindelse med en spiludvikling. Alt efter hvilken type af spil I har sat jer for at udvikle, kan nogle af de enkelte roller bliver større eller mindre. Uanset hvad er det vigtigt at I forholder jer til størrelsen på hver enkelt rolle, og får fordelt hvem der er ansvarlig for hvilken rolle i projektet.

• Spildesigner (den overordnet ansvarlige for at alle dele hænger sammen).

• Leveldesigner

• Programmør

• Forfatter

• Karakter/grafik/sprite designer

• UI designer

• Sound designer

• Test designer

Find frem til hvilke roller der er de mest relevante for jeres spil og fordel dem imellem jer. Herefter specialiserer i jer indenfor de roller i har ansvaret for, men sørger for løbende at snakke sammen, og præsentere for hinanden hvad I har lavet og lært indenfor de roller i hver især har. Ud over programmeringsrollen, skal man nok forvente at påtage sig flere roller hver især!

Genrer

Lav et notat i din logbog hvor du beskriver hvilken genre computerspillet du vil lave tilhører, og hvilke særlige kendetegn der er ved denne genrer (15'). Brug evt. s. 33-37 i kompendiet (skimmes) evt. suppleret med andre kilder (s. 41 henviser f.eks. til et mere omfattende studium). 

Projektsite

Når grupperne er dannet opretter I et fælles projektsite. På sitet præsenterer i kort gruppens medlemmer, og den foreløbige skitse/beskrivelse af jeres spil. Alle gruppens medlemmer skal være redaktører og det samme skal jeg som jeres vejleder! I skal tilføje mig med min google account mail: edu@e-novator.dk. Sitet skal publiceres senest ved afslutningen af hvert enkelt modul.

På computerspilsiden på dit individuelle studiewebsite indsættes link til gruppens publicerede projektsite. Arbejdet indgår på denne måde i dit portfolio af arbejde i faget. Det er jo i stor grad ud fra dette portfolio at der gives karakterer 😉.

Studieweb

Som det første skal du oprette en projektside med titlen "Computerspil" på dit Studiewebsite.  Som underside herpå laver du en side du kalder 'logbog'.

Sørg herefter for at tage dine noter løbende i din logbog. Dine noter skal vise hvad du har haft af udfordringer og succeser i de enkelte modul igennem projektet. Det er også her du indsætter links til relevant materiale du måtte støde på undervejs. På denne måde kan du holde styr på tanker, ideer og nyttige ressourcer, samtidig med at jeg kan følge din proces.

Hvad skal du gøre

1. Programmeringsøvelse med Scratch.

   • Følg denne video (part 1), og lav et simpelt shooter spil.

   • Hvis du bliver færdig med ovenstående: kan du fortsætte udviklingen med de øvrige videoer i serien... hvem når længst?

2. Opdatering af log og portfolio. Kom som minimum ind på:

   • Hvad vil det sige at programmere?

   • Hvad er Scratch?

   • Hvad har du nået at programmere med Scratch?

   • Er der noget du skal se nærmere på hjemme?

Hvis du ikke bliver færdig med øvelsen skal du ikke fortvivle. Det er blot tænkt som en øvelse der skal give dig en grundlæggende forståelse for scratch og det af programmere med block-programmering.

Det kan være at du får lyst at arbejde videre med øvelsen hjemme. Det er også helt OK ... Husk dog uanset at indsætte resultatet (dit spil) i din logbog. Jeg viser dig hvordan i undervisningen.