Draco vs. Harry. Interactive Multimedia E2010 DIAM. 15. december Vejledt af: Kevin Cook McLean, Hans Christian Asmussen & Søren Vibjerg

Transkript

1 Draco vs. Harry 15. december 2010 Interactive Multimedia E2010 DIAM Vejledt af: Kevin Cook McLean, Hans Christian Asmussen & Søren Vibjerg Spillet kan findes på: Af Rune Fogh 1

2 Indholdsfortegnelse 1 PRÆSENTATION AF CASE: DRACO VS. HARRY PROBLEMFORMULERING 3 2 MÅLGRUPPE 3 3 PROCES TEST MED BRUGERE 4 4 OPBYGNING AF ACTIONSCRIPT VARIABLER ENTERFRAMEFUNKTION KEYSDOWN KEYSUP SPELLS GAME OVER DISPENSER, DEFLECTOR & PULLER PARTICLE EFFECT CREATEPARTICLE UPDATEPARTICLE DETROYPARTICLE EKSTERNE KLASSER OPTIMERING AF KODEN 8 5 KONKLUSION 9 6 REFERENCER 10 2

3 1 Præsentation af case: Draco VS. Harry Dette er et multiplayer flash spil der spilles af to personer på en computer. Spillerene udspiller en troldmandsduel mod hinanden i Harry Potter universet. Ved hjælp af forskellige besværgelser kan spillerne skade modspilleren og forsvare sig selv. Antallet og funktionerne af besværgelser er selvfølgelig afgørende for gameplayet og er løbende blive testet på brugere for at sikre en sjov spilleoplevelse. Ved at lade spillets besværgelse være opbygget efter et sten- saks- papir- princip skal det sikres at kompleksiteten af spillet bliver højere end et simpelt sigt og skyd princip og det er målet at spillerne vil kunne udvikle forskellige strategier og besværgelses- kombinationer for at vinde over modstanderen. Spillet skal henvende sig til Harry Potter fans i alle aldre der har brug for et casual game og godt kunne tænke sig at udleve en troldmandskamp. 1.1 Problemformulering Spillet har først og fremmest til formål at underholde og give spilleren en oplevelse af at være med i en ægte troldmands duel. For at sikre dette skal følgende antagelser testes på mulige brugere: Hvor stor kompleksiteten skal spillet indeholde for at have en langtidshold holdbarhed på over 1 timer og samtidig være let at gå til? Her vil der eksperimenteres med antallet af besværgelser og deres funktioner. Hvordan laver man en simpel forklaring af spil- mekanikken så spillet er let at gå til? Det antages at min omgangskreds er tilstrækkelig dækkende for brugergruppen til at jeg kan teste spillet på mine venner. 2 Målgruppe Målgruppen for spillet er først og fremmest Harry potter fans der gerne vil kaste nogle af de besværgelser de nu har læst så meget om. Derfor har det været afgørende at spillet brugte de rigtige navne på besværgelserne samt var tro mod deres funktionalitet. Jeg håber dog at gameplayet vil være fængende nok til også at lokke andre folk til. Især muligheden for at spille mod sine venner kunne være værdigivende da det giver en meget mere dynamisk spilleoplevelse. Grafikken er holdt i en barnlig stil med referencer til South Park for på en let måde at hæve spillets grafik til et højere niveau. 3

