Helgsnack: Minnesvärda buggar

Gran turismo 3: bakhjuls-åkning för maximal hastighet

Det där med att utnyttja glitchar i spel är stapelvara hos speedrunners idag, finns hur mycket relativt fascinerande exempel på liknande grejer som helst. Trackmania är väl ett av de spel som sticker ut mest

När jag läste på högskolan så programmerade vi mikrodatorer med trådlös kommunikation mellan varandra. Kommunikationen var simpel seriell över 433MHZ.
Vi hade problem, de första tecknen kom fram rätt sedan fel. Jag misstänkte felet var den interna klocksyncpulsen. Jag pratade med detta med gruppen, handledare etc. Alla sa att jag hade fel och jag ej skulle testa med extern klocka.

Jag gjorde då något riktigt dumt och testade med extern kristall på alla mikrodatorer fast jag ej fick göra detta. Och vops problemet försvann helt och hållet.

Jag hade tur. Men undra vad mitt beteende hade resulterat på en arbetsplats? Troligen sparken även om jag hade löst problemet.
Mina studiekamrater blev skitglada när problemet var löst, men undra vad de hade sagt om jag hade förstört något?

När man körde Windows 98 och varje gång ett program krashade så krashade hela Windows och man fick starta om datorn eftersom OS:et inte använde sig av New Technology (NT).

Jag är ingen OS-expert men jag tror det berodde på att innan NT-tekniken så kördes programmen inte i seperata processer / trådar (eller vad det nu kallas) utan allt kördes i samma tråd, så om ett program krashade så krashade allt.

Counter-Strike 1.6
Bana: de_dust2

Bugg: lägga en flash bakom lådan till vänster utanför portarna vid B = Hela B flashas och man kan ta över det lätt som en plätt.

Counter-Strike 1.6
Fastswitch mellan AWP och deagle skedde direkt utan animering, först aimade och sköt med awp sen fastswitch och höll ner skjutknappen så sköt deageln precis där awp:n siktade före switchen.

Herregud vad många buggar det fanns i det spelet som faktiskt var användbara och fördelaktiga.

Warlords på 90-talet. Utvecklarna tänkte inte på att om man valde strategin "raise sack" och brände de intagna forten så blev AI-motståndaren till slut jättesvag. Ett tråkigt men enkelt sätt att vinna.

Cossacks. Det gick att låta en stor mängd trupper gå genom smala öppningar i murar fram och tillbaka tills det såg ut som endast en soldat. När vi körde LAN lärde sig alla detta så man fick vara vaksam när det kom en attack som såg ut som en soldat. Inte ligga på latsidan för det!

Bethesda är ju duktiga på det där överlag. Som introscenen i Skyrim:
https://youtu.be/Ls7Q6fiPktI

Eller den klassiska "jag har en hink på huvudet så jag ser inte att du stjäl allt jag äger":
https://youtu.be/ccBQZVpVvAE

Mfl, tex att hästar kan rida uppför lodräta berg eller att jättar skjuter en upp i rymden osv...

För mig är det "press x to Shaun" som ploppar upp i minnet direkt!

Vaddå buggar. De var ju features!

Man förväntar sig inget annat från dem längre

Den absolut roligaste buggen kommer från tiden när Macar fortfarande körde PowerPC. På den tiden var det skillnad på processorer som var ”little endian” (Intel) eller ”big endian” (i princip alla andra). Big endian innebar att man skrev talen så att den största siffran kom först - precis som vi gör på papper - medan little endian var tvärt om. Detta var bara ett problem när man portade program mellan plattformar.

Det som portades under här fallet var spelet ”Jedi Knight 2”. Avhoppade Jedin Kyle Katarn springer runt med ett lasersvärd och dödade stormtroopers, typ. Spelet var baserat på Quake 3, så när det portades använde man sig av den färdiga optimerade Quake 3-motorn för Mac och importerade förändringarna. Problemet blev lasersvärdet. Kodningen var att svärdet följde positionen för personen som höll det - Katarn eller någon av de tusentals mörka Jedi som spelet var fyllt av - men med en offset från modellens centrum. Denna offset drabbades av ett endian-problem, vilket lång historia kort innebar att motorn ignorerade denna offset. Svärdet utgick alltså från modellens centrum. Vilket var i skrevet. Japp, Kyle Katarn och alla hans Jedi-fiender duellerade med självlysande strap-ons. Såg vansinnigt kul ut.

Typ så. Program skrivna mot 16-bitars APIn i Win 3.1 fungerade i senare Windows, men förväntade sig att de hade tillgång till att pilla på vad som helst i OSet. NT tog helt enkelt sådana program och isolerade dem i vad som kan liknas vid en VM, så om de gjorde något de inte borde så dödade OSet bara denna VM. Win 98 körde modernare 32-bitars program minnesskyddade, men gamla 16-bitars program kunde fortfarande ta ner hela OSet. Win 95 hade den fantastiska lösningen att 32-bitars program kördes minnesskyddade endast om det inte fanns något 16-bitars program igång. Japp, det var spännande på den tiden.

(Detta är en förenkling. Hela ämnet med page tables och en re-entrant API är rätt komplicerat, men det här beskriver hur det fungerade.)