Closed thomashusebo closed 4 years ago
Tar gjerne et visuelt eksempel på dette...
Så denne buggen i sted.. virket som den kom helt ut av det blå! Jeg lurer på om det kan ha med måten vi gjorde continuegameLoop på av alle ting, for det har ikke vært sånn før.
Eneste måten å debugge dette er om man klarer å force en printout akkurat når dette skjer, med så mye som mulig informasjon. (med tiden vi har), går vel an å prøve å tenke seg logiskt fram til hva som gjør dette også.
Om man åpner tiled map editor og brusher vekk alle startposisjoner bortsett fra 1 og prøver å spille spillet så virker det ikke som buggen oppstår.. kanskje er buggen et produkt av noe som henger igjen ved skifting av tekstur ved å ta damage?
Nesten sikker på at dette har med hitRobot i LaserEvent og at teksturen oppdateres ved at man tar damage i takeDamage i Robot som kaller på setdamagetakentexture... så må fikse det her
Denne buggen kom fra en pesky metode kalt restRobotTextures... Fryktelig!!! Lurer på om kanskje denne forårsaker problemene med at man plutselig kopierer opp en tekstur på kartet også faktisk! Foreslår at vi dropper den her, det er helt ok at en robot står i damage taken tekstur om den ikke har bevegd seg, selv om det er ny runde.
Av og til, når man avslutter runden sin med et rotasjonskort, så vil den visuelle representasjonen av robotene "snu tilbake" til veien den så før den roterte. Når man da spiller neste kort, så roterer den korrekt i forhold til siste spilte kort, men ikke med hensyn til retningen som roboten peker.