4 3 Proces Ideen til spillet stammer fra en af mine mange hyggelige timer i selvskab med J. K. Rowlings Harry Potter bøger. Her beskriver hun troldmandsduellerne meget levende og hvordan de forskellige besværgelser virker mod hinanden. Det gav mig lyst til at prøve et skyde spil hvor de forskellige våben er bygget op efter et sten, saks papir system. Altså er brugbare afhængige af hvad din modstander gør, så man skal tilpasse sig sin modstanders spillestil for at vinde. Det er et typisk princip for RTS spil, men jeg har ikke set det i et skydespil. Nu er dette flash spil ikke et skydespil i traditionel forstand men tiltrækkelig til at teste ideen. I produktionen af spillet tog Jeg udgangspunkt i en spil Figure 1: Sten, saks, papir tutorial fra [FlashGamesTuts] der laver et simpelt Vertical shooter" skydespil. Dette programmerede jeg om til at være multiplayer og implementerede de forskellige spells som forskellige bullets, hver med sin eksterne klasse der havde forskellige egenskaber. Undervejs søgte jeg på nettet efter inspiration og faldt over en effekt fra [FreeActionScript] som skabte partikler og fik dem til at prelle af på et movieclip. Denne effekt stemte fint overens med mine forventninger til den ene besværgelse og jeg implementerede den i min kode. 3.1 Test med brugere Min oprindelig tanke var at lave en hurtig udgave af spillet med de fire besværgelser, som jeg umiddelbart kunne forestille mig gav en god spildynamik. Disse ville jeg så teste på mulige brugere og få deres inputs til eventuelle andre besværgelser. Det tog dog langt længere tid end forventet at få spillet til at virke så jeg har ikke haft mulighed for at være nær så iterativ. Jeg har dog testet spillet på mine venner og debugget det samt ændret i hvor lang tid det tager at kaste de forskellige besværgelser, deres hastighed over scene og hvor meget skade de giver. Derudover har jeg også løbende opdateret hjælpe- siderne der forklare hvordan spillet skal spilles så de blev mere intuitive. Figure 2: Bruger test 4

5 I disse test har jeg også indset at spillet tager lidt længere tid at lære end normale flash spil. Mange spillere har svært ved at huske de mange taster til de forskellige besværgelser i starten. Men til gengæld vil jeg mener det har en længere holdbarhedstid da du kan spille mod dine venner og kompleksiteten er større. For at gøre det nemmere at lære kunne der laves en trænings funktion hvor de forskellige besværgelser bliver låst op en efter en, eller spillet gik i halv hastighed. 4 Opbygning af ActionScript Koden er struktureret efter følgende overskrifter. 4.1 Variabler Her defineres næsten alle variablerne der bliver brugt i programmet. 4.2 enterframefunktion Denne funktion bliver kaldt hvert frame. Her tjekkes udvalgte variabler for om de har ændret sig og kalder dertilhørende funktioner der skal køres. Her følger et eksempel på hvordan Protego besværgelsens timer bliver tjekket. //Tjekker om shielddelay2 timeren har kørt en hel omgang. if (shielddelay2.currentcount >= 1){ } //Nulstiller variable og fjerner skjoldet shielddelay2.reset(); shieldup2 = false; 4.3 keysdown Denne funktion bliver kaldt hver gang der bliver trykket på keyboardet. Funktionen lytter efter hvilken tast der bliver trykket ned, hvorefter nogle variabler bliver sat og en funktion kaldt. if(event.keycode == 68 && shootallow1){ //Gør spilleren udeafstand til at kaste besværgelser og stopper sectumsempra besværgelsen hvis den er aktiv shootallow1 = false; particleup1 = false //Hvis ikke skjoldet allerede er aktivt startes kaste animationen if(shieldup1 == false){ mcmain1.d_rightarm.d_protego.gotoandplay(2); } //Synliggør besværgelsens progress- bar og skriver navnet på besværgelsen i et dynamisk tekst felt cbar1_mc.alpha=1; cbar1_mc.cbar1_txt.text = "Protego"; 5

