Template:PatchDiff/March 6, 2026 Patch/hl2/resource/closecaption finnish.txt

From Team Fortress Wiki
Jump to: navigation, search
39153915"wood.scraperough" " "
39163916"plastic_box.scraperough" " "
39173917 
N/A3918"#commentary\cn_001_physics_sound.mp3" "[ Jay Stelly ] Jotta pelin fysiikka tuntuisi aidolta, siihen täytyi liittyä aidoilta kuulostavia ääniä. Ihmiskorva tunnistaa erilaisten esineiden ja materiaalien vuorovaikutukset, vaikka emme kiinnittäisikään asiaan huomiota. Tiesimme hyvin, ettemme voisi toteuttaa kaikkea: siksi halusimme keskittyä yksityiskohtiin, joilla pelin fysiikka saatiin parhaiten kuulostamaan realistiselta. Aloitimme yhteentörmäysten ja iskujen esinekohtaisista äänistä, niin että esimerkiksi puulaatikon tapaiselle esineelle määritettiin mukautetut äänet, kun se törmäsi muihin esineisiin tai esineluokkiin. Sitten muokkasimme näitä ääniä dynaamisesti fyysisen tapahtuman ominaisuuksien perusteella, kuten tapahtumaan liittyvän massan sekä törmäyksen voiman mukaan. Tämä ratkaisu toimi hyvin törmäyksissä mutta ei muissa vuorovaikutuksissa, kuten esimerkiksi silloin, kun esineet raapiutuivat toisiaan vasten. Tosielämässä puulaatikko aiheuttaa erilaisen äänen, kun se raapaisee seinää ja kun laatikko heitetään seinää päin. Uskokaa hyvällä, kukaan ei ole tutkinut puulaatikoiden fyysisiä ominaisuuksia meitä tarkemmin. Jotta vuorovaikutukset saatiin kuulostamaan siltä miltä halusimme, otimme käyttöön materiaalikohtaiset törmäysäänet: metalli puuta vasten, metalli metallia vasten jne. Ääniä muokattiin dynaamisesti yksityiskohtien mukaan, niin että vaikkapa materiaalin kovuus ja metallin tyyppi vaikuttivat ääneen. Vaadittiin lukemattomia pieniä säätöjä, ennen kuin järjestelmä kuulosti oikealta, ja tarvittavat säädöt voitiin huomata vasta järjestelmän ollessa käynnissä. Testailimme myös mukautettuja ääniä vieriviin esineisiin, mutta luovuimme tästä ratkaisusta, koska emme olleet tyytyväisiä tuloksiin."
N/A3919"#commentary\cn_002_ramming_with_the_buggy.mp3" "[ Jay Stelly ] Fysiikanmallinnuksemme pohjautuu jäykkiin kappaleisiin eikä tue esineiden vääntymistä tai hajoamista. Jos fyysiseen objektiin osuu jotakin, se voi tilanteesta riippuen liikkua, mutta mitään muuta ei tapahdu. Kun siis auto piti ajaa lasi-ikkunan läpi, meidän oli kikkailtava, jotta asiat toteutuisivat tosielämän sääntöjen mukaisesti. Koska ikkuna on paikallaan kiinteästi, fysiikanmallinnus pompauttaa ajoneuvon pois ikkunasta muttei ilmoita pelimoottorille törmäyksestä. Pelimoottori käsittelee kohteiden tuhoutumiset, joten se jakaa ikkunan lasinsirpaleiksi ja antaa fysiikanmallinnukselle käskyn aloittaa niiden simulointi. Lisäksi pelimoottori komentaa fysiikanmallinnuksen palauttamaan ajoneuvon tilaksi saman kuin ennen törmäystä. Näin varmistetaan, että auto ajaa tuhoutuneen ikkunan läpi, kun fysiikan simulointi käynnistyy seuraavan kerran. Prosessi lisää ajoneuvon fysiikkaan yhden lisäruudun, sillä kärry pysähtyy silmänräpäykseksi ja siirtyy taaksepäin hetkeen ennen törmäystä. Anteeksi vain, jos tämä tieto pilasi Half-Life 2:n täysin, mutta pelitestauksen aikana huomasimme itse asiassa pitävämme ratkaisustamme — se antoi törmäyksille lisäpotkua."
N/A3920"#commentary\cn_003_ramming_zombies_with_the_buggy.mp3" "[ Jay Stelly ] Kuten jo mainitsimme, fyysisen maailman odotetaan toimivan tiettyjen sääntöjen mukaan. Yksi säännöistä on se, että jos zombiin törmätään autolla, zombi lentää komeassa kaaressa ilman halki. Asian toteuttaminen pelissä ei kuitenkaan ole yhtä helppoa kuin tosielämässä. Pelin sujuvuuden takaamiseksi vihollisille, kuten zombeille, on pelin aikana määritetty yksinkertaistettu törmäyskenttä, joka ympäröi zombia tarkasti niin, ettei mikään hahmomallin osa törrötä kentän ulkopuolella. Mutta kun zombi kuolee, se muunnetaan raajakohtaisilla törmäyskentillä varustetuksi räsynukkemalliksi, jonka simulointi vaatii pelimoottorilta enemmän. Muutos tekee zombien yliajosta entistä haastavampaa: Kun kärry osuu zombiin ensimmäisen kerran, se koskettaa zombin yksinkertaista törmäyskenttää. Tämän jälkeen pelimoottori surmaa zombin ja muuttaa sen räsynukeksi, jonka käyttäytymistä fysiikkamoottori alkaa simuloida. Koska törmäyskentät ovat nyt raajakohtaisia ja tarkempia, zombin lähin osa saattaa olla useiden senttien päässä ajoneuvosta – ja tämän seurauksena zombi alkaa seuraavan fysiikkasimuloinnin aikana pudota painovoiman vuoksi alaspäin, koska ajoneuvo ei enää työnnä sitä. Ajoneuvo osuu kyllä zombiin uudelleen hyvin pian, mutta viive vei ilon zombien jyräämisestä, koska zombit ehtivät usein valahtaa pois pelaajan näkökentästä. Korjasimme ongelman tallentamalla zombin törmäyskenttään kohdistuvan voiman ja siirtämällä sen kuoleman jälkeiseen räsynukkemalliin. Lisäsimme myös ylöspäin suuntautuvaa voimaa, niin että räsynukke nousee hieman ilmaan. Näillä säädöillä zombit retkahtivat kärryn etuosaa vasten, mikä vastasi paremmin pelaajien odotuksia."
N/A3921"#commentary\cn_004_buggy_sound_engine.mp3" "[ Kelly Bailey ] Auton äänien luonti oli haastavaa: halusimme kärryn kuulostavan kaasu pohjassa paahtavalta tehokkaalta menopeliltä, vaikka pelin kentät eivät olleet siihen riittävän suuria eikä kuski käytä muuta kuin ykkösvaihdetta. Lisäksi ajoneuvon huippunopeus oli noin 55 km/h. Meidän puolustukseksemme on todettava, että 55 kilometriä tunnissa oli vuonna 2004 ihan hyvä vauhti. Nopeuden lisäksi kärryn ohjaaminen on todella pelkistettyä. Komennot annetaan näppäimistöllä, joten ohjausmalli on käytännössä katsoen binaarinen – auto joko kiihdyttää tai ei kiihdytä, ja kääntyy täysin yhteen suuntaan tai sitten ei. Meidän piti siis kehittää monitasoinen äänimaailma simulaatiolle, joka ei itsessään ole kovin monimutkainen. Loimme ajokin ääniä varten tekomoottorin omalla vaihteistollaan ja yhdistimme pelaajan antamat komennot fysiikanmallinnuksen tuottamiin tietoihin. Mittasimme jokaisen simuloidun pyörän väännön määrittääksemme, oliko pyörällä pitoa vai pyörikö se tyhjää, loimme mittausten perusteella toistosilmukoita ja yhdistimme silmukat toisiinsa kuvastamaan tekomoottorin vaihteiden vaihtoja ja pelaajan ohjauskomentoja. Kokeilimme kaikenlaista ja lisäsimme äänten monimutkaisuutta. Hienosäädimme tuloksia, kunnes ajoneuvon ajaminen tuntui hauskalta ja palkitsevalta. Useimmat pelaajat kuittaavat asian vain sanomalla, että kärry kuulostaa hyvältä. Meille se tarkoittaa sitä, että onnistuimme urakassa, kun ottaa huomioon, mitä kaikkea sekopäistä virittelimme kulissien takana."
N/A3922"#commentary\cn_005_buggy_sound_design.mp3" "[ Kelly Bailey ] Auton äänet pohjautuvat vuoden 1968 Camaron ääniin. Valitsimme Camaron, koska siinä on upea V8-moottori isoine mäntineen. Mikään muu moottori ei kuulosta samanlaiselta: siinä on juuri sellainen rouhea ja alkukantainen ääni, jota kaipasimme. Lisäksi sen vaihteisto päästää upean mekaanisen vinkaisun, kun kone lopettaa kiihdyttämisen. Äänet sopivat mainiosti yhteen pelin ajoneuvon binaarisen ohjausjärjestelmän kanssa. Kärryn tekovaihteistoa ei siis mallinnettu tosimaailman auton pohjalta: se vain suunniteltiin palkitsemaan pelaajaa kaasupolkimen painamisesta. Kyseessä on eräänlainen jatkuvasti ylemmäs kohoava äänihissi, joka tuottaa aina vain kohoavan äänen ja vaihtaa vaihdetta, kun ääni on käynnistettävä uudelleen. Kentissä ei ollut paljoa ajotilaa, joten tavoitteenamme oli tehdä lyhyistä kiihdytyshetkistä hauskoja."
N/A3923"#commentary\cn_006_automating_dsp.mp3" "[ Kelly Bailey ] Kaikkiin pelissä kuultaviin ääniin käytetään digitaalista signaalinkäsittelyä (DSP), joka muuntaa ääniä pelihahmon lähiympäristön mukaan: sama ääni saattaa kuulostaa erilaiselta, kun se kuullaan esimerkiksi pysäköintitalossa, pienessä huoneessa tai ulkoilmassa. Half-Life 1 -pelissä pelimaailmaan piti sijoitella näkymättömiä solmupisteitä, jotta pystyimme määrittämään kunkin alueen DSP-asetukset. Half-Life 2 -peliä tehdessämme tiesimme kyseisen tavan olevan liian työläs – etenkin kun halusimme luoda laajemman pelin ja tiimissämme oli vain yksi äänivastaava. Siksi kehitimme järjestelmän, jossa DSP-asetukset määrittyvät pelihahmon lähiympäristössä automaattisesti ja reaaliajassa. Järjestelmä analysoi hahmon ympärillä olevan alueen ja sen tilavuusmitat sekä käy läpi peliympäristössä olevat materiaalit. Tämän jälkeen alueelle etsitään vastaavuus 25:n käsin määritetyn DSP-mallin joukosta ja alueelle luodaan parametrisäätöjen jälkeen yksityiskohtainen DSP-malli, joka muokkaa pelaajan kuulemia ääniä."
N/A3924"#commentary\cn_007_dynamic_mixing.mp3" "[ Kelly Bailey ] Pelaamisen aikana kuuluu samanaikaisesti useita ääniä, mutta osa äänistä on toisia tärkeämpiä. Äänten keskinäisiä voimakkuuksia on siis muutettava, jotta tärkeät äänet erottuvat massasta. Elokuvien kuvauksissa äänimiksaus suoritetaan kuvausten jälkeen, mutta pelissä kaikki tapahtuu reaaliajassa ja pelaajan tekojen perusteella, joten äänten samanaikaisuutta on mahdotonta ennustaa. Ongelman ratkaisemiseksi kaikki äänet on jaettu ryhmiin ja merkitty eri tärkeystunnuksilla. Pelin aikana äänimoottori valvoo käytössä olevia ääniä ja heikentää joidenkin äänien voimakkuutta, jos niitä tärkeämmäksi merkitty ääni käynnistyy. Miksaus on joustava ja säädettävissä: jos laukausten on oltava äänekkäitä jossakin kohtauksessa, niiden tärkeyttä voidaan korottaa kohtauksen ajaksi. Jos jonkin repliikin on erotuttava selkeästi äänimassasta, repliikki voi vaimentaa kaikkia muita ääniä. Samaa mekanismia käytetään myös pelin musiikkiin. Toimintamalli on hienovarainen mutta tärkeä, sillä se estää äänimaailmaa kehittymästä liian sekavaksi."
N/A3925"#commentary\cn_008_soundscapes.mp3" "[ Kelly Bailey ] Half-Life 1:ssä peliympäristön taustaäänet sijoiteltiin käsin ja määritettiin yksi kerrallaan. Halusimme lisätä Half-Life 2:een suuremman määrän hyvälaatuisia taustaääniä vähemmällä työllä, joten loimme niitä varten äänimaailmoiksi kutsutun järjestelmän. Kyseessä on pelkistetysti sanottuna pieni ohjelma, joka määrittää, mitkä taustaäänet toistetaan, mistä päin äänet kuuluvat ja miten äänet toistuvat tietyissä ympäristöissä. Jos siis hahmo voisi kuulla vaikkapa kärpästen surinaa, tuulen huminaa, lintujen laulua taikka kaukaisen junan tai taistelujen ääniä, äänijärjestelmä voi valita ja toistaa äänet sattumanvaraisesti ja hoitaa äänten sulautumisen toisiinsa, kun pelihahmo liikkuu alueelta toiselle. Äänimaailmat saattavat myös sisältää toisia äänimaailmoja, minkä ansiosta voimme luoda kierrätettäviä äänikokoelmia – kaukaisesta taistelusta voisi kuulua käsiaseiden ääniä, räjähdyksiä tai yli lentävän kopterin äänet. Tällaiset äänimaailmat luodaan dynaamisesti yksittäisistä äänistä, niin ettei ääniraita kuulosta samojen äänten toistelulta. Yleisesti ottaen äänimaailmojen järjestelmä oli Half-Life 2:n äänten kulmakivi, joka pyöritti kaikkia pelitapahtumien taustalla kuuluvia ääniä."
N/A3926"#commentary\cn_009_audio_over_distance.mp3" "[ Kelly Bailey ] Rannikon suurten kenttien vuoksi meidän oli keksittävä keino muuttaa äänten kuulumistapaa eri etäisyyksillä. Jos vihollinen oli esimerkiksi 100 metrin päässä, laukausten äänten piti kuulostaa erilaiselta kuin lähietäisyydeltä. Päätimme tallentaa äänet yhteen stereotiedostoon, niin että läheltä kuuluva ääni toistetaan vasemmassa kanavassa ja kaukainen ääni oikeassa. Ääntä toistettaessa kanavien voimakkuuksia sitten vaihdellaan sen mukaan, kuinka kaukana pelihahmo on äänestä. Ratkaisu oli yksinkertainen ja toimiva, ja se auttoi meitä pärjäämään muistin rajoitusten kanssa. Tempun kuulee helposti käytännössä — voitte huomata Combine-sotilaan aseen äänen muuttuvan, kun ajatte häntä kohti."
N/A3927"#commentary\cn_010_flying_vehicle_audio.mp3" "[ Kelly Bailey ] Pelin suuriin, lentäviin vihollisiin liittyi oma äänihaasteensa. Lentävät vastustajat ovat taistelun aikana muita vihollisia nopealiikkeisempiä, ja ne liikkuvat usein huomattavan etäällä pelihahmosta. Ne ovat myös erittäin vaarallisia, jos ne näkevät pelaajan. Näistä syistä lentävien vihollisten äänisuunnittelun keskeiseksi tekijäksi valittiin se seikka, näkeekö pelihahmo vihollisen ja päinvastoin. Äänten avulla pelaajan piti tietää selkeästi, milloin pelihahmo oli kohteen näkyvissä. Ilma-alusten moottorien äänet on koottu useista samaan aikaan toistettavista äänisilmukoista. Osa äänistä käsitellään DSP-järjestelmällä pelihahmon lähiympäristön perusteella, toiset taas toistetaan suoraan käsittelemättä. DSP-järjestelmä lisää ääniin ympäristön kaikuja. Kun lentävä kohde on näköesteen takana eikä voi havaita pelihahmoa, DSP-käsiteltyjen äänisilmukoiden määrää lisätään niin, että kohde kuulostaa olevan vähän kauempana. Kun vihollinen sitten ilmestyy esteen takaa ja pelihahmo joutuu sen näköpiiriin, käsittelemättömien äänten määrää lisätään. Ratkaisun ansiosta pelaaja hahmottaa paremmin, milloin äänet kuulostavat etäisiltä ja epämääräisiltä ja milloin äänten lähde on näkökentässä. Ilmiön huomaa hyvin esimerkiksi silloin, kun helikopteri ilmestyy rakennuksen takaa."
N/A3928"#commentary\cn_011_bullet_audio.mp3" "[ Kelly Bailey ] Pelaajan ympärillä viuhuu pelin aikana varmasti hurja määrä luoteja, joten käytimme paljon aikaa niiden äänten luontiin. Valitettavasti pelin luodit ovat käytännössä katsoen välittömiä tapahtumia, joten emme voineet vain liittää niihin ääniä ja luottaa siihen, että äänten sijoittelu määräytyisi kohteiden liikkeen mukaan. Päädyimme pienen kokeiluvaiheen jälkeen seuraavanlaiseen ratkaisuun: määrittämällä luodin lentoradan lähimmän kohdan pelihahmosta katsottuna pystyimme laskemaan tarkasti, milloin ja mistä suunnasta luoti ohittaa hahmon. Tämän tiedon avulla peli toistaa kaksi eri ääntä jäljitelläkseen Doppler-ilmiötä: toinen ääni kuvastaa luodin lähestymistä ja toinen loittonemista. Loittonemisääntä viivytetään luodin lasketun ohittamisajan perusteella."
N/A3929"#commentary\cn_012_staircase.mp3" "[ Aaron Seeler ] Jotkin pelin tilanteet on luotu suoraviivaisten suunnittelutavoitteiden pohjalta, ja tässä portaikossa sellaisia tavoitteita on kaksi. Ensimmäinen oli sijoittaa Linnoitus kuvaan niin, että pelaaja näkee sen ja ymmärtää herättäneensä sen toimillaan. Toinen tavoite oli esitellä räsynukkemallinnusta. Nykyään se on pelien peruskauraa, mutta vuonna 2004 oli varsin erityistä nähdä ruumiiden kaatuilevan realistisesti, ja portaikko oli täydellinen paikka sellaisen esittelyyn."
N/A3930"#commentary\cn_013_alyx_and_mossman.mp3" "[ Bill Fletcher ] Kun aloimme kehitellä Half-Life 2:n tarinaa, tavoitteenamme oli luoda kertomus, joka ei olisi täysin pelikeskeinen – tarina, jossa kerrottaisiin ilmiselvästi hyvän sankarin urotekojen lisäksi myös muista hahmoista ja heidän välisistä suhteistaan. Ajatus siitä, että perhe olisi Half-Live 2:n tarinan tärkein dynaaminen yksikkö, tuntui meistä kiinnostavalta. Alyxin ja Mossmanin väliset jännitteet syntyivät idean pohjalta ja pidimme niistä, koska ne tuntuivat samastuttavilta: pelaajat voisivat ymmärtää kyseisiä jännitteitä ja eläytyä niihin."
N/A3931"#commentary\cn_014_exposition_board.mp3" "[ Danika Rogers ] Halusimme lisätä tähän kohtaan peliä isomman möhkäleen visuaalista tarinankerrontaa, koska juuri tässä vaiheessa peli rohkaisee pelaajia tutkimaan paikkoja. Taulun tärkein tehtävä on syventää pelimaailmaa, mutta lisäksi sen avulla korostetaan Elin ja Breen välistä suhdetta ja taustoitetaan pelimaailman keskeistä konfliktia."
N/A3932"#commentary\cn_015_city_17_awakens.mp3" "[ David Sawyer ] Pelin alkuvaiheeseen sijoittuvan rautatieaseman tarkoitus on esitellä, kuinka vähän kaupungin hallitsijat piittaavat Gordonista: heistä Gordon on vain osa harmaata massaa valmiina alistettavaksi. Mutta asuntoratsian ja kattojen kautta pakenemisen jälkeen hallitsijat kiinnostuvat Gordonista ja tarttuvat toimeen, sillä nyt he pitävät häntä poikkeuksellisena yksilönä ja uhkatekijänä. Overwatchin PA-järjestelmä, jota kuultiin ensimmäistä kertaa ratsian aikana, korostaa tätä muutosta. Jos pelaaja kuuntelee tarkasti, kaupungin valppaudesta saa paljon tietoa. Ja vaikka pelaaja ei kiinnittäisikään huomiota tiedotuksiin, äänimaailma voimistaa pelin tunnetilaa."
N/A3933"#commentary\cn_016_elis_lab.mp3" "[ Dhabih Eng ] Elin laboratorio rakennettiin tohtori Kleinerin laboratorion pohjalta, minkä ansiosta hahmotimme paremmin, miten voimme pistää pystyyn tehokkaita Choreo-kohtauksia. Saimmekin luotua monipuolisen tilanteen, johon pelaaja saattoi reagoida monella tavalla. Kun huoneessa oli paljon omia asioitaan puuhaavia hahmoja, tilanteen ohjaus vaikeutui: vaadittiin paljon toistoja ja pelitestausta, että kaikki saatiin toimimaan sujuvasti. Kokemuksemme mukaan pelaaja tahtoo yleensä olla juonessa mukana — hänelle pitää vain antaa riittävästi hienovaraisia vihjeitä, jotta hän tietää, missä haluamme hänen olevan. Jos pelaajan huomio taas kiinnittyy muualle, kohtauksen täytyy keskeytyä hienovaraisesti ja odottaa pelaajan paluuta."
N/A3934"#commentary\cn_017_feel_free_to_look_around.mp3" "[ Dhabih Eng ] Tasapainottelu pelaajien tutkimishalun ja tarinan edistämisen välillä oli aina haastavaa. Halusimme täyttää huoneen kiinnostavilla esineillä, mutta moni pelaaja alkoi tutkia paikkoja vasta varmistuttuaan, että oli nähnyt kaikki hahmojen roolisuoritukset. Siksi oli tärkeää, että Eli kehottaa pelaajaa katselemaan ympärilleen kohtauksen puolivälissä: se on pelaajalle merkki siitä, että hän voi tutkailla paikkoja kaikessa rauhassa. Siitä eteenpäin pystyimme käynnistämään erilaisia pienoiskohtauksia sen mukaan, mitä pelaaja tarkasteli."
N/A3935"#commentary\cn_018_interstitial_scenes.mp3" "[ Eric Kirchmer ] Pelitestauksen edetessä löysimme usein kohtia, joissa pelaajat menettivät tuntuman siihen, mitä heidän pitäisi tehdä tavoitteensa eteen. Tämä ei ole lainkaan harvinaista Half-Lifen kaltaisissa peleissä. Ratkaisimme ongelman lisäämällä pikkukohtauksia, jotka auttoivat pelaajaa pysymään oikealla polulla ja vahvistivat kuvaa tavoitteesta. Kun suurten Choreo-kohtausten (kuten Kleinerin laboratorion) kehittely oli saatu valmiiksi, näiden pienempien kohtausten kasaaminen olikin melko suoraviivaista. Totesimme, että hahmojen käyttäminen toimi paremmin kuin passiiviseen kerrontaan tukeutuminen tai vaikkapa pysäytysvalikkoon lisätty muistutus."
N/A3936"#commentary\cn_019_overwatch.mp3" "[ Josh Weier ] Pelin kehittelyvaiheessa Overwatchin ääni luotiin maksuttomalla tekstistä ääneksi -työkalulla. Julkaisuhetken lähestyessä huomasimme kuitenkin, ettei meillä ollutkaan oikeuksia käyttää kyseistä työkalua. Tämän seurauksena järjestimme ääninäyttelijöille koe-esiintymisiä löytääksemme jonkun, joka kuulostaisi sopivasti samalta kuin synteettiset repliikit. Ei kestänyt kauaakaan, ennen kuin löysimme Ellen McClainin, jonka esitys vastasi tarkalleen haluamaamme. Toistimme Ellenin äänityssessioiden aikana synteettiset repliikit, joita hänen tuli imitoida omalla tyylillään. Ellen suhtautui robottimaiseen esitystapaan hieman sarkastisesti, mutta kun hän palasi vuosia myöhemmin esittämään Portal-pelin kuuluisaa GLaDOSia, hän oli keksinyt tavan käyttää kyseistä äänensävyä luovasti."
N/A3937"#commentary\cn_020_box_car_joe.mp3" "[ Laura Dubuk ] Tässä pikkukohtauksessa oli aluksi kaksi ihmishahmoa, mutta kehitysprosessin myöhemmässä vaiheessa vaihdoimme toisen vortigauntiin. Halusimme osoittaa, että vortigauntit elivät sovussa ihmisten kanssa ja että nekin vastustivat Combinea. Esittelimme myös niiden kyvyn parantaa pelaajaa, joskaan tätä ominaisuutta ei hyödynnetty täysmittaisesti pelin aikana. Vortigaunteista tuli hyödyllinen narratiivinen väline, jonka avulla dialogit voitiin pitää lyhyinä, sillä parviälyn ansiosta ne tiesivät jo kaiken maailmasta ja pelaajan tavoitteista. Niiden ei siis koskaan tarvinnut kysyä kysymyksiä, minkä ansiosta meidän ei tarvinnut kirjoittaa vuorosanoja hiljaiselle keskushahmolle."
N/A3938"#commentary\cn_021_mossman.mp3" "[ Marc Laidlaw ] Judith Mossman perustui hahmoon, jonka olimme suunnitelleet erääseen Half-Life 1 -pelin osioon. Osio kuitenkin leikattiin pois peruspelistä ja lisättiin myöhemmin Uplink-versioon, mutta ilman hahmoa. Mossman on Half-Life 2:n monitahoisin hahmo. Tiesimme joutuvamme tasapainoilemaan sen suhteen, mitä mieltä pelaaja hänestä olisi (jopa ennen Nova Prospektia), koska pelaajan luotetut apurit ovat hänestä keskenään eri mieltä: Eli pitää naisesta, mutta Alyx ei. Emme voineet tehdä suhteista kovin monimutkaisia, mutta arvelimme, että äitipuolen ja tyttären välinen dynamiikka olisi pelaajien ymmärrettävissä. Mossmanin näkemyksistä voi olla montaa mieltä, mutta hänen tekonsa ovat kuitenkin sankarillisia. Hän ryhtyy kaksoisagentiksi saadakseen Elin ja Alyxin suojelemiseen tarvittavat tiedot. Hän ei vain ottanut suunnitelmissaan huomioon Gordonia."
N/A3939"#commentary\cn_022_hands_free.mp3" "[ Matt Wright ] Half-Life 2:n julkaisuaikoihin useimmat FPS-pelit antoivat pelaajalle oikopäätä ampuma- tai lähitaisteluaseen, mutta me halusimme pelihahmon aloittavan tyhjin käsin. Aseettomalle pelaajalle oli helpompaa esitellä pelin maailmaa ja kertoa erikoisemmista tavoista, joilla tämä voi olla vuorovaikutuksessa pelimaailman kanssa. Halusimme pelaajan muuttuvan karkurista hyökkääjäksi, ja kun aseistimme hänet sopivalla hetkellä, muutos tapahtui luonnollisesti. Kun pelaaja viimein saa aseen, hän on jo kyllästynyt pakenemaan. Sanotaan, että joskus tilanteesta pois lähteminen on paras tapa voittaa, mutta tiedämme kaikki, ettei se pidä paikkaansa. Paras tapa voittaa on juosta kohti jotakin aseet paukkuen."
N/A3940"#commentary\cn_023_metrocop_scene.mp3" "[ Mike Dussault ] Tämän kohtauksen tarkoitus oli vahvistaa käsitystä siitä, että kaupungin poliisit ovat pahiksia – mutta tällä kertaa pelaajalla on ase ja hän voi esittää heille vastalauseensa luotien saattelemana. Halusimme pelaajan tuntevan olonsa oikeamieliseksi, ja tämän hetken oli tarkoitus vahvistaa tunnetta. Poliisit ovat kuitenkin ihmisiä, toisin kuin Combinen joukot, joten meistä oli tärkeää varmistaa, että pelaajan toimet tuntuivat oikeutetuilta eivätkä pelkiltä vihan vimmassa toteutetuilta tekosilta."
N/A3941"#commentary\cn_024_moving_the_gravity_gun.mp3" "[ Ted Backman ] Kun painovoima-asetta kokeiltiin ensimmäistä kertaa, se oli tarkoitus lisätä pelaajan asevalikoimaan pelin puolivälissä. Testauksen edetessä tajusimme kuitenkin aseen vahvuudet ja ymmärsimme. että ase – ja kyky singota sahanteriä zombien naamaan – piti antaa pelaajan käyttöön jo aiemmin. Niinpä myös Elin laboratorio piti siirtää tarinan aiempaan vaiheeseen. Muutos oli merkittävä, mutta se oli olennainen syy Half-Life 2:n suosioon. Tapaus on hyvä muistutus siitä, että pelien toiminnot ja tarina ovat erottamaton osa toisiaan: kummankin tekijän on tuettava toista tunkematta itse liikaa etualalle."
N/A3942"#commentary\cn_025_buggy_birds.mp3" "[ Adrian Finol ] Yhden ikimuistoisen pelitestauksen aikana pelaaja palasi rannikkokentässä ajoneuvonsa luo taloa tutkittuaan ja näki ohi lentävän linnun. Pelaaja alkoi kiljua linnulle, että se saisi luvan jättää hänen peliautonsa rauhaan, koska tosielämässä linnut sotkivat usein hänen autoaan. Testauksen jälkeisen yhteenvetokeskustelun aikana tajusimme, että meillä oli ensimmäistä kertaa pelissä muitakin asioita kuin pelihahmo, joista pelaajat välittivät. Meistä tätä seikkaa kannatti hyödyntää enemmänkin, joten kehitimme mekanismin, joka toteutti kyseisen pelaajan kammoaman asian. Jos pelaaja jättää menopelinsä näkyvistään hetkeksi aikaa, sen johonkin kohtaan ilmestyy lokki. Ajan kuluessa lokin alle ilmestyy hiljalleen lokinjätöksiä, kunnes pelaaja palaa paikalle, jolloin lokki lentää tiehensä. Testaajat halusivat tietenkin pitää ajokkinsa puhtaana, joten lisäsimme toiminnon, jonka avulla ajoneuvon voi pestä ajamalla sen matalaan veteen. Lisäys tehtiin pelin kehittelyn myöhäisessä vaiheessa, joten meillä oli käytössämme kaikki tarvittava tekniikka ja toiminto oli helppo lisätä. Vain pieni osa pelaajista huomaa tällaisen pienen silauksen, mutta jos voimme lisätä riittävän monta tämän tapaista pikkujuttua, useimmat pelaajat huomaavat ainakin yhden lisäyksistämme."
N/A3943"#commentary\cn_026_bridge_gunship.mp3" "[ Adrian Finol ] Olimme erityisen tyytyväisiä kopterin kanssa käytyyn taisteluun, vaikka sen toteutus olikin hankalaa kentän rakenteen vuoksi. Sillan alla oleskelun vuoksi kopteri voi liikkua pelaajan ympärillä, hyödyntää kaikkia ulottuvuuksia sekä siirtyä ylös- ja alaspäin taistelun eri hetkinä. Pelaaja voi suojautua tukirakenteiden taakse, jolloin kopterin tulitus äänineen muodostaa hauskan ja dynaamisen audiovisuaalisen elämyksen."
N/A3944"#commentary\cn_027_floor_is_lava.mp3" "[ Adrian Finol ] Pelihaasteiden kehittely kaikille tuttujen ideoiden (kuten \"lattia on laavaa\" -pelin) pohjalta helpotti haasteiden harjoittelua. Pidimme siitä, kuinka pelaajat saattoivat fysiikkajärjestelmän ansiosta ratkaista ongelmat monin eri tavoin. Osa pelaajista loi polkuja esineistä, toiset taas käyttivät pelkästään kahta metallilevyä. Jotkut seurasivat tarkasti kallioita ylös vievää polkua vältellen putoamista, jotkut taas pyrkivät suoraan ulospääsyn luo kykkien juuri ja juuri hiekasta kohoavien esineiden päällä. Pelityyleissä oli eroa — jotkut pelaajista katsoivat epäonnistuneensa ja latasivat pelitallennuksen heti houkuteltuaan paikalle muurahaiskorentoja, toiset vain vetäytyivät kiville odottamaan tilanteen rauhoittumista. Pidimme myös siitä, että pulmaosion voi muuttaa taisteluareenaksi: osa pelaajista vain loikkasi hiekalle ja taisteli tiensä perille."
N/A3945"#commentary\cn_028_opportunistic_moments.mp3" "[ Ariel Diaz ] Osa pelin mieleenpainuvista hetkistä syntyy pelin eri mekanismien yhteistyöstä. Toisinaan havaitsemme, että tällaisia hetkiä ilmenee vain harvoin, ja silloin tapaamme toivoa, että useammat pelaajat voisivat kokea ne. Tämä aiheuttaa ristiriidan: mitä enemmän toivomme pelaajan kokevan jotain erityistä, sitä enemmän panostamme asiaan – mutta jos hetki tuntuu tekemällä tehdyltä, pelaajat voivat suhtautua siihen vähemmän suopeasti. Ilma-aluksen elokuvamainen tuhoutuminen on esimerkki hetkestä, jossa ohjailemme tapahtumien kulkua hienovaraisesti parantaaksemme ikimuistoisen tilanteen mahdollisuutta. Pelialueen arkkitehtuurin ja aluksen lentoreittien ansiosta on todennäköistä, että pelihahmo ja ilma-alus ovat oikeissa paikoissa aluksen tuhoutumishetkellä. Jos näin on, alus törmää autoihin: muussa tapauksessa alus tuhoutuu tavalliseen tapaan. Ratkaisu on täysin \"pelimäinen\", mutta testaajat eivät tuntuneet piittaavan siitä, kun hetki toteutui sujuvasti."
N/A3946"#commentary\cn_029_assault_on_nova_prospekt.mp3" "[ Ariel Diaz ] Oli vaikea olla suunnittelematta Normandian maihinnousua jäljittelevää kenttää, kun loputon muurahaiskorentojen lauma syöksyy Combinen linnoitetun tukikohdan kimppuun. Kentän alkuperäisessä versiossa oli Nova Prospektiin johtavia juoksuhautoja ja tappavan tehokkaita konekivääripesäkkeitä, jotka pakottivat pelaajan ja korennot etenemään juoksuhautoja pitkin. Oli jännittävää katsella konekiväärien tulitusta ja juoksuhautojen yli loikkivia korentoja. Valitettavasti emme saaneet ideaa toimimaan budjetin rajoissa, joten kenttä oli suunniteltava toisenlaiseksi. Konekivääripesäkkeet jäivät kuitenkin peliin, sillä niiden tulitus rohkaisee pelaajia käyttämään muurahaiskorentoja."
N/A3947"#commentary\cn_030_buggy_physics.mp3" "[ Charlie Brown ] Auton fysiikan mallintaminen vaati paljon kokeiluja. Halusimme auton tuntuvan nopealta, vaikka sen huippunopeus oli alle 60 km/h, joten meidän piti käyttää erilaisia vippaskonsteja. Lisäsimme sopivasti ylöspäin suuntautuvaa voimaa turbohyppyihin – ja lisäpotkua auton takaosaan, kun pelaaja käyttää käsijarrua sivuluisuun. Ilman muutoksia ajokki ei yksinkertaisesti ollut hauska ajettava. Kaiken lisäksi maailma pursusi pelin fysiikan aiheuttamia yllätyksiä: autolla ajettiin kaikenlaisia törmäyksiä, joten meidän piti varmistaa, että hahmo pääsi aina ulos ajoneuvosta. Tämä vaati kokeilua ja testaamista, ja lopulta päädyimme aika huvittavan epärealistiseen simulaatiomalliin, jonka ansiosta ajovirheistä ei rangaistu liikaa ja autoa oli vaikeampi kaataa katolleen. Auton painopiste on todella alhaalla, ja pyörät eivät käänny paljoakaan, vaikka ne näyttävätkin siltä. Tämä oli ensimmäinen yrityksemme luoda fysiikan lakien mukaan toimiva ajoneuvo, ja opimme siitä paljon. Episode 2:n muskeliauton ajettavuuden säätäminen olikin jo paljon helpompaa."
N/A3948"#commentary\cn_031_the_bridge.mp3" "[ Charlie Brown ] Tämän sillan esikuvana on Valven toimiston lähellä oleva Deception Pass Bridge -silta. Osio suunniteltiin etenemispulmaksi, jonka päälle lisättiin vähä vähältä muita peliominaisuuksia. Osiosta tuli myös pelihahmon \"reunakitkan\" pääasiallinen testauspaikka. Pelin liikkumisjärjestelmässä pelaajan liikkeen hidastumiseen liittyvä kitka lisääntyy, kun hahmo lähestyy kulkemansa pinnan reunaa. Pelaajat eivät ole huomanneet tätä – luultavasti siksi, että kitka sulautuu hyvin ihmisten luonnolliseen tapaan hidastaa vauhtiaan pudotuksen reunalla ennen alaspäin katsomista. Tässä kohdassa peliä kitka on kuitenkin lähes välttämätöntä: rikoimme vahingossa kitkamekaniikan eräässä kehittelyvaiheessa, ja sen seurauksena pelitestaajien hahmot alkoivat jatkuvasti heittää henkensä rotkoon putoamalla."
N/A3949"#commentary\cn_032_coast.mp3" "[ Chris Green ] Autoa varten halusimme avoimen kentän, jonka piti kuitenkin rajoittaa pelihahmon liikkumisvapautta jollakin tavalla. Ranta rajaa kentän toisen reunan luonnollisesti, ja kenttä tuntuu silti avoimelta ja laajalta. Täällä pelaajat saivat myös nähdä, millaisia seurauksia Combinen suorittamalla luonnonvarojen louhinnalla on. Pelitestaajat yrittivät uida meressä, joten estimme tämän lisäämällä veteen iilimatoja. Iilimadot eivät voineet olla oikeita vihollisia, joita vastaan voi taistella – ne ovat eräänlaista \"pelitaikuutta\". Suurin osa pelaajista ymmärsi koettelevansa pelin rajoja, joten emme kehitelleet iilimatoja paljoakaan."
N/A3950"#commentary\cn_033_grenade_house.mp3" "[ Dave Riller ] Suuri osa Half-Life-pelin hauskuudesta piilee joka nurkan takana odottavissa taisteluissa, vaikka ne ovatkin usein vain lieviä muunnelmia toisistaan. Kaikissa yhteenotoissa ei tarvita taitoa: toisinaan kyse on vain viihdyttävistä hetkistä, joiden aikana pelaajat voivat pitää hauskaa. Tämä \"kranaattitalo\" lukeutuu hauskanpidon puolelle, sillä sen juju on käänteinen perusasetelma: pelaaja ei tiputtele kranaatteja alapuolelleen, vaan viholliset on sijoiteltu hänen ylleen. Ehtymätön kranaattilaatikko on hieman kömpelö keino kannustaa pelaajia toimimaan tilanteen vaatimalla tavalla, mutta sen tuhoutumattomuus varmistaa, että pelaaja voi kiivetä yläpuolella olevaan kerrokseen, vaikka hän olisi tuhonnut huoneesta kaiken muun."
N/A3951"#commentary\cn_034_buggy_training_course.mp3" "[ David Sawyer ] Tämän harjoitusvaiheen avulla pelaaja sai tutustua kulkuvälineeseensä. Half-Life 2:n julkaisuaikoina oli varsin harvinaista mallintaa ajoneuvojen fysiikkaa näin tarkasti, joten halusimme antaa pelaajalle tilaisuuden kokeilla sitä yllin kyllin. Pelaaja oli lisäksi juuri poistunut Ravenholmin ahtaista tiloista: meistä oli mukavaa palkita hänet päinvastaisella elämyksellä, jossa hän liikkuu nopeasti suurten alueiden poikki ja tuntee olonsa turvalliseksi ajoneuvon kyydissä. Pelaajan oli käytettävä turbohyppyä päästäkseen alueelta – hypyllä testattiin pelaajan ajotaitoja ja varmistettiin, ettei pelaaja hylännyt autoaan."
N/A3952"#commentary\cn_035_ambush.mp3" "[ David Sawyer ] Yksi Half-Life-tyylisten FPS-pelien haasteista on pelaajien taipumus edetä jatkuvasti paikkoihin, joista he eivät tiedä mitään. Taistelujen alettua pelaaja on siis tuntemattomalla alueella ilman tietoa siitä, miten siellä kannattaisi taistella. Autoimme pelaajaa ratkaisemaan tämän ongelman useilla eri keinolla, ja tämä väijytys on yksi esimerkki keinoistamme. Paikalle saapuessaan pelaajan on taisteltava talojen luona Combinen joukkoja vastaan. Taistelun aikana ja niiden jälkeen pelaaja voi tutkia aluetta ja rakennuksia. Kun pelaaja sitten alkaa tutkia tätä ullakkoa, paikalle saapuu uusi erä Combinen joukkoja. Toisen taistelun aikana pelaaja tuntee jo taistelukentän, joten hän voi tehdä tietojensa perusteella taktisia päätöksiä puolustautuessaan uusia väijyttäjiä vastaan."
N/A3953"#commentary\cn_036_bugbait_training.mp3" "[ David Sawyer ] Päädyimme tähän kömpelöön ötökkäsyötin harjoitteluosioon, koska aika loppui kesken mutta meidän oli silti opetettava varusteen käyttö pelaajille, jotta Nova Prospektin suunnitelmat toimisivat. Yritämme tehdä harjoittelusta vaihtelevaa, jotta se tuntuisi uuden asian luontevalta keksimiseltä, mutta tällä kertaa siinä ei onnistuttu. Ötökkäsyötin käyttö voi vaikuttaa ilmiselvältä, mutta se ei sujunut pelaajilta intuitiivisesti. Pelin tarina on edennyt varsin pitkälle, joten pelaajat ovat jo kokeneita vihollisten eliminoijia. Ennen harjoitusvaiheen lisäämistä ötökkäsyötin napanneet pelitestaajat ampuivat seuraavassa kentässä näkemänsä muurahaiskorennon vaistomaisesti – koska niin oli toimittu aiemminkin. Half-Life-peleissä on tapana ampua ensin ja kysellä vasta myöhemmin. Kun pelaajat sitten pääsivät Nova Prospektiin asti, he eivät tajunneet heittää ötökkäsyöttiä Combinen sotilaita kohti vaan käyttivät vakioaseitaan. Lisäsimme siis harjoitusvaiheen, jossa pelaajat oppivat käyttämään ötökkäsyöttiä ja ymmärsivät, että muurahaiskorennot voivat liikuskella pelaajan lähellä hyökkäämättä tämän kimppuun."
N/A3954"#commentary\cn_037_vortigaunt_extraction.mp3" "[ Dhabih Eng ] Tämän taistelukentän luominen oli ongelmallista paristakin syystä. Suojelijakorento osaa ensinnäkin vain lähitaistella, joten pelaajaa ei saanut päästää paikkoihin, joihin korento ei pääse. Kokeilimme muutaman erilaisen kaukohyökkäyksen lisäämistä, mutta tulokset eivät miellyttäneet – esimerkiksi korennon sylkäisyhyökkäys näytti naurettavalta. Ainoa käyttöön jätetty kaukohyökkäys oli olennon kyky paiskoa esineitä pelaajaa päin, mutta sitä varten esineitä piti olla lähistöllä, mikä ei ollut aina varmaa. Toisena haasteena oli varmistaa, että vortigaunt pääsee kuolleen korennon luo, kuolipa korento minne päin kenttää tahansa. Tämä oli erittäin tärkeää, sillä pelin tarina ei etene, jos vortigaunt ei voi valmistaa ötökkäsyöttiä."
N/A3955"#commentary\cn_038_dropship_deployment.mp3" "[ Doug Wood ] Sotilaiden saapuminen ilma-aluksilla tuotti ongelmia, sillä sivuhahmojen pitikin ilmestyä toisen kiinteän esineen sisälle. Jotta hahmot saadaan kentälle ja liikkumaan normaalisti, peli toistaa välittömästi hahmon ilmestymisen jälkeen animaation, jossa sotilas loikkaa ulos matkustamosta. Kun tämä ongelma oli ratkaistu, vastaan tuli heti toinen: ovelimmat pelaajat jäivät odottamaan matkustamon ulkopuolelle ja ampuivat sotilaat näiden ulostuloanimaation aikana. Korjasimme tilanteen lisäämällä matkustamoon automaattiaseen, joka suojasi ulos tulevia sotilaita. Ase ei estä pelaajaa täysin hyödyntämästä tilannetta, etenkin jos hän käyttää epäsuoraa tulitusta (kuten kranaatteja), mutta ratkaisu tuntui sellaiselta, jota strategisesti ajattelevat voisivat käyttää tosielämässä."
N/A3956"#commentary\cn_039_laser_guided_rpg.mp3" "[ Eric Smith ] Singon lasertähtäys aiheutti runsaasti päänvaivaa, sillä sen käytön opettaminen oli vaikeaa. Moni pelitestaaja ampui raketin matkaan ja syöksyi sitten suojaan, joten hän ei nähnyt raketin lentorataa – ja mikä pahinta, hän ei tajunnut raketin kääntyvän ja palaavan takaisin. Lisäsimme HUD-näyttöön erilaisia merkkejä ja laserpisteitä, mutta suurin osa pelaajista ei piitannut niistä vaan keskittyi pelkästään viholliseen. Parantelimme kohtausta parhaamme mukaan esim. painottamalla tähtäystä Odessan vuorosanoissa ja voimistamalla ääni- ja kuvatehosteita, kun alus ampuu ammukset suoraan alaspäin. Muutosten ansiosta osa pelaajista oppi käyttämään tähtäystä, muttemme koskaan päässeet tasolle, jossa kaikki olisivat ymmärtäneet tekniikan. Harkitsimme jopa tähtäyksen poistamista, mutta taistelu ilma-alusta vastaan ilman lasertähtäystä oli paljon tylsempää. Kohteen maalaamisen ansiosta pelaajan oli pidettävä alusta jyvällä raketin lennon aikana. Tämä taas tarkoitti, että alus saattoi tulittaa takaisin, mikä loi upeasti jännitystä."
N/A3957"#commentary\cn_040_performance_constraints.mp3" "[ Eric Smith ] Haaveilimme rannikkokentän päättyvän suureen lopputaisteluun, jossa pelaaja ja joukko siviilejä puolustautuisivat Combine-joukkojen hyökkäysaaltoja vastaan ja joka huipentuisi taisteluun ilma-aluksen kanssa. Valitettavasti vihollisten ja liittolaisten liikutteluun tarvittava laskentatehon määrä rajoitti yhteenottoa siihen pisteeseen, että lopulta kentällä liikkui vain yksittäinen ryhmä sotilaita kerrallaan. Pelin työstäminen oli jo edennyt pitkälle, emmekä voineet enää tehdä kenttään suuria muutoksia. Niinpä meidän oli suunniteltava taistelun rytmitys uudelleen, jotta sotilaiden määrä olisi pienin mahdollinen."
N/A3958"#commentary\cn_041_lighthouse_gunship.mp3" "[ Ido Magal ] Ilma-aluskohtaus vaati hieman suunnittelua, jotta se toimi toivomallamme tavalla. Halusimme kaiken tapahtuvan kuin elokuvissa: alus ampuisi ikkunoiden läpi samalla kun sankari kapuaisi majakan huipulle ennakoiden vihollisten liikkeitä. Asetimme portaikkoon monimutkaisen sarjan käynnistimiä, jotta jännitysnäytelmä saatiin aikaiseksi. Käynnistimet havaitsevat hahmon etenemisen ja ohjaavat aluksen uudelle lentoreitille, joka vastaa pelihahmon sijaintia. Käynnistimet myös ottavat pelaajaa lähimpänä olevissa ikkunoissa käyttöön \"maalitaulut\" – näkymättömät kohteet, jotka tekoäly tunnistaa välittömästi vihollisiksi – joten alus alkaa tulittaa ikkunoita. Skriptauksen ja tekoälyn yhdistely on olennainen osa Half-Lifen taistelukohtauksia. Tekoäly ohjailee sivuhahmojen yleistä käyttäytymistä, kun taas skriptauksella voidaan vastata kunkin kohtauksen yksilöllisiin vaatimuksiin."
N/A3959"#commentary\cn_042_crane.mp3" "[ Jakob Jungels ] Nostokurjen ominaisuuksia piti hioa rankasti, jotta laite saatiin toimimaan. Runsaasti fyysistä voimaa tuottavan esineen käyttöön liittyi riskejä, kun ottaa huomioon pelin jäykkien esineiden fysiikanmallinnuksen ja tuhoutumismallin: nostokurjen magneetti ei esimerkiksi ikinä voinut vastata pelaajien odotuksiin, jotka liittyivät raskaiden massojen käsittelyyn. Nostokurki pysyi kuitenkin paikoillaan, joten saatoimme hienosäätää laitteen ulottuvilla olevien kohteiden ominaisuuksia. Suurin osa pelaajista ei onneksi huomannut ongelmia, kun he käsittelivät riemuissaan moista laitetta suurin piirtein realistisesti fysiikan lakeja noudattavassa pelimaailmassa."
N/A3960"#commentary\cn_043_flashlight_power.mp3" "[ Jeff Lane ] Päätös, jonka mukaan sekä juoksupyrähdykset että taskulamppu kuluttivat HEV-puvun virtaa, oli hankala. Alun perin puvun virtaa käytettiin vain pyrähdyksiin, mikä kävi järkeen, sillä niiden oli tarkoitus vain nopeuttaa liikkumista hetkeksi. Taskulamppua taas voi käyttää loputtomiin. Pelitestauksen aikana havaittiin tähän liittyvä ongelma: pelaajat unohtivat usein sammuttaa lampun poistuessaan pimeiltä alueilta. Valoisilla ja avoimilla alueilla (kuten rannikolla) pelin suorituskyky ei riittänyt tukemaan taskulampun käyttöä, joten oli keksittävä keino sammuttaa lamppu itsekseen. Lampun virtamäärän rajoittaminen oli yksinkertainen ratkaisu, joka vieläpä lisäsi pimeisiin kenttiin uutta jännitystä. Se johti kuitenkin uuteen pulmaan: mitä resurssia lamppu käyttäisi? HEV-puku tuotti jo virtaa, emmekä halunneet lisätä käyttöliittymään uutta mittaria vain lamppua varten. Leikittelimme ajatuksella, jonka mukaan pelaajan muutkin kyvyt kuluttaisivat puvun virtaa ja pelaajien olisi harkittava tarkemmin, mitä kykyä he käyttäisivät. Tämä on hyvä esimerkki siitä, että pelisuunnittelussa on usein kyse vähiten huonoimman vaihtoehdon valinnasta. Emme pitäneet siitä, että pyrähdys ja taskulamppu kuluttivat samaa resurssia, muttemme myöskään tahtoneet ruuhkauttaa käyttöliittymää useilla resursseilla. Episode 2 -pelissä emme lisänneet peliin puvun virtaa kuluttavia toimintoja, joten päätimme silloin lisätä erillisen resurssin lamppua varten."
N/A3961"#commentary\cn_044_open_world_loot.mp3" "[ Jeff Lane ] Rannikkokentän avoimuus vaikeutti esinepalkintojen sijoittelua. Half-Life-peleissä pelaaja palkitaan paikkojen tutkimisesta: jos reitti eteenpäin näyttää selvältä, mutta reitin sivulla on jotakin silmiinpistävää, asian tutkiminen palkitaan jollakin hyödyllisellä. Rannikkokenttien pelitestauksen alkuvaiheessa kätkimme palkinnot ulkoalueiden kolkkiin, mutta tämä teki autolla ajamisesta ikävän kokemuksen. Koska alueet olivat avoimia, eri puolilla näkyi jatkuvasti jotakin, mikä vaikutti mahdolliselta tavarapiilolta. Pelaajat pysähtelivät siis jatkuvasti tutkimaan paikkoja, mikä kävi pian rasittavaksi ja pilasi pelinautinnon. Niinpä poistimme maastoon kätketyt palkinnot, mutta tämä aiheutti uuden pulman – mistä pelaaja tietäisi, että auton kyydistä kannattaa nousta pois? Pohdittuamme asiaa jonkin aikaa loimme nyrkkisäännön: jos maastossa on ihmisen rakennelma, sen tutkiminen palkitaan, mutta luonnonvaraiset alueet jäävät tyhjiksi esineistä. Emme voineet kertoa asiasta pelaajalle suoraan, mutta ajatus kävi yksiin luontaisten olettamusten kanssa, ja tällaisten alueiden avulla saimme vahvistettua oletuksia."
N/A3962"#commentary\cn_045_gas_station.mp3" "[ Jeff Lane ] Meillä oli suuria suunnitelmia tätä yhteenottoa varten: halusimme luoda taistelukentälle huoltoaseman, jonka polttoainesäiliöt syttyisivät tuleen polttaen kaiken ympäriltään, niin että pelaaja ajaisi lopuksi pois liekkimeren luota. Valitettavasti pelin suorituskyky- ja budjettirajoitukset olivat armottomia vuonna 2003, ja bensa-asemasta piti suunnitella yhä pienempi, jotta se sopisi rannikon suuriin kenttiin. Dynaaminen tulimekanismi jäi vain haaveeksi, eikä sen luominen ollut enää järkevää – yhteen kohtaukseen voi uhrata vain rajallisen määrän työaikaa. Alkuperäisestä suunnitelmasta jäivät lopulta jäljelle vain räjähtävät polttoainesäiliöt."
N/A3963"#commentary\cn_046_buggy_introduction.mp3" "[ John Cook ] Meistä pelaajien piti tutustua ajokkiinsa muutenkin kuin pelkästään kyytiin hyppäämällä, ja nostokurki oli hyvä keino tähän. Halusimme pelaajien oppivan, miten katolleen kaatunut auto käännetään ympäri, ja tämä kohtaus pisti pelaajat kyseiseen tilanteeseen. Asioiden opettelu paineen alla on aina haastavaa, mutta halusimme korostaa muurahaiskorentojen aiheuttamaa uhkaa, jonka vuoksi pelaajan kannattaa pysyä auton kyydissä. Siksi jätimme alueelle korentoja ja lisäsimme pelaajan avuksi muutaman aseistetun siviilin. Mukavana lisäbonuksena pelaajat saivat kokea, miltä tuntuu olla nostokurjen siirreltävänä – juuri ennen kuin he pääsivät itse käyttämään nostokurkea."
N/A3964"#commentary\cn_047_crossbow.mp3" "[ John Cook ] Tämä on pelaajan ensimmäinen tilaisuus hankkia jalkajousi, ja näin jälkeenpäin mietittynä on aika ihmeellistä, ettemme tehneet sen poiminnasta pakollista: on aivan mahdollista, että pelaaja ajaa aseen ohi huomaamatta sitä. Pienensimme tämän todennäköisyyttä asettamalla tiesulun ja tähystyspaikan, jotta pelaaja nousisi ajoneuvosta ja huomaisi sekä jousen että esinelaatikon. Pelitestauksen aikana lähes jokainen pelaaja pysähtyi ja keräsi aseen talteen, mutta tässä tapauksessa pelitestaus ja oikea pelaaminen saattoivat erota toisistaan suuresti. Pelaamisen rannikkokentistä aloittanut testaaja ei kenties ole yhtä väsynyt paikkojen tutkimiseen kuin joku, joka on pelannut peliä alkukentistä lähtien. Niinpä lisäsimme toisen jalkajousen pari kenttää myöhemmin Nova Prospektiin vievälle reitille."
N/A3965"#commentary\cn_048_rollermines.mp3" "[ Josh Weier ] Rullamiinat luotiin vihollisiksi, jotka voisivat olla vaaraksi autoa ajavalle pelihahmolle. Ajoneuvon kyydissä oleva hahmo on fysiikan lakien mukaan simuloitu kokonaisuus, joten meistä oli kiinnostavaa luoda myös vastaavasti simuloitu vihollinen. Olimme jo havainneet manhakkien myötä, kuinka tämä toteutusmalli voisi luoda vihollisia, jotka reagoivat pelimaailmaan kiinnostavilla tavoilla. Niinpä kehittelimme rullamiinan — kuulan, jonka liikkeet perustuvat laitteen itseensä luomaan vääntöön — ja muokkasimme sen toimintamallia, kunnes se oli hauska vastustaja. Rullamiinat eivät ole erityisen vaarallisia autolle, mutta jos niiden antaa kasautua, ne voivat aiheuttaa ongelmia, etenkin jyrkänteen reunalla. Varmistimme myös, että miinat olivat tehokkaita jalan liikkuvaa hahmoa vastaan, jotta kenttäsuunnittelijat voisivat käyttää niitä muuallakin."
N/A3966"#commentary\cn_049_sandtrap_thumper.mp3" "[ Laura Dubuk ] Räjähtävien tynnyrien avulla pelaajat voivat tuhota muurahaiskorentoja pysytellen samalla jyskyttimen suojissa, mutta tämä yhteenotto toimii myös vinkkinä tulevalle taistelulle, jossa pelaajan on käytettävä samanlaista taktiikkaa suojelijakorennon tuhoamiseen. Taistelutaktiikat (kuten räjähteiden sinkoaminen painovoima-aseella) saattavat unohtua, jos niitä ei käytetä säännöllisesti. Pelaajat voivat hyökätä vihollisten kimppuun usein eri tavoin, joten ei ole varmaa, että juuri tätä keinoa on käytetty viime aikoina. Tämän kohtauksen avulla muistutamme pelaajaa hienovaraisesti taktiikasta, ennen kuin hän kohtaa suojelijakorennon."
N/A3967"#commentary\cn_050_coast_kickoff.mp3" "[ Marc Laidlaw ] Tämä välinäytös kehitettiin vasta myöhäisessä vaiheessa yhdistämään Ravenholm rannikkokenttiin. Alkaako toimintamallimme jo hahmottua? Melko suuri osa pelielementtejä toisiinsa yhdistävistä osasista valmistuu vasta myöhäisessä vaiheessa, ja tämän välinäytöksen kohdalla yksityiskohdista piti tinkiä aina tilaisuuden tullen – aika ei riittänyt edes näytöllä näkyvän Alyxin animointiin. On aina haastavaa saada tällaisista kohtauksista kiinnostavia, emmekä tässä tapauksessa oikein onnistuneet. Kohtaus osoittaa hyvin, mitä tapahtuu, kun sivuhahmoja kohdellaan kuin pahvinukkeja eikä heille tai itse kohtaukselle anneta minkäänlaista lisäväriä tai luonnetta. Lopputulos on mitäänsanomaton hetki, jossa pelin rajoitukset pistävät pahasti silmään. Pelien kehittely on tällaista: aikaa on rajoitetusti, ja sen käyttökohteet on harkittava huolella. Sekä Kleinerin että Elin laboratorio olivat tärkeämpiä paikkoja, joten keskitimme voimavaramme niihin."
N/A3968"#commentary\cn_051_odessa_cubbage.mp3" "[ Marc Laidlaw ] Odessa Cubbage on hyvä esimerkki onnistuneesta cameo-hahmosta. Odessa on parilla viihdyttävällä yksityiskohdalla täydennetty hauska tyyppi, joka elelee omassa pikku kuplassaan. Häntä ei nähdä muualla pelissä, joten saatoimme tehdä hänestä mieleenpainuvan liioittelemalla hänen piirteitään. Hahmon mallin pohjana käytettiin pelistä karsitussa osassa käytettyä mallia, ja hahmo sai nimensä saamamme spämmiviestin otsikosta. Hahmomallin piti alun perin olla norjalainen kalastaja, mikä teki Odessasta hieman epäuskottavan englantilaisen. Niinpä lätkäisimme miehen kasvoille viikset – ja kaikkien tuntema Odessa oli syntynyt. Odessa on pohjimmiltaan huijari, joten kaikki hänessä on valhetta korostusta ja viiksiä myöten. Hän ei ikinä asettaisi itseään vaaraan, ja siksi hän onkin täydellinen henkilö ojentamaan singon Gordonille ja opastamaan aseen käytössä."
N/A3969"#commentary\cn_052_28_transitions_later.mp3" "[ Marc Laidlaw ] Olimme jo luoneet pari pimeää tunnelinpätkää siirtymäreiteiksi, kun tajusimme, että voisimme murskata pelaajien ennakko-odotukset luomalla tunneliosion, joka näyttäisi pelkältä siirtymäpätkältä mutta olisikin jotain aivan muuta. Vuonna 2002 ihastuimme kaikkien muiden tapaan 28 päivää myöhemmin -elokuvaan, ja halusimme luoda tunneleihimme aina vain pahentuvan zombikohtaamisen. Osio valmistui vauhdilla, ja olimme tyytyväisiä lopputulokseen. Tapasimme elokuvan käsikirjoittaja Alex Garlandin vuosia myöhemmin. Hän kertoi pitäneensä Half-Life 2:sta, joten paljastimme hänelle, että hänen elokuvansa innoitti meitä luomaan tämän osion."
N/A3970"#commentary\cn_053_finest_mind_of_his_generation.mp3" "[ Marc Laidlaw ] Tässä on jälleen pieni välinäytös, joka onnistui hyvin. Kohtauksen ainoa tavoite oli opettaa pelaajaa välttelemään hiekalla kulkemista. Aiempia kohtauksia luodessamme pyrimme vain varmistamaan, että kohtaukset olivat käytännöllisiä: tähän kohtaukseen mennessä olimme jo kokeneempia ja aloimme nauttia siitä, että tällaisiin hetkiin panostettiin hieman perustasoa enemmän. Pyrimme luomaan tilanteista mielenkiintoisia ja viihdyttäviä tekemällä kohtausten hahmoista moniulotteisia. Pelin julkaisun jälkeen Lazlon suosio räjähti, mikä on hyvä muistutus siitä, että pelaajien mieltymyksiä on vaikea ennustaa."
N/A3971"#commentary\cn_054_bridge_playtesting.mp3" "[ Matt Boone ] Siltaosio oli aina pelitestauksen kohokohtia, ja pelitestaajat reagoivat siihen voimakkaasti. Jännittyneen tunnelman saattoi havaita, kun testaajat hivuttivat pelihahmoa eteenpäin siltarakenteita pitkin. Vähitellen etenemiseen lisättiin uusia haasteita ja tekijöitä, kuten sillan yli jyristävä juna ja näennäisessä turvapaikassa vaaniva päärapu, niin että pelitestauksen katselusta tuli aina vain viihdyttävämpää puuhaa. Testaajien ilmiselvän ahdistumisen aiheuttama mielihyvä sai meidät tuntemaan pientä syyllisyyttä, muttemme olleet täysin sydämettömiä: kun pelaaja pääsi sillan toiselle puolelle, hän sai hengähtää hetkisen ja sulkea Combinen suojakentän – ennen kuin hänen täytyi taas palata takaisin alempaa reittiä pitkin. Pelkäsimme paluumatkan käyvän tylsäksi, joten lisäsimme pelaajan seuraksi ilma-aluksen."
N/A3972"#commentary\cn_055_thumper_final_stage.mp3" "[ Matt Boone ] Pidimme jyskyttimien viimeisestä vaiheesta, jossa laitteiden käyttötarkoitus on muutettu päinvastaiseksi. Turvapisteiden sijaan laitteet ovatkin nyt haittatekijä, joka estää pelaajan korentoarmeijaa etenemästä. Meidän olisi kuitenkin pitänyt lisätä laitteille kattavampi käyttöopastus ennen pelin tätä vaihetta. Aiemmissa rannikkokentissä oli hyväksyttävää, että pelaajat osasivat käyttää jyskyttimiä vain vajavaisesti, mutta nyt panokset olivat kovemmat, sillä pelaajat tutustuivat samaan aikaan myös ötökkäsyöttien käyttöön. Jos pelaaja ei ymmärrä, että ensimmäinen jyskytin estää muurahaiskorentoja liikkumasta eteenpäin, hän ei kenties myöskään opi käyttämään ötökkäsyöttejä. Jos pelaaja heittää vihollisia syötillä ensimmäisen bunkkerin luona ja muurahaiskorentoja ei ilmestykään, hän saattaa todeta syötit epäluotettaviksi ja alkaa taas käyttää tavallisia aseitaan."
N/A3973"#commentary\cn_056_buggy_tools.mp3" "[ Matt Wright ] Halusimme auton olevan muutakin kuin pelkkä kulkuväline, joten lisäsimme siihen aseen. Aseeksi valittiin Half-Life 1 -pelistä tuttu tau-hiukkastykki, josta pidimme kovin mutta joka ei ollut löytänyt paikkaansa Half-Life 2 -pelissä. Tau-hiukkastykillä voi ampua seinien läpi, mikä hankaloittaa kenttäsuunnittelua, joten rajoitimme sen käytön rannikkokenttiin: kun peliin lisätään seiniä läpäiseviä aseita, kenttien suunnittelu vaikeutuu roimasti. Aseen lisäksi asensimme auton taakse ammuslaatikon, josta pelaajat voivat rannikkoreitillä poimia loputtomasti konepistoolin ammuksia. Tästä oli erityisen paljon apua pelitestaajille, jotka kamppailivat hiekasta putkahtavien loputtomien korentolaumojen kanssa."
N/A3974"#commentary\cn_057_antlion_guard.mp3" "[ Matt Wright ] Joissakin harvoissa tapauksissa pelaajat eivät pystyneetkään surmaamaan suojelijakorentoa. Näin saattoi käydä, jos ammukset loppuivat ja pelaajat olivat käyttäneet alueella lojuvat esineet harkitsemattomasti, niin että painovoima-aseella ei ollut mitään singottavaa. Ratkaisimme ongelman lisäämällä portin yläpuolelle aseistetun sivuhahmon: jos pelaajan ammukset loppuivat, hän saattoi luottaa siihen, että sivuhahmo surmaa korennon."
N/A3975"#commentary\cn_058_terrain_and_performance.mp3" "[ Mike Dussault ] Laskentatehoon liittyvät rajoitukset olivat usein merkittävä pulma taistelutilanteissa ja etenkin maastopinnoilla käydyissä taisteluissa. Kun pelin sivuhahmot liikkuvat, ne suorittavat useita tilamittauksia määrittääkseen, voivatko ne liikkua valittua reittiä pitkin. Asian voi ajatella näin: sivuhahmot ovat kuin sokeita, jotka heiluttavat edellään keppiä tarkistaakseen, onko reitti selvä. Tilamittauksiin vaadittava laskentateho kasvaa sen mukaan, kuinka monimutkaisessa maastossa hahmo liikkuu. Maastonluontimoottorimme luo epätasaisia pintoja käyttämällä paljon enemmän polygoneja kuin mitä täysin sileille lattiapinnoille tarvitaan. Sivuhahmojen liikkuminen rannikkokenttien maastoissa vaati siis paljon tavallista enemmän laskentaresursseja, mikä rajoitti tässä osiossa kohdattujen vihollisten määrää."
N/A3976"#commentary\cn_059_area_portals.mp3" "[ Mike Dussault ] Yksi rannikkokenttiin liittyvä laskentatehon haaste olivat laajat ja aukeat alueet, joilla olevien rakennusten sisätilat olivat yksityiskohtaisia – siis vuoden 2003 mittapuulla. Kun pelihahmo oli rakennusten ulkopuolella, halusimme käyttää mahdollisimman suuren osan laskentatehosta ulkotilojen renderöintiin sisätilojen resursseja karsimatta. Pelaajat olisivat kuitenkin nähneet rakennusten sisään, paitsi jos rakennusten kaikki aukot olisi laudoitettu. Ratkaisimme ongelman luomalla \"alueportaaliksi\" nimetyn kohteen, joka lisättiin jokaiseen oveen ja ikkunaan. Alueportaali luo laskutoimitusten avulla litteän kuvan rakennuksen sisätiloista ja lisää sen rakennuksen oven tai ikkunan eteen, kun pelihahmo on tietyn etäisyyden päässä rakennuksesta: näin rakennuksen sisätiloja ei tarvinnut renderöidä. Kun pelihahmo lähestyy rakennusta, kuva häivytetään pois ja rakennuksen varsinaiset sisätilat tulevat näkyviin. Oikein käytettynä alueportaalit – ja sinne tänne lisätyt itsestään sulkeutuvat ovet – auttoivat meitä rannikkokentissä pysymään pelin laskentatehon puitteissa."
N/A3977"#commentary\cn_060_buggy_removal.mp3" "[ Miles Estes ] Halusimme osoittaa pelaajalle selkeästi, milloin pelissä oltiin edetty vaiheeseen, jossa autosta piti luopua. Pelitestaajat olivat poistuneet autosta ja palanneet sen kyytiin eri puolilla rannikkokenttiä, joten he yrittivät ottaa ajokin mukaansa aina, kun se näytti edes hitusen mahdolliselta. Tämän autotallikohtauksen tarkoitus on pääasiassa vihjaista, että ajamisosio on nyt päättynyt ja että etenemistä jatkettaisiin jalan."
N/A3978"#commentary\cn_061_d2_coast_04.mp3" "[ Randy Lundeen ] Tämä kenttä oli ensimmäinen luomamme rannikkoalue, ja se luotiin ennen kuin nostokurkia tai muita elementtejä oli kehitelty. Esiin paljastunut merenpohja ja ruostuneet alukset olivat varhaisimpia pelin visuaalisen suunnittelutyön tuloksia. Kun esittelimme kenttää vuoden 2003 E3-messuilla, suuri osa pelattavuudesta oli yhä vasta kehittelyvaiheessa. Kun sitten aloimme luoda koko rannikkoaluetta, käytimme pitämäämme esitystä visiona siitä, mihin suuntaan meidän tulisi jatkaa."
N/A3979"#commentary\cn_062_transition_tunnels.mp3" "[ Randy Lundeen ] Rannikkokenttien välisiä siirtymiä varten oli kehitettävä uusi ratkaisumalli: siirtymätilan kaikki sisältö oli tallennettava ja lisättävä sitten peliin uudelleen, kun hahmo saapuu seuraavaan kenttään lataamisen jälkeen. Erityisen tärkeää oli tallentaa ja palauttaa kaikki pelihahmon ympäristössään näkemä, vaikka nähty sisältö sijaitsisikin uuden alueen ulkopuolella. Pyrimme siis pitämään siirtymätilat pieninä ja suljettuina – pelin muilla alueilla pieni huone toimi siirtymätilana mainiosti, mutta rannikkoalueita varten oli luotava toisenlainen ratkaisu. Kokeiltuamme eri ratkaisuja päädyimme käyttämään pimeitä tunneleita. Niitä saattoi käyttää eri tavoin uudelleen uskottavasti, minkä lisäksi saatoimme käyttää tunnelin päässä häikäisytehostetta peittämään sen seikan, ettei tunnelin toisessa päässä olevaa aluetta voitu renderöidä, koska se sijaitsee toisessa kentässä."
N/A3980"#commentary\cn_063_sniper_alley.mp3" "[ Robin Walker ] Tämä rataosio lisättiin peliin myöhäisessä vaiheessa, kun Elin laboratorio ja Ravenholm siirrettiin edeltämään rannikkoalueita. Pelin luomisprosessia voisi luulla lineaariseksi, mutta oikeasti jakauduimme kolmeen ryhmään, jotka työstivät samanaikaisesti pelin eri osioita aloittaen yleensä pelin tarinan keskivaiheista. Jokaisen ryhmän ensimmäisessä tuotoksessa keskityttiin osion ydinasioihin, minkä jälkeen ryhmä siirtyi seuraavan kohteen pariin. Kun koko pelistä oli luotu raakaversio, osioita alettiin hienosäätää – tämä tarkoitti muualla hyväksi havaittujen elementtien lisäämistä ja huonosti toimivien osioiden poistamista. Joissakin tapauksissa (kuten Ravenholmin kohdalla) kokonaisia alueen osia poistettiin. Kun Ravenholm sitten siirrettiin, tarvitsimme uuden osion yhdistämään alueen rannikkoon. Tiukan aikataulun vuoksi tämä lyhyt osio luotiin aiemmin valmistuneista elementeistä ja vaaroista, kuten tarkka-ampujista ja Combinen sotilaista."
N/A3981"#commentary\cn_064_battery_finding.mp3" "[ Robin Walker ] Half-Life 2 -pelin alueilla oli entistä enemmän esineitä, joten meistä oli kiintoisaa pakottaa pelaajat etsimään tiettyä esinettä, etenkin jos sen löytämiseen liittyi jonkinlainen logiikka. Näin pelaajat saivat etsittyä esineen alueelta joko tarkkailemalla paikkoja ja päättelemällä sen sijainnin tai pelkästään raa'an voiman turvin. Olimme jo luoneet autot ja akut, joten seuraava luonnollinen vaihe oli luoda pieni romutarha, jota pelaajat pääsivät tutkimaan. Kätkimme myös pari lisäakkua yllättäviin paikkoihin niille pelaajille, jotka päättivät käyttää raakaa voimaa. Muiden esinepulmien tapaan tämäkin pulma tarvitsi vararatkaisun siltä varalta, että kaikki akut katoavat tai tuhoutuvat. Voitte nähdä tämän ratkaisun itse heittämällä akut alas jyrkänteen reunalta."
N/A3982"#commentary\cn_065_boathouse.mp3" "[ Scott Dalton ] Saimme Half-Life 1 -pelissä paljon irti tilanteista, joissa tekoälyn ohjaamat viholliset taistelivat toisiaan vastaan. Pelaajista on hauskaa katsella vihollisten keskinäistä kamppailua – ja vihollisten käytösmalleja on helpompi tarkkailla, kun ei ole itse kohteena. Muurahaiskorentojen ja Combinen sotilaiden ensimmäisen yhteenoton oli tarkoitus olla hauska tilaisuus törmäillä vihollisiin autolla, mutta samalla esiteltiin jyskyttimiä. Kun pelaaja näkee sotilaiden käyttävän jyskytintä korentojen karkottamiseen, toivoimme hänen ymmärtävän laitteen käyttötarkoituksen. Pidimme siitä, miten sotilaat näyttivät taistelun aikana esimerkillään, kuinka tärkeää on pysyä jyskyttimen lähellä."
N/A3983"#commentary\cn_066_buggy_theft.mp3" "[ Scott Dalton ] Rannikkoalueen loppuosaa luodessamme päätimme antaa Combinen varastaa pelaajan auton. Varastamisessa ei oikeastaan ole mitään järkeä, mutta näimme useiden pelitestaajien kiintyvän ajokkiinsa ja halusimme hyödyntää syntynyttä tunnesidettä. Kun varkaus oli lisätty peliin, näimme testaajien karjuvan Combinen joukoille varkauden takia – mikä oli meistä varma merkki onnistuneesta päätöksestä. Kallion päältä ammuskelevan sotilaan tehtävä on vain saada pelihahmo katsomaan ylös, mikä saa ilma-aluksen ilmestymään. Kun varkautta katselee näin 20 vuotta myöhemmin, olemme ällistyneitä siitä, kuinka hulvaton koko juttu on."
N/A3984"#commentary\cn_067_snipers.mp3" "[ Ted Backman ] Half-Life 2:n kehittelytiimi ei ollut kovin suuri, joten pyrimme aina lisäämään peliin uutta sisältöä ilman suuria resurssikuluja. Tarkka-ampujat ovat hyvä esimerkki tästä. Ampujalla ei ole omaa hahmomallia – vain pelkkä lasersäde – joten sitä varten ei tarvinnut luoda visuaalista sisältöä tai animaatioita. Kun ampuja kuolee, ikkunasta tipahtaa Combine-sotilaan räsynukkemalli. Saimme tarkka-ampujasta irti paljon hupia sen yksinkertaisuudesta huolimatta: olimme erityisen tyytyväisiä tapaan, jolla tarkka-ampujat hyödynsivät pelin fyysisiä esineitä. Pelaajat osaavat räjäytellä vihollisten lähellä olevia kohteita, joten meistä oli vain oikein, että joku vihollisista osasi toimia samoin pelaajan ollessa suojautuneena."
N/A3985"#commentary\cn_068_buggy_model.mp3" "[ Ted Backman ] Auton ulkonäköä muokattiin useita kertoja ennen lopullista versiota. Kokeilimme malleja, jotka sopivat sekä pelin visuaaliseen yleisilmeeseen että fysiikanmallinnuksen vaatimuksiin, mutta vastaan tuli yllättävä ongelma: monet pelitestaajat – jopa kokeneet FPS-veteraanit – alkoivat kärsiä matkapahoinvoinnista auton kyydissä. Saimme selville, että pahoinvointia voitiin ehkäistä hienosäätämällä simulaatiota ja muuttamalla auton mallia. Pahoinvointi yltyi sitä pahemmaksi, mitä suuremman osan pelimaailmasta auto peitti näkökentässä, joten aloimme poistaa autosta osia, kunnes pelaajat eivät enää voineet huonosti. Varsinkin maanpinnan näkyminen auton avoimen alustan läpi ehkäisi pahoinvointia reippaasti."
N/A3986"#commentary\cn_069_antlion_design.mp3" "[ Ted Backman ] Varhaisissa suunnitelmissa peliin oli tarkoitus lisätä Combinen lisäksi muitakin muukalaisrotuja. Yksi näistä roduista olisi ollut uskonnollinen hyönteisrotu, johon muurahaiskorennot kuuluivat. Rannikkoalueita kehitellessämme aloimme kuitenkin kohdella korentoja enemmänkin kiusankappaleina, jotka saapuivat peliin Xen-portaaleja pitkin päärapujen ja muiden olentojen tapaan. Korennot eivät ole alun perin kotoisin Xen-maailmasta, mutta ne pesiytyvät mihin tahansa maailmaan – ihan torakoiden tapaan."
N/A3987"#commentary\cn_070_explosive_barrels.mp3" "[ Brian Jacobson ] Tässä esitellään räjähtävät tynnyrit. Tynnyrit ovat räiskintäpelien peruskauraa, mutta näihin tynnyreihin liittyi uusi kikka: Jos tynnyriä ampuu kahdesti, tynnyri syttyy tuleen ja räjähtää hetken kuluttua. Jos tynnyriä taas ampuu kolmesti, se räjähtää välittömästi. Mekaniikan ansiosta pelaajat saattoivat tilanteen mukaan viivyttää räjähdystä tai laukaista sen välittömästi. Tynnyreitä voi esimerkiksi syöttää riippujarykelmälle ja ampua niitä sitten kahdesti, niin että yksi tynnyri tuhoaa koko joukon vihollisia. Viivytetty räjähdys aiheutti myös mielenkiintoisia ketjureaktioita tynnyrien välillä. Räjähtävät tynnyrit olivat fanien suosikkijuttu, mutta kenttäsuunnittelijatkin pitivät niistä ja olivat sitä mieltä, ettei niitä voinut olla koskaan liikaa."
N/A3988"#commentary\cn_071_ragdoll_magnets.mp3" "[ Dario Casali ] Half-Life 2 -pelin fysiikanmallinnuksen ansiosta taistelut olivat aiempaa jännittävämpiä. Jos vihollinen ei esimerkiksi osunut pelaajaan, saatoimme ohjata ammuksen kohti lähellä olevaa hajoavaa esinettä, mikä lisäsi tilanteen vauhdikkuutta ja elokuvamaista tunnelmaa. Lisäsimme fysiikanmallinnuksen avulla peliin vinkkejä sekä \"räsynukkemagneetteja\", jotka saivat ruumiit tipahtelemaan dramaattisilla ja mielenkiintoisilla tavoilla vaikkapa alas jyrkänteiltä tai junan eteen."
N/A3989"#commentary\cn_072_helicopter_peekaboo.mp3" "[ Dave Riller ] Halusimme kehitellä koko tämän luvun ajan ajatusta Combinen hyökkäyskopterista alueen päävihollisena. Periksiantamattomasta kopterista tuli hahmo jo itsessään. Jos tässä kohtaa kuuntelee ja katsoo ylöspäin, voi kuulla moottorin äänet ja nähdä kopterin lentävän junarataa pitkin kaukaisuuteen. Tämä ensimmäinen vilaus on pieni enne tulevasta, sillä kopterin läsnäolo korostuu ajan myötä — kunnes lopulta pelaaja pääsee ottamaan siitä mittaa."
N/A3990"#commentary\cn_073_iterative_passes.mp3" "[ David Speyrer ] Joitakin pelin vaiheita, kuten kanavien jalkaisin kuljettavia osia ja Ravenholmia, kehiteltiin monissa vaiheissa eri tekijäryhmien toimesta. Kun kartoista otettiin tällaista yhteisvastuuta, pelielämyksestä tuli monipuolisempi – ja kiinnostavia hetkiä oli tiheämmässä, kun kukin porukka lisäsi kenttiin oman silauksensa. Kanavien jalkaisin kuljettavassa osassa päätimme ensimmäisessä vaiheessa visuaalisesta yleisilmeestä ja pelaajan reitistä, minkä lisäksi pohdimme laveasti kokemusta ja reitin tärkeimpiä hetkiä. Tiiminlaajuisessa alfa-pelitestauksessa kuitenkin todettiin, ettei jännitettä ollut tarpeeksi ja että kokemus oli hieman yksitoikkoinen. Kun palasimme kartan pariin toisessa vaiheessa, keskityimme kentän jännittävyyteen ja lisäsimme huomattavasti nopeaa toimintaa vaativien kohtausten tiheyttä."
N/A3991"#commentary\cn_075_pistol_design.mp3" "[ Josh Weier ] Peruspistooli on pelin työjuhta: se on ensimmäinen ampuma-ase, jota pelaaja oppii käyttämään, minkä lisäksi sillä voi koko pelin ajan vaikuttaa pelifysiikkaan ja tuhoutuviin esineisiin turvallisen välimatkan päästä. Pistoolin käytöstä on tehty responsiivista ja hauskaa lisäämällä siihen ainutkertainen ja yksilöllinen ampumismekaniikka. Aseella voi ampua niin nopeasti kuin pelaaja ehtii naksautella komentopainiketta, joten syöte aiheuttaa välittömän vastineen – pelaaja ampuu sitä nopeammin, mitä nopeammin hän naksauttelee."
N/A3992"#commentary\cn_076_shatterglass.mp3" "[ Josh Weier ] Alkuvaiheen kentissä pelaajalla ei ollut käytössään montaakaan tekniikkaa, mutta totesimme, että uusien teknisten ominaisuuksien – kuten vaikkapa rikkoutuvan lasin – esittely oli aivan yhtä kiinnostavaa. Pirstoutumistehostetta varten lasi jaettiin pienineliöiseksi ruudukoksi: näin saatoimme seurata, mitkä neliöt olivat vahingoittumattomia ja mitkä särkyneitä, ja pystyimme irrottamaan suurempia osioita, kun riittävän monet neliöt eivät enää olleet yhteydessä toisiinsa. Kullekin neliölle renderöitiin ainutkertainen pintarakenne sitä ympäröivien neliöiden tilan mukaan, niin että särkyneen ja ehjän lasin välille muodostui särmikkäitä reunoja. Lasin rikkominen on nykyään peleissä yleistä, mutta Half-Life 2:n kehitysprosessin aikana sitä ei käytetty paljoakaan. Olimme hyvin tyytyväisiä siihen, kuinka paljon dynaamisuutta rikkoutuvat lasit toivat peliin."
N/A3993"#commentary\cn_077_lambda_caches.mp3" "[ Laura Dubuk ] Ensimmäinen lambda-kätkö on oikeastaan Kleinerin laboratoriossa, mutta tämä on ensimmäinen, jonka pelaaja löytää itse. Lambda-kätköjen tarkoitus oli innostaa pelaajia tutkimaan paikkoja, ja niiden avulla saatoimme vihjata pelaajille, mistä voisi löytyä kätkettyjä resursseja: taustatarinan mukaan vastarintaliike oli jättänyt niitä osana kapinaansa. Half-Life-pelissä tavaralaatikoiden sisältö oli määritetty ennalta kenttiä suunniteltaessa, mutta HL2-peliin kehiteltiin mukautuvat tavaralaatikot, joista pelaaja sai aina juuri sitä tavaraa mitä tarvitsikin (kenttäsuunnittelijan määrittämien resurssitavoitteiden mukaan)."
N/A3994"#commentary\cn_078_scanners.mp3" "[ Kerry Davis ] Skannerit olivat pelisuunnittelun kannalta haastavia. Niiden dystooppinen läsnäolo vahvisti vaikutelmaa siitä, että Combinen miehitys oli luonut ahdistavan valvontayhteiskunnan, mutta emme kuitenkaan halunneet laitteiden ampuvan pelaajaa kohti: pienen, liikkuvan ja ilmatilaa hyödyntävän vihollisen tähtäily ei olisi ollut hauskaa. Pidimme skannerien roolista tarinassa, joten päätimme, että ne toimivat taisteluissa ensisijaisesti silminä ja ilmoittavat pelaajan läsnäolosta lähellä oleville vihollisille – vahvistimme tätä vaikutelmaa sotilaiden äänitehosteilla. Lisäksi skannerit häiritsevät pelaajaa kirkkailla valoilla sekä syöksymällä pelaajan kimppuun, kun ne ovat kärsineet tarpeeksi vahinkoa."
N/A3995"#commentary\cn_079_surface_properties.mp3" "[ Ariel Diaz ] Peli toistaa mukautettuja askelten ääniä, kun pelaaja kävelee liukkaalla mudalla. Tämä \"pintaominaisuuksiksi\" kutsuttu järjestelmä määrittää materiaalityypin pohjalta äänet ja muut tehosteet, joita ilmenee, kun kyseisen materiaalin päällä kävellään tai kun sitä ammutaan. Kehitysprosessin aiemmassa vaiheessa pelissä oli tehoste, joka hidasti pelaajien kävelynopeutta mutapinnalla. Se kuitenkin poistettiin julkaisuversiosta liian rajoittavana."
N/A3996"#commentary\cn_080_combat_entrances.mp3" "[ Dario Casali ] Jos juoksee nurkan takaa uudelle alueelle ja näkee vihollisten vain seisovan paikallaan, maailma alkaa tuntua pikemminkin ampumaradalta kuin elävältä ympäristöltä. Halusimme tuoda viholliset taistelutilanteisiin jollakin kiinnostavalla ja dynaamisella tavalla, joka loisi mielikuvan siitä, että sotilailla on suunnitelma Gordonin varalle jo ennen hänen ilmestymistään paikalle. Tässä kohtauksessa poliisit hyppäävät alas alueelle skriptatussa järjestyksessä, ja myöhemmin köysiä pitkin laskeudutaan vastaavasti. Poliisien alkuperäisellä lähtöpaikalla ei oikeastaan ole merkitystä, koska pelaajat päätyvät kertomaan sen osan tarinasta itse. Taisteluiden alkuasetelmaan tulee liittyä jokin tarina: väijytys, yllätyshyökkäys, vyörytys, rynnäkkö – kaikissa tilanteissa käytetään samaa vihollisten tekoälyä, mutta pelitestaajat kokevat tilanteet erilaisina."
N/A3997"#commentary\cn_081_mounted_gun_gallery.mp3" "[ Dave Riller ] Tässä kohtauksessa tapahtuu useita juttuja: asepesäke tulittaa takana olevia rikkoutuvia laatikoita merkiksi siitä, ettei pelaajan kannata rynnätä tätä uhkaa kohti vaan hyödyntää viemärireittiä. Asepesäkkeen luo päästyään pelaaja voi käyttää laitetta ampumaradalla, jossa on Combinen sotilaita ja syöksyviä skannereita. Tässä esitellään myös ohjuksia laukova Combinen panssariauto, joka pakottaa pelaajan liikkeelle ja ilmestyy uudelleen luvun myöhemmässä vaiheessa."
N/A3998"#commentary\cn_082_barnacle_bowling.mp3" "[ Josh Weier ] Tämä on hyvä esimerkki siitä, kuinka eri elementeistä voi saada aikaan vuorovaikutusten yhdistelmän ja ikimuistoisen tilanteen. Tarjolla on riippujia, fysiikanmallinnusta, liukkaan mudan pintaominaisuuksia sekä viimeisimpänä (muttei vähäisimpänä) räjähtäviä tynnyreitä. Kaikki näistä ovat jo tulleet vastaan erikseen, mutta tässä ne yhdistyvät luontevasti ja mahdollistavat \"riippujien keilaamisen\"."
N/A3999"#commentary\cn_083_barnacle_introduction.mp3" "[ Mike Dussault ] Riippujat voivat ensikohtaamisella olla hämmentäviä, joten halusimme esitellä ne niin, että pelaajat voivat tutustua niiden käytökseen turvallisen välimatkan päästä. Päätimme hoitaa sen \"luontodokumentin\" tyyliin saalistaja ja saalis -kohtauksella. Tällaiset kohtaukset vaativat aina paljon työtä, jotta pelaajat näkevät ne varmasti."
N/A4000"#commentary\cn_084_physics_in_puzzles.mp3" "[ Eric Smith ] Pelin varhaisessa vaiheessa esitellyt yksinkertaiset pelimekaniikat on usein kierrätetty opetuskäyttöön saman idean monimutkaisemmista versioista. Kiikkulautapulma on pelin ensimmäinen fysiikan lakeihin perustuva häkkyrä: sen pohjana käytettiin monimutkaisempaa pesukonepulmaa, jonka pelaaja kohtaa myöhemmin kanavakentissä. Kiikkulaudassa hyödynnetään suoraviivaisesti esineiden massaa ja ramppeja, ja sen avulla pelaaja perehtyy pelin fysiikan lakeihin, mikä helpottaa myöhempien pulmien ratkaisua. Pulma myös korostaa fysiikkamoottorin analogisuutta, sillä harkot ja pelaajan oma paino vaikuttavat molemmat ongelman ratkaisuun."
N/A4001"#commentary\cn_085_combine_attack_helicopter.mp3" "[ Brian Jacobson ] Kanavakenttien päävihollinen – Combinen taisteluhelikopteri – on tähän mennessä vasta vilahtanut näkyvissä, mutta nyt pelaaja näkee sen kunnolla. Kopteri tuhoaa pelaajan suoja-asemat ja pakottaa hänet etenemään kentässä hengenlähdön uhalla. Halusimme tästä osiosta jännittävän ja uhkaavan tuntuisen; kopterin piti tuntua niin ylivoimaiselta, ettei sitä voinut haastaa suoraan, ja tunteen piti säilyä reitin loppuun saakka aina tekojärven luona käytävään lopulliseen taisteluun asti. Niinpä rajoitimme kopterin liikkumisreittejä kovalla kädellä pelitavoitteiden mukaisiksi. Pelaajan on tarkoitus syöksyä suojasta suojaan kopterin tulittaessa häntä, joten loimme kopterille kehäreitin kentän yläpuolelle. Kopteri lentää aina reitin kaukaisimpaan pisteeseen pelaajasta katsoen ja pysyy näkyvissä, mikä helpotti suoja-asemien sijoittelua."
N/A4002"#commentary\cn_087_explosive_barrel_factory.mp3" "[ David Speyrer ] Tämä räjähtäviä tynnyreitä täyteen ahdettu huone aiheutti tiimin keskuudessa varsin viihdyttäviä väittelyjä siitä, kuinka pitkälle saatoimme venyttää pelimaailmamme uskottavuutta. Jos totta puhutaan, yksikin räjähtävä tynnyri rikkoo realismin rajat – tosielämässä tynnyrit eivät räjähdä, vaikka niitä ampuisi."
N/A4003"#commentary\cn_088_rising_water.mp3" "[ Dhabih Eng ] Kelluvan sillan ja puukelojen tarkoitus on esitellä pelaajalle, miten kelluvia esineitä voi hyödyntää. Tässä tapauksessa kyseessä ei ole pulma vaan pelkästään hauskaa fysiikkamoottorilla leikittelyä, mutta tätä pelimekaniikkaa käytetään myöhemmin kanavakentissä hydrokopterin rampin nostamiseen."
N/A4004"#commentary\cn_089_manhack_matt.mp3" "[ John Morello ] Nimesimme tämän tyypin \"Manhakki-Mattiksi\". Halusimme luoda mielikuvan siitä, että Kaupunki 17:n piilokolkissa asui lukematon määrä kaupungin asukkaita. Pelin tässä vaiheessa pelaajat eivät olleet hetkeen nähneet muita ihmisiä, ja halusimme selittää manhakkien merkityksen. Manhakit olivat ensimmäiset luomamme viholliset, jotka pohjautuivat pelifysiikkaan. Alkuperäisessä suunnitelmassa kaupungissa oli pelihalli, missä pelaajat voivat lennättää manhakkeja ja hyökkäillä virtuaali-ihmisten kimppuun. Ajan myötä pelaajat olisivat tajunneet, että manhakit olivat oikeita olentoja – samoin kuin ihmiset. Mutta kun Combinen miehityksen ideointi eteni, idea pelihallista ei sopinut kokonaisuuteen, ja lopulta siitä luovuttiin."
N/A4005"#commentary\cn_090_fighting_motion_sickness.mp3" "[ David Speyrer ] Pelitestauksen varhaisessa vaiheessa hydrokopterilla ajelu sai monet testaajat voimaan huonosti. Ongelmaa korjatessamme havaitsimme monta pahoinvoinnin tunnetta lisäävää tekijää. Aluksen esiintyöntyvän keulan pienentäminen näkökentässä vähensi ongelmaa, joten aloimme muokata mallia. Myös tasainen ruudunpäivitysnopeus helpotti tilannetta, joten oli tärkeää pitää silmällä pelin suorituskykyä näissä osioissa. Eniten kuitenkin vaikutti se, että näkymän keinumista rajoitettiin, niin että horisonttilinja pysyi vakaana hydrokopterin liikkeistä riippumatta. Yksi tiimin ohjelmoijista kärsi pahoinvoinnista erityisen pahasti ja ilmoittautui urheasti testaamaan kenttiä useita kertoja arvioidakseen, miten ongelman ratkaiseminen oli edennyt. Olen aika varma, että hän oksensi ainakin kerran testauksen aikana, ja kaikki arvostivat suuresti hänen uhraustaan."
N/A4006"#commentary\cn_091_headcrab_canisters.mp3" "[ Jeff Lane ] Käytettyjä päärapusäiliöitä nähdään myöhemmin Ravenholmissa, joten päätimme näyttää tässä välissä pelaajille, miten Combine käyttää niitä. Tarinassa Combine käyttää Xen-ulottuvuuden eläviä olentoja aseina ihmisiä vastaan. Kaivautuneet pääravut lisättiin uutena ominaisuutena tähän osioon, jota laajennettiin esittämään suurempaa hökkelikylää, jonka päärapujen hyökkäys oli tuhonnut."
N/A4007"#commentary\cn_092_airboat_intro.mp3" "[ John Morello ] Tässä vaiheessa pelaaja saa ajaa pelin ensimmäistä ajoneuvoa: hydrokopteria. Halusimme luoda paikan, jossa pelaaja voi harjoitella hydrokopterin käyttöä turvallisesti niin pitkään kuin haluaa. Alue on täynnä hyppyihin ja temppuihin sopivia kohtia, ja lisäsimme maastoon myrkyllistä limaa, jotta pelaaja pysyisi hydrokopterin kyydissä pidempään eikä lähtisi vaeltelemaan jalkaisin."
N/A4008"#commentary\cn_093_zombie_surprise.mp3" "[ Jeff Lane ] Tähän viemäriputkeen on kätketty pieni säikäytys. Pelaaja kulkee uteliaana putkea pitkin ja sitten vedestä pomppaa esiin zombi, joka säikäyttää pelaajan suunniltaan lähes joka kerta. Yksi testaajista jopa putosi tuoliltaan, mikä oli meille merkki siitä, että kohtauksen toteutus onnistui nappiin."
N/A4009"#commentary\cn_094_airboat_time.mp3" "[ Dave Riller ] Oli haastavaa löytää oikea tasapaino ajoneuvolla ajamisen ja jalan liikkumisen välille. Kaasu pohjassa ajamalla pelaajat kiisivät pelimaailman läpi vauhdilla, ja pelitestauksen varhaisessa vaiheessa vaikutti siltä, että monet yksityiskohdat ja paikat jäävät näkemättä. Pelimaailman tutkiminen on olennainen osa Half-Life-pelejä, emmekä halunneet ajoneuvojen vähentävän tätä nautintoa. Ratkaisimme ongelman lisäämällä peliin kohtia, joissa pelaaja voi nousta ajoneuvosta ja tutkia yksityiskohtaisesti toteutettuja paikkoja. Pelimoottorin kehittyessä opimme myös hyödyntämään pelin fysiikanmallinnusta uusin tavoin. Näissä hydrokopterin reitin varrella olevissa paikoissa pelaajat voivat leikitellä pelifysiikan osa-alueilla esimerkiksi pudottamalla laatikoita veteen tai kohottamalla rampin tynnyreitä yhdistelemällä, mikä tarjosi mahdollisuuksia käyttää vesielementtejä ja pelifysiikkaa monin tavoin."
N/A4010"#commentary\cn_095_floating_supplies.mp3" "[ Josh Weier ] Pelitestauksen alfa-vaiheessa kanavissa oli kelluvia täydennyslaatikoita, joiden sisällön pelaaja saattoi kerätä talteen ajamalla laatikoita päin hydrokopterilla. Mekaniikka oli varsin pelimäinen, mutta sen avulla pelin kulku pysyi sulavana, koska pelaaja sai täydennettyä tarvikevarastojaan lennossa. Halusimme tehdä laatikoista uskottavia, joten lisäsimme selityksen siitä, miten niitä päätyi niin kätevästi pelaajan reitille. Tässä kohtauksessa asukkaat pudottelevat laatikoita kanavaan, mikä tekee koko jutusta uskottavamman ja saa kanavat tuntumaan elävältä paikalta. Se saa myös pelaajan tuntemaan olonsa sankarilliseksi ja tärkeäksi, koska niin moni sivuhahmo auttaa häntä."
N/A4011"#commentary\cn_096_grenade_intro.mp3" "[ Brian Jacobson ] Tämä Combinen tukikohta luotiin sekä harjoitusalueeksi että kranaateilla leikittelyä varten. Kranaatteja voi poimia täydennyslaatikoista loputtomiin, mikä oli pelaajalle vinkki paiskoa kranaatteja sydämensä kyllyydessä. Taistelun alkaessa vihollisten tekoäly ohjaa viholliset suojautumaan, jotta pelaajalla olisi runsaasti hyviä tilaisuuksia käyttää kranaatteja. Alueen loppupuolella pelaajalle annetaan taas loputtomasti kranaatteja, jotta hän voisi selviytyä asepesäkkeistä, sillä suora hyökkäys ilman kranaatteja on paljon vaikeampaa. Kranaatteihin lisättiin kirkas punainen valo ja hiukkasvana, mikä helpotti kranaattien seuraamista, kun pelaaja heitteli niitä tai väisteli Combine-sotilaiden heittämiä kranaatteja."
N/A4012"#commentary\cn_097_puzzle_layers.mp3" "[ Dave Riller ] Pelaajat eivät useinkaan ole tietoisia pelisuunnittelijoiden tavoitteista. Tämä on meistä hyvä asia: pelaajat reagoivat laatimiimme pulmiin yllättävilläkin tavoin, ja mitä yksinkertaisimmat pulmat saattavat johtaa lukemattomiin epäonnistuneisiin ratkaisuyrityksiin. Kanavan porttien avaamiseen liittyvä pulma on hyvä esimerkki tästä, sillä se vaati useita erilaisia vinkkejä. Kipinöivä ratas oli merkki siitä, että portit avattaisiin yleensä tästä, mutta nyt tarvitaan toista avaamiskeinoa. Muutama lentelevä varis kiinnittää pelaajan huomion ratkaisuun, eli nippuun vaijerin varassa roikkuvia teräspalkkeja. Kranaatit on jo esitelty pelissä, joten halusimme alun perin, että pelaajat rikkoisivat puisen tukirakenteen kranaateilla. Se ei kuitenkaan ollut riittävän ilmiselvää, joten lisäsimme räjähtäviä tynnyreitä selkeämmäksi vihjeeksi. Osa pelaajista ei vain pulman ratkeamisen jälkeenkään tajunnut, että portit olivat auenneet, ja he jatkoivat toisen uloskäynnin etsimistä tukikohdasta. Meidän oli siis muistutettava heitä alkuperäisestä haasteesta eli hajonneesta portista: lisäsimme savua, hälytyssireenin ja välkkyvalon, ja vasta sitten pelitestauksen tulokset kohosivat tasaisen varmalle tasolle."
N/A4013"#commentary\cn_098_metrocop_strafing.mp3" "[ Doug Wood ] Hydrokopterikenttien alkuperäisissä suunnitelmissa pelaajan oli tehtävä tiukkoja ohjausliikkeitä kaupungin poliisien painostaessa häntä. Poliisien tulituksen oli tarkoitus pakottaa pelaaja pujottelemaan tulituksen keskellä, mutta sisäisessä arviointiprosessissamme (jota kutsuttiin \"Valvomoksi\") kävi ilmi, että osa pelitestaajista turhautui siihen, etteivät he voineet vastata tulitukseen. Testaajat halusivat hydrokopterin olevan voimakas ja pysäyttämätön ajokki, ja palautteen perusteella siirsimme kenttien painopisteen haasteesta voiman tunteeseen: tärkeintä ei enää ollut tulituksen väistely vaan vauhdikkaat taistelut ja esteiden läpi kaahaus."
N/A4014"#commentary\cn_100_mounted_gun.mp3" "[ Jeff Lane ] Asepesäkkeet lisättiin tänne, jotta pelaaja ymmärtäisi pesäkkeiden olevan tehokkaita taistelukopteria vastaan tekojärven luona käydyssä lopullisessa taistelussa. Lisäys oli välttämätön, koska tähän mennessä pelaaja oli ollut voimaton helikopterin aseita vastaan ja meidän täytyi antaa jokin vinkki, että kopteria saattoi vahingoittaa raskaammilla aseilla. Ratkaisu toimi pelitesteissä vain osittain, koska pelaajat olivat tapahtumahetkellä kovan paineen alaisina: meidän oli siis lisättävä hiukkas- ja äänitehosteita osoittamaan, että ase oli oikeasti tehokas."
N/A4015"#commentary\cn_101_357_intro.mp3" "[ Josh Weier ] Massiivista vahinkoa aiheuttavalla ja hitaalla Magnum-revolverilla on tarkoitus ampua harkitummin kuin peruspistoolilla. Aseen aiempien versioiden osumahajonta oli hieman sattumanvarainen, mikä sopi meistä hyvin, koska ase on raskaampi ja sen liipaisin herkempi. Hajonta johti kuitenkin tunnelmaa latistaviin hetkiin, kun pelaajat tähtäsivät huolellisesti ja ampuivat sitten ohi aseen huonon tarkkuuden vuoksi. Ratkaisimme ongelman määrittämällä, että ensimmäinen luoti osuu täysin tarkasti ja jokainen sitä seuraava luoti on aina hieman epätarkempi."
N/A4016"#commentary\cn_102_helicopter_bombing_run.mp3" "[ Brian Jacobson ] Tässä on jälleen esimerkki siitä, millaisia liikkumisvaaroja loimme hydrokopteria varten. Helikopteri yrittää pysyä pelaajan edessä pommeja pudottaessaan, ja jos pelaaja vetäytyy taaksepäin, kopteri siirtyy leijumaan ja alkaa hyökätä pelaajan kimppuun. Yhden pelitestin aikana pommi sattui tipahtamaan putkien saumojen väliin, mikä aiheutti varsin elokuvamaisen hetken. Pelitestaaja antoi tästä positiivista palautetta, joten kehittelytiimi päätti skriptata kohtauksen niin, että pommi putosi joka kerta samalla tavalla. Tästä on tullut osa orgaanista kehitysprosessiamme: aina silloin tällöin jotain siistiä tapahtuu sattumanvaraisesti, joten laitamme sen sitten tapahtumaan aina tarvittaessa."
N/A4017"#commentary\cn_103_smokestack_collapse.mp3" "[ Doug Wood ] Kun loimme elokuvamaista toimintapeliä, kuten ensimmäistä Half-Life-peliä, halusimme aina luoda suuria ja näyttäviä tuhoutumiskohtauksia, muttemme koskaan voineet toteuttaa sellaisia. Half-Life 2 -pelin fysiikkamoottorin avulla pienet esineet (kuten laatikot) saattoi rikkoa pienempiin osiin, mikä rohkaisi meitä kokeilemaan jonkin paljon suuremman hajottamista – joten kokeilimme savupiipun hajottamista osiin sen romahtaessa. Leikittelimme esineiden massojen kanssa, kunnes kaikki tuntui oikealta, hienosäädimme esinemallia, lisäsimme paljon savu- ja äänitehosteita uskottavuuden lisäämiseksi ja se oli siinä: näyttävä tuhoutumiskohtauksemme oli valmis. Fysiikkamoottorimme jaksoi juuri ja juuri toteuttaa kohtauksen tavalla, joka näyttää nykymittapuulla aika hupaisalta, mutta tuolloin se oli aivan huikeaa. Simulaatio oli erilainen joka suorituskerralla, joten meidän oli varmistettava, että pelaajan etenemisreitti ei tukkiudu täysin rojuista. Kohtauksen onnistuminen innosti meitä luomaan Episode 2 -pelin näyttävämmät tuhoutumishetket."
N/A4018"#commentary\cn_104_washing_machine_puzzle.mp3" "[ David Speyrer ] Loimme pesukoneisiin perustuvan fysiikkapulman pelin myöhemmissä kehittelyvaiheissa, kun pelitestaajien palautteesta kävi ilmi, että pelaajat kaipasivat rentoutumishetkeä kopterihöykytykseltä. Tällaiset rytmitysten vaihdot voivat korostaa tarinan kohokohtia, sillä ne nollaavat pelaajan mielentilan sekä torjuvat uupumusta ja jopa kyllästymistä. Pelaajien voimakas reaktio helikopteriin ja sen aiheuttamaan uhkakuvaan oli meille hyvä merkki, mutta jos emme säätäneet kopterin aiheuttamia stressitasoja, kopteria vastaan taistelu saattoi muuttua jännittävän sijasta uuvuttavaksi ja yksitoikkoiseksi. Alun perin pelaajat kaahasivat nopeasti alueen poikki, mutta upean auringonvalon ja kanaalin pohjapiirroksen vuoksi päätimme, että tässä kohtaa oli hyvä jättää toiminta hetkeksi sikseen ja tarjota pelaajille lepotauko pulman parissa. Itse pulma, joka perustui massoihin ja väkipyöriin, innoitti meitä luomaan fysiikkaan perustuvia etenemispulmia pelin muihinkin osiin."
N/A4019"#commentary\cn_105_airboat_changeup.mp3" "[ Jeff Lane ] Pelitestaajat halusivat tässä vaiheessa vaihtelua hydrokopterilla liikuskeluun. Tähän mennessä pelaaja ei ole voinut taistella viholliskopteria ja muita vihollisia vastaan, joten tuntui sopivalta lisätä peliin uusi ase, mikä muutti pelin rytmitystä ja valmisteli pelaajaa tulevaa varten. Lisäsimme myöhempiin alueisiin harjoittelukohteita, joihin pelaaja saattoi kokeilla uutta asettaan. Aseen ammuksiin lisätty ylimääräinen fyysinen voima sai kohteet lentämään ilman halki, mikä sai aseen tuntumaan paljon muita mukana olevia aseita voimakkaammalta. Mutta kun testaajien piti kokeilla asetta kopteria vastaan, osa testaajista uskoi yhä, ettei kopteria voisi tuhota. He eivät olleet huomanneet aiempia yrityksiämme vihjaista, että Combinen asepesäkkeiden konekiväärit olivat vahingoittaneet helikopteria. Ratkaisimme ongelman mahdollisimman ilmiselvästi: laitoimme viholliskopterin odottamaan tunnelin ulkopuolelle ja osoitimme harvinaisen selvästi, että kopteria voi ja pitää ampua. Tämä ratkaisu tepsi."
N/A4020"#commentary\cn_106_donkey_kong_barrel_ramp.mp3" "[ Eric Smith ] Tämä jäteveden poistoramppi oli alkujaan vain kiinnostavan näköinen osa kentän arkkitehtuuria, mutta pelitestauksen aikana huomasimme, kuinka hauskaa ramppia pitkin oli ajella hydrokopterilla. Niinpä tehostimme elämystä lisäämällä alueelle uusia elementtejä, kuten tynnyreitä pudottelevia poliiseja, mikä oli pieni kunnianosoitus Donkey Kong -videopeliklassikolle."
N/A4021"#commentary\cn_107_lambda_cache_interlude.mp3" "[ Danika Rogers ] Half-Life-peli on pohjimmiltaan lineaarinen elämys, mutta yritämme aina keksiä keinoja muuttaa pelaajan reittiä ja kehittää peliin epälineaarisuutta kenttätasolla. Tämä lambda-kätkö, joka muuttuukin äkkiä zombin ja päärapujen väijytykseksi, on täysin vapaaehtoinen sivutapahtuma, joka luotiin vain lisäämään hitunen epälineaarisuutta kanavien tässä osassa kulkemiseen."
N/A4022"#commentary\cn_108_skybox_time_of_day.mp3" "[ Eric Kirchmer ] Taivaan ja sumun sävy vaihtuu vähitellen tarinan tämän luvun aikana. Muutoksen on tarkoitus kuvastaa ajan kulumista, kun pelaaja etenee kanavissa ja tarinassa. Kaksi vastakkaisissa suunnissa olevaa eriväristä sumua auttaa luomaan mielikuvan viistossa kulmassa paistavasta auringosta. Tässä vaiheessa auringonlasku alkaa olla jo lähellä. Kaikki huipentuu kopterin kanssa käytävään taisteluun, jonka aikana aurinko on laskemassa ja Ravenholm näkyy kaukaisuudessa."
N/A4023"#commentary\cn_109_helicopter_megabomb_origin.mp3" "[ Brian Jacobson ] Helikopterin \"megapommitus\"-hyökkäys perustui bugiin: ohjelmoija poisti eräässä peliversiossa vahingossa pommien pudottamiseen liittyvän palautumisajan, minkä seurauksena kopteri pudotti kerralla satoja pommeja. Lopputulos näytti niin hienolta, että päätimme käyttää sitä viimeisessä pommitusiskussa."
N/A4024"#commentary\cn_110_helicopter_final_battle.mp3" "[ Dave Riller ] Tämä alue suunniteltiin pelaajan ja Combine-kopterin välisen lopputaistelun näyttämöksi. Pelaajalla on nyt tilaisuus tuhota väsymätön vihollinen, joka on jahdannut häntä aina siitä asti, kun hän pakeni maan alla Kleinerin laboratoriosta. Aluetta muutettiin useita kertoja, jotta se saatiin toimimaan kunnolla. Siellä oli oltava tilaa nopeatempoiselle ajoneuvotaistelulle, sen tuli mahdollistaa sujuva liikkuminen selkeine reittivaihtoehtoineen ja se ei saanut ylittää pelimoottorin suorituskykyä. Pyrimme myös visuaaliseen selkeyteen – kentän piti olla näyttävä muttei liian sekava – ja siihen, että kopterin tuhoutuminen olisi ikimuistoinen hetki."
N/A4025"#commentary\cn_111_airboat_wreckage.mp3" "[ David Speyrer ] Alkuperäisissä suunnitelmissa hydrokopterin piti tuhoutua padon yli hyppäämisen seurauksena, ja tämän kentän alussa pelaaja olisi seissyt rakkaan menopelinsä romun luona. Tiiminlaajuisen pelitestauksen aikana ihmisistä tuntui pahalta luopua ajokistaan, jonka kyydissä he olivat liikkuneet jo hyvän aikaa, joten väittelimme siitä, oliko menetyksen tunne arvokas elämys vaiko ei. Lopulta päätimme säilyttää hydrokopterin, jotta pelaajille jäisi mahdollisuus käyttää sitä vielä myöhemminkin. Huhutaan, että laite odottaa kuskiaan yhä jossakin."
N/A4026"#commentary\cn_112_arena_exit_gate.mp3" "[ Quintin Doroquez ] Poistumisportin avausmekanismin tehtävänä on pakottaa pelaaja tuhoamaan kopteri ennen pelissä etenemistä. Kutsumme tällaisia elementtejä usein \"porteiksi\": ne ovat elementtejä, jotka sallivat pelaajan etenemisen vasta kun tämä on suorittanut tarvittavan tehtävän – ja tässä tapauksessa kyseessä oli kirjaimellisesti portti."
N/A4027"#commentary\cn_113_blocking_tutorials.mp3" "[ Adrian Finol ] Aika ajoin meidän on varmistettava, että pelaaja on oppinut jotakin. Tavallisin keino varmistaa oppiminen – siis pelinkehittelyssä, ei elämässä – on vangita pelaaja jonkinlaisen \"portin\" taakse, niin että pelaajan on todistettava osaamisensa, jotta peli jatkuu. Yritämme naamioida tällaiset \"portit\" mahdollisimman luonnollisiksi asioiksi, jotta peli ei tuntuisi pysähtyneen. Tämä voi tietenkin olla vaikeaa käytössä olevan ajan, resurssien tai itse peliympäristön mukaan. Tässä nimenomaisessa tapauksessa pelaajan piti oppia siirtelemään esineitä, joten yksinkertainen pinoamispulma tuntui parhaalta ratkaisulta. Kokeilimme myös monimutkaisempia malleja, mutta ne eivät opettaneet tarvittavaa asiaa yhtä tehokkaasti."
N/A4028"#commentary\cn_114_natural_storytelling.mp3" "[ Bill Van Buren ] Jotta maailman luontiin ja tarinankerrontaan liittyvät tavoitteemme täyttyisivät, meidän oli keksittävä keino toteuttaa hahmojen välinen dialogi juna-asemalla niin, ettei se tuntuisi liian \"pelimäiseltä\" eikä vaatisi opastusta. Huomasimme, että pelaajat lähestyivät usein sivuhahmoja tarkastellakseen heitä lähempää, joten hyödynsimme tilaisuutta ja ohjelmoimme hahmot sanomaan vuorosanansa heitä lähestyneelle pelaajalle. Näin vuorovaikutus oli hillittyä, mikä oli tärkeää, sillä kaupungin asukit eivät ole pirteitä saati eloisia. Ratkaisun yksinkertaisuus sopi yhteen Half-Life-pelin tarinankerronnan perusolemukseen, jossa tarinan tulee reagoida pelaajien mielenkiinnon kohteisiin. Osa pelaajista haluaa tutkia jokaista yksityiskohtaa, toiset taas haluavat vain tietää, mitä seuraavaksi pitäisi tehdä. Haluamme aina antaa pelaajien hallita sitä, kuinka syvälle he uppoutuvat tarinaan – kuitenkin niin, ettei se estä pelin etenemistä. Ja mitä vaivattomammin toiminnon voi toteuttaa, sitä enemmän sitä myös käytetään."
N/A4029"#commentary\cn_115_trainstation.mp3" "[ Charlie Brown ] Half-Life-pelin alulla on vaativa tehtävä: sen on esiteltävä pelaajalle uusi maailma ja opetettava häntä toimimaan siellä. Pelaajan on hahmotettava nopeasti, mitä on meneillään, ketkä ovat tarinan osapuolet, millaisia vaaroja on luvassa ja miten hän itse kuuluu tarinaan. Alun pitää ennen kaikkea tuntua hauskalta ja mahdollisimman vuorovaikutteiselta. Tämän toteuttaminen vaatii paljon hiomista ja pelitestausta, etenkin kun kyseessä ovat pienet kohtaukset, jotka yhdessä muodostavat pelin kokonaiskuvan. Tässä osiossa keskitytään muutamaan keskeiseen hetkeen, pelisuunnitteluun liittyviin ongelmiin ja pariin pelitestauskertaan, joissa asiat eivät menneet aivan putkeen."
N/A4030"#commentary\cn_116_physics_objects.mp3" "[ David Sawyer ] Tätä voi olla nykyään vaikeaa muistaa, mutta Half-Life 2 -pelin julkaisuhetkellä peleissä olevat pienet esineet, kuten nämä roskat, olivat yleensä staattisia esineitä: jos ne ylipäätään liikkuivat, ne liikkuivat hyvin yksinkertaisella tavalla. Jos niihin osui, ne saattoivat parhaassa tapauksessa hajota sprite-grafiikaksi. Yksi tämän juna-asemakentän tavoitteista oli tehdä pelaajille selväksi, että Half-Life 2 -pelissä tällaiset pikkuesineet oli simuloitu kaikin tavoin. Esineitä saattoi nostaa, pudottaa, heittää ja rikkoa, fyysiset voimat vaikuttivat niihin jne. Pelin alussa asiaa esitellään saapuvan junan aiheuttamalla ilmavirtauksella – tarkemmin sanottuna näkymättömän massan liikkeellä, joka saa alkunsa pelaajan poistuessa junasta – joka pyyhkäisee roskat liikkeelle."
N/A4031"#commentary\cn_117_blocking_tutorials_3.mp3" "[ Eric Smith ] Alueen toinen virhe on väärän asian opettaminen: opetimme vahingossa pelaajan tekemään jotakin, mitä ei ollut tarkoitus oppia. Virheen välttäminen voi olla vaikeaa ilman kattavaa pelitestausta, sillä pelissä oppii jotain jatkuvasti, vaikka sitten vahingossa. Selkeämpi esimerkki tästä nähdään myöhemmin juna-asemalla. Joidenkin opetusvirheiden korjaaminen on erittäin tärkeää (kuten aseen tai pelielementin väärän käyttötavan), mutta tällä kertaa virhe oli aika hienovarainen. Kun opetimme pelaajia liikuttamaan esineitä, opetimme heidät myös pinoamaan esineitä pakoreitin luomiseksi. Ei siinä mitään – paitsi että pelissä ei myöhemmin tule vastaan tällaista pinoamispulmaa, joten pinoamisen opettaminen vain sotkee pelaajan ajatuksia ja vaikeuttaa tarvittavien asioiden muistamista. Lisäksi pinoaminen aiheutti ongelmia, koska meidän piti estää sen käyttö useilla alueilla. Pelissä on paljon fysiikan lakeja noudattavia esineitä, joten esineiden pinoaminen olisi voitu estää kokonaan vain, jos olisimme laittaneet kattoja joka paikkaan. Lopulta vain toivoimme, etteivät pelaajat kiinnittäisi liiaksi huomiota tähän varhaiseen opetukseen, ja kun testaajat jäivät pelissä myöhemmin jumiin, emme muistuttaneet heitä pinoamisen mahdollisuudesta."
N/A4032"#commentary\cn_118_welcome.mp3" "[ Gabe Newell ] Olen Gabe Newell, ja toivotan kaikki taas tervetulleiksi Half-Life 2:n pariin. Pelin julkaisusta on kulunut 20 vuotta, ja tässä juhlavuosiversiossa olemme yrittäneet toteuttaa mahdollisimman monta pelaajayhteisön toivomusta. Pelinkehittäjien kommenttien lisäämistä peliin on pyydetty aika usein (vaikkei se olekaan aivan pelaajien toivelistan kärkipäässä), ja meillä on nyt ilo ja kunnia täyttää tämä toivomus. Half-Life 2 -pelin kehitystyön kaikkien yksityiskohtien muistaminen oli haastavaa, minkä lisäksi on aika vaikeaa tarkastella vuosikymmeniä vanhaa pelikoodia ja pohtia, mitä oikein mietti sitä kirjoittaessaan. Kommenttien lisäämisen ohella poistimme pelistä pari vanhaa bugia ja yritimme saada pelin entistä ehompaan kuntoon. Tällä kertaa sentään jo tiedämme, miten asiat loppujen lopuksi sujuivat. Jos haluat kuunnella kommentteja, osoita tähtäimellä ilmassa leijuvaa puhekuvaketta ja paina Käytä-näppäintä. Jos haluat keskeyttää kommentin kuuntelun, osoita taas tähtäimellä ilmassa pyörivää puhekuvaketta ja paina Käytä-näppäintä uudelleen. Muistakaa myös antaa kommentteihin liittyvää palautetta – osoitteeni on gaben@valvesoftware.com. Hauskoja pelihetkiä!"
N/A4033"#commentary\cn_119_metrocop_shoving_citizens.mp3" "[ Josh Weier ] Olemme edenneet vasta lyhyen matkaa, ja luvassa on jo ongelmia. Tässä kohtaa pelaaja tutustuu kaupungin poliiseihin – joita pelaajan on myöhemmin surmattava – ja näkee vilauksen maailmasta, johon hän on astumassa. Tilanne esittelee selkeästi poliisien ja asukkaiden (ja samalla myös pelaajan) välisen suhteen. Päätimme samalla korostaa pelin esineiden fyysistä simulointia ja näyttää, miten sivuhahmot voivat olla vuorovaikutuksessa pelimaailman esineiden kanssa. Pelin julkaisuaikaan tilanteet, joissa esineiden yhteentörmäys irrotti ja pudotti esineitä, olivat jotain erityistä. Nämä rautatieaseman hetket, joihin liittyi monia tavoitteita, olivat kaikkein onnistuneimpia: ne tuntuivat luonnollisilta eivätkä siltä, että peli pysähtyisi hetkeksi opettamaan jotakin."
N/A4034"#commentary\cn_120_fall_damage.mp3" "[ Kerry Davis ] Eri toimintojen opettaminen pelaajille on peleissä tärkeää. Pelaajien on kuitenkin ymmärrettävä myös pelin hienovaraisemmat säännöt, jotta he voivat tehdä päätöksiä luottavaisesti. Tämä hetki esittelee säännöistä kaksi: sen avulla pelaaja oppii, kuinka korkealta hän voi pudottautua kärsimättä vahinkoa, minkä lisäksi se esittelee pelin \"sanavarastoa\" eli tapaa, jolla peli viestii pelaajan kanssa. Putoamisvahinko huolettaa pelaajia usein, mutta he ovat myös huolissaan päätöksistä, joita ei voi perua. Tässä kohtaa alla oleva laatikko on vihje siitä, että alaspäin pudottautuminen on turvallista ja oikea ratkaisu. Ja kun laatikko hajoaa, se vahvistaa fysiikanmallinnuksen tuntua ja on luultavasti ensimmäinen kerta, kun pelaaja huomaa, että suuret esineet voivat hajota kappaleiksi."
N/A4035"#commentary\cn_121_sweeping_vortigaunt.mp3" "[ Laura Dubuk ] Jälleen yksi tärkeä hetki tarinankerronnassa ja pelin fysiikanmallinnuksen esittelyssä: saamme tutustua vortigauntien uuteen rooliin, joka on muuttunut suuresti Half-Life 1 -pelin ajoista, jolloin vortigauntit olivat pelaajan vihollisia. Lattian lakaisija syntyi halustamme keksiä hahmoja, jotka ovat vuorovaikutuksessa pelin fysiikkamoottorin kanssa. Miksi olisimme vain tyytyneet kertomaan pelaajille, että vortigauntit olivat nyt ystäviämme, kun voimme esitellä vortigauntin, joka lakaisee lattioita ja tönii esineitä ympäriinsä? Siivousintoinen vortigaunt on takuuvarma merkki siitä, että näitä tyyppejä ei tällä kertaa tarvitse ampua."
N/A4036"#commentary\cn_122_blocking_tutorials_2.mp3" "[ Robin Walker ] Teimme tässä opastusosiossa kaksi virhettä. Pelaajat voivat ensinnäkin jumittaa koko tilanteen heittämällä kaikki laatikot ikkunasta, mikä on ilmiselvästi ongelma. Laatikoiden heittelyn vuoksi pelaaja voi jämähtää huoneeseen pysyvästi: tällainen tilanne on kriittinen virhe, joka täytyy korjata. Selkein ratkaisu olisi ollut muuttaa ikkunoiden tai laatikoiden kokoa niin, että pelaaja mahtuu ikkunasta mutta laatikot eivät. Ongelman ydin piili siinä, että se havaittiin kehittelyprosessin myöhäisessä vaiheessa – peräti juuri ennen pelin julkaisua – jolloin pienikin muutos voi aiheuttaa odottamattomia seurauksia ja rikkoa koko pelin. Lisäksi ongelma oli pelkästään teoreettinen, sillä yksikään testaaja ei ollut jäänyt jumiin huoneeseen. Alueen testaus oli sujunut moitteetta: pelaajat oppivat keskeisen asian ja jatkoivat matkaansa. Itse huoneen muokkaus näin myöhäisessä vaiheessa olisi voinut rikkoa kaiken, joten korjasimme ongelman sovinnaisella tavalla elegantin ratkaisun sijaan. Jos uteliaisuutesi heräsi, voit heittää laatikot ulos ikkunasta ja katsoa, mitä tapahtuu."
N/A4037"#commentary\cn_123_playground.mp3" "[ Brian Jacobson ] Kun pohdimme keinoja esitellä fysiikan lakien toimintaa pelissä, leikkikenttä tuntui luonnolliselta vaihtoehdolta. Tohtori Breenin kommentteja kuunnelleille leikkikenttä on muistutus siitä, millaisen hinnan Combinelle antautuminen oli vaatinut. Valitsimme pari leikkikentän laitetta, joiden avulla voimme esitellä pelimoottoria, ja aloimme hienosäätää niitä. Vaikka senaikainen fysiikkasimulaatiomme olikin edistynyttä, täysin simuloitujen esineiden ja vain osittain simuloitujen tai täysin simuloimattomien (kuten pelaajan tai staattisen pelimaaston) välinen vuorovaikutus vaati aina käsin tehtyä hienosäätöä. Voisi olettaa, että suuren osan työstä saa hoidettua simulaatioilla, mutta tämä pitää nykyäänkin paikkansa vain harvoissa tilanteissa. Työstimme leikkikenttää pelin myöhäisessä vaiheessa emmekä saaneet säädettyä liukumäen kitkaa oikeanlaiseksi, joten päätimme rikkoa liukumäen tikkaat, jotta pelaaja ei pääsisi ylös. Liukumäkeen pääsee kuitenkin myös kävelemällä liukua pitkin ylös, joten pelaajat olivat taas kerran meitä fiksumpia."
N/A4038"#commentary\cn_124_pick_up_that_can.mp3" "[ Charlie Brown ] Kun liitimme opastusosiot sopiviin juonenkäänteisiin, meidän ei tarvinnut tyytyä pysäyttämään peliä, jotta saisimme opetettua pelaajalle jotakin, vaan saatoimme hyödyntää kerronnallisia elementtejä. Tässä kohtauksessa pelaajaa opetetaan heittämään esineitä tilanteessa, jossa pelaaja voi reagoida tapahtuman narratiiviin eri tavoin. Pelaaja on nähnyt poliisien kohtelevan kaupunkilaisia kaltoin, joten tuntui sopivalta asettaa pelaaja samanlaiseen tilanteeseen. Tämä on hänen tilaisuutensa näyttää, miten kansalaisten olisi pitänyt reagoida kohteluunsa. Pelitestauksessa kävi ilmi, että useimmat pelaajat joko tottelivat käskyä poimia tölkki tai kieltäytyivät käskystä, mutta jotkut yrittivät vältellä kohtaamista kokonaan. Osa taas totteli aluksi mutta kosti sitten kokemansa nöyryytyksen. Koska kohtaus on suhteellisen rajoitettu niin pelaajan vaihtoehtojen kuin itse tapahtumapaikankin suhteen, saatoimme reagoida asianmukaisesti kaikkiin pelaajan tekemiin valintoihin."
N/A4039"#commentary\cn_125_promises.mp3" "[ Danika Rogers ] Half-Life -pelin alkuvaiheessa halusimme antaa pelaajalle lupauksia siitä, mitä pelissä on myöhemmin luvassa. Kaikki viihdemuodot elokuvista tv-sarjoihin ja kirjoihin käyttävät tätä tekniikkaa, eivätkä videopelit ole poikkeus sääntöön. Half-Life-pelissä tehdyt lupaukset ovat muodoltaan monenlaisia: osa on yksinkertaisia, kuten vaikkapa pelkkä vilahdus jostakin kiinnostavasta. Toiset lupaukset taas ovat monitasoisempia, kuten vuorovaikutus kaupungin poliisien kanssa. Pelaajan voimattomuus virkavallan edessä valmistelee tulevaa hetkeä, jolloin hän pääsee vihdoin maksamaan potut pottuina."
N/A4040"#commentary\cn_126_exploration.mp3" "[ David Sawyer ] Kun pelaaja on paimennettu poliisien valvoman juna-aseman läpi, halusimme antaa hänelle mahdollisuuden tutkia paikkoja. Tällä aukiolla hän voi olla tekemisissä kaupunkilaisten, poliisien, skannereiden ja kaupungin infrastruktuurin kanssa. Tarkoituksena oli esitellä pelimaailmaa ilman erillisiä opastusosioita, joten hioimme eri vuorovaikutuksia, kunnes ne toimivat luonnollisena opastuksena peliin."
N/A4041"#commentary\cn_127_early_game_exploration.mp3" "[ David Speyrer ] Ennen tätä aukiota pelaajan ei ole tarvinnut pohtia etenemisreittiään, mutta nyt halusimme rohkaista häntä tutkimaan paikkoja tekemällä etenemisreitistä vähemmän ilmiselvän... mikä voi aiheuttaa eksymisen tai jopa hämmennyksen tunnetta. Tällaiset rytminmuutokset voivat olla vaikeita etenkin pelin alkuvaiheissa, jolloin pelaaja ei vielä tunne pelin sisäisiä opastusvinkkejä. Tässä kohtaa asiaa vaikeuttavat vielä poliisien tarkistuspisteet, jotka torjuvat pelaajan mutta päästävät kaupunkilaiset läpi – tämän vuoksi moni pelitestaaja oletti, että tarkastuspisteiden läpi pääsisi jollakin konstilla. Loppujen lopuksi selvitimme perinpohjaisella testauksella, kuinka näkyvä eteenpäin vievän kujan tuli olla: ohjasimme pelaajaa hienovaraisesti oikeanlaisella valaistuksella ja asettelulla sekä puisella laatikolla, jollaisella olimme vihjanneet jo aiemminkin, että pelaaja on menossa oikeaan suuntaan."
N/A4042"#commentary\cn_128_strider.mp3" "[ Doug Wood ] Tämä yksinkertainen hetki on lupaus siitä, että kävelevä jätti tulee vielä vastaan pelissä. Jopa tällainen mutkaton kohtaus vaatii paljon pelitestausta ja muutoksia, sillä Half-Life-pelin tavoitteena on, ettei pelin kulun hallintaa riistetä pois pelaajalta. Kuten voi arvata, mahdollisimman monen pelaajan katseen ohjaaminen oikeaan paikkaan oikealla hetkellä vaatii paljon hienosäätöä. Kadun arkkitehtuuri ja poliisien sijoittelu on kaikki suunniteltu ohjaamaan pelaajan katsetta niin, että Striderin sijainti ruudulla on täydellinen, kun se ilmestyy näkyviin."
N/A4043"#commentary\cn_129_physics_simulation.mp3" "[ Jay Stelly ] Half-Life 2 pelin ytimessä oli alusta alkaen fysiikkasimulaattori, mutta työstimme simulaatiomoottoria ja sen peliin integrointia vuosien ajan, ennen kuin olimme varmoja siitä, että pystyimme toteuttamaan pelisuunnittelijoiden kunnianhimoiset näkemykset. Tiesimme, että pelimoottorin riittävän laadun ja suorituskyvyn takaaminen olisi vaikea urakka, mutta hienovaraisempi haaste oli määritellä, mitä kaikkea tuli simuloida ja missä määrin. Emme voineet simuloida kaikkea – ja vaikka voisimmekin, pelin suunnitteluun liittyvien syiden vuoksi simulointi oli paras jättää sikseen. Useissa tapauksissa muutamme simuloinnin sääntöjä tahallamme paremman pelielämyksen vuoksi. Nämä hienosäädöt ovat usein huomaamattomia, sillä ne sopivat yhteen pelaajien tavoitteiden kanssa. Poistamme esimerkiksi käytöstä pelaajien ja suurten esineiden välisen törmäyssäännön, jotta pelaajat voivat kääntyä ahtaissa tiloissa, tai virittelemme Combine-joukkojen kiväärin vaihtoehtoista tulitustapaa, jotta aseen energiakuula ohjautuu vihollisia kohti ja on siksi hieman tehokkaampi."
N/A4044"#commentary\cn_130_physics_simulation_2.mp3" "[ Jeff Lane ] Alueet, joilla pelisuunnittelu tai muut rajoitukset vaikuttivat esineiden fyysiseen simulointiin, edellyttivät lisäsäätöjä, jotta simulointi ei olisi seonnut täysin. Esimerkkinä tästä voisi mainita kokeilun, jossa yritimme lisätä pelihahmon simulointia niin, että hahmon liikkuminen toimisi pelimaailman fyysisen simuloinnin tapaan. Tiesimme muutoksen tekevän hahmon liikkeistä epätarkempia, mutta toivoimme tämän johtavan hauskoihin pelihetkiin. Säädettyämme hahmon liikkeet vastaamaan vähemmän simuloitua versiota havaitsimme kuitenkin pahan ongelman: pelihahmon liikuttamiseen tarvittava fyysinen voima oli niin suuri, että jos hahmo vaikkapa juoksi päin simuloituja esineitä, törmäys tappoi hahmon. Yritimme korjata ongelman, muttemme löytäneet hyvää ratkaisua ja palasimme siksi käyttämään vähemmän simuloitua liikkumista. Tämäkään ratkaisu ei helpottanut työtämme, sillä sen seurauksena meidän piti ratkaista, miten vähemmän simuloitu hahmo toimi vuorovaikutuksessa pelin simuloitujen esineiden kanssa. Näin kuitenkin varmistimme, että hahmo liikkui riittävän tarkasti."
N/A4045"#commentary\cn_131_playtesting.mp3" "[ John Morello ] Pelitestaus on tärkeä osa pelien tekemistä – emme voi ennustaa tarkasti, miten pelaajat reagoivat luomuksiimme, joten pelitestauksen myötä voimme oppia jotain uutta ja parantaa työmme lopputulosta. Emme opasta taikka auta testaajaa testauksen aikana edes silloin, kun hän on jäänyt pelissä jumiin, koska pelin julkaisun jälkeen emme todennäköisesti kiertele neuvomassa pelaajiakaan. Pyrimme siihen, että testaajat unohtavat testaavansa peliä ja pelaavat sitä samalla tavoin kuin kotonaan. Sekaantumisemme prosessiin voi pilata testaamalla kerätyt tiedot, joten puutumme asioihin vain, jos jokin estää etenemisen tai jos testaajan toiminta on niin hämmentävää, että haluamme tietää, mitä hän oikein mahtoi ajatella."
N/A4046"#commentary\cn_132_playtesting_anecdote_1.mp3" "[ Matt Boone ] Yksi mieleen jäänyt pelitestaus muistutti meitä siitä, ettemme voi koskaan tietää, mitä pelaajat ajattelevat tai miten he ovat ymmärtäneet pelin toiminnot. Yksi testaajista yritti turhaan avata ovea ja käytti paljon aikaa näppäinkomentojen asetusruudulla. Kun kysyimme, mitä testaaja oikein etsi, hän kertoi etsivänsä tavaraluettelon avauskomentoa: testaaja oletti, että hän voisi avata oven käyttämällä aiemmin poimimaansa esinettä. Olimme jo nähneet testaajan poimivan ja pudottavan esineitä, mutta hän oli ymmärtänyt näkemänsä väärin: hän uskoi Käytä-näppäimen painalluksen siirtävän poimitun esineen tavaraluetteloon, koska esine putosi suoraan alaspäin. Me kyllä tiesimme esineen vain putoavan painovoiman vuoksi, mutta testaajan reaktio ei ollut aivan pähkähullu, sillä joissakin senaikaisissa seikkailupeleissä esineet liu'utettiin samalla tavalla tavaraluetteloon. Selitimme testaajalle, että pelissä ei ollut tavaraluetteloa, minkä jälkeen testaus jatkui. Pohdimme myöhemmin, pitäisikö ongelmaan keksiä jokin ratkaisu, mutta koska muut testaajat eivät olleet hämääntyneet samalla tavalla ja mahdolliset korjaustoimet olivat turhankin raskaita toteuttaa, päätimme jättää asian sikseen yksittäistapauksena. Tapaus oli hyvä muistutus siitä, että pienimmätkin huolimattomasti toteutetut yksityiskohdat voivat hämätä pelaajaa."
N/A4047"#commentary\cn_133_cratebaby.mp3" "[ Scott Dalton ] Tämä nukke on ollut kuvioissa mukana jo pitkään. Osa tiimin jäsenistä loi nuken avulla pienen lisähaasteen pelin sisäisen testauksen aikana, jotta pelin 47. läpipeluu olisi hieman hauskempi: he laittoivat nuken lähellä olevaan siniseen koriin ja yrittivät sitten kuljettaa koria ja nukkea mahdollisimman pitkään pelissä. Kun Half-Life 2 oli julkaistu, myös pelaajayhteisö alkoi kanniskella korivauvaa mukanaan lisäten juttuun omia tarinoitaan ja sääntöjään. Episode 2 -pelin kehittelyvaiheessa korin kanniskelu innoitti meitä luomaan \"Pikku astronautti\" -saavutuksen, jonka ansaitakseen pelaajan piti kantaa koko pelin ajan mukanaan Gnome Chompski -nimistä puutarhatonttua. Chompski jopa palasi maisemiin Left 4 Dead 2 -pelissä, jossa pelaajien tuli kantaa sitä mukanaan läpi koko Dark Carnival -kampanjan ansaitakseen \"Guardin' Gnome\" -saavutuksen. Tällaiset vuorovaikutukset pelaajien kanssa ovat pelinkehittelyn palkitsevimpia piirteitä. Suunnittelemme pelimme teorioiden pohjalta – mutta kaikki voi muuttua, kun pelaajat pääsevät peliin käsiksi."
N/A4048"#commentary\cn_134_the_citadel.mp3" "[ Eric Kirchmer ] Halusimme, että pelaaja huomaa Kaupunki 17:ään saapuessaan aivan ensimmäisenä Linnoitus-tornin, joka häämöttää kaupungin yllä ja kuvastaa Combinen ehdotonta ylivaltaa ihmiskuntaan nähden. Näkymän tarkoitus oli myös osoittaa tarinan päätavoite – pelaaja saa nähdä jo pelin alussa, minne seikkailu päättyy. Pelitestaajat eivät usein kuitenkaan huomanneet koko jättitornia, sillä tietokoneen näyttö tapaa hämätä syvyysnäköä ja mittakaavan hahmotuskykyä: virtuaalilaseilla pelejä pelanneet ovat usein huomanneet, että laseja käyttäessä mittakaavat tuntuvat luonnollisemmilta. Lisäksi Linnakkeen sijainti pelaajan yläpuolella vaikeutti asiaa entisestään, koska FPS-pelien pelaajat tapaavat katsoa vain suoraan eteenpäin tai jalkoihinsa. Yritimme kiinnittää pelaajien huomion Linnakkeeseen lisäämällä kohtaukseen lintuja, jotka lensivät tornia kohti. Tämä hienovarainen kikka auttaa usein ohjaamaan pelaajan katseen oikeaan paikkaan."
N/A4049"#commentary\cn_135_close_captions.mp3" "[ Yahn Bernier ] Half-Life 2:n kehittelyn aikana saimme yhteydenottoja ihmisiltä, jotka olivat kiinnostuneita videopelien saavutettavuudesta ja jotka kannustivat meitä panostamaan tekstitykseen Half-Life 1 -peliä enemmän. He ehdottivat tekstitystä, joka kuvailee dialogin lisäksi pelin kaikki muutkin äänet. Urakka osoittautui odotettua vaativammaksi. Half-Life 2 sisältää paljon ääniä, ja tekstitystä varten ne piti luokitella. Toinen tärkeä tekijä oli äänten priorisointi: dialogin tuli erottua selkeästi, ja pelaajan oli ymmärrettävä vaivatta, kuka repliikin lausuu. Taustaäänet, kuten kaukaa kuuluva taistelu, ovat tietyissä kentissä tärkeitä tunnelman luojia – mutta vähemmän tärkeitä, jos vihollinen ammuskeli lähistöllä. Lisäksi kenttäsuunnittelijamme kierrättivät usein ääniä eri tarkoituksiin, joten ääni piti kenties tekstittää jossakin kohdassa ja jättää huomiotta toisessa. Lopulta pelin kaikille äänille määritettiin lähes HTML-tyyliset tekstitystiedot, joiden visuaalista tyyliä pystyimme hallitsemaan. Äänitiedostojen tapaan myös tekstitystiedot olivat liian suuria muistissa pidettäviksi, joten rakensimme niiden käsittelyä varten asynkronisen välimuistijärjestelmän."
N/A4050"#commentary\cn_136_the_raid.mp3" "[ David Sawyer ] Osio, jossa poliisit ratsaavat asunnon, vaati paljon säätämistä, jotta se toimi tarkoitetulla tavalla. Half-Life-peleissä pelaajat saavat yleensä itse päättää etenemistahtinsa. Toiset pelaajat rynnivät eteenpäin täyttä vauhtia kiinnittämättä huomiota mihinkään, mikä ei näytä mahdolliselta uhalta, kun taas toiset tutkivat järjestelmällisesti joka paikan. Olikin aina haastavaa paimentaa pelaajaa liikkumaan tietyllä nopeudella niin, että hoputus tuntuu pelaajista luonnolliselta ja he noudattavat kehotusta. Tämä on ensimmäinen kerta, kun hoputamme pelaajaa pelissä: meidän piti saada pelaaja ymmärtämään, että hänen on liikuttava nopeasti ja että tälle alueelle ei voi jäädä tutkimaan paikkoja."
N/A4051"#commentary\cn_137_materials_and_shaders.mp3" "[ Gary McTaggart ] Half-Life 2 n julkaisuhetkellä 3D-grafiikassa käytiin läpi muutosta, jossa tekstuurit vaihtuivat materiaaleihin ja shader-ohjelmiin. Half-Life 1 -pelissä jokaisella pinnalla oli oma tekstuurinsa – eräänlainen kuva, joka kietoutui pinnan polygonien ympärille. Mutta kun Half-Life 2 julkaistiin vain viisi vuotta myöhemmin, jokaisella pinnalla oli omat materiaalitietonsa ja oma shader-ohjelmansa. Shader on koodinpätkä, joka määrittää, miten pinta renderöidään. Esineen materiaali puolestaan määrittää, kuinka pinta käyttäytyy fyysisesti ja miten se reagoi pelin toimintoihin. Lisäksi materiaaliin sisältyy viittauksia tekstuureihin ja muihin parametreihin, joita shader-ohjelma tarvitsee renderöintiin. Muutoksen ansiosta pelien parissa työskentelevät saattoivat hallita tarkemmin sitä, miltä esineet näyttivät ja miten ne toimivat. Asialla oli myös varjopuolensa: Half-Life 1 -pelin pelaamiseen riitti pelkkä tietokoneen prosessori, mutta Half-Life 2 -pelin pelaamiseen tarvittiin grafiikkasuoritin, koska materiaaleihin ja shader-ohjelmiin liittyvät laskutoimitukset oli luotu sellaista varten. Tämä valoa taittava lasiovi on hyvä esimerkki shader-ohjelmasta, mutta alueen kaikissa pinnoissa on käytössä jonkinlainen shader-ohjelma."
N/A4052"#commentary\cn_138_the_raid_2.mp3" "[ Miles Estes ] Meidän oli varmistettava, että pelaaja tunsi tarvetta liikkua eteenpäin, mutta myös se, että itse ratsian toteutus oli virheetön. Pelaajalle ei saanut antaa tilaisuutta välttää ratsia tai kiertää poliisit jollain tapaa. Haaste piili siinä, että pelaajat eivät yrittäneet tahallaan rikkoa kohtausta – mutta useimmat panikoivat ja lähtivät juoksemaan eri suuntiin tajutessaan olevansa ensi kertaa oikeasti vaarassa. Kohtaus piti tasapainottaa huolella: halusimme pelaajan kokevan jännittävän paon ja oikeaa vaaran tuntua, mutta samalla halusimme pelaajan selviytyvän koetuksesta ensimmäisellä yrityksellä niin, että hän tuntisi päässeensä pakoon vain nipin napin. Niinpä laadimme reitin, joka oli suoraviivainen ja muistutti reittiä, jota pitkin pelaaja oli kulkenut edellisessä kerroksessa. Huolella sijoitellut käynnistimet ohjailivat pelaajan eteen ja taakse ilmestyviä uhkia, mikä säilytti vaaran tunnun ja antoi silti pelaajalle riittävästi aikaa pysyä takaa-ajajien edellä."
N/A4053"#commentary\cn_139_health_and_no_hud.mp3" "[ Dave Riller ] Kattoja pitkin etenevä takaa-ajo aiheutti kenttäsuunnitteluun liittyviä haasteita. Kentän läpäisyn ei ollut tarkoitus olla ylivoimaisen vaikeaa – pyrimme siihen, että pelaajat voisivat onnistua pakenemaan jo ensi yrittämällä. Halusimme silti pelaajien kokevan tilanteen vaaralliseksi ja pelkäävän seisoskelemaan jääntiä. Mutta koska pelihahmo ei ole pukeutunut HEV-pukuun, hahmon kuntoa ei voi tarkistaa puvun HUD-näytöstä. Kokeiltuamme eri ratkaisuja loimme osiota varten erityisen kuntomekanismin, joka osoitti hahmon kärsimän vahingon punaisella hehkulla. Pelaajat reagoivat hehkuun juuri toivomallamme tavalla ja pysyivät liikkeessä, niin että takaa-ajo toteutui tarkoitetusti. Lisäksi nopeutimme hahmon kunnon palautumista, joten punahehku ei ollut pitkäaikaista: tämä vahvisti pelaajien mielikuvaa siitä, että juokseminen oli oikea valinta. Kunnon nopea palautuminen varmisti myös, että hahmo ei kuolisi satunnaiseen harhaluotiin varhaisen vitkastelun vuoksi."
N/A4054"#commentary\cn_140_playtesting_anecdote_2.mp3" "[ Jakob Jungels ] Tässä kohtauksessa pelihahmon oli kaaduttava maahan, jotta Alyx voi pelastaa hänet. Käytettävissä oli vain vähän aikaa ja resursseja, joten yksinkertaistimme kohtausta hyödyntämällä aiemmin luotuja mekanismeja ja antamalla kohtauksen edetä tavallisen taistelun tapaan, niin että hahmon \"kuolema\" käynnisti erikoistapahtuman. Hioimme kohtauksen ajoitusta muutaman testauksen verran ja jatkoimme pelin kehittelyä. Mutta kun pelin julkaisuhetki lähestyi, havaitsimme ongelman: yksi ahkerasti tallentava testaaja painoi pikalatausta aina välittömästi, kun hän luuli epäonnistuneensa. Kun poliisi osui pelihahmoon, testaaja käynnisti pikalatauksen jo ennen kuin Alyx ehti pelastaa hahmon. Pelaaja ehti käyttää pikalatausta yli kymmenen kertaa, ennen kuin pyysimme häntä lopettamaan. Olimme jo viimeisessä bugien korjausvaiheessa, jossa korjataan vain pelin kaatavat ongelmat, koska pienikin muutos saattaa rikkoa pelissä jotain suurempaa. Pikalatausongelma oli rajatapaus, sillä useimmat testaajat selvisivät kohtauksesta ongelmitta. Teimme siis pari hallittua muutosta: lyhensimme kaatumisen ja Alyxin aloitusrepliikin välistä aikaviivettä ja vaihdoimme häivytysvärin mustasta valkoiseksi... mikä ei ollut kovin hyödyllistä, sillä pelaajat eivät olleet vielä kuolleet riittävän monta kertaa yhdistääkseen mustan värin kuolemaan. Harkitsimme pikalatauksen poistamista kohtauksen ajaksi, mutta pelkäsimme tämän vahingossa poistavan pikalatauksen koko pelistä."
N/A4055"#commentary\cn_141_character_reactions.mp3" "[ Ariel Diaz ] Meidän piti jatkuvasti selvittää, mihin hahmojen tulisi reagoida – ja miten. Haluamme pelin reagoivan pelaajahahmon toimiin, mutta pelaajat saattavat tulkita minkä tahansa reaktion jonkinlaiseksi palkinnoksi. Niinpä se, mihin hahmot reagoivat ja mihin eivät, opettaa pelaajalle, millaisia toimia häneltä odotetaan. Tästä syystä varmistimme pelin reagoivan toimiin, jota halusimme pelaajan tekevän enemmänkin – kuten laboratorion laitteiden käsittely – ja ohittavan käytöksen, jota halusimme vähemmän... kuten Kleinerin kasvojen jatkuva muksiminen laatikolla. Ihan tosi, yksi testaaja kolhi Kleineria viiden minuutin ajan."
N/A4056"#commentary\cn_142_choreography.mp3" "[ Bill Fletcher ] Nimesimme Half-Life 2:n tarinankerrontaa varten kehittämämme järjestelmän \"Choreoksi\", joka oli lyhenne sanasta \"choreography\" (koreografia). Huomasimme jo varhain, että meidän kannatti kuvitella kirjoittavamme näytelmää, jossa yksi näyttelijöistä ei tiennyt tarinan käsikirjoitusta. Tarvitsimme järjestelmän, joka hallitsi ja liikutteli kaikkia muita näyttelijöitä ja ohjasi näitä lausumaan vuorosanansa. Tätä varten sivuhahmojen ohjauskomentojen oli yhdistyttävä saumattomasti pelaajan ohjaaman hahmon dynaamisiin ratkaisuihin ja käytökseen. Ajoitus oli erittäin suuri haaste, sillä mitä tahansa kohtauksen osaa piti ehkä pidentää tai lyhentää (tai kohtaus piti jopa keskeyttää) sen mukaan, mitä pelaaja puuhasi."
N/A4057"#commentary\cn_143_phoneme_extraction.mp3" "[ Bill Fletcher ] Phoneme Editor -työkalu oli elintärkeä lisäys FacePoser-kehitysohjelmistoon. Työkalu käsittelee ääninäyttelijöiden repliikit ja repliikkien äänteet ja luo niiden pohjalta hahmojen huulisynkan. Animaattorit yhdistävät sitten huulisynkan kasvojen täysanimaatioon ja luovat näin sankarihahmojen perusanimaatiot jokaiselle lausutulle repliikille. Dynaamisissa Choreo-kohtauksissa animaattorit eivät kuitenkaan tienneet tarkasti, mitä aktiivisen hahmon muu keho tekee: tästä syystä Choreo-komennot tuli järjestää ja ajoittaa FacePoserissa huolella, ja hahmojen piti kuitenkin kyetä reagoimaan dynaamisesti pelaajan toimiin."
N/A4058"#commentary\cn_144_delivery.mp3" "[ Ken Birdwell ] Tärkeiden Choreo-hetkien tarjoaman tietomäärän ja tunnelatauksen välisen tasapainon säätäminen vaati paljon kokeiluja ja pelitestausta. Jokainen kohtaus sisälsi paljon pelaajalle välitettävää tietoa, mutta emme voineet vain komentaa hahmoja suoltamaan taustatietoja – sivuhahmot olisivat sen seurauksena vaikuttaneet pelkiltä pahvinukeilta. Sivuhahmojen piti saada olla vuorovaikutuksessa keskenään, niin että pelaajat voivat tarkkailla heidän välisiä suhteitaan. Samaan aikaan meidän oli kuvailtava pelimaailmaa, jotta pelaaja sai jonkinlaisen käsityksen siitä, mitä on tapahtunut hänen poissa ollessaan. Kaikki tämä piti toteuttaa huolella ja rajoitetussa ajassa, sillä halusimme pelin miellyttävän myös pelaajia, jotka eivät niin piitanneet itse tarinasta. Animaatiot olivat tehokas keino esitellä hahmojen välisiä tunteita, sillä ne välittivät usein hetken tunteet liioittelematta niitä. Käytimme usein myös huumoria: sen avulla voidaan rikkoa asetelma ja rentouttaa pelaaja, jos tilanne tuntuu liian raskaalta."
N/A4059"#commentary\cn_145_alyxs_kiss.mp3" "[ Ken Birdwell ] Hetki on ohikiitävän lyhyt, mutta Alyxin Elille antama poskisuudelma on tärkeä. Pelin edetessä pelaajan tulee pelastaa Eli, ja haluamme pelaajan kiintyvän häneen. Tunnesiteen luomiseksi meidän oli näytettävä pelaajalle, kuinka paljon Alyx ja Eli välittävät toisistaan. Emme halunneet liioitella hetkeä dialogilla tai tehdä asiasta spektaakkelia — hetken tuli tuntua aidolta – joten säädimme hetkeen liittyviä hienovaraisia osatekijöitä, kunnes kohtaus tuntui juuri oikeanlaiselta."
N/A4060"#commentary\cn_146_storytelling.mp3" "[ Bill Van Buren ] Mukaansatempaava ja kokonaisvaltainen elämys oli yksi Half-Life 1 -pelin tarinankerronnan päätavoitteita, ja loimme tämän tavoitteen pohjalta itsellemme pari nyrkkisääntöä: pelaajalta ei saanut koskaan riistää tarinan hallintaa (tai niin sai tehdä vain harvoin) eikä pelihahmo saanut puhua. Tarinankerronta oli sääntöjen vuoksi välillä hieman tavallista haastavampaa, mutta pidimme niiden noudattamista tärkeänä myös Half-Life 2 -pelissä. Toivoimme, että pelin tarinasta tulisi sääntöjen ansiosta syvällisempi ja vuorovaikutteisempi."
N/A4061"#commentary\cn_147_archetypes.mp3" "[ Bill Van Buren ] Halusimme pelihahmojen luovan tarinankerronnallisia siteitä Half-Life 1- ja Half-Life 2 -pelin välille. Tavoitteenamme oli kehittää yksilöitä, jotka tuntuivat Half-Life 1 -pelin arkkityypeiltä: näin uudet tuttavuudet olisivat pelaajille välittömästi tutun oloisia – ikään kuin pelaajat muistaisivat hämärästi tavanneensa hahmot jo Half-Life 1 -pelissä. Tohtori Kleiner kehiteltiin alkuperäisen pelin tunnetuimman tutkijahahmon pohjalta ja hänen luonteensa pohjautui Hal Robinsiin, jonka roolisuorituksiin Half-Life 1 -pelin tieteilijät perustuivat. Olimme eräänä päivänä työn touhussa kehittelemässä hahmoa, kun huomasimme hissimatkallamme kirjanpitäjän, joka oli astunut hissiin jostakin toisesta kerroksesta. Näimme hänen kasvonsa ja tajusimme heti, että tohtori Kleiner seisoi ilmielävänä edessämme. Onneksemme kyseinen herra suostui pyyntöömme käyttää hänestä otettua valokuvaa videopelin hahmon mallina."
N/A4062"#commentary\cn_148_tone.mp3" "[ Bill Van Buren ] Oli erittäin tärkeää, että hahmot ja heidän vuorosanansa olivat sävyltään oikeanlaisia. Pyrimme siihen, että pelaajan ja hahmojen välinen vuorovaikutus oli luonteeltaan kunnioittavaa – jopa leppoisaa – olematta kuitenkaan liian alistuvaa. Tasapainon löytäminen oli erityisen vaikeaa Alyxin tapauksessa, sillä tämän tuli auttaa pelaajaa luopumatta kuitenkaan omista vahvuuksistaan, jotta pelaaja voisi kunnioittaa häntä. Alyxin ja Elin välinen suhde oli pelihahmon keskeisiä motivaatioita pelissä, joten oli tärkeää, että pelaajat pitivät Alyxista ja halusivat auttaa häntä. Halusimme myös korostaa, kuinka suuri ero pelaajan liittolaisten välisellä kiintymyksellä ja toverihengellä oli verrattuna Breenin ja Combinen toimintaan, jotta pelaaja tuntisi myöhemmissä taisteluissa oikeutettua tuohtumusta."
N/A4063"#commentary\cn_149_voice-actors.mp3" "[ Bill Van Buren ] Half-Life 2 -peliin pyrittiin luomaan pelaajaan paremmin reagoivia ja moniulotteisempia hahmoja, ja siksi meidän oli kehitettävä ääninäyttelijöihin liittyviä toimintatapojamme. Half-Life 1:ssä sivuhahmojen repliikkien lausumiseen riitti pelkkä käsikirjoituksen läpi käyminen pienen ääniohjauksen saattelemana, mutta Half-Life 2 -pelissä päätimme antaa ääninäyttelijöille tilaisuuden osallistua hahmojen luontiin. Annoimme ääninäyttelijöille paljon taustatietoja ja esittelimme heille sekä pelin maailmaa ympäristöineen että muut hahmot, joiden kanssa heidän oma hahmonsa oli tekemisissä. Etsimme ääninäyttelijöitä, jotka pystyisivät käsittelemään kaiken annetun tiedon ja hyödyntämään sitä esityksissään, niin että hahmot kehittyisivät yli odotustemme. Järjestimme useita äänityssessioita pääroolien esittäjien kanssa, jotta he pystyivät paremmin sisäistämään hahmonsa ja kehittämään niitä ajan kuluessa. Jos hahmot olivat tekemisissä toistensa kanssa, annoimme näyttelijöiden avuksi heidän vastanäyttelijöidensä repliikit, jotta dialogi virtaisi luontevammin. Saavuimme kyllä äänityksiin käsikirjoituksen ja toimintasuunnitelman kanssa, mutta näyttelijät saivat vapaasti esittää omia ideoitaan, jotka koskivat heidän hahmojaan. Myös animaattoreiden läsnäolo nauhoituksissa oli erittäin tärkeää, sillä heidän tehtävänään oli koota hahmojen dialogi ja yhdistää se hahmomallien eleisiin ja ilmeisiin Choreo-kohtauksissa. Eri kohtauksia varten laaditut animointisuunnitelmat saattoivat muuttua paljonkin, kun animaattorit työskentelivät yhdessä ääninäyttelijöiden kanssa."
N/A4064"#commentary\cn_150_citizens.mp3" "[ Bill Van Buren ] Kun suunnittelimme Kaupunki 17:n ja sen ulkopuolisen maailman ihmishahmoja, päätimme luoda laajan valikoiman eri etnisyyksiä, ikäryhmiä ja sukupuolia. Ratkaisu syvensi tarinaa siitä, kuinka Combine on alistanut koko ihmiskunnan, minkä lisäksi meistä oli tärkeää, että aivan kaikenlaiset pelaajat saivat nähdä itsensä näköisten hahmojen toimivan osana Combinea vastaan taistelevaa maailmanlaajuista vastarintaliikettä. Osa hahmojen malleina toimivista ihmisistä löytyi sosiaalisen verkostomme ja arkielämän puitteista, mutta lopulta julkaisimme Seattle Times -lehdessä mainoksen, jotta saimme kokoon riittävän laajan valikoiman erilaisia kasvoja."
N/A4065"#commentary\cn_151_alyx.mp3" "[ Dhabih Eng ] Alyx-hahmon suunnittelu oli kova haaste, sillä pelaajan tuli sekä kunnioittaa häntä että välittää hänestä. Elin pelastaminen oli keskeinen tavoite pelin puolivälissä, ja tiesimme pelaajien pitävän tavoitetta tärkeämpänä, jos he välittäisivät Alyxista ja tämän suhteesta omaan isäänsä. Alyxin koko olemuksen suunnittelun – dialogia ja ääninäyttelemistä myöten – tavoitteena oli luoda neuvokas, kykenevä ja samaistuttava hahmo Combinen hallitsemassa maailmassa, mutta samalla Alyxin piti olla myös viehättävä ja karismaattinen. Pyrimme välttämään 2000-luvun peleissä vallalla ollutta naishahmon esineellistämistä, liioittelua ja yliseksualisointia, sillä se olisi ollut hahmolle asetettujen tavoitteiden vastaista."
N/A4066"#commentary\cn_152_lab_interactivity.mp3" "[ Dhabih Eng ] Choreo-kohtauksissa pelaaja pakotetaan jäämään hetkeksi paikoilleen, kun keskitymme hahmojen esittelyyn ja tarinankerrontaan. Koska pelaajia on monenlaisia – toisia pelin tarina kiinnostaa suuresti, toiset eivät osaa olla paikallaan hetkeäkään – päätimme lisätä näkyviin paljon mielenkiintoisia yksityiskohtia. Täytimme ympäristön tarinaa tukevilla elementeillä ja varmistimme, että pelaaja voi käsitellä osaa niistä. Joissakin tapauksissa lisäsimme esineiden kerronnallisuutta vielä entisestään: kaktusta siirtävä pieni teleporttilaite esimerkiksi vihjaa myöhemmästä teleporttiongelmasta. Oikean tasapainon löytäminen oli hienovarainen urakka – jos yksityiskohtia on liikaa, pelaajien mielenkiinto saattaa keskittyä niihin eikä kohtauksen olennaisiin tapahtumiin. Pelasimme lopulta varman päälle Kleinerin laboratoriossa, sillä se oli ensimmäinen suurempi Choreo-kohtaus. Lisäsimme vuorovaikutteisuutta myöhemmin Elin laboratorioon ja varmistimme, että hahmot reagoivat siihen, mihin pelaajan huomio kiinnittyi."
N/A4067"#commentary\cn_153_gestures.mp3" "[ Doug Wood ] Pelin joka hahmolla oli oma, yksinkertaisista animaatioista koostuva elevalikoimansa, josta saatoimme helposti lisätä eleitä hahmon muiden liikkeiden lomaan. Alun perin elekirjastojen tarkoitus oli kierrättää animaatioita pelissä ja säästää näin tuotantokustannuksia, mutta kävi ilmi, että niistä oli muutakin hyötyä. Ihmiset toistavat usein tiettyjä eleitään ja liikkeitään, joita voi pitää heidän persoonallisuutensa tunnuspiirteinä. Hahmojen elevalikoimat tiivistävät kunkin hahmon perusolemuksen, mikä auttoi animointitiimiämme luomaan yleiskuvan siitä, millaisia eri hahmot olivat. Näin tiimi pystyi jakamaan yhteen hahmoon liittyvän työmäärän usealle tiimin jäsenelle, mitä pelin tuotanto usein vaati."
N/A4068"#commentary\cn_154_interactive_storytelling.mp3" "[ Erik Johnson ] Half-Life 2 -pelin kehittelyn alkuaikoina pelien tarinankerronta oli joko erittäin näyttävää ja lineaarista tai vähemmän näyttävää ja vuorovaikutteista. Tiesimme pelaajien nähneen peleissä laadukasta tarinankerrontaa, mutta heitä ei ollut koskaan heitetty mukaan tarinaan – he eivät olleet saaneet seurata tapahtumien etenemistä ympärillään, olla vuorovaikutuksessa tarinan kanssa saati tutkia tarinan osia tarkemmin. Tämä tavoite innosti meitä, mutta emme tienneet, miten kaikki toimisi tai millaista tekniikkaa tarvittaisiin. Olimme luoneet monenlaista tarinankerrontaan liittyvää tekniikkaa Half-Life 1 -peliä varten, mutta sen avulla tarina vain esitettiin pelaajan edessä ilman toivomaamme vuorovaikutteisuutta ja näyttävyyttä. Kleinerin laboratoriosta tuli testiympäristö, jossa selvitimme, kuinka vuorovaikutteinen tarinankerrontamme toimii."
N/A4069"#commentary\cn_155_monitors.mp3" "[ Ido Magal ] Käytimme monitoreja Half-Life 2- ja Episode-pelien tarinankerronnassa niin paljon, että aloimme jopa pilailla siitä. Ne nyt vain ovat hirveän käytännöllisiä: niiden avulla voi mainiosti laajentaa pelin maailmaa esittelemällä muualla käynnissä olevia tapahtumia, ja niitä käyttämällä hahmot voivat puhua pelaajalle ilman tarvetta selittää, miksi kaikki ovat samassa paikassa pelaajan kanssa. Jokainen tarinoita (etenkin paljon hahmoja sisältäviä tarinoita) kehitellyt ymmärtää, kuinka turhauttavaa on keksiä luonnollisia syitä sille, että tarinan kaikki hahmot ovat samassa paikassa samaan aikaan. Tässä tapauksessa olimme todella tyytyväisiä siihen, kuinka Alyx saattoi monitorin ansiosta siirtyä teleportin avulla muualle ja ilmestyä Elin laboratorioon, niin että tapahtumat tuntuivat aidoilta ja toisiinsa liittyviltä."
N/A4070"#commentary\cn_156_scene_interactivity.mp3" "[ Jeff Lane ] Choreo-kohtausten tietyissä vaiheissa pelaajan on suoritettava jokin pikku tehtävä. Puuhat pitävät pelaajan aktiivisena, mutta näihin hetkiin liittyy muitakin tavoitteita: niiden avulla pelaaja ensinnäkin pääsee taas ajan tasalle tarinan käänteistä, jos hän on jäänyt katselemaan jotain muuta lähiympäristössä olevaa kohdetta. Kohtaus \"jää paussille\", kunnes pelaaja on suorittanut annetun tehtävän – näin varmistetaan, että pelaaja on taas keskittynyt olennaiseen. Samalla puuhat siirtävät pelaajan haluttuun paikkaan ja varmistavat, että pelaaja näkee kohtauksen tärkeimmät asiat. Joissakin tapauksissa pelaaja myös oppii tällaisina hetkinä uusia toimintoja: tällä kertaa pelaaja oppii käsittelemään erilaisia liittimiä ja liitäntöjä, ja tätä taitoa tarvitaan pelin myöhempien pulmien ratkaisemiseen."
N/A4071"#commentary\cn_157_kleiners_lab.mp3" "[ Marc Laidlaw ] Kleinerin laboratorio oli ensimmäinen työstämämme tarinankerrontaan liittyvä elementti, ja sen suunnittelu kesti kaikkein pisimpään. Pelaajan matka pelissä alkaa tästä laboratoriosta, mutta sen lisäksi laboratoriosta tuli kehitystiimiä yhdistävä visio pelin tarinankerronnasta. Kun aloimme luoda pelin hahmoja ja pelaajan ympärille toteutettavia tarinankerronnan mekanismeja, meidän oli pohdittava useita kysymyksiä, jotka kaikki tuntuivat koko pelin vaarantavilta riskeiltä. Onnistuvatko pelaajat keräämään kaikki kohtausten tärkeät tiedot? Saisimmeko pelaajat kiintymään hahmoihin? Miten tuemme pelaajia, jotka uppoutuvat pelin tarinaan eri määrissä? Kuinka kalliiksi tällaisen kohtauksen luominen tulee? Ja montako muuta kohtausta tarvitsemme? Emme osanneet vastata näihin taikka moniin muihin kysymyksiin, ennen kuin olimme kehittäneet kohtausta riittävästi ja antaneet sen pelitestaajien armeijan käsiin. Nämä kysymykset olivat turhauttavia, sillä niihin saatiin vastauksia vasta huomattavan työmäärän jälkeen. Pelimekaniikan ideoita voi usein testata pelkistetyillä prototyypeillä, mutta jos pelaaja ei uppoudu tarinankerrontaan, kun hahmot ovat vain harmaita palikoita, miten voimme luottaa siihen, että he välittävät myöhemmistäkään hahmoista, jotka on pikkutarkasti toteutettu?"
N/A4072"#commentary\cn_158_characters.mp3" "[ Marc Laidlaw ] Half-Life 1 -pelissä vartijat ja tieteilijät olivat lähinnä arkkityyppejä yksilöiden sijaan. He olivat hahmojen abstrakteja käsitteitä, jotka vastasivat sitä visuaalista tasoa, johon kykenimme siihen aikaan. Tekniikan kehittyessä Half-Life 2 -pelin myötä näimme tilaisuutemme luoda muutakin kuin perustason abstraktioita. Hahmomallien yksityiskohtaisempi visuaalisuus ja hahmojen animoinnissa otetut edistysaskeleet saivat meidät uskomaan, että voimme luoda yksilöllisiä hahmoja – henkilöitä, joihin pelaajat voivat oikeasti kiintyä. Annoimme itsellemme luvan kirjoittaa aidon tuntuista dialogia, jonka hahmot sitten lausuivat tavalla, joka kuljetti tarinaa eteenpäin ja sai pelaajat uskomaan, että hahmot ovat muutakin kuin pelkkiä pelinappuloita. Vuonna 2001 julkaistu Japan Studio -pelitalon Ico-peli antoi meille aivan uutta tarmoa. Animaattorin ohjaamassa pelissä hahmot olivat tärkein yhteys pelin ja pelaajan välillä: se räjäytti tajuntamme ja antoi meille rohkeutta omaan projektiimme."
N/A4073"#commentary\cn_159_writing.mp3" "[ Marc Laidlaw ] Half-Life 1 -pelin aikaan pelaajien päätavoite FPS-peleissä oli enimmäkseen taistella ja kukistaa ilmiselvästi paha vihollinen. Oli vaikeaa saada pelaajat välittämään pelin hahmoista, kun ne olivat niinkin koruttoman näköisiä kuin Half-Life 1 -pelissä. Half-Life 2 -pelin suunnitelmiin kuuluivat yksityiskohtaisemmat pelihahmot, ja halusimme käyttää hahmoja tarinan edistämisen pääasiallisina työkaluina. Pyrimme siihen, että pelaajan motivaatio sopisi yhteen pelihahmojen motivaatioiden kanssa: silloin pelaaja välittäisi hahmoista sekä näiden toiveista ja peloista – ja haluaisi heidän onnistuvan yrityksissään. Pidimme nämä tavoitteet mielessä ja loimme niiden pohjalta hahmojen ja dialogien luontia koskevat periaatteemme. Loimme joukon hahmoja, jotka välittivät toisistaan, ja toivoimme myös pelaajien välittävän heistä. Hahmojen ottavat toisensa huomioon: he ovat kuin joukko ystäviä, jotka suhtautuvat pelaajaan kuin vanhaan ystävään, joka on ollut poissa jonkin aikaa. Olimme varmoja, että jos pelihahmot osoittaisivat realistisia tunteita toisiaan kohtaan, onnistuisimme luomaan tunnesiteen myös pelaajan ja pelihahmojen välille."
N/A4074"#commentary\cn_160_animation.mp3" "[ Miles Estes ] Uskottavien ihmiskehon liikkeiden luominen hahmoille lukuisista päällekkäisistä ja hienovaraisista animaatioista vaati paljon teknistä työtä. Yksinkertaisimmatkin liikkeet, kuten vaikkapa kääntyminen tai tiettyyn paikkaan käveleminen, muuttuvat paljon haastavammiksi, kun liikutettavan hahmon pitää myös reagoida pelaajaan ja Choreo-komentojen vaatimuksiin. Jonkin kohteen katsomiseen liittyvät liikeanimaatiot piti esimerkiksi purkaa alkutekijöihinsä, jotta hahmon kääntyessä sen silmiä, päätä, olkapäitä, ylävartaloa tai koko vartaloa voitiin liikuttaa millaisena yhdistelmänä tahansa. Half-Life 1 -pelissä ihmishahmojen vartalot oli jaettu ylä- ja alaosaan, jotta hahmot saattoivat kävellä yhteen suuntaan ja katsoa toiseen. Tämä ratkaisumalli oli kuitenkin liian abstrakti Half-Life 2 -pelin hahmoille. Sen sijaan animaattorit loivat erilliset liikkumisanimaatiot kahdeksaan eri ilmansuuntaan, ja näitä animaatioita käytettiin sitten saumattomasti pelin ajon aikana."
N/A4075"#commentary\cn_161_faceposer.mp3" "[ Yahn Bernier ] Choreo-järjestelmän ensisijainen voimanlähde oli FacePoser-työkalu. FacePoser on huonosti nimetty ohjelma, jonka avulla animaattorit voivat suunnitella kohtausten koko rakenteen aikajanalle, joka sisältää sekä kohtauksen hahmoja ohjaavat Choreo-komennot että kaikki komentojen suorittamiseen tarvittavat tiedot. Kun komennot oli määritetty limittäin aikajanalle, animaattorien oli helppo kuvata, kuinka hahmon tuli samanaikaisesti katsella jotakin, puhua toiselle hahmolle ja kävellä eri paikkaan. Aikajana ei kuitenkaan ole kiinteä ja lineaarinen tapahtumasarja: hahmojen tuli noudattaa annettuja komentoja mutta myös reagoida dynaamisesti ympäröivään pelimaailmaan. Hahmon siirtyminen paikasta toiseen saattaa kestää pidempään, jos pelaaja on hahmon tiellä, tai hahmon täytyi viivyttää repliikkiään, jos toinen hahmo on viivyttänyt pelihahmoa. FacePoser-ohjelman avulla saatoimme nopeasti säätää kohtauksia, kokeilla uusia asetteluja, muokata vuorosanojen lausumistapaa ja korjata yleistä ajoitusta. Mahdollisuus tehdä pikaisesti uusia kokeiluja oli elintärkeä, jotta saavutimme tavoitteemme hahmojen roolisuoritusten ja tarinankerronnan suhteen."
N/A4076"#commentary\cn_162_choreo_commands.mp3" "[ Yahn Bernier ] Tässä debug-visualisoinnissa näkyvät kaksi yleisintä Choreo-komentoa, joita pelihahmoille annettiin kohtauksen aikana ja joista studion väki käytti nimeä \"katso tuonne\" ja \"liiku tuonne\". Hahmoille annetaan katselukohteita – joskus useita kerralla – minkä jälkeen hahmon tuli keskittyä siihen kohteeseen, joka oli senhetkisessä tilanteessa järkevin. Samaan aikaan hahmo saattoi vastaanottaa \"liiku tuonne\" -komentoja, jotka liikuttavat hahmon toiseen paikkaan ja kääntävät hahmon tiettyyn suuntaan tai tiettyä esinettä kohti. Jo näihin näennäisen yksinkertaisiin komentoihin liittyi paljon monimutkaisia tekijöitä: hahmon piti kenties käyttää näppäimistöä ja puhua, samalla kun hän katseli pelaajan kädessään pitämää esinettä. Emme voineet ennustaa, missä kohtaa pelaaja olisi tapahtumien aikana, joten purimme kohtauksen kaikki elementit erillisiksi palasiksi. Nämä palaset voitiin sitten koota tarvittaessa uudelleen tai keskeyttää ajon aikana sen mukaan, miten pelaaja toimii kohtauksessa."
N/A4077"#commentary\cn_163_antlions.mp3" "[ Kerry Davis ] Pelaajan kaahaillessa pitkin rannikkokenttiä tarvitsimme vihollisen, joka saattoi ilmaantua uskottavasti missä vain ja joka oli riittävän uhkaava, että se pakotti pelaajan pysyttelemään joko auton kyydissä tai auton lähellä. Hiekasta putkahtavat muurahaiskorennot olivat täydellinen ratkaisu: toisin kuin ihmisviholliset, ne olivat riittävän nopeita pysyäkseen hetken aikaa auton perässä, minkä lisäksi niiden yli ajaminen tuotti paljon mielihyvää."
N/A4078"#commentary\cn_164_thumpers.mp3" "[ Adrian Finol ] Pelaajien tulee saada mahdollisimman usein kokea selvittäneensä pelin saloja itse, sillä kyseinen tunne on hyvin arvokas: se saa pelin maailman vaikuttamaan elävältä paikalta eikä pelkältä pelielementtien jonolta. Jos hyväksymme sen riskin, että osa pelaajista ei kenties huomaa jotain pelin elementtiä lainkaan, voimme soveltaa hienovaraista ratkaisumallia. Käytimme tätä toimintatapaa jyskyttimiä suunnitellessamme. Pelaajat voivat löytää matkansa aikana jyskyttimiä, mutta heitä ei pakoteta käyttämään niitä. Jyskyttimiin liittyy paljon ääni- ja kuvavihjeitä sekä muurahaiskorentojen reaktioita, joiden pohjalta pelaaja voi hahmottaa laitteiden vaikutuksen. Vihjeet eivät varmista, että kaikki pelaajat ymmärtävät laitteiden käyttötarkoituksen, mutta pelitestauksen perusteella useimmat oivalsivat asian."
N/A4079"#commentary\cn_165_d2_coast_09.mp3" "[ Aaron Seeler ] Rannikkokenttien myöhäisessä kehittelyvaiheessa pelin koodin kirjoittaminen oli jo niin paljon kenttäsuunnittelua edellä, että koodaajat halusivat itselleen lisätehtäviä Half-Life 2 -pelin julkaisun helpottamiseksi. Etumatka johtui suurilta osin rannikkokenttien suureen kokoon ja maastonkäyttöön liittyvistä vaatimuksista, jotka kuormittivat kenttäsuunnittelijoita raskaasti. Tämän seurauksena pelikoodin kirjoittajat alkoivat suunnitella pienemmän mittakaavan välikohtauksia. Kun kenttäsuunnittelu oli myöhemmin kiritty pelikoodin kehittelyn rinnalle, kenttäsuunnittelijat loivat tämän alueen yhdistämällä kolme koodaajien luomaa erillistä välikohtausta ja suorittamalla kaikki tarvittavat viimeistelytoimet."
N/A4080"#commentary\cn_166_final_scene.mp3" "[ Bill Van Buren ] Pelaajan lukitseminen kapseliin Breen toimistossa loppukohtauksen ajaksi oli kompromissi, mutta sen ansiosta pelaaja saattoi keskittyä muihin hahmoihin tavalla, joka ei olisi muuten onnistunut. Kaikkien hahmojen tarinat ovat tässä kohtauksessa tulleet päätökseensä, joten pelaajan rajoittaminen tähän näkökulmaan mahdollistaa tunteikkaan huipentuman, jonka luomiseen tarvittiin ääninäyttelyä, hahmojen animaatioita ja vuorosanoja. Tuotannollisesti kohtaus oli haastava toteuttaa: hahmojen sijoittelu, liikkeet, ajoitus, tunnelataus ja tunnesiteet piti koota yhteen animaatioista ja äänirepliikeistä, jotka oli luotu erikseen. Vaati paljon työtä, jotta lopputuloksessa oli riittävästi dramaattista synergiaa ja jotta meistä tuntui, että kaikki hahmot olivat tunnetasolla yhteydessä toisiinsa."
N/A4081"#commentary\cn_167_end_game_scramble.mp3" "[ Dave Riller ] Pelin loppuun oli aluksi suunniteltu paljon suurempi koreografioitu kohtaus, mutta Choreo-tiimillä oli edelleen toteutettavana suunnaton määrä tarinankerronnallisia elementtejä eri puolilla peliä. Helpotimme tiimiin kohdistuvaa painetta pyytämällä Linnakkeen kehittelytiimiä luomaan pelin loppuun haasteen, joka voisi olla mitä tahansa pulmatilanteesta avoimeen taisteluun. Ideoinnin tuloksena syntyneessä Breen-lopputaistelussa hyödynnettiin painovoima-aseen perusmekaniikkoja sekä pientä määrää räätälöityä koreografiaa, niin että viimeistelty loppuratkaisu saatiin valmiiksi hyvin lyhyessä ajassa."
N/A4082"#commentary\cn_168_combine_portal_effects.mp3" "[ Gary McTaggart ] Kehittelyprosessimme keskeisiä tekijöitä on tiimin jokaisen jäsenen kyky hyödyntää taitojaan pelin minkä tahansa osion valmistuksessa. Kun pelin lopputaistelun pelimekaniikat olivat valmiit, visuaalisen puolen suunnittelijat auttoivat hiomaan Combinen kotimaailmaan vievän portaalin ulkonäköä ja pelin lopussa nähtävää \"seisahtunut aika\" -tehostetta. Combinen portaalissa käytettiin valoa taittavaa shader-ohjelmaa, joka vastasi vesitehosteissa käytettyä ohjelmaa."
N/A4083"#commentary\cn_169_citadel_entrance.mp3" "[ Jeff Lane ] Linnakkeeseen johtava reitti luotiin käänteisessä järjestyksessä: sisätilojen geometria suunniteltiin alun perin pelkäksi sisätilojen yleisilmeen prototyypiksi. Tiesimme, että pelaaja saapuu Streetwar-kentästä viemäriputkia pitkin, ja meidän oli yhdistettävä putkisto Linnakkeeseen liuku- ja hyppyhaasteilla."
N/A4084"#commentary\cn_170_citadel_steep_landing.mp3" "[ Randy Lundeen ] Linnake luotiin kehitysprosessin myöhäisessä vaiheessa, eikä meillä ollut aluksi selkeää visiota sen pelattavuudesta. Tämä ei ole lainkaan harvinaista: pelisuunnittelu on yleensä prosessimme eteenpäin vievä voima, mutta prosessin alkuvaiheessa tehdyt suuret päätökset (kuten Combinen linnoituksen lisääminen peliin) edellyttävät tarkkaa suunnittelutyötä, jotta lisäykset istuisivat lopulliseen peliin. Uskoimme, että tarinan loppuvaihe Linnoituksessa olisi palkitsevampi, jos Linnoituksen tunnelma muuttuisi edellisen luvun loppuhuipennuksena käydyn taistelun jälkeen. Vaikka olisimmekin halunneet korottaa tarinan panoksia entisestään, sitä varten olisi pitänyt luoda uusia pelimekaniikkoja ja hahmoja, mikä olisi ollut liian riskialtista näin myöhäisessä vaiheessa. Linnakkeesta piti aluksi tulla kerronnallinen elämys: Combinen sotakoneistoa esittelevä passiivinen kiertoajelu, joka päättyisi Breenin toimistoon. Mutta kun suunnitelma oli luotu, kehittelimme parin päivän ajan painovoima-asetta ja totesimme, että sen avulla voisimme toteuttaa pelaajan haaveet ylivoimaisuudesta rikkomatta samalla pelitasapainoa. Lopputulokset olivat heti lupaavia, joten painovoima-ase lisättiin kentän asevalikoimaan. Halusimme pelaajien tuntevan olonsa kaikkivoipaisiksi, kun he viskovat vihollisia mielensä mukaan ja repivät konsoleita seinistä. Näin Linnake oli lopulta yhdistelmä näyttävää spektaakkelia ja pelaajan rajatonta voimaa."
N/A4085"#commentary\cn_172_lightmap_pass.mp3" "[ Mike Dussault ] Linnakkeen sisätilojen muodot ovat varsin yksinkertaisia, mutta Combinen valmistusmateriaalit ja rakennuksen dramaattinen valaistus auttoivat luomaan mielikuvan suunnattomasta paikasta. Tärkeiden pintojen valokartoitusta voimistettiin, kun taas sitä heikennettiin pinnoilla, jotka olivat täysin varjojen peittämät tai kaukana. Kentän ylisuuret valokartoitukset kuluttivat pelin suoritustehoa reippaasti Linnakkeen suuren koon vuoksi. Suoritimme kehittelyn loppuvaiheessa Linnakkeen jokaisessa kenttäosiossa kattavan lopputarkistuksen, jonka aikana optimoimme visuaalisuuteen ja suorituskykyyn liittyvät arvot. Tehtävää helpotti Hammer-kenttäeditoriin lisätty uusi toiminto, joka paljasti pintojen valopikselien määrän."
N/A4086"#commentary\cn_173_super_gravity_origins.mp3" "[ Brian Jacobson ] Kehittelyprosessin tässä vaiheessa olimme tyytyväisiä painovoima-aseeseen ja sen toimintaan. Halusimme antaa pelaajalle mahdollisuuden tuntea olonsa kaikkivoipaiseksi, joten aloimme luoda painovoima-aseen viriteltyä versiota. Aseen kehittely ei kestänyt pitkään – loimme päivässä prototyypin, johon olimme tyytyväisiä ja josta tuli keskeinen osa Linnakkeen pelielämystä. Pelin fysiikkamoottori oli jo valmis, joten saatoimme kokeilla uusia tapoja ylittää sen rajoitukset ja hyödyntää sitten kokeilujen tuloksia. Prototyyppiesineeksi olimme luoneet simulaatiopainoltaan yli satakiloisen vesimelonin, josta kehiteltiinkin pelin Combine-energiakuulat."
N/A4087"#commentary\cn_174_combine_energy.mp3" "[ Brian Jacobson ] Prototyyppivaiheessa luotu vesimeloni muuttui kehittelytyön myötä energiakuulaksi, kun sen törmäys- ja räjähdysäänet eivät kuulostaneetkaan hajoavalta hedelmältä vaan pelistä löytyviltä ammuksilta. Päästyämme kehittämään vähemmän vesimelonikeskeisiä kenttiä tajusimme, että energiakuulia saattoi käyttää vihollisten tuhoamisen lisäksi myös pulmatehtäviin liittyvien koneiden nostamiseen ja laskemiseen. Paljon myöhemmässä kehittelyvaiheessa taas emme olleet tyytyväisiä AR2:n vaihtoehtoiseen tulitusmuotoon, ja koska tiimi oli mieltynyt Combine-energiakuulaan, liitimmekin sen AR2:n vaihtoehtoiseen tulitukseen. Näin jälkeenpäin on aina yhtä yllättävää huomata, kuinka pelin toisistaan erilliset ominaisuudet saattoi myöhemmin yhdistää uuden ongelman ratkaisemista varten."
N/A4088"#commentary\cn_175_combine_wall_and_balls_training.mp3" "[ Ido Magal ] Pelitestauksen aikana testaajat eivät huomanneet, että Combine-kuulat hajottivat vihollissotilaat atomeiksi. Yritimme aluksi ratkaista ongelman lisäämällä hajotuskuolemien todennäköisyyttä hienosäätämällä kuulia niin, että niillä oli tapana ponnahtaa vihollisia päin. Lopulta tajusimme, että testaajat eivät huomanneet hajoamiskuolemia, koska ne tapahtuivat aina kiivaiden taistelujen aikana ja koska ihmisten kyky oppia uusia asioita stressaavissa tilanteissa on hyvin rajallinen. Yritimme korjata asiaa lisäämällä peliin voimakentän sisältävän rauhallisen huoneen, jonka voi avata vain Combine-kuulaan tarttumalla. Huoneen tarkoitus oli opettaa, kuinka Combine-kuulia käytetään voimakenttien sammuttamiseen ja kuinka kuulien osumat hajottavat viholliset. Ratkaisu osoittautui vain osittain onnistuneeksi, sillä osa testaajista ei vieläkään huomannut ammuksen hajottavia ominaisuuksia. Tässä vaiheessa kehittelyaika loppui kesken ja päätimme, että jos kerran pelaajat tunsivat yhä olonsa ylivoimaiseksi, oli aivan hyväksyttävää, etteivät kaikki heistä huomanneet menestyksensä syytä."
N/A4089"#commentary\cn_176_weapon_strip.mp3" "[ Josh Weier ] Kun painovoima-aseen viritelty versio oli valmis, emme halunneet pelaajan enää käyttävän aiempia aseitaan, joten teimme ainoan järkevän ratkaisun: hajotimme aseet. Combinen kaltaisen häikäilemättömän ja yliluonnollisen vihollisen läsnäolo pelissä on kätevää, koska sellaisilla tyypeillä on luultavasti hajotinlaite. Miksei olisi? Ja jos meidän olisi jostain syystä pitänyt palauttaa pelaajan aseet kesken kenttää, vihollisella olisi takuuvarmasti myös jonkinlainen hajottimen kumoaja."
N/A4090"#commentary\cn_177_breen_monologue.mp3" "[ Marc Laidlaw ] Luova kehitystyö ei koskaan tapahdu irrallaan kaikesta muusta, sillä jokainen ammentaa innoituksensa muualla näkemistään tai kuulemistaan asioista. Linnakkeen monitoreista näkyvä Breenin monologi sai innoituksensa meidän kaikkien rakastamasta Thief 2 -pelistä, jossa pelin pääkonna pilkkaa paikasta toiseen hiiviskelevää pelaajaa. Oma toteutustapamme poikkesi Thief 2:n versiosta, mutta perusidea on silti sama. Eniten tämän hetken uskottavuuteen ja onnistumiseen vaikutti Robert Culpin ääninäyttely. Hänen suorituksensa oli täydellinen: jokainen lausuttu repliikki oli täynnä hienovaraisuutta ja tyyliä, niin että Breenistä tuli todella ikimuistoinen hahmo. Robert Culpin kanssa tehdyt äänityssessiot sujuivat todella vaivatta – hän astui mikin eteen käsikirjoituksen kanssa ja ääniteknikko aloitti tallennuksen, eikä muuta tarvittu. Kannattaa aina työskennellä itseään lahjakkaampien ihmisen kanssa, niin voi oppia jotain uutta. On väärin uskoa, että on vain yksi oikea tapa lausua jokin vuorosana tai toteuttaa jokin kohtaus. Sen sijaan kannattaa tehdä yhteistyötä lahjakkaiden ihmisen kanssa ja luottaa siihen, että he parantavat lopputulosta entisestään."
N/A4091"#commentary\cn_178_dissolved_weapons.mp3" "[ Quintin Doroquez ] Kaikki painovoima-aseella riepoteltujen Combine-joukkojen aseet määritettiin hajoamaan kahdesta syystä: pelaajat eivät näin voineet poimia aseita ja käyttää niitä, minkä lisäksi aseiden poisto paransi kenttien suorituskykyä. Kenttiin lisättiin myös räsynukkehahmojen hallinnointiohjelma, joka poisti maassa lojuvat räsynukkehahmot, kun pelaaja eteni kentässä muualle."
N/A4092"#commentary\cn_179_elevator_fight.mp3" "[ Brian Jacobson ] Halusimme pelaajan tuntevan olonsa kaikkivoipaiseksi, muttemme voineet vastustaa kiusausta lisätä kenttään haastavan taistelun, joka odotti pelaajaa hissikuilussa. Hissiä odoteltaessa käytävä taistelu oli lopulta suunniteltua vaikeampi: taistelu helpottui pelitestauksen myötä, mutta testausaika ei riittänyt taistelun riittävään tasapainottamiseen. Pelaaja ei missään vaiheessa ole liian suuressa vaarassa, mutta vihollisten silkka lukumäärä saa taistelun tuntumaan suuremmalta tapaukselta kuin mitä se oikeasti on."
N/A4093"#commentary\cn_180_replacing_the_prefabs.mp3" "[ Jeff Lane ] Combinen energiakuulalaitteisto oli suhteellisen yksinkertainen rakennelma, jossa kuulat pomppivat voimakentän suojissa. Pelitestauksen aikana ilmeni kuitenkin toistuva bugi, jonka seurauksena kuulat karkasivat voimakentästä. Käytössä olleen tekniikan rajoitusten vuoksi kuularakennelmat piti tästä syystä rakentaa manuaalisesti useita kertoja jokaiseen paikkaan ja jokaiselle Linnakkeen alueelle, jossa kuulia oli."
N/A4094"#commentary\cn_181_strider_fight.mp3" "[ Ted Backman ] Yhdessä Linnakkeen prototyypissä pelaaja saattoi tarttua painovoima-aseella strideriin, ja pitkän aikaa taistelun päätavoitteena oli päästä riittävän lähelle vihollista, jotta painovoima-asetta voisi käyttää. Kehittelyn loppuvaiheessa päätimme kuitenkin, että striderin riepottelu sai koneet näyttämään turhankin heikoilta, etenkin Street War -kentissä käytyjen taistelujen jälkeen. Niinpä vaihdoimme taistelun toiseen, jossa strider tuhotaan Combine-kuulilla. Koska pelaaja ei nyt saanut riepotella strideriä, lisäsimme koneeseen osia, jotka pelaaja saattoi repiä ja räjäytellä irti. Tämä on ainoa kohta pelissä, jossa striderillä on moinen ominaisuus."
N/A4095"#commentary\cn_182_getting_in_the_pod.mp3" "[ Dhabih Eng ] Tästä alkavassa kapselikyydissä meidän oli hallittava pelaajan liikkumista ja näkökenttää, mikä oli vastoin yleistä periaatettamme antaa pelaajalle mahdollisimman paljon vapauksia ja valtaa omiin tekemisiinsä. Tässä vaiheessa ratkaisu oli kuitenkin lopputuloksen arvoinen. Pelihahmo oli jo kehittynyt niin voimakkaaksi, että tilanteiden ohjailu oli vaikeaa, joten meidän oli otettava ohjat käsiimme. Kohtauksen kaikki hahmot puhuvat kuitenkin pelaajalle ja pitävät hänet huomion keskipisteenä. Onnistuimme myös lisäämään matkan varrelle tarinankerronnallisia elementtejä. Linnakkeen ratamatkalla on monia vihollisia, joita suunniteltiin osaksi peliä mutta joita ei koskaan käytetty pelissä. Pelaaja voi kapselinsa turvista katsella stalkerien kulkua ja nähdä nopean vilauksen biosynteettisestä pääravusta."
N/A4096"#commentary\cn_183_turrets.mp3" "[ Mike Dussault ] Asepesäkkeet olivat kätevä työkalu ötökkäsyöttien yhteydessä, sillä niillä estettiin muurahaiskorentojen suora hyökkäys. Pesäkkeiden avulla saatoimme luoda tilanteita, joissa pelaaja ei voinut edetä pelkästään syöttejä viskomalla – hänen olikin kierrettävä sivustaan ja tuhottava pesäkkeet, jotta muurahaiskorennot voisivat jatkaa etenemistä. Ja kyllähän läjäpäin muurahaiskorentoja niittävät pesäkkeet myös näyttivät hyvältä."
N/A4097"#commentary\cn_184_grenade_puzzle.mp3" "[ Aaron Seeler ] Pelaajien eteneminen tyssäsi pelitestauksen aikana usein tähän pulmaan, sillä loputtomasti kranaatteja sisältävä laatikko oli sijoitettu hieman taemmas reitin varrelle. Tässä vaiheessa peliä pelaajat osasivat jo yhdistää tällaiset ammuslaatikot pulmien ratkaisemiseen: jos kranaattilaatikko olisi asetettu tänne, pelaajat olisivat tajunneet heti, että ongelma ratkeaa kranaateilla. Halusimme, että pelaajien piti hetken aikaa käyttää aivosolujaan. Lopulta lisäsimme pienen vinkin ja laitoimme kranaatit näkymään ikkunan läpi. Pelitestauksessa löytyi myös bugi, jonka ansiosta pelaaja saattoi mennä lasin luo katsomaan kranaatteja ja sitten poimia ne lasin läpi."
N/A4098"#commentary\cn_185_allied_turrets_balancing.mp3" "[ Adrian Finol ] Asepesäkkeiden käyttöön keskittyvän taistelun tasapainottaminen oli haastavaa. Pesäkkeet ovat tämän taistelun erityispiirre: jos niitä ei käytetä, pelaaminen tuntuu itseään toistavalta, sillä kaikki muu on jo ennestään tuttua. Halusimme pelaajan hyödyntävän pesäkkeiden strategista sijoittelua, mutta juttu meni hyvin kaksijakoiseksi – jos pesäkkeet sijoitti hyvin, taistelusta tuli helppo, mutta jos aseet asetteli huonosti, taistelusta tuli turhan vaikea. Vihollisten tekoälyn muokkaus korjasi asiaa, sillä muutosten ansiosta viholliset kaatoivat pesäkkeitä nurin aiempaa tehokkaammin joko kranaateilla tai sivusta koukkaamalla. Näin oikean sijoittelun merkitys pieneni ja keskiöön nousi tarve huolehtia pesäkkeistä vihollisten hyökkäysten keskellä. Pelitestauksesta saatu palaute vaihteli: toisten mielestä kohtaus oli liian vaikea, toisille siitä tuli pelin suosikkitaistelu. Kehittelyaika uhkasi loppua kesken, joten helpotimme julkaisuversiota hieman, vaikkemme olleetkaan täysin tyytyväisiä lopulliseen pelitasapainoon."
N/A4099"#commentary\cn_186_meeting_mossman.mp3" "[ Ariel Diaz ] Mossmanin petoksen jälkeen pelaajan jälleennäkemiskohtaus Alyxin ja Mossmanin kanssa tuotti päänvaivaa, sillä monet pelaajat halusivat ampua Mossmanin heti hänet nähdessään. Näin ei saanut käydä, sillä meillä ei ollut aikaa kehitellä vaihtoehtoisia tarinankäänteitä. Emme myöskään halunneet paljastaa, että hahmon surmaaminen oli estetty, joten yritimme hillitä ampumisen todennäköisyyttä. Luodinkestävän lasin ansiosta Alyx ja Mossman ehtivät käydä keskustelunsa, jonka aikana käy ilmi, että Alyxin mielestä Mossmanin ampuminen olisi väärä ratkaisu."
N/A4100"#commentary\cn_187_eli_in_pod_choreography.mp3" "[ Ken Birdwell ] Tätä dialogia kirjoitettaessa ja äänitettäessä Nova Prospekt oli vielä työstövaiheessa. Tiesimme, että Alyx ja Gordon poistuvat vankilasta teleportin kautta, mutta mitään tarkempaa tietoa ei ollut vielä saatavilla. Dialogin piti siis olla riittävän yleisluontoista, jotta se toimisi kentän jokaisessa mahdollisessa versiossa. Niinpä kohtauksen painopiste ei ollut pelaajan teoissa vaan Alyxin haavoittuvuudessa ja hänen tunteissaan isäänsä kohtaan. Toivoimme kohtauksen tunnelatauksen kannattelevan kohtausta dialogin sijasta: halusimme pelaajan välittävän pelin hahmoista ja asettavan Alyxin tarpeet etusijalle."
N/A4101"#commentary\cn_188_mossman_and_eli.mp3" "[ Bill Van Buren ] Tämän Choreo-kohtauksen kehittely vaati paljon toistoja. Halusimme, yllättävän juonenkäänteen kohtauksen keskivaiheille, mutta emme halunneet rajoittaa pelaajan liikkumista. Oli luotava tasapaino, jonka avulla juonenkäänne näkyisi selvästi, mutta niin, ettei pelaaja voisi vaikuttaa käänteen etenemiseen. Jos pelaaja seurasi Alyxia konsolin luo, hänen oli ennen ympäri kääntymistään ymmärrettävä, mitä oli tapahtumassa. Jos hän taas pysyi loitommalla ja tarkkaili Mossmania, hänen oli käsitettävä tilanne ilman tunnetta siitä, että hänen pitäisi yrittää estää tapahtumat. Tämä vaati oikeaa ajoitusta, mikä taas vaati paljon hienosäätöä ja pelitestausta. Loppuratkaisu oli monen tekijän yhdistelmä: harhautimme pelaajaa, toteutimme tärkeän hetken nopeasti ja selitimme tilanteen, kun kaikki oli jo tapahtunut."
N/A4102"#commentary\cn_189_nova_prospekt_entry.mp3" "[ Danika Rogers ] Pelaaja on juuri läpäissyt kaksi taistelukeskeistä kenttäkokoelmaa, joten pelaajan päästyä sisään halusimme hidastaa tahtia hieman. Nämä varhaiset alueet suunniteltiin hidastamaan pelin rytmiä, jotta pelaajat voivat tutkia rauhassa Nova Prospektin sisätiloja. Etenemisen aikana esittelemme asepesäkkeet, jotka olivat aluksi vihollisia ja myöhemmin pelaajan käyttämiä varusteita. Suuri osa tästä kentästä luotiin kierrättämällä prototyyppejä ja luonnoksia, jotka oli luotu Nova Prospektin visuaalisen ulkonäön ideoinnin aikana."
N/A4103"#commentary\cn_190_turret_training_exit.mp3" "[ Doug Wood ] Tämän rojukasan sekä puoliksi tukitun portaikon tarkoitus on saada pelaaja luopumaan asepesäkkeistä. Asepesäkkeen mukana raahaaminen ei olisi aiheuttanut vakavia ongelmia, mutta halusimme silti vähentää sen todennäköisyyttä. Pesäkkeen raahaamisen hankaluus ei ollut paras mahdollinen suunnitteluratkaisu, mutta se oli silti tyhjää parempi. Monet pelitestaajat viskasivatkin pesäkkeen syrjään, kun heistä tuntui siltä, että peli yritti vihjata heille jotakin."
N/A4104"#commentary\cn_191_allied_antlions.mp3" "[ Eric Kirchmer ] Loputtomiin täydentyvän muurahaiskorentojen armeijan vuoksi meidän oli pohdittava, mikä pelaajan rooli Nova Prospektin taisteluissa oikein oli. Pelaaja oli jo kohdannut runsaasti Combinen sotilaita, joten päätimme tehdä alueen taisteluista ennemminkin näyttäviä pulmia taisteluhaasteen sijaan. Siksi loimme asetelmia, jotka olivat vakaita, kunnes pelaaja puuttui asioiden kulkuun. Vihollisia surmaamalla pelaaja saattoi kääntää voimasuhteet muurahaiskorentojen eduksi, mutta halusimme tehdä ötökkäsyötin käyttämisestä erityisen palkitsevaa. Kun pelaaja heittää vihollisia syötillä, monessa tilanteessa käynnistyy ylimääräisiä korentojen luomispisteitä, jolloin taisteluun rynnistääkin hurja määrä uusia korentoja: tästä syntynyt sekasorto oli palkinto, joka teki syötin käytöstä hauskaa."
N/A4105"#commentary\cn_192_laser_mines.mp3" "[ Erik Johnson ] Lasermiinojen lisäys Nova Prospektin kenttiin oli todella hauskaa. Miinat olivat peräisin Half-Life 1 -pelistä, ja niille löydettiin uusi tarkoitus pulmiin liittyvänä elementtinä. Pidimme siitä, miten ne olivat myös eräänlainen muurahaiskorentoja komentavien pelaajien moraalitesti: toiset pelaajat heittivät ötökkäsyötin suoraan miinojen toiselle puolelle ja lähettivät korennot laukaisemaan miinat, toiset taas purkivat miinat, ennen kuin komensivat pikku kaverinsa eteenpäin. Keitä me olemme tuomitsemaan kenenkään ratkaisuja?"
N/A4106"#commentary\cn_193_final_turret_arena.mp3" "[ Erik Johnson ] Kun suunnittelemme jonkin pelielementin (kuten asepesäkkeiden) käyttökaarta, luomme usein aluksi prototyypin, joka esittää käyttökaaren loppupistettä. Teemme prototyypistä useita versioita ja testaamme niitä, kunnes toimivin versio löytyy. Tämän jälkeen etenemme käänteisessä järjestyksessä lisäämällä aiempia kohtauksia, joissa kyseinen elementti esitellään ja sen käyttöä opetellaan. Näin varmistamme, että elementti on loppupisteessään viihdyttävä, ennen kuin siihen uhrataan paljon kehitystyötä. Harjoittelutilanteiden luontivaiheeseen mennessä olemme sitten keränneet riittävästi testituloksia, joista näemme, mitkä taidot kaipaavat opastusta ja mitkä taidot pelaajat oppivat luonnostaan. Tämä puolustustaistelu oli pesäkkeiden käytön lopputavoite: pelaajan oli osattava käyttää ja siirrellä asepesäkkeitä."
N/A4107"#commentary\cn_194_one_way_drops.mp3" "[ Jakob Jungels ] Pelaajat eivät koskaan tiedä, mitä nurkan takana odottaa, mutta he tuntevat alueet, joilta tulevat: niinpä he usein vetäytyvät tuttuun ympäristöön vihollisen kohdatessaan. Jos luomme alueen jolla haluamme pelaajan taistelevan (etenkin jos vihollisiin, kuten vaikkapa muurahaiskorentosuojelijaan, liittyy maastovaatimuksia), meidän on keksittävä keino estää vetäytyminen. Yleinen ratkaisu tähän ongelmaan on pudottaa pelaaja taistelukentälle yksisuuntaisesta sisäänkäynnistä – olette varmaan jo huomanneet pari tällaista tapausta."
N/A4108"#commentary\cn_195_npcs_on_elevators.mp3" "[ Jay Stelly ] Käytämme usein huomattavan määrän aikaa ratkaistaksemme pulmia, joita pelaajat eivät kenties edes huomaa. Useat näistä pulmista ovat hienovaraisia suunnitteluongelmia, toiset pulmat taas ovat seurausta useiden eri järjestelmien välisestä vuorovaikutuksesta. Esimerkiksi sivuhahmojen matkustaminen hissin kyydissä oli monimutkainen haaste, sillä siihen liittyi useita järjestelmiä, kuten sivuhahmojen tekoälyn kyky tehdä päätöksiä, hahmojen reitinmääritys ja liikkumisanimaatiot. Tämän lisäksi itse hissiin liittyi erillisiä simulointivaatimuksia, jotka eivät liittyneet millään lailla sivuhahmoihin. Yksi hienovaraisista haasteista johtui siitä, että sivuhahmojen simulointi on hitaampaa kuin hissien simulointi. Alaspäin kulkevan hissin kyydissä olevalle sivuhahmolle siis suoritetaan simulointi, jotta hahmo seisoo hississä oikein, minkä jälkeen hissille suoritetaan muutama simulaatio, jolloin hissi vajoaa alaspäin ja jättää sivuhahmon hitaasti jälkeensä. Pian tämän jälkeen sivuhahmolle suoritetaan taas uusi simulaatio, minkä seurauksena hahmo tipahtaa alas hissin lattialle. Voitte kuvitella, kuinka vaikeaa oli suhtautua Alyxiin vakavasti, kun hän tipahteli jatkuvasti pelaajalle puhuessaan."
N/A4109"#commentary\cn_196_looktargets.mp3" "[ John Cook ] Yksi pelisuunnittelumme keskeisiä työkaluja on Looktarget – peliympäristöön lisättävä näkymätön piste, joka aktivoituu, kun sitä kohti katsotaan. Pelikehittelijät voivat määrittää mm. kuinka tarkasti ja kuinka pitkään pelaajan on katseltava pistettä, jotta se aktivoituu: kun piste on aktivoitunut, Looktarget käynnistää erilaisia tapahtumia pelissä. Tämän seurauksena Alyx lausuu vuorosanansa vasta, kun pelaaja katsoo häneen, jokin tapahtuma käynnistyy vasta, kun se on näköpiirissä, ja Combinen alus lentää pelaajan yli vasta, kun pelaaja katselee aluksen saapumissuuntaan. Kun Looktarget-pisteet otettiin käyttöön, pelikehittelijät keksivät paljon keinoja käyttää pisteitä niin, että ne paransivat pelattavuuden luotettavuutta, etenkin kun pelaajat liikkuvat kentissä eri tahtia tai yllättävillä tavoilla."
N/A4110"#commentary\cn_197_nova_prospekt_yard.mp3" "[ John Morello ] Taistelu Nova Prospektin piha-alueella sai alkunsa, kun olimme nähneet muurahaiskorentojen taistelevan Combinen sotilaita vastaan. Korentojen ketteryys ja lähitaistelukyvyt sopivat hyvin yhteen sotilaiden hyvien ampumataitojen mutta heikkojen lähitaistelukykyjen kanssa. Muurahaiskorennot näyttävät hienoilta, kun niitä ammutaan, ja kun ne pääsevät vihollisen luo, räsynukketehoste tuottaa läjäpäin mielihyvää."
N/A4111"#commentary\cn_198_vent.mp3" "[ John Morello ] Tämä on kaikille varmasti jo vanhaa tietoa, mutta jos jossain on ilmastointikanava, siellä piileskelee päärapu. Me emme laadi näitä sääntöjä: ne, kuten kanavat itsekin, ovat meitä korkeampi voima."
N/A4112"#commentary\cn_199_kitchen.mp3" "[ Kerry Davis ] Kaikki pelikehittäjät tietävät, että jokaisessa videopeliin kuuluvassa keittiössä täytyy tapahtua kaasuräjähdys."
N/A4113"#commentary\cn_200_alyxs_tool.mp3" "[ Laura Dubuk ] Alyxin työkalu oli uskomattoman kätevä, sillä sen avulla Alyxia saattoi käyttää yleisavaimena. Pelaaja piti usein saada jäämään alueelle, kunnes kaikki oli valmista, ja Alyx saattoi lausua vuorosanojaan samalla, kun hän avasi eteenpäin johtavan reitin. Käytimme tätä kikkaa ehkä liikaakin, mutta se oli kerta kaikkiaan vastustamaton. Lisäksi Alyxin käyttäminen avaimena erillisen ratkaisun kehittelemisen sijaan säästi aikaa, jonka saatoimme sitten käyttää pelin muiden, tärkeämpien osien työstämiseen."
N/A4114"#commentary\cn_201_mossmans_betrayal.mp3" "[ Marc Laidlaw ] Alkuperäisen suunnitelman mukaan Judith Mossmanin piti pettää pelaaja tarinan tässä vaiheessa, mutta kun olimme päässeet tähän kohtaukseen työstettyämme ensin pelin muita osioita, meistä tuntui siltä, että Mossman vain yritti suojella Eliä. Järkeilimme Judithin harkinneen asiaa uudelleen ja tajunneen, ettei hän voi pettää Gordonia. Kehittelimme ideoita tämän mielenmuutoksen selittämiseksi, muttemme koskaan saattaneet Mossmanin omaa tarinaa päätökseen. Pidimme hahmon epämääräisyydestä, mutta lähes kaikki pelaajat vihasivat häntä. Sitä voi ehkä jopa pitää voittona: olimme yrittäneet saada pelaajat kiintymään Alyxin, eikä hänkään juuri pitänyt Judithista."
N/A4115"#commentary\cn_202_d2_prison_05_start.mp3" "[ Yahn Bernier ] Pelaajien kyky siirrellä monenlaisia esineitä aiheutti usein pulmia – etenkin kun ottaa huomioon vuoden 2003 prosessorien rajoitukset. Yksi ongelmista liittyi tekoälyn navigointijärjestelmään, joka ei tunnistanut fysiikan lakeja noudattavia ja niihin reagoivia dynaamisia esineitä, kuten tällaista metallivuodetta. Sivuhahmot osasivat vältellä tällaisia esineitä liikkuessaan, mutta navigointijärjestelmä ei havainnut niitä liikkumisreittejä valmistelevien kyselyjen yhteydessä. Tämä johtui ensisijaisesti laitteistojen rajoittuneesta suorituskyvystä — meillä ei ollut varaa luoda mitään monimutkaisempaa. Jouduimme myös selvittämään kenttäsuunnitteluun liittyviä ongelmia ilman selkeitä ratkaisuja, kuten esimerkiksi sen, miten vihollinen reagoi suurilla, fysiikkasimuloiduilla esineillä tukittuun käytävään. Ratkaisimme pulman antamalla sivuhahmoille lisävoimaa, jotta ne saattoivat työntää esineet sivuun. Tämän jälkeen pienensimme ongelmaa leventämällä käytäviä ja varmistamalla, että esineille oli aina riittävästi siirtämistilaa. Tähän ratkaisuun liittyi riskejä: sänkyjen takana piileskelevät sotilaat ja lähietäisyydelle rynnistävät muurahaiskorennot saattoivat yhdessä aiheuttaa kömpelöjä vuorovaikutushetkiä sivuhahmojen ja sänkyjen välillä."
N/A4116"#commentary\cn_203_alyx_as_companion.mp3" "[ Miles Estes ] Tästä osiosta tuli vahingossa Episode 1:stä tutun ominaisuuden prototyyppi: Alyx on pelaajan kumppani, jonka liikkumisreitti on saumaton yhdistelmä dynaamisia taisteluja ja valmista koreografiaa. Meillä ei vielä ollut tarkkaa käsitystä siitä, miten Alyxin mukanaolo sopisi tilanteisiin, mutta opimme lyhyestä osiosta silti paljon, vaikka meillä ei ollutkaan aikaa työstää asiaa tätä enempää."
N/A4117"#commentary\cn_204_laundry.mp3" "[ Mike Dussault ] Kun pelaaja on edennyt tälle \"Pesulaksi\" nimetylle alueelle, uskoimme hänen osaavan jo käyttää ötökkäsyöttejä taistelujen ratkaisemiseen. Siksi halusimme korottaa panoksia hieman luomalla tilanteen, jossa pelaajan on osallistuttava taisteluun entistä enemmän ja käytettävä sekä syöttejä että aseitaan."
N/A4118"#commentary\cn_205_side_zombie.mp3" "[ Quintin Doroquez ] Tämä myrkkyzombi oli aina pelitestauksen kohokohta. Pelaajat olivat taistelleet Combinen sotilaita, muurahaiskorentoja ja asepesäkkeitä vastaan jo hyvän aikaa, eivätkä he olleet nähneet myrkkyzombeja hetkeen: sellaisen ilmestyminen pimeästä oli usein kova järkytys."
N/A4119"#commentary\cn_206_flares.mp3" "[ Quintin Doroquez ] Tämä osio oli mukavaa vastapainoa sitä edeltäneelle asepesäkevaiheelle niin tuotantokulujen kuin työmääränkin suhteen. Osio luotiin hyvin myöhäisessä vaiheessa ja valmistui nopeasti, sillä Alyxin ja Combine-sotilaiden tekoäly oli jo pitkälle kehitelty. Pidimme pimeydestä ja merkkisoihtujen käytöstä, ja laitoimme idean talteen lisäkehittelyä varten. Sitä käytettiin myöhemmin uudelleen Episode 1 -pelin pimeiden maastojen suunnittelussa."
N/A4120"#commentary\cn_207_magic_wall.mp3" "[ Robin Walker ] Monien taistelualueiden tapaan tännekin tarvittiin jonkinlainen \"portti\", etteivät pelaajat voisi jatkaa matkaansa ennen taistelun päättymistä. Ikävä kyllä aika loppui kesken ja meidän piti siirtyä valmistelemaan juna-asemaa, joten päädyimme lopulta maagiseen hölynpölyyn: seinä vain räjähtää, kun toinen ilma-alus on kukistettu, ja näkyviin tulee eteenpäin vievä reitti. Vakuuttelimme itsellemme, etteivät useimmat ilma-aluksia vastaan taistelevat pelaajat huomaisi asiaa, ja pelitestauksen mukaan kaikki olivat yleensä hoitaneet taistelun loppuun ennen tänne saapumistaan. Alueella oli melkoisesti räjähdyksiä, joten tuhoutunut ja palava seinä tuntui ihan luonnolliselta. Jätimme seinän toiselle puolelle pari kaasuun liittyvää pulmaa, jotka ikään kuin oikeuttivat räjähdyksen, mutta emme silti olleet tyytyväisiä ratkaisuumme."
N/A4121"#commentary\cn_208_ragdoll_vortigaunt.mp3" "[ Scott Dalton ] Tähän kuolleeseen vortigauntiin liittyy paljon tuskaa – kenttäsuunnittelijan tuskaa. Tässä vaiheessa kehitystyökalut eivät mahdollistaneet räsynuken suoraa sijoittelua: kun sivuhahmo kuoli ja kaatui räsynukkena maahan, emme hallinneet millään tavalla sitä, millaiseen asentoon sivuhahmo jäi. Jos meillä olisi ollut animointiaikaa, animoijat olisivat voineet luoda meille yksiruutuisen animaation suunnilleen haluamaamme asentoon, mutta projekti oli jo pitkällä ja pieni animaatiotiimimme ylikuormitettu. Niinpä kenttäsuunnittelija sijoitti vortigauntin tämän tuolin yläpuolelle, käski sen kuolla tason latautuessa ja odotti nähdäkseen, mihin asentoon räsynukke asettui. Sitten suunnittelija siirsi vortigauntia hieman ja yritti uudelleen. Emme muista, montako yritystä tämä vaati, mutta varmasti paljon useamman kuin mitä luulisi."
N/A4122"#commentary\cn_209_nova_prospekt_process.mp3" "[ Eric Smith ] Ravenholmin tapaan myös Nova Prospektin alkuperäinen versio oli pelillisesti aivan erilainen lopulliseen versioon verrattuna. Ensimmäisessä versiossa keskityttiin pelaajan taisteluihin Combinen sotilaita vastaan, eivätkä muurahaiskorennot liittyneet asiaan mitenkään. Pelin muilla alueilla pelattavuus ja visuaaliset elementit kehittyivät samanaikaisesti, mutta Nova Prospekt sai jo varhaisessa vaiheessa suuren visuaalisen panostuksen, johon sisältyi joukko uudelleenkäytettäviä, hiottuja kenttärakenteiden osia. Nova Prospektin kokoaminen näiden osien avulla onnistui hyvin, sillä vankilan rakenne oli luonnostaan toistuva. Kun sitten myöhemmin palasimme työstämään kenttää muurahaiskorentoja ja ötökkäsyöttejä varten, rakenteiden käyttötarkoitusta piti muuttaa, jotta ne sopivat uuteen pelattavuuteen."
N/A4123"#commentary\cn_210_d2_prison_04.mp3" "[ Eric Kirchmer ] Suunnittelijat loivat koko kehitysprosessin ajan \"taidetarhoiksi\" kutsuttuja pieniä ympäristösegmenttejä: niiden avulla määritettiin, kuinka tekstuureita ja lavasteita käytettiin pelattavuuden kehittämiseksi ja kuinka pelin visuaaliset tavoitteet saavutettiin. Vankilan pelillistä sisältöä kehitellessämme saatoimme kentän toistuvan rakenteen ansiosta hyödyntää visuaalisia elementtejä tavallista suoraviivaisemmin. Tämä alue kehiteltiin Nova Prospektin ensisijaiseksi taidetarhaksi, mutta siitä tulikin osa tason varsinaista rakennetta, kun sillä oli ensin testattu erilaisia prototyyppejä – myös niitä, joiden pohjalta ötökkäsyötit kehitettiin myöhemmin."
N/A4124"#commentary\cn_211_autosave_dangerous.mp3" "[ Dave Riller ] Half-Life 1 -pelissä oli joukko automaattisia tallennuspisteitä, jotka kenttäsuunnittelijat asettivat omakätisesti paikoilleen ja jotka aktivoituivat, kun pelaaja saavutti pelissä jonkin tietyn kohdan. Näin peli tallentui automaattisesti, kun pelaaja eteni Black Mesan käytävillä. Half-Life 2:ssa tarvittiin uutta työkalua monimutkaisista pelialueista johtuvien ongelmien vuoksi. Osa kohtauksista kesti pitkään, ja niihin liittyi useita vihollisjoukkoja. Osa taas oli pitkiä ja rönsyileviä taisteluiden ja tutkimusten yhdistelmiä, joissa nämä kaksi elementtiä sulautuivat toisiinsa. Emme halua automaattista tallennusta kohtaan, jossa pelaaja on vaarassa kuolla heti pelin latautumisen jälkeen, koska silloin pelaaja jäisi jumiin noidankehään – kyseinen tilanne oli varmasti tuttu noihin aikoihin pelejä pelanneille. Jos joka areenalle ei lisätty taukokohtia, automaattiselle tallennukselle ei välttämättä ollut turvallista paikkaa. Testailujen jälkeen kehitimme \"automaattiseksi vaaratallennukseksi\" kutsumamme työkalun, joka yhdisti automaattisen tallennuksen tiettyyn ajanjaksoon: kun työkalu käynnistettiin, se tallensi pelitilanteen välittömästi mutta siirsi tallennuksen syrjään, niin ettei sitä voinut ladata. Jos pelaaja sitten säilyi hengissä määritetyn ajanjakson verran, tallennus vahvistettiin ja sitä käytettiin uusimpana automaattisena pelitallennuksena. Näin kenttäsuunnittelijat saattoivat sijoittaa automaattisen tallennuksen areenalla sopivaan paikkaan tai hetkeen ja määrittää sitten vaadituksi ajanjaksoksi vaikkapa 30 sekuntia. Jos pelaaja olisi sitten hengissä vielä 30 sekunnin jälkeenkin, automaattinen tallennus otettaisiin käyttöön."
N/A4125"#commentary\cn_212_we_dont_go_to_ravenholm.mp3" "[ Dario Casali ] Ravenholmin valmistuttua meistä tuntui yhä siltä, että siirtymä Elin laboratoriosta ei toiminut kunnolla. Se oli aivan liian äkillinen: Elin laboratoriosta päädyttiin suoraan kaupungin kaduille, eikä tätä osiota ollut olemassakaan. Olimme Elin laboratorion lopussa julistaneet, että \"emme enää käy Ravenholmissa\", ja pidimme luomastamme tavasta, jolla pelin tunnelma tiivistyi. Mutta kun pelaaja pääsi Ravenholmiin, taistelu zombeja vastaan alkoikin välittömästi eikä jännitystä ehditty rakentaa lainkaan. Ratkaisimme siksi ongelman luomalla tämän osion ja siihen liittyvät kapeat käytävät. Hidastimme tahtia sekä keskityimme visuaaliseen puoleen ja valaistukseen, niin että pelaaja on valmiina kokemaan, miksi Ravenholmissa ei enää käydä."
N/A4126"#commentary\cn_213_lever_shenanigans.mp3" "[ Dario Casali ] Yritimme kovasti muodostaa pelaajan mielessä yhteyden tämän kytkimen ja ulkopuolella olevan sähköaidan välille, mutta siitä huolimatta jotkut testaajat käänsivät kytkintä eivätkä tienneet, mitä olivat tehneet. He saattoivat jopa kuljeskella ympäriinsä, kääntää kytkimen takaisin alkuasentoon ja jatkaa kuljeskeluaan. Emme enää ehtineet selventää yhteyttä, joten päätimme kytkimen vain hajoavan. Näin pelaaja ei voinut kumota edistymistään, minkä lisäksi vahvistimme vaikutelmaa siitä, että Ravenholm oli epäluotettava ja ränsistynyt ympäristö."
N/A4127"#commentary\cn_214_town_arenas.mp3" "[ Dario Casali ] Ravenholmin tässä vaiheessa pelaaja on oppinut kaikki käytettävissä olevat pelielementit ja osaa ennakoida, miten ne vaikuttavat toisiinsa. Saatoimme siis kehittää aiempaa monimutkaisempia ja vaarallisempia tilanteita, joissa pelaaja saa vapaammin päättää, miten eri tilanteet ratkaistaan. Tällä alueella on yhteen kietoutuneita tiloja, joita pelaajan tulee tutkia, ja tutkimisen yhteydessä taistelujen intensiteetti kasvaa hiljalleen. Mitä nopeammin pelaaja tutkii paikkoja, sitä nopeammin taistelut kiihtyvät. Mallin vapaamuotoisuuden vuoksi alueen hienosäätö oli haastavaa, sillä pelaajien alueeseen käyttämä peliaika vaihteli suuresti."
N/A4128"#commentary\cn_215_mines.mp3" "[ Dario Casali ] Pelaajan on kuljettava haastavaa reittiä tämän kaivoskuilun läpi, joten hänellä on hyvin aikaa nähdä, mitä pohjalla odottaa. Ja yllätys yllätys: päärapujahan siellä vipeltää. Kuten monessa muussakin paikassa. Tällä kertaa kyseessä ovat kuitenkin myrkylliset pääravut, jotka ovat hauskoja jo omillaankin – mutta kun sekaan lisätään nopeita päärapuja, ne ovat ratkiriemukkaita. Yhdistelmä on loistava: viholliset ovat erillään aika vaarattomia mutta yhdessä uskomattoman tappavia. Kun pelihahmo on myrkytetty, yksi nopean pääravun osuma riittää tappamaan hänet. Biologit kutsuvat tällaista yhteistoimintaa symbioosiksi. (Ainakin uskomme niin.)"
N/A4129"#commentary\cn_216_poison_headcrabs.mp3" "[ David Speyrer ] Myrkylliset pääravut esitellään tässä huoneessa tahattomasti. Käytimme paljon aikaa niiden myöhemmän esittelyn valmisteluun, mutta kun näimme, kuinka hyvin ne toimivat pelitesteissä, menetimme itsehillintämme – ja pian rapuja oli siroteltu ympäri kenttää. Kun sitten tajusimme rapujen vilistävän pelissä jo ennen varsinaista esittelyään, oli jo liian myöhäistä korjata asiaa. Onneksi ahdas huone täynnä myrkyllisiä päärapuja toimii ihan kohtuullisena harjoituksena, koska siinä vältetään eräs taistelukoulutuksen ongelma: pelaajat ovat usein stressaantuneita ja saattavat ärsyyntyä, jos pelihahmo kuolee jatkuvasti heille tuntemattomasta syystä. Törmäsimme tähän ongelmaan, kun yritimme kouluttaa pelaajaa selviämään sekä myrkyllisistä pääravuista että niitä luovista myrkkyzombeista. Myrkylliset pääravut eivät voi yksinään tappaa pelaajaa – niitä kuhiseva huone oli kyllä stressaava, muttei aiheuttanut ärsytystä."
N/A4130"#commentary\cn_217_poison_zombie_introduction.mp3" "[ David Speyrer ] Jos haluamme pelaajan huomaavan jotakin, voimme pakottaa hahmon ahtaaseen paikkaan, josta hahmo näkee ulospäin. Näin parannamme sen todennäköisyyttä, että pelaaja äkkää huomattavaksi tarkoitetun asian. Tässä tapauksessa kiinnitämme pelaajan huomion kiljahdusäänellä, ennen kuin itse myrkkyzombi tulee näkyviin. Alun perin tämän piti olla myös ensimmäinen kerta, kun pelaaja kohtaa myrkyllisiä päärapuja, mutta kuten aiemmin todettiin, levitimme myrkyllisiä päärapuja hieman liian innokkaasti eri puolille kenttää, joten yhteisesittely ei onnistunutkaan. Loppujen lopuksi nämä ensikohtaamiset toimivatkin paremmin erillisinä tapauksina."
N/A4131"#commentary\cn_218_final_arena.mp3" "[ Eric Smith ] Kun Ravenholmin ensimmäisen versio oli valmis, tällä katolla oli tarkoitus käydä ratkaiseva taistelu. Katto oli alkujaan vain visuaalisesti kiinnostava paikka Ravenholmin muiden tilojen tapaan. Meistä tuntui tärkeältä, että kun pelaaja lähtisi Ravenholmista, hän voisi katsella kaupunkia, josta oli juuri selvinnyt – nähden samalla vilauksen siitä, minne seuraavaksi suuntaisi. Monet pelattavuuteen keskittyvät ryhmät koettivat kehittää tänne taistelua, mutta ahtaan geometrian ja suorituskyvyn rajoitteiden vuoksi emme koskaan saaneet luotua loppuhuipennusta, johon olisimme olleet tyytyväisiä. Vaikutti siltä, että Half-Life-saagan tapaan myöskään Ravenholmilla ei koskaan olisi varsinaista loppua."
N/A4132"#commentary\cn_219_tables_and_bodies.mp3" "[ Ido Magal ] Kun Ravenholmin tärkeimmät palaset oli saatu paikoilleen kentän valmistuksen loppuvaiheissa, kävimme läpi kentän kaikki tyhjät kolkat ja yritimme täyttää niitä jollakin kiinnostavalla. Meidän täytyi pitää huoli siitä, että käyttäisimme vain jo tarjolla olevia juttuja, sillä emme voineet ottaa sitä riskiä, että loisimme uusia bugeja. Yritimme usein – kuten tässäkin huoneessa – lisätä alueille uusia pelattavia hetkiä sekä yksityiskohtia ja tarinointia. Tällaisten pienten kohtausten myötä tarkkaavainen pelaaja voi pohtia, mitä hän näkee ja mitä sen perusteella saattaa olla luvassa seuraavaksi."
N/A4133"#commentary\cn_220_physics_object_consistency.mp3" "[ Kerry Davis ] Kaikilla fyysisillä kohteilla on tietyt parametrit, jotka määrittävät niiden toimintaa: näitä ovat esimerkiksi kohteen massa, paljonko kohde kestää vahinkoa, millaiseksi kohde särkyy jne. Kehitysprosessin aikana kenttäsuunnittelijat määrittivät nämä parametrit eri kohteille, ja näin suurin osa pelin jutuista toimi. Myöhemmin kuitenkin huomasimme ongelman: pelissä oli tuhansia fyysisiä esineitä, eikä niiden yhteneväisyyttä voitu mitenkään taata. Näin ollen pahvilaatikko saattoi yhdessä kentässsä hajota kappaleiksi yhdestä pistoolinlaukauksesta – ja olla toisessa kentässä täysin särkymätön. Sisäisesti näitä epäjohdonmukaisuuksia kutsuttiin \"kenttäsuunnittelijoiden rikoksiksi\". Halusimme korjata ongelmat, joten kehitimme järjestelmän, joka pakotti kaikki fyysiset kohteet yhtenäisiksi niiden visuaalisen mallin mukaan. Suurin osa pelistä oli jo kehitetty, joten meidän oli pakko antaa kenttäsuunnittelijoiden jättää tietyt kohteet järjestelmän ulkopuolelle, jos kenttäsuunnittelijoiden oli joissakin harvoissa tapauksissa tehtävä jotakin \"rikollista\" suunniteltujen juttujen säilyttämiseksi. Kutsumme näitä suunnittelijoita \"rikoksenuusijoiksi\", ja jotkut heistä jatkavat rikollista elämäänsä Valvella vielä tänäkin päivänä."
N/A4134"#commentary\cn_222_fast_zombie_introduction.mp3" "[ Randy Lundeen ] Tässä on toinen alue, joka kehitettiin vuoden 2003 E3-messuja varten: sen avulla esiteltiin pelaajan taisteluja Combine-sotilaiden ryhmää vastaan. Kun palasimme alueen pariin nopeiden zombien esittelyä varten, pyrimme säilyttämään aiemmasta työstämme mahdollisimman paljon. Halusimme klassisen kuutamokuvan, jossa zombit kiinnittävät pelaajan huomion loikkimalla kuun siluetin ohi ihmissusien tapaan. Sen jälkeen pelaajan alueelle lisätään ensimmäinen nopea zombi, joka singahtaa pelaajaa kohti. Oli aika haastavaa löytää valaistukselle oikea tasapaino, niin että kohtaus sekä näytti hyvältä että toimi pelattavuuden kannalta."
N/A4135"#commentary\cn_223_ravenholm_gameplay_focus.mp3" "[ Mike Dussault ] Olimme seuranneet Ravenholmin pelitestausta useaan otteeseen ja tiesimme jo, että kentän pelattavuus pyöri painovoima-aseen ja fysiikan ympärillä. Uskoimme, että voisimme näiden tietojen pohjalta sekä luoda sopivan siirtymän Ravenholmiin että auttaa pelaajaa ymmärtämään, millainen kokemus olisi edessä. Sama kaava toistuu usein: kasaamme kentän, selvitämme mikä toimii ja suunnittelemme sitten kentän esinäytöksen. Pidimme tämän ajattelumallin mielessämme, kun suunnittelimme seuraavia alueita. Annoimme pelaajille riittävän julmia työkaluja, että saimme luotua haluamamme tunnelman: tämä helpotti siirtymistä turvallisesta Elin laboratoriosta vähän synkempään ja pelottavampaan paikkaan."
N/A4136"#commentary\cn_224_player_tools.mp3" "[ Steve Bond ] Pelin tässä vaiheessa pelaajalla on jo paljon kokemusta Half Life 2:n fysiikanmallinnuksesta, mutta hän on juuri saanut painovoima-aseen, jonka avulla pelin fyysisiä esineitä voikin käsitellä aivan uudella tavalla. Teimme paljon toistoja erilaisilla fyysisillä kohteilla, joita pelaaja saattaisi käsitellä, kuten sahanterillä, katapulteilla, räjähtävillä kanistereilla, ansoilla ja keihäillä. Sitten keskityimme niihin vaihtoehtoihin, jotka toimivat hyvin painovoima-aseen kanssa, ja poistimme ne, jotka eivät toimineet. Lopulta poistimme kentistä ammukset, niin että pelaajan oli pysyteltävä hengissä esineitä viskomalla. "
N/A4137"#commentary\cn_225_contrived_setups.mp3" "[ Kerry Davis ] Joihinkin painovoima-aseen ja fyysisten esineiden koulutusjuttuihin liittyy aika itsestään selvä viritelmä – pelaaja vetää painovoima-aseen avulla sahanterän seinästä, ja kuin tilauksesta nurkan takaa kompuroi zombi, joka suorastaan kerjää osumaa sahanterästä. Kun pelaaja sitten ryömii pyörivän teräansan alle sammuttaakseen ansan, paikalle ilmestyykin kolme zombia, jotka houkuttelevat pelaajan taas käynnistämään ansan. Meillä ei ollut aikaa työstää tätä vaihetta paljoakaan, joten tarvitsimme juttuja, jotka toimisivat kaikille pelaajille; oli vältettävä avoimia tilanteita, joissa pelaajien pitäisi ensin tehdä \"oikea\" valinta. Tällainen rakenne saattaa vähentää pelaajien luovuutta, mutta tässä tapauksessa pelaajia ei tuntunut haittaavan, että heidän piti toimia näin."
N/A4138"#commentary\cn_226_misteaching_flinches.mp3" "[ Kerry Davis ] Yksi Ravenholmissa tapahtuneista ikimuistoisista testauksista on hyvä esimerkki siitä, kuinka pelaajille ei pidä opettaa vääriä asioita. Suunnittelun periaatteisiimme kuuluu, että pelin tulee reagoida pelaajan toimintaan mahdollisimman hyvin. Niinpä painovoima-asetta suunniteltaessa oli itsestään selvää, että jos pelaaja osoittaa aseella zombia ja vetää liipaisimesta, jotain pitää tapahtua. Oli helppoa laittaa zombi kärsimään pikkiriikkisen vahinkoa, niin että se esittäisi hätkähdysanimaationsa, mikä vaikutti hyvältä ja responsiiviselta ratkaisulta. Myöhemmin seurasimme pelitestausta, jossa testaaja huomasi aseen vaikutuksen heti päästyään Ravenholmiin – mutta hän tulkitsi asian niin, että painovoima-ase vahingoitti zombia... kuten se tekikin, tosin vain pienen määrän. Niinpä hän sätkäytteli zombia yhä uudelleen ja uudelleen, kunnes zombi viimein kuoli. Tämä on hidas ja tylsä tapa taistella zombeja vastaan, kun tarjolla olisi myös sahanteriä ja räjähtäviä kanistereita. Opimme virheestämme ja poistimme hätkähdysanimaation, vaikka painovoima-aseen ja zombien välinen vuorovaikutus sitten katosikin. Tässä tapauksessa oli parempi poistaa simppeli vuorovaikutus kuin antaa väärä vaikutelma siitä, että painovoima-ase olisi tehokas ase zombeja vastaan. Yksinkertaisetkin periaatteet voivat vaatia kompromisseja."
N/A4139"#commentary\cn_227_fire_trap.mp3" "[ Steve Bond ] Tuliansan piti alun perin toimia tulijärjestelmän visuaalisena esittelynä, mutta eräs kenttäsuunnittelija otti sen uuteen käyttöön ja teki siitä Ravenholmiin pelillisen elementin. Kehitysprosessin aikana ansa oltiin vähällä poistaa lukuisia kertoja, sillä läpinäkyvä sprite-grafiikka vaati paljon päällepiirtämistä, mikä heikensi heikompien tietokoneiden suorituskykyä huomattavasti. Lopulta joku ohjelmoijista totesi toiminnon olevan pelielämyksen kannalta sen verran tärkeä, että hän ratkaisi suorituskykyyn liittyvät ongelmat ja varmisti, että toiminto pysyy pelissä. "
N/A4140"#commentary\cn_228_hallway_cupboards.mp3" "[ Yahn Bernier ] Nämä romun täyttämät käytävät olivat yksinkertainen ratkaisu pelaajan etenemisen hidastamiseksi. Aiemmin luotua geometriaa piti saada säilytettyä mahdollisimman paljon, minkä lisäksi alueen päävihollisia olivat hitaasti liikkuvat zombit, joten oli haastavaa estää pelaajaa vain juoksemasta tästä läpi. Onneksi käytössämme oli Ravenholmin sekopäinen asukas, Grigori, joten nämä rojukasat voitiin perustella vaivatta — onhan vain järkevää, että Grigori on tukkinut portaikon pysyäkseen turvassa katolla. Lopulta Grigorin ratkaisu oli sama kuin meidänkin: viskotaan vain tielle huonekaluja, sillä jos ne pysäyttävät zombit, ne hidastavat varmaan pelaajaakin."
N/A4141"#commentary\cn_229_pacing_switch.mp3" "[ Steve Bond ] Pelaaja on nyt läpäissyt koulutusosion, joten voimme siirtyä uhkaavan klaustrofobisista tiloista taistelupainotteisiin alueisiin. Ympäristöön liittyvät fysiikkatyökalut ovat jo pelaajalle tuttuja , joten voimme alkaa yhdistellä niitä avoimiin tiloihin ja tarjota pelaajalle vapauden valita haluamansa ratkaisun. "
N/A4142"#commentary\cn_230_car_crushers.mp3" "[ Steve Bond ] Fysiikkaan perustuvaa vahinkojärjestelmää piti säätää näiden autonmurskainten vuoksi, mikä vaati melkoisesti työtä. Suurten fyysisten esineiden vaikutukset sivuhahmoihin aiheuttavat aina haasteita: jos vaikkapa fyysiset voimat voivat työntää sivuhahmoa, hahmo saattaa päätyä paikkaan, josta se ei voi jatkaa peliä. Tämä ei ole vakava ongelma vaikkapa pääravulle, joka voi vain hypätä pois ikävästä tilanteesta, mutta zombi saattaisi jäädä jumiin ja päätyä huitomaan ympäriinsä raossa, johon se on kiilautunut. Tällaiset tapaukset pilaisivat tavoittelemaamme selviytymiskauhun tunnelmaa. "
N/A4143"#commentary\cn_231_car_crusher_lifts.mp3" "[ Eric Smith ] Pelihahmon nostaminen autonmurskaimella oli haastava urakka. Hahmoon vaikuttavat sekä fysiikkajärjestelmä että pelin liikejärjestelmä: aina kun pelihahmon tila päivittyy, järjestelmien tuloksista valitaan vertailemalla \"oikea\" vaihtoehto, minkä jälkeen tila synkronoidaan ja koko juttu toistetaan. Kaksi järjestelmää voivat siis vaikuttaa toisiinsa – jos pelihahmo seisoo kiikkulaudalla, fysiikka antaa laudan painua alas, ja jos pelihahmo seisoo autonmurskaimen päällä, hahmo nouseekin ylös. Kahden järjestelmän systeemi oli monimutkaisempi verrattuna siihen, että sama järjestelmä hoitaisi sekä fysiikan että pelihahmon liikkumisen, mutta sitä oli ilman muuta helpompi säätää. Erillisten järjestelmien ansiosta saatoimme hienosäätää liikejärjestelmää niin, että se tuntuu hyvältä omillaan. Kahta järjestelmää tarvitsi sovitella yhteen vain, kun fysiikka vaikutti pelihahmoon."
N/A4144"#commentary\cn_232_paint_cans.mp3" "[ Steve Bond ] Kun painovoima-ase ja fysiikan hyödyntäminen oli saatu kehitettyä Ravenholm-kokemuksen keskeiseksi osaksi, aloimme käydä kenttiä läpi ja etsiä kohteita, jotka olivat ehkä jääneet aiemmin huomiotta, kun keskityimme todella aggressiivisiin juttuihin, kuten sahanteriin ja räjähtäviin kanistereihin. Maalitölkki oli yksi löytämistämme jutuista: oli helppoa vahvistaa pelaajien odotuksia ja laittaa maalitölkit roiskimaan zombien päälle maalia, jos zombeja paiskottiin tölkeillä. "
N/A4145"#commentary\cn_233_bringing_physics_to_the_enemies.mp3" "[ Tom Leonard ] Ravenholmin fysiikka-ansat olivat kentän ensimmäisiä pelielementtejä, joihin olimme todella tyytyväisiä, mutta niihin ei juuri liittynyt pelaajien osallistumista. Sahanterien avulla saimme selvitettyä, mikä oli Ravenholmin varsinainen pointti: niiden voimalla fysiikkakikkailun saattoi viedä zombien luo sen sijaan, että zombien piti tulla fysiikkakikkailun luo. Kun olimme ymmärtäneet tämän tekijän, Ravenholm kehittyi vauhdilla. Kävimme kenttää läpi useita kertoja ja etsimme kaikkea mahdollista, mikä voisi päätyä pelaajan työkaluksi tai aseeksi. "
N/A4146"#commentary\cn_234_ravenholm_development.mp3" "[ Tom Leonard ] Ravenholmia alettiin kehittää Half-Life 2:n tuotannon alkuvaiheissa, joten sille suoritettiin useita kehittelykierroksia. Alueen ensimmäinen versio valmistui ennen painovoima-asetta, joten pelaaminen keskittyi perinteiseen zombitaisteluun aseiden ja fysiikka-ansojen voimalla. Aioimme jopa esitellä Ravenholmia jo vuoden 2002 E3-messuilla, mutta lopulta peli julkistettiin vuotta myöhemmin vuonna 2003. Siinä vaiheessa olimme panostaneet suuresti Ravenholmin visuaalisuuteen, mitä yleensä välttelemme aina siihen asti, että itse pelattavuus on kunnossa. Kun siis palasimme Ravenholmin pariin painovoima-aseen mekaniikkaa varten, meidän oli käsiteltävä paljon kentän jo valmiita rakenteita, joita suunniteltaessa pelaamisen tavoite oli ollut aivan erilainen. "
N/A4147"#commentary\cn_235_grigori_plaza.mp3" "[ Steve Bond ] Tämä aukio on yksi ensimmäisessä kehittelyvaiheessa tarkasti toteutetuista alueista. Kun palasimme aukion pariin, halusimme säilyttää mahdollisimman suuren osan valmiista visuaalisista elementeistä – samalla kun suunnittelimme uuden pelaajareitin, joka hyödynsi kolmea ulottuvuutta. Pelaajat saivat liikkua ylös- ja alaspäin ikkunoiden läpi, kattojen yli ja rakennusten välillä. Alue ei ollut suuri, joten sinne piti luoda mahdollisimman paljon reittejä. Ja koska keskityimme aluksi alueen visuaaliseen puoleen, siellä ei pelillisesti ollut paljoakaan tekemistä ja testaajat yleensä vain syöksyivät alueen läpi, mihin meidän oli puututtava. Renderöinnin suorituskyvyn budjettikin oli jo täyttymässä, joten uusille jutuille ei ollut juuri tilaa. Haasteena oli keksiä pieniä lisäyksiä pelaajan hidastamiseksi, joten lisäsimme uhkia, joita vaani nurkan takana sekä kentän joka sopukassa."
N/A4148"#commentary\cn_236_ravenholm_development_2.mp3" "[ Tom Leonard ] Kun fanit puhuvat meille Half-Life 2:sta, parhaiten muistetaan yleensä Ravenholmin alue. Alueeseen liittyi lukuisia kehittelyvaiheita ja paljon materiaalia, joten Ravenholmissa näkyy todella monen tiiminjäsenemme kädenjälki. Aluetta työstäessämme opimme, kuinka suunnitteluprosessiamme voitiin soveltaa lavasteisiin ja haluttuun tunnelmaan, kuinka fysiikka ja pelattavuus yhdistyivät painovoima-aseessa, miten päärapuja ja zombeja tuli kehittää Half-Life 2:ta varten ja paljon muuta. Ravenholmin kohdalla teimme mielestämme oikean ratkaisun, kun emme johtaneet työtä keskitetysti vaan annoimme ihmisille omaa päätäntävaltaa. Ravenholm on kompakti ympäristö, joka on pelattavuudeltaan ja taiteelliselta toteutukseltaan todella tehokas. Siinä yhdistyy lukuisten sellaisten ihmisten panos, jotka ovat ymmärtäneet, kuinka he voivat kykyjensä voimalla tehdä kentästä vielä entistäkin paremman. "
N/A4149"#commentary\cn_237_playtester_archetypes.mp3" "[ Tom Leonard ] Half-Life 2:n tuotanto perustui versiointiin ja säännölliseen pelitestaukseen. Seurasimme viikoittain hiljaa jonkun pelaajan olan takaa, kuinka tämä pelasi juuri työstämäämme osiota, ja merkitsimme muistiin, mikä toimi ja mikä ei. Meille oli tärkeää ottaa pelitestaukseen mukaan eritasoisia pelaajia, sillä emme halunneet toteuttaa ratkaisuja, jotka sopisivat vain harvoille. Ajan myötä opimme valitsemaan tietyntyylisiä pelitestaajia sen mukaan, missä kehitysvaiheessa olimme: Alkuvaiheissa käytettiin kokeneita pelaajia (yleensä muita ryhmänjäseniä, joita karkeat, viimeistelemättömät alueet eivät haitanneet ja jotka osasivat kertoa ajatuksistaan). Taistelujen testaukseen valittiin kaiken tasoisia pelaajia, erityisesti sellaisia, jotka käyttivät työkaluja luovasti. Kun alueita saatiin hiottua, keskityimme aloittelijoihin – ihmisiin, jotka eivät juuri pelanneet pelejä tai joilla ei ollut kokemusta tällaisista ampumapeleistä. Vaikka tällainen henkilö ei ehkä ostaisikaan peliä, opimme usein jotakin arvokasta häntä seuratessamme. "
N/A4150"#commentary\cn_238_the_real_final_arena.mp3" "[ Tom Leonard ] Half-Life 2:n kehitystyön loppuvaiheessa kävimme koko peliä läpi viimeisiä parantelumahdollisuuksia varten, ja silloin totesimme, että haluamme sittenkin Ravenholmille kunnon loppuhuipennuksen – kattotaistelu ei vain riittänyt. Keskustelimme asiasta ja päätimme lisätä viimeisen taistelun, jossa Gregori taistelee pelaajan rinnalla. Kehitystyön kannalta tämä oli riskialtis valinta, mutta mielestämme peli tarvitsi sitä. Kehitystyö alkoi olla lopuillaan, joten käytössämme oli valmiiden pelitoimintojen valikoima, ja mikä tärkeämpää, tässä vaiheessa ymmärsimme omaa peliämme. Pelin tekeminen on usein prosessi, jonka aikana opitaan, mitä prosessin aikana oikeastaan luodaan. Miksi peli on hauska? Millä tavoin se on erilainen? Mitkä ovat pelin tärkeimmät elementit? Kun kehitimme peliä ja katsoimme pelitestaajien pelaavan sitä, saimme vastauksia näihin kysymyksiin ja opimme tekemään peliämme paremmin. Hautuumaan kohtaus valmistui siksi nopeasti, ja se vaati vähemmän työvaiheita kuin monet aiemmat alueet. "
N/A4151"#commentary\cn_239_cities.mp3" "[ Eric Kirchmer ] Yksi tämän osion hankalimmista haasteista oli saada pelaaja tuntemaan olevansa suurkaupungissa, vaikka suorituskyvylle määritetty budjetti ei missään nimessä riittänyt moisen ympäristön renderöintiin. Niinpä keskityimme täyteen ahdettuihin kerrostaloasu ntoihin, maanalaisiin autotalleihin, metrotunneleihin, tierumpuihin ja vastaaviin – eli paikkoihin, joita on suurkaupungeissa mutta joissa horisonttia ei näy. Täydensimme kenttäsuunnittelun näköalapaikoilla, joissa koko alue on pyhitetty laajojen näkymien ihailulle. Näissä paikoissa pelin suorituskyky voitiin kohdistaa pelkästään näkymille, eikä budjetista tarvinnut varata mitään vihollistekoälyä tai taisteluja varten."
N/A4152"#commentary\cn_240_strider_4.mp3" "[ Eric Smith ] Vaikka tämä kenttä olikin striderille tehty tuotantokenttä, laitteen tekoälyn testaukseen käytettiin edelleen alkuperäistä kehityskenttää. Meistä tekoälyn testaukseen kannattaa käyttää kunnollista testauskenttää, jonka avulla uusia pelattavuuteen liittyviä ideoita voidaan testailla ja säätää nopeasti. Näin bugit ja suunnitteluvirheet saadaan paikannettua, ja niitä voidaan iteroida nopeasti. Kun tekoälyn toiminnot sitten toimivat hyvin, ne siirretään tuotantokenttään kenttäsuunnittelijoiden käytettäväksi. Striderin testauskentässä oli raunioituneiden rakennusten hahmotelmia ja monessa paikassa siviilejä syntyi loputtomiin, joten kohteita oli jatkuvasti tarjolla. Näin saatoimme hienosäätää striderin tekoälyä ja tehdä siitä monella tavalla kiinnostavan – vaikka sitten jäisi vain ihailemaan sotakoneen toimintaa."
N/A4153"#commentary\cn_241_perf_arena.mp3" "[ Aaron Seeler ] Tähän areenaan liittyi melkoinen haaste: suorituskyky. Areenan koko sekä striderien ja kansalaisten tekoälyt yhdessä panivat meidät koetukselle. Kun Half-Life 2 siirrettiin Xboxille, tämän areenan julkaisu vaati hieman rakennemuutoksia. Meidän piti tasapainotella alkuperäisen tavoitteen sekä alkuperäistä vastaavan pelielämyksen toteuttamisen välillä, ja se oli melkoisen haastavaa."
N/A4154"#commentary\cn_242_space_re-use.mp3" "[ Chris Green ] Tänne palaaminen oli hyödyllistä monella tavalla. Ensinnäkin uusien alueiden tuotantokustannukset ovat aina suuret, joten jos valmiille alueelle voidaan lisätä uutta sisältöä, sitä voi pitää voittona. Ja kun kyseessä on haastava taistelu, jossa pelaaja kohtaa useita stridereita, uusiokäytöstä on muitakin etuja. Pelaajat ovat jo kulkeneet alueella, joten heillä on käsitys sen rakenteesta. Tällä kertaa areenan halki kuljetaan takaosasta etuosaan, mutta reitti noudattelee aika hyvin alkuperäistä reittiä. Tuttuudesta on hyötyä, kun pelaajien täytyy edetessään kerätä resursseja taistelua varten. Kaupunki 17 on sodan runtelema, minkä ansiosta saatoimme muokata suojia ja lisätä reitin varrelle pieniä esteitä, niin että ympäristö pysyi dynaamisena ja yllättävänä."
N/A4155"#commentary\cn_243_tenements_and_courtyards.mp3" "[ Danika Rogers ] Käytimme paljon pikkujippoja ja kehitimme monenlaisia toimintoja, jotka loivat vaikutelman sotaa käyvästä kaupungista – tavoitteenamme oli tarjota väläyksiä yhteenotoista tai etäisten kamppailujen ääniä. Looktarget-toiminnon avulla saimme jotakin tapahtumaan aina, kun pelaaja katsoi ikkunasta, kun taas Tracker Maker -työkalun avulla suunnittelijat saattoivat luoda \"valojuova-tulitusta\" kahden pisteen välille. Kun tähän yhdistettiin äänityökalut, tuntui siltä kuin kaksi vihollisryhmää olisi ampunut toisiaan, eikä tekoälyä tarvittu lainkaan. Kehitimme myös pieniä juonenpätkiä taustahahmoille, jotka pelaaja havaitsisi useita kertoja kentän läpi edetessään. Kaikkia näitä hetkiä hienosäädettiin pelitestauksessa, jotta mahdollisimman monet pelaajat saisivat kokea ne."
N/A4156"#commentary\cn_244_hopper_mine_training.mp3" "[ Dario Casali ] Tämä metallinkappale asetettiin tarkoituksella aukon päälle, jotta pelaajat käyttäisivät painovoima-asetta ja poistaisivat esteen. Temppu oli hienoista manipulaatiota meidän puoleltamme, sillä olimme huomanneet pelaajien hyppymiinakoulutuksen sujuvan paljon paremmin, jos he yrittivät heti käyttää niihin painovoima-asetta – ja tämä metallinkappale kasvatti huomattavasti sitä todennäköisyyttä, että pelihahmo oli jo ottanut painovoima-aseen esiin. Asetimme aukkoon useita miinoja, jotta pelaajilla olisi lukuisia tilaisuuksia käsitellä niitä: tämä kasvatti todennäköisyyttä sille, että pelaajat keksisivät vaihtoehtoisia keinoja hankkiutua niistä eroon. Tämä on myös ensimmäinen kerta, kun pelaajalla on koulutuksen yhteydessä kokonainen siviilijoukko mukanaan, joten lisäsimme tilanteeseen hyppymiinoihin liittyviä repliikkejä."
N/A4157"#commentary\cn_245_dog_combat.mp3" "[ Eric Kirchmer ] Dog on todella hauska hahmo, ja yritimme aina keksiä keinoja saada Dog taistelemaan pelaajan rinnalla. Totesimme kuitenkin pian, että taistelujen mittakaavan säätäminen oikeanlaiseksi olisi liian suuri urakka: tähän olisi tarvittu sopivia ympäristöjä, uusia vihollisten tekoälyjä ja kenties jopa uusia vihollisia. Pelin sisään olisi käytännössä katsoen pitänyt luoda toinen peli taistelukohtauksille, jotka olisivat olleet Dogin arvoisia ja pelin muiden osien veroisia. Tiesimme, ettei Dog voisi vain juosta hutkimaan vastustajaa, sillä se ei tuntuisi vaikuttavalta eikä herättäisi kunnioitusta. Hahmo tarvitsi suurempia haasteita, jotka vetäisivät vertoja sen omalle koolle, sekä kiinnostavia tapoja ratkaista nämä haasteet. Lopulta loimme suuren, käsikirjoitetun kohtauksen, jossa Dogin taistelut täyttivät kaikki elokuvalliset tavoitteet mutta joka ei vaatinut valtavaa määrää uusia peliominaisuuksia."
N/A4158"#commentary\cn_246_strider_2.mp3" "[ Eric Kirchmer ] Striderin toimintaa työstettyämme saimme viimein aikaan haluamamme pelielämyksen, jossa pelihahmon piti syöksyä suojasta toiseen, vältellä striderin tulitusta ja etsiä raketteja. Halusimme pelaajista tuntuvan siltä, että he syöksyvät turvaan viime hetkellä, joten striderin tikkaava tulitus sai merkitä lähestyvää vaaraa. Lisäksi kehitimme striderille reittijärjestelmän, niin että se voisi joko seurata pelaajaa tai luoda näköyhteyden vaihtamalla reittiään dynaamisesti. Näin kenttäsuunnittelijat saattoivat määrittää striderin reitit ja pelihahmon suojapaikat tasapainoista elämystä varten. Striderin jalkojen asemointi määräytyi täysin koodin perusteella, ja sen odottamattomien liikkeiden vuoksi meidän piti usein hienosäätää juttuja, jotta saimme sen varmasti tarvittaessa potkaisemaan autoa tai joukkojen kuljetuskonttia."
N/A4159"#commentary\cn_247_manhack_tunnels.mp3" "[ Eric Smith ] Sivuhahmojen tekoälyä kehitellessämme huomasimme, että tekoälyn ohjelmoijalla kannatti olla koekenttä erilaisia kokeiluja varten. Usein tällaisesta kentästä kehitettiin peliympäristö, joka oli suunniteltu sivuhahmon kykyjen esittelyä varten. Kun tekoäly sitten oli valmis kenttäsuunnittelijoiden käytettäväksi, testauskenttä toimi arvokkaana vertailukohtana: ilman sitä suunnittelijat olisivat vahingossa saattaneet luoda tilanteita, joissa muuten kiinnostava tekoäly ei innostaisikaan. Joissakin tapauksissa nämä koekentät saatiin sisällytettyä suoraan peliin. Esimerkiksi tämä pieni osio sai alkunsa tunneleina, joissa kehitettiin manhakin tekoälyä."
N/A4160"#commentary\cn_248_sniper_streets_2.mp3" "[ Erik Johnson ] Half-Life 2:n ammuksilla ei ole lentorataa: ne osuvat kohteeseensa välittömästi. Tarkka-ampujalla oli kuitenkin hidas tulinopeus ja pelaaja kiinnitti huomiota jokaiseen laukaukseen, joten halusimme simuloida luodin kulkua ilmassa. Tämä menettelytapa oli parempi vaihtoehto myös lasertähtäimen kannalta, sillä ammus osuu kohteeseen tähtäimen sammuttua viiveellä sen mukaan, kuinka kaukana tarkka-ampuja on. Muutos kuitenkin aiheutti uuden ongelman: emme halunneet pelaajien vain juoksevan tietä pitkin välttääkseen osumat, joten tarkka-ampujan piti tähdätä liikkuvaan kohteeseen ja ennustaa, mihin luodin pitäisi osua. Pelihahmon sijainnin ennakointi oli haastavaa, sillä pelaaja saattoi muuttaa suuntaansa paljon nopeammin kuin tosielämässä. Lisäsimme siis pari tarkistusta jotka havaitsivat esimerkiksi nopeat sivuttaisliikkeet vasemmalle ja oikealle."
N/A4161"#commentary\cn_249_triangle_plaza.mp3" "[ Ido Magal ] Tämä aukiotaistelu oli monimutkainen tilanne, jossa rynnäkkötoiminta oli määritetty kahdelle toisensa kohtaavalle rintamalinjalle, yksi kumpaakin suojakenttää kohden. Kun sotilaat tulevat esiin suojakenttien takaa, heidän rintamalinjansa estävät heitä syöksymästä aukiolle yksittäin. Kun sotilaiden määrä sitten kasvaa taistelun kiihtyessä, rintamalinjat alkavat siirtyä kohti aukion keskikohtaa. Pelaaja jää siis sotilaiden jalkoihin, ellei näitä torjuta jotenkin."
N/A4162"#commentary\cn_250_sniper_streets_3.mp3" "[ Jakob Jungels ] Kokeilimme näillä kaduilla suojatulen käyttöä. Monet pelaajat kyyristelivät kadun päässä ja ampuivat sitten kohti tarkka-ampujan ikkunaa nähdäkseen, oliko tulituksella vaikutusta. Sammutimme tulituksen jälkeen lasertähtäimen hetkeksi, niin että pelaaja ehtisi nopeasti siirtyä uuteen paikkaan. Pelitestauksessa ilmeni kuitenkin kaksi ongelmaa: Toimintamalli häiritsi ensinnäkin tiivistunnelmaista \"liiku ja suojaudu\" -pelityyliä, jota tarkka-ampujalla tavoittelimme. Juostessa ampuminen ei eronnut paljoakaan muista toimista, joita pelaajalta vaaditaan Kaupunki 17:ssä. Toinen, hienovaraisempi ongelma piili siinä, että suojatulen ensimmäisenä keksineet pelaajat olettivat sen olevan pakollista, joten he kuluttivat ammuksia vauhdilla. Jos ammukset loppuivat kesken, pelaajat luulivat epäonnistuneensa ja luovuttivat; jos he taas onnistuivat, heillä ei ehkä enää ollut ammuksia. Hiipimällä edenneet pelaajat eivät puolestaan käyttäneet ammuksia juuri lainkaan. Ammusmäärien tasapainottaminen seuraavissa osioissa olisi ollut lähes mahdotonta, joten suojatuli ei päätynyt lopulliseen peliin."
N/A4163"#commentary\cn_251_assault_behavior.mp3" "[ John Cook ] Monimutkaisin Half-Life 2 -peliin kehittämämme toimintamalli oli rynnäköintikomento, jota tässä osiossa käytetään. Sen avulla kenttäsuunnittelijat määrittivät Combinen sotilaita ja siviilejä sisältäviä taistelutilanteita, laativat ryhmittymien väliset rintamalinjat sekä ohjasivat sitä, kuinka taistelut ratkeavat pelaajan toimien seurauksena. Rynnäkköön osallistuvat hahmot yrittävät löytää hyviä tulituspaikkoja ja suojautuvat sen mukaan, missä rintamalinja kulkee. Kun pelihahmo eteni kadulla, rintamalinja saattoi siirtyä eteenpäin, jolloin myös liittolaishahmot etenivät ja viholliset perääntyivät. Pelaajan täytyi kenties myös kaataa Combinen asepesäkkeitä tai eliminoida esteiden takana lymyilevä sotilas, jotta rintamalinja siirtyisi eteenpäin."
N/A4164"#commentary\cn_252_bank_roof_mortar.mp3" "[ John Morello ] Kun kentän rata oli valmisteltu tähän vaiheeseen, oli selvää, että kranaatinheittimen käyttäminen olisi pelaajista hauskaa. Tämän olisi kyllä pitänyt valjeta meille jo aiemmin: \"Haluaisikohan kukaan ampua räjähteitä taivaalle ja katsoa, kun ne tipahtelevat pahisten päälle? Joo, niin minäkin luulen.\" Pelihahmo on ollut kranaattien kohteena kaiken aikaa, joten olisi ollut komeaa antaa Combinen joukkojen maistaa omaa lääkettään. Mutta kun aloimme pohtia asiaa, totesimme sen vaativan todella paljon työtä – tosin jos rehellisiä ollaan, niin samaa voisi sanoa kaikesta videopelien tekemiseen liittyvästä. Kranaatinheittimen käyttö olisi edellyttänyt animaatioita ja tehosteita, kun pelihahmo olisi heittimen vieressä, ja kohteeksi tarvittavien vihollismäärien lisäämisen toteuttaminen sujuvasti olisi ollut työlästä. Vielä olennaisempaa oli se, ettei meillä ollut käyttöliittymää näin ainutkertaiselle aseelle. Kuinka pelaajat tähtäisivät ja ampuisivat sillä? Yksittäisen pelihetken eteen ei usein halua nähdä liikaa vaivaa, joten päätimme kohdistaa ponnistelumme muihin juttuihin. Sori siitä! Kenties kranaatinheittimeen liittyvät ongelmat saadaan ratkaistua jossakin Half-Life-sarjan tulevassa jaksossa."
N/A4165"#commentary\cn_253_strider.mp3" "[ Kerry Davis ] Tämä pankin edessä oleva alue oli paikka, jossa keksimme striderien toimintamallin. Kun näimme striderien luonnoskuvia ensimmäistä kertaa, tiesimme haluavamme ne peliin. Meidän oli kuitenkin ensin selvitettävä, miten koneet toimisivat käytännössä. Emme olleet koskaan liikutelleet pelimaailmassamme mitään niin suurta, ja näin kookkaan laitteen piti olla vaarallinen – mutta miten pelaajat taistelisivat sitä vastaan? Lisäksi meidän piti miettiä muiden vihollisten kehittelyn tapaan, miten stridereistä saisi irti pelattavuutta. Millaisilla työkaluilla kenttäsuunnittelijat voisivat luoda kohtauksia, joissa strider olisi mukana? Käytimme tätä kenttää tällaisten haasteiden ratkaisuun."
N/A4166"#commentary\cn_254_sniper_streets.mp3" "[ Eric Kirchmer ] Näitä tarkka-ampujia kuhisevia katuja käytettiin sekä vihollisten että pelaajille tarkoitetun keskeisen pelielämyksen kehittelyyn. Halusimme tarkka-ampujan ampuvan pelihahmon lähellä olevia kohteita, joten keskityimme luomaan mielenkiintoisia esineitä, joihin ampuja voisi osua. Totesimme hyväksi ratkaisuksi sen, että pelihahmon näkymä vaikuttaa kohteiden valintaan. Tarkka-ampujan lasertähtäimen ansiosta pelaajat tiesivät aina tarkka-ampujan huomion kohteen, joten lasertähtäimen säteen lukittuminen pelaajan katselemaan maastonkohtaan tuntui todella responsiiviselta. Tämä loi myös kutkuttavan jännittäviä hetkiä."
N/A4167"#commentary\cn_255_citizen_squad_details.mp3" "[ Matt Wright ] Kun siviilijoukko oli luotu ja siihen liittyviä kohtauksia alettiin kehittää, totesimme siviilien tarjoavan kiinnostavia mahdollisuuksia. Pelitestaajat alkoivat välittää yksittäisistä joukon jäsenistä, joten panostimme niiden suunnitteluun enemmän. Joukon jäsenet käyttivät parempia aseita niitä löytäessään ja antoivat tarvittaessa pelaajalle ammuksia. Lääkintämiehet taas paransivat pelihahmoa tarpeen mukaan. Meidän piti myös varmistaa, että joukko pysyisi pelihahmon kannoilla, vaikka tämä lähtisi omille teilleen. Kun joukon jäsenet eivät olleet näkyvissä, ne \"huijasivat\": niiden terveys palautui taisteluiden välissä ja ne liikkuivat vauhdilla saadakseen pelihahmon kiinni. Tarpeen tullen hahmot jopa teleporttasivat."
N/A4168"#commentary\cn_256_citizen_squads.mp3" "[ Ken Birdwell ] Varhaisissa testeissä Combinen ja kansalaisten välisissä katutaisteluissa ilmeni ongelma: ilman rajoituksia tekoälyn ohjaamat hahmot ajautuivat taistelujen aikana kauas pelaajasta. Sotilaat saattoivat vetäytyä suojaan tai lataamaan aseitansa, ja tekoälyn ohjaamat siviilit saattoivat jahdata kohteitaan. Siviilien toiminnot tuli sovittaa pelaajan tavoitteiden mukaisiksi, niin että siviilit pysyivät selvillä siitä, minne pelaaja suuntasi ja mitä vihollisia vastaan hän halusi taistella. Niinpä loimme siviilien pelaajajoukon, joka kulki pelaajan mukana, hyökkäsi samojen vihollisten kimppuun ja toimi pelaajan komentojen perusliittymänä. Komentojärjestelmä oli alun perin monimutkaisempi, mutta se muuttui nopeasti kömpelöksi, joten yksinkertaistimme sitä."
N/A4169"#commentary\cn_257_ai_behaviors.mp3" "[ Mike Dussault ] Yksi Half-Life 2 -pelin tekoälyyn kehittämistämme tekniikoista oli käytösjärjestelmä. Käytösmallit olivat osa tekoälyn pelikoodia, joka ohjasi sivuhahmoja eri tilanteissa. Jos sivuhahmolle esimerkiksi oli määritetty johtamiskäytös, sivuhahmo näytti pelaajalle tietä, kun taas seuraamiskäytöksen saanut sivuhahmo saattoi seurata pelaajaa tai toista sivuhahmoa. Käytöskomennot toimivat sivuhahmon perustoimintojen rinnalla: jos Lääkäri-ryhmänjäsenelle oli määritetty seuraamiskäytös, hahmo saattoi silti edelleen ampua vihollisia, väistellä kranaatteja ja tarjota lääkintäpakkauksen."
N/A4170"#commentary\cn_258_occlusion.mp3" "[ Brian Jacobson ] Half-Life 1 -pelissä ja suuressa osassa Half-Life 2 -peliä maailma koostui lähinnä suljetuista tunneleista ja käytävistä, mikä toimi hyvin binäärisen tilan osioinnin eli BSP (Binary Space Partition) -tekniikan kanssa. Osioinnin avulla saatoimme nopeasti käydä kentän rakenteen läpi ja selvittää, mitä pelaajan näkymässä näkyy. Ratkaisu ei kuitenkaan toiminut avoimissa ulkotiloissa, joten tarvittiin uutta tekniikkaa. Alueportaalien avulla maailma jaoteltiin erillisiin osiin, joita yhdistivät portaalit – siis ovet ja ikkunat, eivät Aperture Sciencen jutut. Kehitimme myös lisäjärjestelmän: \"Jos pelaaja ei näe suuren esineen läpi, yli tai ympäri, esineen toisella puolella olevia kohteita ei renderöidä.\" Tämä saattaa vaikuttaa itsestään selvältä ratkaisulta, mutta vaatii jonkin verran työtä varmistaa, ettei suuren esineen toisella puolella olevien kohteiden selvittäminen laskemalla ole hitaampaa kuin kaiken renderöinti. Laskutoimitusten nopeuttamiseksi kenttäsuunnittelijat sijoittivat tärkeisiin maastonmuotoihin suuria peittäviä massoja ja kookkaita peittäviä kohteita (kuten rakennuksia); renderöinnin aikana testailimme sitten objektien rajoja kyseisiin massoihin verrattuna, jotta pelaajan näkökentän ulkopuolelle jääviä kohteita ei renderöidä."
N/A4171"#commentary\cn_259_detail_objects.mp3" "[ Brian Jacobson ] Kun olimme saaneet ulkotilat toimimaan, oli selvää, että niihin tarvittiin tiheästi toistuvia yksityiskohtia, joten lisäsimme siirtymämaastoon aluskasvustoa, kuten ruohoa ja varpuja. Meillä ei kuitenkaan ollut varaa – eli aika ei riittänyt – siihen, että kaikki tämä kasvusto sijoitettaisiin käsin. Kehitimme siis yksityiskohdille järjestelmän, joka luo pientä aluskasvustoa automaattisesti siirtymämateriaalin perusteella. Kukin materiaali määrittää sijoitettavan lehvästötyypin sekä joukon parametreja, ja kartan kääntöhetkellä järjestelmä laskee pinnalta satunnaiset kohdat ja valitsee niihin lehvästöt. Suorituskyvyn rajoitusten vuoksi lehvästön tekstuuriarkkeihin liittyi edelleen melko monimutkainen ja käsin toteutettava prosessi, jonka ansiosta kaikki voitiin renderöidä kerralla."
N/A4172"#commentary\cn_260_displacements_1.mp3" "[ Charlie Brown ] Kun Half-Life 1 oli julkaistu, kenttäsuunnittelijat ja taitelijat halusivat paremman ratkaisun ulkotilojen toteuttamiseksi. Niinpä kehitimme maastojärjestelmämme ensimmäisen version, joka perustui osiin jaettuihin nelisivuisiin polygoneihin: kyseessä on eräänlainen ruudukoksi jaettu litteä nelikulmio, jonka ruudukkopisteitä voi liikuttaa ylös- tai alaspäin. Kenttäsuunnittelijat saattoivat asetella useita polygoneja ja sitten muotoilla kukkuloita ja laaksoja säätämällä ruudukon pisteitä sivellintyökalulla. Renderöintiin käytettiin erityistä kahden tekstuurin yhdistelmää. Ruudukon pisteet määrittivät, minkä verran kutakin tekstuuria käytetään, ja tämä mahdollisti pehmeät siirtymät materiaalien välillä (kuten hiekan, ruohon, maan ja soran). Tällainen maastojärjestelmä oli melko yleinen sen ajan pelimoottoreissa, joten kuvittelimme naiivisti, että se riittäisi pelimme suunnittelijoille."
N/A4173"#commentary\cn_261_displacements_2.mp3" "[ Charlie Brown ] Kun maastojärjestelmän alustava versio saatiin käyttöön, oletimme kenttäsuunnittelijoiden käyttävän sitä ulkotiloihin. Sen sijaan he alkoivat lisäillä yksityiskohtia odottamattomiin paikkoihin: muurien päällä oli osiin jaetuista nelisivuisista polygoneista luotuja raunioituneita reunoja, katujen reunakivet pyöristettiin ja suunnittelijat yrittivät jopa luoda putkia. Yritykset eivät aina onnistuneet, sillä maastojärjestelmän tarkoitus oli luoda maisemia eikä rakenteiden yksityiskohtia. Palasimme siis koodin ääreen ja muunsimme korkeuteen perustuvan maastojärjestelmän täysin kolmiulotteiseksi siirtymäjärjestelmäksi. Ruudukon pisteiden ei enää tarvinnut liikkua vain ylös- ja alaspäin, vaan niitä voitiin liikuttaa kaikkiin suuntiin. Näin yksityiskohtia voitiin lisätä kaikenlaisille pinnoille, ja yhdistelmätekstuurit pehmensivät vaihtoja siirtymäkuutioiden ja BSP-geometrian välillä. Kahden renderöijän välisen valaistuksen yhtenäisyyden varmistamiseen tarvittiin kuitenkin lisätyötä: muussa tapauksessa reunat eivät olisi sopineet yhteen. Kun tämä kaikki oli hoidettu, kenttäsuunnittelijat vaikuttivat tyytyväisiltä – ja me kuvittelimme naiivisti, että työmme oli tehty."
N/A4174"#commentary\cn_262_displacements_3.mp3" "[ Charlie Brown ] Kun yleinen siirtymäjärjestelmä saatiin käyttöön, kenttäsuunnittelijat eivät vain lisäilleet pelimaailmaan yksityiskohtia: he palasivat alkuperäisen tavoitteensa pariin ja loivat suuria ulkoalueita. Tämä johti uusiin päivityksiin, jolla tasapainotettiin suorituskykyä ja varmistettiin, että järjestelmä selviäisi sekä yksityiskohdista että suurista maastonosista. Teksturointiakin piti parantaa, jotta se tukisi monimutkaisia rakenteita (kuten ulkonevia kallioseinämiä), jotka eivät olleet mahdollisia alkuperäisessä korkeuteen perustuvassa järjestelmässä. Suunnittelijat eivät koskaan lepää laakereillaan, joten he alkoivat luoda siirtymien avulla myös luolia ja tunneleita. Lisäykset näyttivät hyvältä, mutta niihin liittyi entistä enemmän teknistä säätöä. Ajan mittaan saimme selvitettyä siirtymien eri käyttötapojen keskenään kilpailevat vaatimukset, ja siirtymät julkaistiin pelimaailman suurissa osissa. Siirtymäjärjestelmä on hyvä esimerkki siitä, kuinka tekniikka ja pelisuunnittelu kehittyvät yhdessä: koskaan ei voi ennustaa, miten jokin tekniikka vaikuttaa peliin, mutta toisaalta tekniikkaa ei voida kehittää tietämättä, mitä sen pitäisi saada aikaan. On siis vain kehitettävä jotakin. Aloitamme tietoihin pohjautuvalla arvauksella ja katsomme, mihin se meidät johdattaa."
N/A4175"#commentary\cn_263_particles.mp3" "[ Chris Green ] Source-pelimoottorissa panostimme laajenevien hiukkasten ja erikoistehosteiden tekniikkaan, mikä mahdollisti hiukkasten realistisen ja monimutkaisen liikkeen sekä entistä monimutkaisemmat muodot ja shader-tehosteet. Erityisesti pintatekstuurien lisääminen hiukkasiin vaikutti suuresti hiukkasten tilavuusvaikutelmaan. Source-moottorin myöhempiin versioihin sisältyi tehokas hiukkasjärjestelmän muokkaustoiminto; Half-Life 2:ssa käytetty alkuperäinen versio pohjautui käsintehtyihin tehosteisiin, jotka kaikki oli luotava huolellisesti ja manuaalisesti, mikä vaati melkoisesti työtä."
N/A4176"#commentary\cn_264_cubemaps.mp3" "[ Chris Green ] Materiaalien ja shader-koodin myötä tarvitsimme keinon käsitellä heijastavia pintoja, kuten lasia ja terästä. Tällaisten pintojen piti tietää, mitä heijastaa, mutta vuonna 2003 heijastuksia ei voitu renderöidä reaaliajassa. Kehitimme siksi kuutiokarttajärjestelmän, jonka avulla esilaskettujen heijastumien käyttö oli mahdollista. Kuutiokartta on kuution sisäpuolella oleva kuuden kuvan joukko, joka sieppaa ympäristön joka suunnasta – kyseessä on eräänlainen panoraamakuva, joka ympäröi katsojansa. Kenttäsuunnittelijat lisäsivät kenttiin näkymättömiä markkeriobjekteja, ja karttaa käännettäessä kunkin markkerin yhteyteen luotiin kuutiokartta. Kun järjestelmä rendreröi heijastavaa pintaa pelin aikana, heijastuksen luontia varten paikannetaan lähin esilaskettu kuutiokartta."
N/A4177"#commentary\cn_265_water_shader.mp3" "[ Gary McTaggart ] Pelin monimutkaisin shader-ohjelma oli veden ominaisuuksia muokkaava shader-koodi, joka hyödynsi uusien, ohjelmoitavien näytönohjainten kaikkia ominaisuuksia. Kun vettä oli näkyvissä, näkymä renderöitiin kolmasti: ensin vedenalainen maailma valon taittumista varten, sitten pinnasta heijastuva näkymä ja lopuksi veden yllä olevat osat. Veden pinnan renderöinti oli yhdistelmä taittavaa ja heijastuvaa näkymää, niin että heijastusta näkyi Fresnelin integraation mukaisesti enemmän vinoista kulmista. Seurasimme myös maan syvyyttä vedenpinnan alla, niin että matalissa paikoissa vesi oli läpinäkyvämpää ja vähemmän heijastavaa. Vähempitehoisia näytönohjaimia varten oli lisäksi luotava kaksi vaihtoehtoista veden renderöintitekniikkaa: keskitason kortit näyttivät heikompitasoisen heijastuksen ilman taittoa tai läpinäkyvyyttä, kun taas huokeimmat näytönohjaimet eivät renderöineet muuta kuin osittain läpinäkyvän pinnan."
N/A4178"#commentary\cn_266_normal_maps.mp3" "[ Gary McTaggart ] Half-Life 2 kehitettiin grafiikan kehittymisen kannalta hyvään aikaan: ensimmäiset ohjelmoitavat, shader-tekniikkaa tukevat näytönohjaimet oli juuri julkaistu. Uutta tekniikkaa hyödyntämällä kehitimme yhden ensimmäisistä peleistä, joissa käytettiin pintageometrian valaistusta parantavia normaalikarttoja. Normaalikartta määritti pinnan karheuden: näin polygonin jokainen kuvapiste voitiin valaista tavalla, joka sai pinnat näyttämään epätasaisemmilta ja yksityiskohtaisemmilta kuin mikä Half-Life 1:n aikaan oli mahdollista."
N/A4179"#commentary\cn_267_rendering_systems.mp3" "[ Gary McTaggart ] 2000-luvun alussa meillä ei ollut varaa yleiskäyttöiseen renderöijään, joka olisi pystynyt kaikkeen, mihin nykyajan moottorit pystyvät. Renderöintihaasteet oli ratkaistava yksitellen, koska niin keskusyksikköön, grafiikkasuorittimeen kuin muistiinkin liittyi rajoituksia ja pelaajien laitteista oli puristettava kaikki mahdollinen teho. Niinpä Half-Life 2:ssa on kolme erillistä renderöintimoottoria: yksi yleiselle geometrialle, toinen ulkomaastoa varten sekä kolmas dynaamisille kohteille, kuten hahmoille ja esineille. Näiden kolmen renderöijän tuli tukea mutkikasta ominaisuusmatriisia, johon kuului törmäyksiä, säteenseurantaa, siirtokuvia, offline-valaistusta ja näkyvyyden laskentaa. Kunkin renderöijän oli myös tuettava DirectX-versioita 7, 8 ja 9. Kyseiset versiot erosivat toisistaan huomattavasti, ja kukin niistä vaati omanlaisensa ratkaisun tietojen säilytykseen ja renderöintiin; niissä jopa käytettiin eri ohjelmointikieltä! Käytimme siis käytännössä katsoen 9:ää eri renderöijää, joihin kaikkiin tarvittiin omanlaisiaan ratkaisuja. Yksi suurimmista haasteista kehitysprosessin aikana oli saada grafiikat näyttämään samalta kaikissa versioissa."
N/A4180"#commentary\cn_268_dynamic_shadows.mp3" "[ Gary McTaggart ] Pelin keskiössä olivat tarinan hahmot sekä fyysiset esineet, ja niiden renderöintiin tarvittiin dynaaminen varjojärjestelmä. Vuonna 2003 grafiikkasuorittimissa ei ollut nykyisen veroisia varjojen käsittelytoimintoja, mikä aiheutti suorituskykyyn liittyviä ongelmia. Lopulta käytimme jotakuinkin seuraavanlaista ratkaisua kaikkien ruutujen käsittelyyn: Aluksi kuvasta määritetään kaikki kohteet, joilla saattaa olla näkyviä varjoja. Meidän piti siis selvittää. mitkä kohteet olivat näkymäkartiossa tai hieman sen takana, jotta saimme mukaan kohteet, joiden varjo saattaisi päätyä näytölle. Tämän jälkeen kustakin kohteesta renderöidään musta varjoversio yksittäiseksi varjotekstuuriksi. Renderöintiin käytetään vähiten yksityiskohtia sisältävää mallia, jotta renderöinti valmistuisi mahdollisimman nopeasti. Lopuksi kukin varjo piirretään varjotekstuurin avulla pelaajan näkökenttään, niin että jo renderöidyt pikselit tummentuvat. Varjotekstuurin kukin varjo leikataan tarkasti – näin päällekkäiset varjot asettuvat lomittain oikein. On siistiä muistella, miten tällaiset jutut hoidettiin, mutta onneksi nämä ongelmat ovat nykyään grafiikkasuoritinlaitteiston heiniä."
N/A4181"#commentary\cn_269_combinatorial_shader_explosion.mp3" "[ Gary McTaggart ] Renderöinti monimutkaistui Half-Life 2:n kehitysprosessin aikana: työkaluvalikoimaan ilmestyivät laitteistopohjaiset shader-ohjelmat, joilla määritettiin, miten kukin pinnalla oleva pikseli renderöidään. Vuonna 2003 shader-koodit olivat nykyistä rajallisempia: Half-Life 2:n aikaan niissä ei ollut ehtoja, ja koodin kokoa oli rajoitettu tiukasti. Ei siis ollut mahdollista käyttää haarautuvaa jos/muuten-logiikkaa ja säätää shader-koodin toimintaa ehtojen mukaan, eikä myöskään ollut suuria shader-koodeja, joihin liittyisi paljon ominaisuuksia. Lisäksi koodin kääntö tarvittaessa oli liian hidasta, joten kaikki varjostimet piti esikääntää. Näiden rajoitusten vuoksi jokainen mahdollinen shader-yhdistelmä piti laskea ja tallentaa erilliseksi kokonaisuudeksi. Jos jokin shader esimerkiksi vaikutti pintaan, kun käytössä oli yksi valonlähde, kahta valonlähdettä varten tarvittiin toinen shader-versio, kolmea valonlähdettä varten kolmas ja niin edelleen. Ja tämä kertautui: jos shader-koodi tuki myös normaalikarttaa, kullekin valolle tarvittiin yksi versio normaalikartan kanssa ja toinen ilman sitä. Kun ominaisuuksiin lukeutui mm. yhdistelmätekstuureja, Gouraud-varjostusta, heijastavia korostuksia ja lukuisia valotyyppejä, shader-koodien määrä kasvoi räjähdysmäisesti. Julkaisuun mennessä pikkuohjelmia oli tuhansittain. Pian tämän jälkeen julkaistiin HDR-tuella varustettu Lost Coast -bonuskenttä, joten shader-ohjelmien määrä tuplaantui taas. Kun koodien kääntö kehittäjien paikallisilla koneilla alkoi kestää liian kauan, shader-käännökset jaettiin koko verkkoon VMPi-työkalun avulla. Käytimme myös dynaamista shader-kääntötilaa, jonka avulla kehitimme nopeasti toimivia shader-ohjelmia (koodin kääntäminen tosin heikensi ruudunpäivitysnopeutta)."
N/A4182"#commentary\cn_270_gpu_wild_west.mp3" "[ Jay Stelly ] Kehitystyön aikana oli tehtävä paljon päätöksiä, joihin vaikuttivat valitut vähimmäisvaatimukset – siis heikoin keskusyksikön ja grafiikkasuorittimen yhdistelmä, jolla saisi aikaan nautittavan pelikokemuksen. 2000-luvun alussa grafiikkasuorittimet erosivat toisistaan enemmän kuin nykyään niin nopeuden kuin renderöintitavankin osalta. Meillä ei kuitenkaan ollut tietoa peliemme pelaajien laitteistoista. Mitä keskusyksiköitä ja grafiikkasuorittimia käytettiin? Paljonko RAM-muistia oli? Mitä Windows-versioita käytettiin? Otimme yhteyttä Microsoftiin ja toivoimme heidän kertovan esimerkiksi, paljonko DX7-kortteja tai DX8-kortteja oli käytössä, mutta tietoja ei löytynyt sieltäkään. Tietojen puuttuminen saattoi johtaa huonoihin päätöksiin, ja siksi lisäsimme Steam-alustan varhaiseen versioon analyysityökalun, jolla pelaajat saattoivat ilmoittaa laitteistotietonsa. Tiedot olivat niin hyödyllisiä, että päätimme julkaista ne: Steamin laitteistotutkimus julkaistiin huhtikuussa 2003, ja siitä alkaen olemme voineet tehdä tietoon pohjautuvia päätöksiä (kuten toivottavasti muutkin pelinkehittäjät)."
N/A4183"#commentary\cn_271_3d_skybox.mp3" "[ Jay Stelly ] Meidän on aina täytynyt renderöidä maailma, joka tuntuu kenttien asettamia rajoituksia suuremmalta. Half-Life 1:ssä käytettiin kuutiokarttatekstuuria, jonka avulla pelaajat näkivät pelattavan alueen ulkopuolelle. Half-Life 2:ssa halusimme kuitenkin, että näkymä suurempaan maailmaan olisi elottoman tekstuurin sijasta dynaaminen. Kartan kokorajoitus oli noin 800 metriä suuntaansa, mutta huomasimme voivamme luoda paljon suuremman ulkomaailman, jos se tallennettaisiin reduktiosuhteessa. Niinpä kehittelimme 3D Skybox -tekniikan: 3D Skybox on varsinaiseen pelikarttaan kätketty pieni laatikko, joka sisältää 1:16-mittakaavaan tallennettua geometriaa. Laatikon sisällä on tarkistuspiste, joka vastaa samaa lähtöpistettä pääkartalla. Kun pelialuetta ympäröivä tila renderöidään, siihen käytetään 3D Skyboxin geometriaa, joka sijoitetaan kyseisen tarkistuspisteen mukaan ja skaalataan 16 kertaa suuremmaksi. Oli haastavaa saada valaistus ja sumu yhdistymään saumattomasti pääkartalta Skyboxiin siirryttäessä, mutta toimihan se. Näin Half-Life 2:n pelimaailma tuntui paljon Half-Life 1:n maailmaa suuremmalta."
N/A4184"#commentary\cn_272_missing_material.mp3" "[ Jay Stelly ] Huomasimme jo varhain matalan tason grafiikkakoodia kehitellessämme, että olisi haastavaa havaita sellaiset polygonit, jotka jäävät renderöimättä puuttuvan tekstuurin vuoksi. Renderöimättömän polygonin kohdalla näkyi tällöin yleensä vain mustaa, mikä ei ehkä erottunut hämärissä kohtauksissa. Helpotimme bugin havaitsemista kehittämällä virhetekstuurin, jonka huomasi varmasti ja joka luotiin automaattisesti, jos tekstuurin lataus epäonnistuisi. Näin syntyi kuuluisa mustavioletti shakkilauta-tekstuuri, joka on sittemmin alkanut elää omaa elämäänsä muuallakin kuin Half-Life 2:ssa."
N/A4185"#commentary\cn_273_air_resistance.mp3" "[ Jay Stelly ] Ilmanvastus oli yksi niistä tärkeistä seikoista, joita Half-Life 2:n fysiikkamoottoriin piti lisätä. Noihin aikoihin fysiikkamoottorit tapasivat hidastaa liikkuvia esineitä yleisluontoisella vaimennustoiminnolla, mikä kuitenkin poistaa energiaa symmetrisesti. Halusimme luoda uskottavampaa liikettä, joten päätimmekin simuloida ilmanvastuksen. Näin saimme aikaan epäsymmetristä liikettä: kun esine liikkui ilmassa, sen hidastumismäärä vaihteli sen mukaan, kuinka suuri osa esineen pinta-alasta oli kohti liikkeen tai pyörimisen suuntaa. Näin saimme räjähdykset ja painovoima-aseen viskomat esineet näyttämään uskottavilta. Nopeasti liikkuvien ja vauhdilla pyörivien esineiden simulointi vaati Half-Life 2:n fysiikkamoottorilta eniten laskentatehoa, joten ilmanvastus paransi suorittimen tehoa esimerkiksi räjähdysten yhteydessä. Sen avulla myös erilaiset materiaalit ja esineiden massat saatiin näyttämään erilaisilta. Tiiviit esineet työntävät ilman syrjään helpommin, ja sen huomaa. Tämän tehosteen ansiosta pahvilaatikoiden ja puulankkujen tiheyseron voi havaita, mikä tekee Half-Life 2 -maailman esineistä paljon vakuuttavampia."
N/A4186"#commentary\cn_274_early_tech_planning.mp3" "[ Ken Birdwell ] Pelin julkaisemisesta oppii aina paljon: silloin saa vihdoin tietää, mitkä ratkaisut olivat hyviä ja mitä kannattaisi seuraavalla kerralla tehdä toisin. Kun aloimme Half-Life 1:n jälkeen pohtia, millaisen jatko-osan voisimme kehittää, meillä oli melkoisesti pelaajien lähettämää palautetta sulateltavana. Yritimme palautteen perusteella koota luettelon jutuista, joihin Half-Life 2:ssa keskityttäisiin. Emme pyrkineet kehittämään tietynlaista pelaajakokemusta vaan pohdimme asiaa teknisistä näkökulmista. Black Mesan vartijat ja tiedemiehet olivat toimineet hyvin: mitä saisimme aikaan, jos todella keskittyisimme hahmoihin? Pidimme vuorovaikutteisesta tarinankerronnasta – mitä voisimme kehittää, jotta saisimme sitä peliimme entistä enemmän (ja entistä vaihtelevammin)? Black Mesan tutkiminen ja vuorovaikutukset Black Mesassa tekivät vaikutuksen pelaajiin. Voisimmeko kehittää ominaisuutta entistä pidemmälle fysiikkajärjestelmän avulla? Kaikkea tätä pohtiessamme yritimme kuvitella, miltä paras mahdollinen lopputulos voisi näyttää, ja sitten aloimme miettiä, millaisia teknisiä edistysaskeleita kyseinen lopputulos edellytti."
N/A4187"#commentary\cn_275_character_lighting.mp3" "[ Ken Birdwell ] Kehitystyön ensimmäisenä vuotena meidän oli vaikeaa saada hahmot näyttämään niin realistisilta kuin halusimme. Asiaan liittyi useita pulmia, joiden ratkaisemiseen vaadittiin lopulta monenlaisia teknisiä ja visuaalisia parannuksia. Valaistus oli yksi suurimmista haasteista: noihin aikoihin pelien valaistustekniikkaan liittyi useita \"kikkoja\", joista osa johtui suorituskyvyn rajoituksista ja osa siitä, ettei kaikkea tekniikkaan liittyvää vielä oikein ymmärretty. Jotta hahmo saatiin tuolloin näyttämään hyvältä, valaistustekijät (kuten varjot ja kiiltävyys) oli lisättävä itse malleihin ja tekstuureihin. Hahmot näyttivät kyllä hyviltä – mutta yhä vain videopelin hahmoilta. Alyxin kehittely aloitettiin tällä tavalla, koska niin asiat silloin hoidettiin. Käytimme valmiita ratkaisuja ja valaisimme Alyxin leffanäyttelijän tapaan – ikään kuin hänellä olisi ollut oma valaistustelineensä, joka seurasi häntä ja varmisti, että hän näytti aina hyvältä. Tämä malli ei kuitenkaan toiminut. Erilaisia valaistusympäristöjä oli runsaasti, minkä lisäksi videopelit ovat luonteeltaan dynaamisia: niinpä Alyx näytti joissakin ympäristöissä upealta, mutta ennemmin tai myöhemmin hän näytti aina hyvin epärealistiselta. Yritimme viritellä ja parantaa Alyxin valaistusta, mutta ongelma ei ratkennut millään. Päätimme siksi yrittää jotakin aivan muuta: aloitimme Alyxin sekä valaistuksen ja tekstuurien kehittelyn alusta ja viskasimme kaiken vanhan pois. Emme enää keskittyneet siihen, miltä halusimme hahmon näyttävän täydellisessä valaistuksessa, vaan siihen, kuinka kaikki toimisi reaalimaailmassa. On varmaan sanomattakin selvää, että asioita ei noina aikoina todellakaan tehty näin – ei ainakaan videopeleissä. Kun malleja ja tekstuureja katseltiin muualla kuin pelin renderöintitoiminnossa, ne näyttivät huonommilta kuin aiemmissa versioissa. Oikaisimme kuitenkin järjestelmällisesti kaikki pikakikat ja väärinkäsitykset, jotka liittyivät valon, tekstuurien ja näytönohjaimien toimintaan, ja kokosimme järjestelmän sitten taas kasaan. Kun Alyx tämän jälkeen näyttäytyi pelin dynaamisissa ympäristöissä uusine hahmomalleineen ja tekstuureineen visuaalisesti johdonmukaisena, hän näytti upeasti osalta Half-Life 2 -pelimaailmaa."
N/A4188"#commentary\cn_276_gamma_correction.mp3" "[ John Morello ] Pelimoottorimme renderöintijärjestelmä on vastuussa pelin koko tilan noutamisesta sekä väriarvon laskemisesta kullekin näytön kuvapisteelle, niin että väriarvo vastaa kyseistä tilaa. Näiden kuvapisteiden laskemiseen liittyy kuitenkin myös muiden tekemiä koodirivejä ja ohjelmistoja, kuten grafiikkasuodattimen ja näytön ohjelmisto ja laitteisto. Eräässä kehitysprosessin vaiheessa olimme tyytymättömiä hahmojemme ulkoasuun: ne näyttivät meistä vahamaisilta tai sairaalloisilta vääränlaisen ihon vuoksi. Hienosäädimme valaistusta hyvän aikaa, mutta emme vain saaneet sekä hahmoja että maailmaa oikeannäköisiksi. Onneksi meillä oli vielä kaikki toiminnot sisältävä ohjelmistorenderöijä, jonka avulla saimme pelin toimimaan ilman grafiikkasuoritinta (niihin aikoihin monilla pelaajilla ei vielä ollut sellaista). Ja kun katsoimme peliä tällä renderöijällä, valaistukseen ei liittynytkään samoja ongelmia. Kävimme siis koodin tarkasti läpi ja yritimme selvittää, missä renderöintikoodimme meni vikaan grafiikkasuodattimen kanssa toimiessaan. Kun virheitä ei löytynyt, otimme yhteyttä grafiikkasuorittimien valmistajiin ja pyysimme heitä varmistamaan, etteivät he vain tee jotakin väärin lähettämiemme pikseliarvojen kanssa. Siitä alkoi pitkä matka – viestittelimme grafiikkasuorittimien valmistajien kanssa lähes 2 vuoden ajan, ennen kuin saimme heidät vakuutettua siitä, että heidän korttinsa suorittivat matalan tason matemaattisia toimintoja virheellisesti. Tämän ajanjakson aikana meidän piti jopa kehittää järjestelmä, joka varmisti yksittäisten pikselien kuva-arvon koko renderöintiprosessissamme. Lopulta saimme kuitenkin itsellemme uudet ohjaimet: hahmomme näyttivät välittömästi samalta kuin ohjelmistorenderöijän kanssa."
N/A4189"#commentary\cn_277_facial_technology.mp3" "[ Ken Birdwell ] Halusimme pelaajien välittävän hahmoistamme, joten meidän piti panostaa niiden kasvoihin: ihmiset kiinnittävät luonnostaan huomiota kasvoihin ja saavat niistä alitajuisesti kaikenlaista tietoa. Rima on siis todella korkealla, ja jos emme onnistuisi ylittämään sitä, pelaajat pikemminkin vetäytyisivät pois hahmojemme luota kuin hakeutuisivat niiden lähelle. Teimme paljon tutkimuksia, eivätkä tulokset olleet rohkaisevia. Parhaat löytämämme esimerkit eivät olleet lähelläkään siinä kunnossa, että niitä voisi käyttää reaaliajassa, kun taas parhaat reaaliaikaiset esimerkit olivat kaukana haluamastamme laadusta. Halusimme kasvojen näyttävän yhtä hyvältä kuin animoiduissa elokuvissa, mutta niissä renderöinti vie tunteja, toiminta on täysin lineaarista ja animaatioita tekevät sadat animaattorit, kun taas omien animaatioidemme täytyi olla dynaamisia (hahmo voi sanoa vuorosanansa pelaajan toimien aiheuttaman tunteiden ja ilmeiden vallassa) – ja niiden luomiseen osallistuisi vain muutamia tekijöitä. Nämä vaatimukset johdattivat meidät Paul Ekmanin FACS (Facial Action Coding System) -järjestelmän pariin: se on 1970-luvulla kehitetty järjestelmä kasvonilmeiden luokitteluun, ja siihen liittyvällä sanastolla saatoimme kuvata kasvojen liikkeitä työkaluissamme ja koodissamme. Otimme sen myös tavoitteeksi, kun suunnittelimme hahmojemme kasvoja. Tämän rungon pohjalta aloitimme vuosia kestäneen prosessin, jonka aikana kehitimme hahmojemme kasvojen ja päiden koodaustapaa. Muut olivat yrittäneet hyödyntää osasia Ekmanin työstä, mutta me halusimme käyttää sitä kaikkea. Selvitimme siis pitkään, miten mitäkin saadaan tehtyä suorituskyvyn tiukkoja rajoitteita ylittämättä. Lisäksi vain katselimme ihmisten kasvoja ja yritimme löytää piirteet, jotka parantaisivat laatua eniten – kuten ihon kimmoisuus tai hampaiden varjostus. Emme saaneet toteutettua kaikkea haluamaamme, mutta teimme kyllä kaiken, minkä arvelimme olevan tärkeintä hahmojemme uskottavien ilmeiden kannalta."
N/A4190"#commentary\cn_278_eye_shader.mp3" "[ Ken Birdwell ] Silmät ovat toinen elintärkeä tekijä aidon näköisiä ihmiskasvoja luotaessa. Ihmiset tulkitsevat silmien liikehdintää todella hyvin: osa aivoista on omistettu niiden tulkinnalle, niin että ihmiset jopa tietävät silmämunien heijastusten perusteella, minne joku katsoo. Mutta silmiin liittyy hurja määrä yksityiskohtia, joilla kaikilla on merkitystä: Silmät eivät ole palloja. Silmäluomet muotoutuvat alla liikkuvan sarveiskalvon mukaisesti. Silmien liike kasvattaa räpäyttämisen todennäköisyyttä. Silmät eivät ole suorassa linjassa pupillin takana vaan hieman sivussa. Kaikki nämä pienet yksityiskohdat tuntuvat ehkä pieniltä ja huomaamattomilta, mutta jos ne puuttuvat, hahmon uskottavuus kärsii. Työstimme silmiä pitkään ja muokkasimme silmämunan mallia ja ominaisuuksia vähä vähältä. Joihinkin ominaisuuksiin (kuten siihen, mitkä ympäristön asiat ovat kiinnostavia katsottavia) tarvittiin ulkoista käyttöliittymää, toiset ominaisuudet taas olivat automaattisia, niin että ne toimivat tekoälyn alitajuisella tasolla – esimerkiksi räpyttely, joka on ilmiselvä vaatimus mutta joka väärin toteutettuna lähinnä hämmentäisi. Silmien heijastumilla oli erityisen suuri vaikutus: ne vievät ruudussa vain pikkiriikkisen tilaa, mutta niiden vaikutus oli valtava. Tiesimme viimein onnistuneemme, kun hahmo näytti nukelta silmävarjostimen ollessa pois käytöstä – ja kun silmävarjostin otettiin käyttöön, tuntui äkkiä siltä kuin meitä olisi katsellut ihminen."
N/A4191"#commentary\cn_279_combine_gunship.mp3" "[ Ken Birdwell ] Ilma-aluksen kehittely oli mielenkiintoinen haaste. Meillä oli jo helikopterin lentomalli – eikä oikeastaan enää aikaa kehittää mitään täysin uutta. Niinpä säädimme helikopterin lentomallia, kunnes se tuntui tarpeeksi erilaiselta, ja sitten johdimme tykkialuksen orgaanisen animaatiotilan tämän animaation arvoista. Yritimme tehdä aluksesta mahdollisimman todenmukaisen. Se voi esimerkiksi kääntää päätänsä vain tietyn määrän tykkiä tähdätessään, ja jos sen täytyy tähdätä tätä pidemmälle, sen on muutettava lentorataansa saadakseen tykin kohdistettua: se ei voi vain huijata. Toinen tärkeä tekijä olivat aluksen moottorin äänet. Äänet on avaruudellistettu, joten pelaaja tietää suunnilleen, missä alus on. Se liikkuu kuitenkin nopeasti ilmassa ja kaukana mistään kiintopisteistä. Voi siis olla hankalaa arvioida tarkalleen, kuinka kaukana alus on ja kuinka nopeasti se liikkuu. Asian korjaamiseksi lisäsimme moottorin ääneen Doppler-ilmiön ja muutimme äänen korkeutta sen mukaan, mikä koneen nopeus on pelaajaan nähden. Tehoste on hienovarainen, mutta sen ansiosta pelaaja voi alitajuisesti hahmottaa aluksen sijainnin ja suunnan. Näiden tärkeiden tietojen perusteella pelaaja saa tietää joutuneensa laitteen jahtaamaksi."
N/A4192"#commentary\cn_280_risk.mp3" "[ Ken Birdwell ] Kun Half-Life 2 -peliä muistelee näin 20 vuotta myöhemmin, on kylmäävää ajatella, kuinka pelottava pelin kehitysprosessi oli. Pelien kehittäminen on vaikeaa. Koskaan ei voi saada täysin haluamaansa, eli riskejä ei voi todentaa ennen kuin niiden pohjalta luodaan lisää työtä. Otetaan esimerkiksi kasvojen animointitekniikka: työskentelimme varmaankin 3–4 vuotta, ennen kuin olimme varmoja, että tekniikka todella toimisi. Emme kuitenkaan voineet odottaa niin pitkään, joten aloimme jo ensimmäisen vuoden aikana tehdä pelisuunnitelmaan, resurssien tuotantoon ja muihin käyttämiimme tekniikoihin liittyviä valintoja sillä oletuksella, että kasvojen animointitekniikka lopulta toimisi laadun ja suorituskyvyn osalta. Jos animointi ei olisi toiminut, moni muukin ratkaisumme olisi epäonnistunut. Sama riskiprofiili pätee muihinkin alkuvaiheessa tehtyihin suuriin päätöksiin. Meillä ei ollut varaa odottaa – meidän täytyi vain koodata ja toivoa, että arvauksemme osoittautuisivat ajan myötä oikeiksi. Hirvittävää."
N/A4193"#commentary\cn_281_hugs_and_pickups.mp3" "[ Ken Birdwell ] Toisinaan pientenkin asioiden kuntoon saaminen on painajaismainen urakka: esimerkiksi hahmojen halaaminen tai ihan vain esineen nostaminen pöydältä voi aiheuttaa melkoisesti ongelmia. Vielä pahempaa on se, että dynaamisessa ympäristössä hahmojen ja esineiden paikkaa ei ole ennalta määritetty, minkä lisäksi pelaaja voi itse singahtaa puuhien tielle kulkiessaan paikasta toiseen. Synkronointia vaaditaan siis niin paljon, että juttu voi mennä hankalaksi. Vaikeustasoa kasvattaa sekin, että ihmisvartalo sopeutuu tekemisiinsä alitajuisesti: esim. pöydällä olevaa kuppia nostettaessa keho valmistautuu tekoon monin tavoin, niin että jalat ja kädet ovat sopivassa asennossa kupin nostoa varten jo ennen kupin luo saapumista. Halatessa taas kummankin halaajan keho korjaa jatkuvasti asentoaan vastahalaajan liikkeiden mukaan. Vaati paljon synkronointia, että tämä saatiin toimimaan pelissä ja että hahmot olivat tietoisia toisistaan ja pelimaailmasta. Samalla hahmot piti saada tietoisiksi tulevista aikeistaan. Olisi houkuttelevaa jakaa kupin nostaminen erillisiksi vaiheiksi (kävele pöydän luo, katso kuppia, nosta kuppi), koska se olisi yksinkertaista ja vaiheita voisi sitten käyttää uudelleen. Tällainen liikkuminen on kuitenkin tyypillistä vain roboteille. Hahmon piti tietää, että se siirtyy pöydän luo nostamaan kuppia: näin hahmo pystyi käsittelemään samanaikaisesti monia toiminnon osia, jotta sen käsi tarttuisi kuppiin oikealla tavalla perille päästyään. Kahden hahmon samanaikainen käsittely edellytti vielä enemmän työtä. Molempien hahmojen tulee olla samaa mieltä siitä, missä ja milloin asiat tapahtuvat, ja kaiken pitää tapahtua oikeassa paikassa saumattomasti. Hahmojemme väliset vuorovaikutukset ovat yleensä lyhyitä, mutta ne ovat kriittisen tärkeitä sen suhteen, että hahmot tuntuvat uskottavilta ihmisiltä."
N/A4194"#commentary\cn_282_ropes.mp3" "[ Mike Dussault ] Huomasimme yhden tietyn seikan kaikissa Kaupunki 17:ää varten keräämissämme lähdekuvissa: johtoja ja kaapeleita oli kaikkialla, ja suuri osa näkymien toistuvista yksityiskohdista koostui niistä. Rakastimme näitä modernin elämän umpimähkäiseen verkostoon verhoutuneita vanhoja eurooppalaisia kaupunkeja. Meidän piti kehittää johdoille, köysille ja vastaaville elementeille jokin ratkaisu, ja halusimme niiden olevan dynaamisia. Kenttäsuunnittelijamme loivat innoissaan pistokepulmia, ja johdon kytkeminen kuhunkin pistokkeeseen auttoi pelaajia oppimaan pelimekaniikan. Tuotannon alkuvaiheissa kehitimme köysijärjestelmän, jota iteroitiin koko kehitysvaiheen ajan. Köydet koostuvat lukuisista segmenteistä, jotka on venytetty kahden päätepisteen välille ja jotka liikkuvat itsenäisesti. Kukin segmentti toimii jousena ja vastaa pelissä esiintyviin voimiin, kuten hiljaiseen tuuleen tai ohi lentävään Combinen alukseen. Renderöinnin myötä kukin segmentti näkyy kameraan päin, ja kohoumakartoituksen avulla köysille saadaan realistinen, pyöristetty ulkoasu."
N/A4195"#commentary\cn_283_vmpi.mp3" "[ Mike Dussault ] Turhauduimme kehitysprosessin aikana pelitapahtumien hitaaseen iterointiin, joka johtui enimmäkseen siitä, että karttojen kääntöprosessi – jota tarvittiin valaistuksen ja näkyvyyden esilaskentaan – vei tunteja. Vuonna 2000 tietokoneet olivat nykyistä hitaampia, ja jokaisessa oli vain yksi suoritinydin. Kuulimme jaellusta SETI@Home-ohjelmasta, jolla etsitään merkkejä maan ulkopuolisesta elämästä ja jossa hyödynnetään eri puolilla maailmaa sijaitsevia tietokoneita, joten kehitimme oman hajautetun VMPi-järjestelmämme, joka jakoi karttojen kääntöprosessin useisiin toimiston tietokoneisiin. Nykyään tällaiset hajautetut järjestelmät suoritetaan valtavissa grafiikkasuorittimien klustereissa, mutta tuolloin prosessi suoritettiin kaikissa toimiston tietokoneissa. Valaistuskoodi kehittyi yhtä nopeasti kuin kartatkin, joten VMPi jakoi kaikkien tietokoneille myös uudet .exe-tiedostot. Jälkeenpäin ajatellen tämä oli turvallisuuden kannalta hirvittävä ratkaisu, joka aiheuttaisi painajaisia teknisen osaston väelle. Mehän siis lähetimme mielivaltaisia suoritettavia tiedostoja kaikkiin työtietokoneisiin, jotka sitten suorittivat ne... Puhdasta hulluutta. Mutta ratkaisu toimi ja nopeutti karttojen iterointia, joten siitä tuli todella tärkeä työkalu."
N/A4196"#commentary\cn_284_field_of_view.mp3" "[ Kerry Davis ] Half-Life 1:ssä pelihahmon näkökentän laajuus oli 90 astetta, mikä oli tuolloin standardiratkaisu FPS-peleissä, mutta Half-Life 2:n kehitysprosessin aikana aloimme olla tyytymättömiä siihen. Hahmot olivat pelin keskeinen osa, joten olimme raataneet kasvojen ja kehon yksityiskohtaisten animaatioiden parissa. 90-asteinen näkökenttä rajoitti pelaajan havaintokykyä niin, etteivät he voineet ihailla työmme jälkeä riittävän läheltä. Niinpä aloimme testailla kapeampaa näkökenttää ja päädyimme lopulta 75 asteeseen. Tämä vaati totuttelua niin meiltä kuin pelaajiltakin, minkä lisäksi tarvittiin ylimääräinen näkökenttä pelaajan aseille, jotka näkyvät näytön alaosassa. Mallit kehitettiin alun perin 90 astetta varten, joten 75 asteessa ne näyttivät vääristyneiltä. Muutos kuitenkin sai aikaan sen, mitä halusimmekin: hahmoista tuli pelin tärkein vetonaula."
N/A4197"#commentary\cn_285_reference_maps.mp3" "[ Randy Lundeen ] Half-Life 1:n ja Half-Life 2:n välillä hahmot muuttuivat entistä elävämmän näköisiksi, ja halusimme pelimaailman tuntuvan yhtä realistiselta. Hahmon kuvakulmasta kuvattuihin peleihin liittyi rajoituksia, joiden vuoksi Half-Life 1:ssä oli helpointa turvautua tyyliteltyihin tai abstrakteihin ympäristöihin. Half-Life 2:ssa halusimme kuitenkin luoda todellisuuteen perustuvia puitteita ja keskityimme yksityiskohtiin, joita ei aiemmin tarvittu. Loimme mm. viitekarttoja, jotta tosimaailman mittasuhteet saatiin kartoitettua peliin yhdenmukaisesti. Kartoissa määritettiin esimerkiksi seinien ja ovien mittasuhteet, ovenkahvojen sijainti, sisävalaistus, kalusteiden mittakaavat ja normiesineiden perusmittakaavat. Loimme kenttäsuunnittelijoille standardoitut tekstuurit mittakaava- ja valaistusarvoineen, jotta pohjapiirustukset olisivat alusta alkaen yhteneväisiä. Viitekartoissa määritettiin fyysisen maailman ominaisuudet, pelihahmon liikkumisrajoitukset (kuinka korkealle hahmo voisi hypätä ja kuinka matalalle kumartua) sekä tuuletusaukkojen kaltaisten tilojen koko. Karttojen avulla pidimme pelimaaston yhdenmukaisena ja varmistimme, että alueiden mitat olivat realistisia koko pelin laajuisesti."
N/A4198"#commentary\cn_286_response_rules.mp3" "[ Scott Dalton ] Tiesimme jo varhain, että pelissä on paljon dynaamista dialogia, joten järjestelmän oli suoriuduttava siitä tehokkaasti. Halusimme järjestelmän, jossa äänisuunnittelijat voisivat lisätä ja muokata repliikkejä ilman ohjelmoijia, jossa dialogi vastaisi pelitilannetta ja jossa toistoa olisi mahdollisimman vähän. Response Rules -järjestelmä syntyi näiden tavoitteiden pohjalta. Kun hahmo puhuu muualla kuin käsikirjoitetussa kohtauksessa, järjestelmä määrittää, mikä repliikki esitetään. Hahmojen tekoäly ei kuitenkaan valitse repliikkejä suoraan vaan merkitsee sopivia ”tilaisuuksia puhumiseen”, jos esimerkiksi hahmo havaitsee pelaajan, vahingoittuu, ampuu aseensa viimeisen ammuksen, kohtaa ylivoimaisia vihollisia tms. Näissä tilanteissa tekoäly lähettää Response Rules -järjestelmälle pelitilanteeseen liittyvän datapaketin ja järjestelmä palauttaa sopivimman repliikin, jos sellaista on. Näin äänisuunnittelijamme saattoivat luoda dialogia varten selkeän päätösmatriisin. Hahmolla saattaa esimerkiksi olla eri repliikit aseen latausta varten sen mukaan, tulitetaanko hahmoa, onko taistelu päättynyt, onko enää vain yksi liittolainen pystyssä tai onko näkyvissä strideriä. Half-Life 2:n julkaisuhetkellä olimme vasta tutustumassa järjestelmän mahdollisuuksiin: siitä tuli yksi Episode 1 -pelin Alyxin pääpiirteistä, ja myöhemmin dynaamista dialogia hyödynnettiin esimerkiksi TF2:n hahmoluokkien ja Left 4 Dead -pelin hahmojen yhteydessä."
N/A4199"#commentary\cn_287_audio_caching.mp3" "[ Yahn Bernier ] Toinen lisäongelmia aiheuttava tekijä oli pelissä käytettyjen äänien määrä. Tehosteiden, musiikin ja dialogin myötä ääntä oli niin paljon, ettemme voineet tallentaa kaikkea muistiin – vuonna 2003 muisti oli arvokas resurssi. Äänet piti kuitenkin saada toistettua välittömästi, varsinkin jos ne liittyivät pelin tapahtumiin. Loimme siksi äänivälimuistin, jossa oli vain ensimmäiset 125 ms kustakin äänitiedostosta, ja pidimme sen muistissa. 125 ms oli paras arviomme siitä, kuinka kauan äänitiedoston suoratoisto levyltä kestäisi. Kun jokin ääni käynnistyi pelissä, sen alku toistettiin äänivälimuistista, samalla kun koko äänitiedoston lataus aloitettiin levyltä. Kun välimuistiin tallennettu alku päättyi, tiedosto oli ehtinyt latautua ja äänen loppuosakin toistettiin. Ratkaisuun liittyi muitakin pikkujuttuja, kuten hiljattain toistettujen äänien pitäminen kokonaan muistissa, niin ettei usein toistuvia ääniä tarvinnut latailla jatkuvasti. Uusissa pelimoottoreissa samaa strategiaa käytetään muidenkin kuin ääniresurssien yhteydessä."
N/A4200 
39184201}
39194202}