6 } //Her startes en tweener der opfylder progress- baren ved at ændre bredden af et MovieClip. Når tweenen er færdig kaldes skjold funktionen. Tweeneren bruges altså også som delay for at sende besværgelsen af sted. Tweener.addTween(cBar1_mc.cBarFill1_mc, {width:150, time:0.4, transition:"linear", oncomplete:shield1}); 4.4 keysup Denne funktion bliver kaldt når keyboard tasterne bliver sluppet. Dette gør det muligt for spillerne at bevæge sig op og ned ved at holde tasterne nede. En variable styre hvorvidt spilleren bevæge sig op og ned og denne variable bliver først sat til at være falsk idet spilleren slipper tasten. 4.5 Spells Under denne overskrift har jeg samlet samtlige funktioner der kalder en besværgelse. For at vise eksempel på en typisk funktion bliver besværgelsen Protego gennemgået. function shield1():void{ //Nulstiller besværgelses progress- bar og gør den usynlig. cbar1_mc.alpha= 0; cbar1_mc.cbarfill1_mc.width=1; //Tjekker om spillet er slut eller om spilleren er blevet stunned if (stunned1 == false && gameover == false){ //Dernæst erklæres en ny variable til at indeholde skjoldet var newshield1:shield1 = new Shield1(); //Skjoldet bliver placeret oven på spillere newshield1.x = mcmain1.x; newshield1.y = mcmain1.y;; //Det nye skjold bliver tilføjet til scenen addchild(newshield1); //Figurens kaste animation bliver startet mcmain1.d_rightarm.gotoandplay(2); mcmain1.d_leftarm.gotoandplay(2); //Stopper besværgelses opladning animation mcmain1.d_rightarm.d_protego.gotoandstop(1); //Skjoldet timer bliver startet shielddelay1.reset(); shielddelay1.start(); } } //Variabler for at skjoldet er oppe og at spilleren kan skyde igen sættes til sande shieldup1 = true; shootallow1 = true; 6

7 4.6 Game over Denne overskrift dækker over de funktioner der giver spillerne skade, bestemmer hvem der har vundet og starter spillet på ny. 4.7 Dispenser, Deflector & Puller Particle Effect Denne klump kode er taget fra [FreeActionScript] med kun få modifikationer. Det er her besværgelsen Sectumsempras partikler og skjold defineres. Den består af 2 hoved funktioner: createparticel og updateparticel samt en eframe funktion der kalder de 2 andre hvert frame hvis de rigtige variabler en sande. Derudover er der også en destroyparticle funktion createparticle Denne funktion frembringer partikler til scenen samt definere hvordan de skal bevæge sig. Partiklernes start position og rotation er angivet med en vis tilfældighed for at det ikke ser for statisk ud UpdateParticle Denne funktion starter med en for- løkke der indsætter alle partiklerne i et array. Dernæst placeres nogle hjælpe movieclips oven på henholdsvis spilleren og hans modstander. Partiklerne bliver rykket frem mod modspilleren og langsom gjort mere gennemsigtige. For at skabe effekten af at partiklerne rammer ind i skjoldet og preller af skrives følgende kode: //Først defineres en variable der indeholder afstanden mellem partiklen og modstanderen. dx1 = tempparticle1.x - target1.x; dy1 = tempparticle1.y - target1.y; distsq1 = ((dx1 * dx1) + (dy1 * dy1)); //Dernæst udregnes kræften hvormed partiklen rammer skjoldet forcex1 = tempparticle1.mass * tempparticle1.xspeed; forcey1 = tempparticle1.mass * tempparticle1.yspeed; //Massen for afskærmningen udregnes var deflector_mcmass1:number = (target1.width / 2 + target1.height / 2); //Der tjekkes om modstanderens skjold er aktiveret if(shieldup2 == true){ //afskærmningens movieclippet placeres oven på modstanderen target1.x = target2.x - 18; target1.y = target2.y; target1.alpha = 0; } //Her sænkes farten af partiklerne hvis de er tæt på afskærmningen tempparticle1.x += deflector_mcmass1 * (dx1+forcex1) / distsq1; tempparticle1.y += deflector_mcmass1 * (dy1+forcey1) / distsq1; 7

8 Dernæst tjekker funktionen om partiklerne rammer ind i modstanderen hvorefter en funktion til at give spilleren skade bliver kaldt og partiklen bliver fjernet fra scenen. Til sidst kaldes destroyparticle funktionen hvis partiklen er blevet helt usynlig eller hvis den røget ud af scenen detroyparticle Denne funktion går Arrayet igennem of fjerner den partikel der har kaldt funktionen. 4.8 Eksterne klasser Hver besværgelse kalder et movieclip hvis opførsel styres af en ekstern klasse. Disse indeholder alle en funktion der kaldes hvert frame og laver f.eks. en hittestobject for at finde ud af om de har ramt modstanderen hvorefter de kalder en funktion og fjernes. 4.9 Optimering af koden Det var min plan også at implementere partikel funktionerne som en ekstern klasse, men da det voldte lidt problemer og pga. tidsmangle har jeg ikke fået det gjort. Derfor har jeg også valgt at holde koden for sig selv og ikke implementere den som en del af den resterende kodes struktur, for på den måde let at kunne klippe klumpen ud og gøre den ekstern på et senere tidspunkt. Jeg er klar over at flere af variablerne er unødvendigt skrevet dobbelt. Men da jeg alligevel håber på at lave det om har jeg ikke gjort mere ved det. Rigtig meget af koden burde kunne optimeres eftersom jeg skriver de samme funktioner for hver spiller. Ved i stedet at kalde funktionerne med parametre i dens parentes ville man kunne gøre funktionerne generisk for begge spillere. Nogle funktioner skulle kaldes med relativt mange parametre, men så kunne man måske i stedet indføre en parameter der stod for 1 eller 2. De eksterne klasser er også skrevet dobbelt. Disse burde også i stedet kaldes med nogle parametre så de var generiske. 8

9 5 Konklusion Jeg fik desværre mindre tid til at eksperimentere med forskellige besværgelser, da udviklingen tog længere tid end beregnet. Det er derfor svært at besvare første del af min problemformulering: Hvor stor kompleksiteten skal spillet indeholde for at have en langtidshold holdbarhed på over 1 timer og samtidig være let at gå til? Her vil der eksperimenteres med antallet af besværgelser og deres funktioner. Det har dog været muligt at skabe et tilfredsstillende gameplay ved at teste spillet med brugere og justere på de nuværende besværgelser. Hvordan laver man en simpel forklaring af spil- mekanikken så spillet er let at gå til? De 3 hjælpe sider der er lavet virker tilstrækkeligt for at spillerne forstår ideen med spillet. Det har dog været noget forvirring om hvilke knapper der udløser hvilke besværgelser og i de fleste kampe med to nybegynder trykker de tit panisk på alle knapper i stedet for at tænke sig om hvilken besværgelse de vil bruge. For yderligere at hjælpe spillerne på vej kunne første runde være i slow- motion eller kun nogle af besværgelserne aktiveret. Det er første gang jeg har lavet en større programmerings opgave og jeg har virkelig fået rykket mine grænser. Så i det store hele er jeg yderst tilfreds med resultatet. Jeg har dog undervejs indset at meget af koden vil kunne optimeres. Derudover ville jeg også gerne have lavet flere animationer. F.eks. en døds animation der er lidt mere ambitiøs end den røde blodpøl. Og måske armbevægelser når spillerne gik. Spillet burde nok også være lavet i et lidt større vindue så grafikken kommer bedre til udtryk. Det er dog nemt lige at gøre.swf filen større hvis man ikke køre den igennem HTML. Lyd ville også være et oplagt næste skridt. Det er igen mangle på tid der har gjort at jeg ikke har nået at implementere denne del. Figurerne kunne råbe besværgelsen navn ud hver gang den blev kastet. Lyden kunne kaldes med actions script når en besværgelsens funktion blev kaldt eller ligge i animationen af besværgelsen. Jeg håber i vil prøve spillet mod nogle andre for at få en fornemmelse af gameplayet. 9

10 6 Referencer [FlashGamesTuts] Studios, S., Flash Games Tuts, retrieved from [FreeActionScript] Pradvan, Free ActionScript, retrieved from 10