Template:PatchDiff/March 6, 2026 Patch/hl2/resource/closecaption romanian.txt
41674167"wood.scraperough" " "
41684168"plastic_box.scraperough" " "
41694169
N/A4170"#commentary\cn_001_physics_sound.mp3" "[ Jay Stelly ] Pentru ca fizica să pară realistă pentru jucător, a fost necesar ca și sunetele produse de fizică să se audă corect. Ca oameni, suntem cu toții obișnuiți cu sunetele pe care le produc obiectele și materialele în timpul diverselor interacțiuni, chiar dacă nu e ceva ce observăm în mod activ. Deși știam că nu putem să ținem cont de toate aspectele, ne-am concentrat pe acele detalii care au contribuit cel mai mult la realismul sunetelor fizicii. Am început cu sunete specifice pentru fiecare obiect în parte pentru coliziuni și impacturi. Astfel, un obiect, cum ar fi o ladă de lemn, putea avea sunete personalizate atunci când intra în coliziune cu alte obiecte sau clase de obiecte. Apoi, am început să modificăm dinamic aceste sunete în funcție de caracteristicile evenimentului fizic, cum ar fi masele implicate și forța coliziunii. Asta a funcționat foarte bine pentru coliziuni, dar nu a funcționat și pentru alte interacțiuni, cum ar fi obiectele care se freacă între ele. În realitate, o ladă de lemn scoate un sunet diferit atunci când se freacă de un perete față de momentul în care este aruncată în același perete. Vă zic sincer, nimeni nu a cercetat mai mult decât noi nuanțele proprietăților fizice ale unei lăzi de lemn. Pentru a obține ceea ce ne doream din aceste interacțiuni, am implementat sunete de coliziune specifice fiecărui material, metal cu lemn, metal cu metal și tot așa. Aceste sunete au fost modificate dinamic pe baza unor detalii, cum ar fi duritatea materialului sau tipul de metal. Pentru ca acest sistem să sune corect, au fost necesare o mulțime de mici ajustări, pe care le-am putut identifica abia după ce a fost pus în funcțiune. Am experimentat și cu sunete personalizate pentru obiectele care se rostogolesc, însă am renunțat la funcție pentru că nu eram mulțumiți de rezultate."
N/A4171"#commentary\cn_002_ramming_with_the_buggy.mp3" "[ Jay Stelly ] Sistemul nostru de fizică se bazează pe corpuri rigide, ceea ce înseamnă că nu acceptă deformarea sau distrugerea obiectelor. Dacă un obiect fizic este lovit de ceva, acesta se poate mișca dacă îi este permis, altfel, nu se întâmplă nimic. De aceea, atunci când conduci buggyul printr-o fereastră, trebuie să folosim câteva trucuri pentru ca lucrurile să funcționeze așa cum ne așteptăm. Pentru că fereastra este fixă, simularea va face ca buggyul să ricoșeze din ea, dar notifică sistemul nostru de joc că a avut loc o coliziune. Sistemul de joc se ocupă de distrugere, așa că sparge fereastra în cioburi și îi spune sistemului de fizică să înceapă simularea lor. Un aspect crucial este că sistemul de joc îi spune și sistemului de fizică să readucă buggyul la starea în care se afla înainte de coliziune. Acest lucru înseamnă că, la următoarea simulare, buggyul va trece liber prin fereastra acum distrusă. Acest proces produce o întrerupere de un cadru în fizica buggyului, pentru că se oprește puțin și este teleportat înapoi la momentul de dinaintea impactului. Ne pare rău dacă, știind acest lucru, a făcut ca Half-Life 2 să devină complet nejucabil. Dar, după ce am urmărit testele de joc de la vremea respectivă, am decis că de fapt ne-a plăcut întreruperea momentană. A accentuat senzația de impact."
N/A4172"#commentary\cn_003_ramming_zombies_with_the_buggy.mp3" "[ Jay Stelly ] Ca ființe umane, avem anumite așteptări de la lumea fizică, așa cum am menționat de câteva ori în acest comentariu. Una dintre aceste așteptări este că, dacă lovești un zombi cu mașina, acesta ar trebui să fie ridicat complet în aer. Dar obținerea acestui efect în joc nu este la fel de simplă ca în lumea reală. Din motive de performanță, inamicii precum zombi folosesc o cutie de coliziune simplificată în timpul jocului. Aceasta este o cutie care se potrivește perfect în jurul zombiului, fără ca nicio parte a modelului să iasă în afară. Dar atunci când zombiul moare, acesta este transformat într-un ragdoll cu cutii de coliziune mai precise, pentru fiecare membru în parte, deși simularea acestui lucru este mai scumpă. Această schimbare de reprezentare a coliziunii adaugă o complexitate suplimentară atunci când lovești un zombi cu buggyul, dincolo de simpla sacadare de cadru. Când buggyul se izbește prima dată de zombi, acesta atinge cutia de coliziune simplificată a zombiului. Apoi, jocul omoară zombiul, transformându-l într-un ragdoll pe care sistemul de fizică începe să îl simuleze. Acum, cu o coliziune mai precisă pentru fiecare membru, cea mai apropiată parte a zombiului poate fi la câțiva centimetri distanță de buggy. Ca rezultat, data viitoare când sistemul de fizică simulează, zombiul începe să cadă din cauza gravitației, deoarece buggyul nu îl mai împinge. Deși este doar un moment scurt înainte ca buggyul să ajungă din nou la zombi, această mică discrepanță a făcut ca lovirea zombilor să fie neplăcută. Adesea cădeau din câmpul vizual al jucătorului. Pentru a rezolva acest lucru, am salvat forța pe care a primit-o cutia de coliziune a zombiului când a fost lovită de buggy și am aplicat aceeași forță ragdoll-ului după conversie. În plus, am adăugat o ușoară forță de ridicare ragdoll-ului, proiectându-l puțin în sus. Cu aceste modificări, când zombii erau loviți, se răsturnau peste partea din față a buggyului, ceea ce se potrivea mai bine cu așteptările jucătorilor."
N/A4173"#commentary\cn_004_buggy_sound_engine.mp3" "[ Kelly Bailey ] Sunetul pentru buggy a fost o provocare, pentru că am vrut să pară un vehicul foarte puternic, care merge cu viteză foarte mare, chiar dacă hărțile nu sunt suficient de mari pentru a susține asta, iar buggyul nu depășește prima viteză. Are o viteză maximă de aproximativ 56 de km/h. În apărarea noastră, 56 km/h e totuși o viteză destul de mare, mai ales în 2004. În plus față de viteză, comenzile de condus sunt foarte simple. Cu tastatura ca metodă de control, comenzile jucătorului sunt practic binare. Buggyul fie accelerează, fie nu, fie virează complet într-o direcție, fie nu. Practic, trebuie să creăm toată această complexitate audio pentru a reprezenta o simulare în care complexitatea nu există în realitate. Astfel, am construit un motor fals pentru sunetul buggyului. Acesta are propria transmisie și combinăm comenzile jucătorului cu datele din simularea fizicii. Măsurăm cuplul pe fiecare roată simulată, indiferent dacă se învârte sau intră în contact, și creăm un set de sunete în buclă, pe care le combinăm cu atenție pe măsură ce motorul fals schimbă vitezele și răspunde la datele roților. Practic, am continuat să încercăm diferite lucruri. Am adăugat mai multă complexitate. Am făcut câteva ajustări până când buggyul a devenit mai distractiv și te răsplătește pentru senzația de viteză. Majoritatea jucătorilor nu comentează despre acest aspect, ci doar spun că buggyul sună bine, iar pentru noi ăsta e un succes, având în vedere nebunia care se petrecea sub capotă."
N/A4174"#commentary\cn_005_buggy_sound_design.mp3" "[ Kelly Bailey ] Designul sunetului pentru buggy s-a bazat pe mostre înregistrate de la un vechi Camaro din 1968. Am ales această marcă pentru că are un motor V8 incredibil, cu pistoane uriașe. Și nu există alt sunet asemănător, are acel sunet visceral, plin de energie, pe care îl căutam. Transmisia are și ea un șuierat mecanic minunat când se oprește din accelerare. Combinația asta părea foarte receptivă în cadrul acestui sistem de intrare binar cu care trebuia să lucrăm. Transmisia falsă a motorului nu a fost modelată după o mașină reală. În schimb, a fost proiectată ca un sistem simplu pentru a recompensa jucătorul pentru că a ținut apăsată pedala de accelerație. Este ca o scară rulantă care produce un sunet ascendent, creând constant tensiune și schimbând vitezele ori de câte ori tonul trebuie să repornească. Deoarece jucătorul ar fi rămas rapid fără spațiu în hărțile noastre relativ mici, scopul era doar să facem accelerarea distractivă pentru o perioadă scurtă de timp."
N/A4175"#commentary\cn_006_automating_dsp.mp3" "[ Kelly Bailey ] Toate sunetele pe care le aude jucătorul sunt procesate prin sistemul nostru de procesare a semnalului digital, sau DSP. Acest sistem se referă la modul în care sunetul este modificat pentru a reflecta mediul în care se află jucătorul. De exemplu, același sunet va fi diferit atunci când este auzit într-o parcare, într-o cameră mică sau în aer liber. În Half-Life 1, am plasat manual noduri invizibile în tot jocul pentru a defini aceste setări DSP pentru fiecare spațiu. Pentru Half-Life 2, știam că plasarea manuală va lua prea mult timp, mai ales că voiam un joc mai mare și aveam în continuare o singură persoană responsabilă de sunet în echipă. Astfel, am construit un sistem care determină automat setările DSP din jurul jucătorului, în timp real. Acesta analizează spațiul din jurul jucătorului, evaluează volumul în care se află și examinează materialele care formează mediul. Apoi, sistemul potrivește acel spațiu cu unul dintre cele 25 de tipuri de DSP-uri de bază create manual, ajustăm anumiți parametri și creăm DSP-ul complet detaliat care modifică sunetele pe care le aude jucătorul."
N/A4176"#commentary\cn_007_dynamic_mixing.mp3" "[ Kelly Bailey ] În timpul jocului, multe sunete sunt redate simultan, dar unele sunt mai importante decât altele și trebuie să setăm volumul sunetelor în relație cu celelalte, pentru a ne asigura că cele mai importante ies în evidență. Într-un film, acest proces de mixare a sunetelor se realizează în post-producție. Însă într-un joc, acesta are loc în timp real, răspunzând la acțiunile jucătorului, astfel încât nu putem prevedea din timp ce sunete vor fi redate simultan. Pentru a rezolva această problemă, toate sunetele sunt grupate pe tipuri și etichetate cu priorități. În timpul jocului, sistemul audio monitorizează toate sunetele active și reduce volumul sunetelor dintr-un grup dacă este redat un sunet cu prioritate mai mare. Acest proces de mixare a sunetelor este ajustabil. Dacă focurile de armă trebuie să fie puternice într-o scenă, le putem acorda o prioritate mai mare în scena respectivă. Dacă o anumită replică din dialog trebuie să fie auzită clar, aceasta poate obliga toate celelalte sunete să scadă în volum. Facem același lucru și cu muzica. Este un sistem subtil, dar foarte important, care previne aglomerarea mediului acustic."
N/A4177"#commentary\cn_008_soundscapes.mp3" "[ Kelly Bailey ] În Half-Life 1, sunetele ambientale erau plasate manual și, apoi, reglate individual. Pentru Half-Life 2, ne-am dorit mai multe sunete ambientale în zonele noastre, cu o calitate mai bună și cu mai puțin efort manual pentru plasare. Așa că am construit un sistem pe care l-am numit sistem al mediului acustic. Sistemul mediului acustic este, în esență, un mic program care controlează ce sunete ambientale se redau, de unde provin și cum se comportă într-un mediu specific. Astfel, zgomotul muștelor, adierea vântului, păsările, un tren îndepărtat, lupte îndepărtate. Sistemul mediului acustic putea apoi să selecteze și să redea aleatoriu aceste sunete și, ceea ce era și foarte important, să se ocupe de tranziția lină pe măsură ce jucătorul se deplasa prin diverse medii. Mediile acustice pot include și alte medii acustice, ceea ce ne permite să creăm colecții de sunete reutilizabile. Astfel, de exemplu, luptele îndepărtate pot fi focuri de arme mici, explozii îndepărtate, un elicopter care trece. Aceste medii acustice se asamblau și se redau în mod dinamic din multe sunete individuale, ceea ce ne ajută să evităm senzația artificială a unei singure piese în buclă. Per total, sistemul mediului acustic a fost un adevărat motor pentru sunetul din Half-Life 2 și este responsabil pentru aproape toate sunetele pe care le auziți și care nu sunt generate direct de joc."
N/A4178"#commentary\cn_009_audio_over_distance.mp3" "[ Kelly Bailey ] Spațiile mari din hărțile Coastei ne-au determinat să căutăm o soluție audio pentru modul în care sunetul se modifică în funcție de distanță. De exemplu, în hărțile respective, un inamic poate fi la o distanță de peste 90 de metri, iar arma lui ar trebui să se audă diferit de la acea distanță comparativ cu atunci când se află aproape. Am decis să stocăm sunetele într-un singur fișier stereo, cu sunetul apropiat în canalul stâng și sunetul îndepărtat în canalul drept. Apoi, în timpul redării, facem o tranziție sau schimbăm proporția sunetului pe care îl auzi între cele două canale, în funcție de distanța jucătorului față de sunet. A fost o soluție simplă care a funcționat bine și ne-a ajutat să facem față constrângerilor de memorie. Poți să auzi ușor cum funcționează. Ascultă cum se schimbă sunetul focurilor de armă ale soldaților Combine pe măsură ce te apropii de ei."
N/A4179"#commentary\cn_010_flying_vehicle_audio.mp3" "[ Kelly Bailey ] Inamicii zburători de mari dimensiuni din joc reprezintă o provocare audio unică. În timpul luptei, ei sunt mult mai agili decât alți inamici și se îndepărtează adesea la o distanță considerabilă de jucător. De asemenea, sunt foarte periculoși dacă au o linie de vizibilitate clară. Acești factori ne-au determinat să ne concentrăm pe o soluție audio în special pentru blocare. Cu alte cuvinte, când poți vedea inamicul și când inamicul te poate vedea pe tine. Am vrut să creăm o distincție audio clară între momentele în care au acea linie de vizibilitate. Sunetele de motor ale vehiculelor zburătoare sunt compuse din mai multe bucle sonore pe care le redăm simultan. Unele dintre acele bucle sunt procesate de către sistemul DSP, în funcție de spațiul în care ești, iar altele sunt redate direct, nefiind procesate. Sistemul DSP adaugă mai mult un efect de ecou al spațiului atunci când redăm sunetul prin acel sistem. Când obiectul zburător este ascuns în spatele unui obstacol și nu te poate vedea, creștem procentul de bucle care trec prin procesarea DSP și sună ca și cum obiectul ar fi puțin mai îndepărtat. Apoi, când inamicul iese de după un obiect și te poate vedea, redăm mai mult din sunetul direct. Per total, acest lucru îți dă senzația că sunetul este fie îndepărtat și fără direcție, fie mai direct în linia ta de vizibilitate. Poți auzi asta când elicopterul iese de după o clădire, ideal ar fi să poți auzi cu adevărat acea diferență."
N/A4180"#commentary\cn_011_bullet_audio.mp3" "[ Kelly Bailey ] Dacă există un lucru de care suntem siguri, e că vor zbura multe gloanțe pe lângă jucător pe parcursul jocului, așa că am petrecut mult timp încercând să perfecționăm prelucrarea audio pentru acestea. Din păcate, gloanțele din joc sunt practic instantanee, așa că nu putem pur și simplu să le atașăm un sunet și să ne bazăm pe mișcare pentru poziționare. După câteva experimente, am ajuns la următoarea soluție: determinăm punctul cel mai apropiat de urechea jucătorului pe traiectoria glonțului și calculăm momentul exact și poziția în care glonțul ar trece, în teorie, pe lângă ureche. Apoi redăm două sunete diferite în acel moment pentru a simula efectul Doppler: unul pentru apropierea glonțului și unul pentru depărtarea lui. Întârziem sunetul de depărtare în funcție de timpul calculat în care glonțul a trecut pe lângă ureche."
N/A4181"#commentary\cn_012_staircase.mp3" "[ Aaron Seeler ] Pe parcursul jocului există situații care provin din obiective de design simple și destul de directe, iar această scară prezintă două dintre ele. Prima era să încadreze Citadela în momentul în care se trezea, arătând jucătorului că a stârnit agitație în interiorul acesteia. A doua era să prezinte sistemul nostru de ragdoll. Deși acum este ceva obișnuit, în 2004 era încă o noutate să vezi corpuri rostogolindu-se în mod realist, iar scările ofereau un cadru perfect pentru a realiza asta."
N/A4182"#commentary\cn_013_alyx_and_mossman.mp3" "[ Bill Fletcher ] În planurile noastre inițiale pentru povestea din Half-Life 2, am vrut să acceptăm provocarea de a face ceva mai puțin axat pe joc. Nu doar o poveste despre un personaj evident bun care învinge inamici evident răi. În schimb, ne-am propus să ne concentrăm pe personaje și pe relațiile dintre ele. Ne-am gândit că ar fi interesant să explorăm familia ca unitate dinamică centrală a Half-Life 2. Tensiunea dintre Alyx și Mossman a apărut din această idee și ne-a plăcut pentru că părea familiară, ceva ce jucătorii puteau înțelege și cu care puteau empatiza."
N/A4183"#commentary\cn_014_exposition_board.mp3" "[ Danika Rogers ] Am vrut să includem această secvență densă de poveste vizuală aici, deoarece este locul în care jucătorii sunt vădit încurajați să exploreze un spațiu. Chiar dacă rolul său principal este acela de a construi lumea, facem totuși eforturi pentru a evidenția relația dintre Eli și Breen, oferind contextul pentru conflictul central al lumii."
N/A4184"#commentary\cn_015_city_17_awakens.mp3" "[ David Sawyer ] Secțiunea inițială a gării a fost concepută pentru a face orașul să pară indiferent față de jucător, ca și cum Gordon ar fi doar un alt cetățean fără nume și fără chip, gata să fie subjugat. Dar, în timpul raidului din casă și al urmăririi pe acoperiș, orașul identifică jucătorul ca pe o anomalie și începe să se agite. Acum, cu jucătorul în rolul agresorului, orașul își îndreaptă întreaga atenție asupra lui. Sistemul de sonorizare Overwatch, auzit pentru prima dată în timpul raidului, a jucat un rol cheie în transmiterea acestui mesaj. Dacă jucătorii ascultă cu atenție, pot afla multe informații despre vigilența orașului. Chiar și atunci când jucătorii nu erau atenți, sunetul transmitea totuși mesajul emoțional pe care îl urmăream."
N/A4185"#commentary\cn_016_elis_lab.mp3" "[ Dhabih Eng ] Am construit laboratorul lui Eli după cel al Dr. Kleiner, ceea ce ne-a ajutat să înțelegem mai bine cum să creăm și să regizăm, în mod eficient, scene coregrafice. Drept urmare, am putut crea un scenariu mai complex, cu mai multe oportunități de a reacționa la acțiunile jucătorului. Faptul că mai multe personaje își vedeau de treaba lor prin încăpere a făcut punerea în scenă destul de complicată și a fost nevoie de multe iterații și sesiuni de testare pentru ca totul să ruleze cursiv. Experiența ne-a arătat că, în general, jucătorii voiau să participe la scenă. Aveau nevoie doar de suficiente indicii subtile pentru a ști unde îi voiam. În mod similar, dacă le era distrasă atenția, scena trebuia să se pună discret pe pauză și să aștepte ca ei să revină."
N/A4186"#commentary\cn_017_feel_free_to_look_around.mp3" "[ Dhabih Eng ] Găsirea echilibrului între dorința jucătorului de a explora și obiectivele narative ale scenei a reprezentat întotdeauna o provocare. Ne doream ca încăperea să fie plină de lucruri interesante de văzut, dar mulți jucători nu explorau până nu erau siguri că nu vor rata niciuna dintre prestațiile personajelor. De aceea era important ca Eli să îi spună jucătorului să se uite în jur la jumătatea scenei. Era un semnal prin care să îi spună că poate explora. De acolo, puteam declanșa o serie de mini-scene personalizate, în funcție de ce capta atenția jucătorului."
N/A4187"#commentary\cn_018_interstitial_scenes.mp3" "[ Eric Kirchmer ] Pe măsură ce testarea jocului avansa, am descoperit deseori zone în care jucătorii își pierdeau din vedere obiectivul, ceea ce nu este neobișnuit într-un joc precum Half-Life. Pentru a remedia această problemă, am adăugat scene interstițiale mai mici, care să ghideze jucătorii pe parcursul jocului și să le reamintească obiectivul. După ce am terminat cea mai mare parte a dezvoltării scenelor coregrafice mai ample, precum laboratorul lui Kleiner, asamblarea acestor scene mai mici a devenit relativ simplă. Am descoperit că folosind personaje în aceste momente funcționa mult mai bine decât să ne bazăm pe a povesti pasiv sau chiar ca un fel de memento pe care l-ai găsi încorporat într-un meniu de pauză."
N/A4188"#commentary\cn_019_overwatch.mp3" "[ Josh Weier ] În timpul dezvoltării, am generat vocea Overwatch folosind un instrument gratuit de transformare a textului în voce. Dar, pe măsură ce ne apropiam de lansare, ne-am dat seama că nu aveam drepturile de utilizare. Așa că am organizat audiții cu actori de voce pentru a găsi pe cineva care să corespundă calităților pe care le apreciam în replicile generate. Nu a durat mult până când am găsit-o pe Ellen McClain, a cărei interpretare era exact ceea ce căutam. În timpul sesiunilor, i-am redat replicile generate pentru ca ea să le imite, dar în stilul ei. La început a fost puțin sarcastică, având în vedere că i se cerea să reproducă o interpretare atât de robotică. Dar, câțiva ani mai târziu, când s-a întors pentru rolul său iconic ca GLaDOS în *Portal*, a găsit o modalitate de a integra creativ acel ton în interpretarea sa."
N/A4189"#commentary\cn_020_box_car_joe.mp3" "[ Laura Dubuk ] Această scenă scurtă conținea inițial două personaje umane, dar mai târziu în procesul de dezvoltare, am înlocuit unul din ele cu un Vortigaunt. Am vrut să arătăm că grupul Vortigaunt coexista cu oamenii și că și ei erau împotriva Combine. Le-am dat și capacitatea de a vindeca jucători, chiar dacă nu am valorificat în totalitate această opțiune în timpul jocului. Grupul Vortigaunt a devenit un instrument de poveste util pentru a menține dialogul succint, deoarece mintea lor colectivă justifica cunoașterea completă a lumii și a obiectivelor pe care le avea jucătorul. Acest lucru însemna că nu aveau niciodată nevoie să pună întrebări, evitând astfel provocarea de a scrie dialoguri pentru un protagonist tăcut."
N/A4190"#commentary\cn_021_mossman.mp3" "[ Marc Laidlaw ] Judith Mossman a fost inițial bazată pe un personaj pe care îl planificasem pentru o secțiune din Half-Life 1. Această secțiune a fost eliminată din jocul de bază și reutilizată în Uplink, dar fără personaj. O considerăm cel mai complex personaj din Half-Life 2. Știam că mergem pe o linie foarte fină în ceea ce privește sentimentele jucătorului față de ea, chiar și înainte de Nova Prospekt, deoarece sursele de încredere ale jucătorului nu sunt de acord. Eli o place, dar Alyx nu. Am recunoscut că există o limită a complexității pe care o puteam reda în relațiile dintre personaje, dar am considerat că dinamica între mama vitregă și fiică era ceva ce jucătorii ar înțelege. Indiferent dacă sunteți de acord sau nu cu Mossman, ea face ceva eroic. Riscă să fie agent dublu pentru a obține informațiile de care are nevoie pentru a-i proteja pe Eli și pe Alyx. Doar că nu l-a luat în calcul pe Gordon."
N/A4191"#commentary\cn_022_hands_free.mp3" "[ Matt Wright ] La momentul lansării Half-Life 2, cele mai multe jocuri first person shooter ofereau jucătorului un pistol sau o armă albă încă de la început, dar noi am optat să îi lăsăm să înceapă cu mâinile goale. Fără o armă, era mai ușor să îi antrenăm pe jucători în moduri mai inedite de a interacționa cu lumea și să îi introducem în povestea noastră. Am vrut ca jucătorul să treacă de la statutul de fugar la cel de agresor, iar înarmarea lui la momentul potrivit a creat, în mod natural, acel moment. Până când obține în sfârșit o armă, nu mai are de ce să fugă. Se spune că uneori cea mai bună modalitate de a câștiga este să pleci, dar știm cu toții că nu este adevărat. Cea mai bună modalitate de a câștiga este să alergi spre ceva în timp ce tragi în el."
N/A4192"#commentary\cn_023_metrocop_scene.mp3" "[ Mike Dussault ] Asta e o altă scenă gândită să arate clar că polițiștii sunt băieții răi. Doar că de data asta jucătorul are o armă și poate, în sfârșit, să facă ceva în privința asta. Acest „ceva” iese din țeava armei. Știam că jucătorul trebuie să se simtă justificat, iar acest moment a contribuit la crearea acestei senzații. Polițiștii sunt încă umani, spre deosebire de restul forțelor Combine din joc, așa că am simțit că trebuie să depunem un efort suplimentar pentru a ne asigura că acțiunile jucătorului sunt percepute ca un act de justiție nu doar de furie."
N/A4193"#commentary\cn_024_moving_the_gravity_gun.mp3" "[ Ted Backman ] Când a fost creat primul prototip al armei gravitaționale, intenționam să o oferim jucătorului la jumătatea jocului. Dar, pe măsură ce testarea jocului avansa, am văzut cât de solid era designul său și ne-am dat seama că arma gravitațională, dar mai important, abilitatea ei de a lansa lamele de fierăstrău în fețele zombilor, trebuia introdusă mai devreme. Asta însemna că și laboratorul lui Eli trebuia mutat mai la începutul jocului. A fost o schimbare semnificativă, dar a fost crucială pentru succesul Half-Life 2. Este un bun memento al faptului că povestea și universul jocului sunt interconectate și că niciuna din ele nu poate avea întotdeauna prioritate; trebuie să funcționeze împreună."
N/A4194"#commentary\cn_025_buggy_birds.mp3" "[ Adrian Finol ] Într-o sesiune de testare memorabilă pentru nivelul Coasta, un jucător s-a întors la vehiculul său după ce a explorat o casă și s-a întâmplat să vadă o pasăre zburând prin apropiere. A strigat la pasăre, spunându-i să stea departe de buggyul lui, plângându-se că păsările îi murdăresc adesea mașina în viața reală. În discuția noastră de după sesiunea de testare, ne-am dat seama că era pentru prima dată când aveam obiecte separate de jucător de care jucătorului chiar îi păsa. Am văzut asta ca pe o oportunitate de explorat, așa că am creat un sistem care să livreze exact momentul de care se temea acel jucător. Când jucătorul își lasă buggyul singur pentru o vreme și nu e în câmpul său vizual, generăm un pescăruș într-o locație aleatorie pe caroseria vehiculului. Pe măsură ce trece timpul, pescărușul generează urme de excremente pe caroseria buggyului de sub el și continuă până când jucătorul se întoarce, moment în care zboară. Desigur, testerii au vrut să-și poată curăța vehiculul, așa că am adăugat posibilitatea de a-l spăla conducând-l prin apă de mică adâncime. Era destul de târziu în procesul de dezvoltare, așa că aveam deja tehnologia necesară pentru toate acestea, iar funcția a fost implementată rapid. Este unul dintre cazurile în care știm că doar un procent mic de jucători îl vor descoperi, dar dacă putem implementa astfel de detalii în mod eficient, și avem destule, cei mai mulți jucători vor întâlni cel puțin unul."
N/A4195"#commentary\cn_026_bridge_gunship.mp3" "[ Adrian Finol ] Am fost foarte mulțumiți de bătălia cu nava de luptă, în ciuda faptului că a fost dificil de configurat, având în vedere geometria nivelului. Fiind situată sub pod, nava de luptă s-a putut mișca liber în jurul jucătorului, folosind toate cele trei dimensiuni pentru a se poziționa deasupra și dedesubt în momente diferite. Grinzile au oferit o acoperire de înaltă frecvență, creând oportunități pentru ca focurile navei de luptă să producă un spectacol vizual și audio distractiv și dinamic."
N/A4196"#commentary\cn_027_floor_is_lava.mp3" "[ Adrian Finol ] Crearea modului de joc în jurul unor concepte general înțelese precum „podeaua e lavă” a făcut procesul de învățare foarte ușor. Ne-a plăcut cum sistemul nostru de fizică permitea un grad înalt de libertate creativă în modul în care jucătorii alegeau să abordeze situația. Unii construiau pasarele din mai multe obiecte, în timp ce alții se concentrau pe folosirea doar a celor două bucăți de metal preferate. Unii au urmat cu atenție calea dintre stânci, cu grijă să nu cadă, în timp ce alții s-au îndreptat direct spre ieșire, așezându-se pe obiecte situate chiar deasupra nisipului. Stilurile de joc variau. Unii jucători considerau că au eșuat dacă invocau leii-furnică, reîncărcând imediat, în timp ce alții se bucurau să se cațere înapoi pe stânci pentru a-și reveni. Ne-a plăcut, de asemenea, faptul că funcționa ca un puzzle de navigare, dar putea fi transformat într-o arenă dacă jucătorii preferau; unii pur și simplu săreau pe nisip și se luptau până la capăt."
N/A4197"#commentary\cn_028_opportunistic_moments.mp3" "[ Ariel Diaz ] Unele momente memorabile din joc provin din interacțiunile mai multor sisteme de joc, dar uneori ne dăm seama că aceste momente au șanse să se întâmple destul de rar. În astfel de cazuri, ne dorim adesea ca mai mulți jucători să le experimenteze. Aici apare o tensiune: cu cât știm mai bine că jucătorii vor întâlni ceva, cu atât putem depune mai mult efort. Dar dacă pare prea artificial, momentul poate părea forțat, iar jucătorii s-ar putea să nu reacționeze la fel de pozitiv. Moartea cinematografică a navei de luptă este un exemplu în care am modificat puțin lucrurile, încercând să creștem șansele unui moment memorabil fără a fi prea evident. Designul acestei zone și traiectoriile de zbor ale navei de luptă fac probabil ca jucătorul și nava să se afle în locurile potrivite atunci când aceasta moare. Dacă se află, declanșăm prăbușirea navei de luptă peste mașini. Dacă nu, aceasta moare în mod obișnuit. Este un mecanism „de joc”, dar testerii nu păreau să se supere când momentul se desfășura bine."
N/A4198"#commentary\cn_029_assault_on_nova_prospekt.mp3" "[ Ariel Diaz ] Cu o armată infinită de lei-furnică care apărea în mod repetat pe coastă și ataca o bază fortificată a Combine, era greu să nu încercăm un nivel inspirat din Normandia. Prototipul nostru inițial includea tranșee care duceau la Nova Prospekt, cu mitraliere letale care forțau jucătorul și pe leii-furnică să rămână în tranșee pentru a supraviețui. Era palpitant să auzi focuri de mitralieră și să vezi lei-furnică sărind constant deasupra tranșeelor. Din păcate, nu am reușit să îl facem să funcționeze în cadrul bugetului nostru de performanță și, în cele din urmă, a trebuit să îl lăsăm deoparte în favoarea unui design de nivel complet diferit. Cu toate acestea, mitralierele montate au rămas, deoarece letalitatea lor s-a dovedit utilă în încurajarea jucătorilor de a se baza pe proprii lei-furnică."
N/A4199"#commentary\cn_030_buggy_physics.mp3" "[ Charlie Brown ] Fizica pentru buggy a necesitat multe încercări și greșeli. Voiam să pară rapid, chiar dacă viteza maximă era de doar aproximativ 56 km/h, așa că a trebuit să trișăm puțin pentru a-l face să funcționeze. Am adăugat o forță verticală suplimentară la saltul turbo și un mic impuls în spate atunci când se folosea frâna de mână pentru a derapa. Fără acestea, viteza redusă făcea ca buggyul să nu fie deloc distractiv de condus. În plus, lumea era plină de haos imprevizibil, determinat de sistemele fizice. Jucătorii erau obligați să conducă buggyul în tot felul de coliziuni, așa că a trebuit să ne asigurăm că pot ieși întotdeauna din situația respectivă. Acest lucru a necesitat multe experimente și testări. În cele din urmă, am optat pentru o simulare destul de caraghioasă și nerealistă, care făcea buggyul mai iertător și mai greu de răsturnat. Centrul său de greutate este foarte jos, iar roțile, deși par să se învârtă mult, de fapt nu o fac. A fost prima noastră încercare de a simula fizic un vehicul și am învățat foarte multe din ea. Datorită acestui lucru, am reușit să facem bolidul din Episode 2 mult mai ușor de condus."
N/A4200"#commentary\cn_031_the_bridge.mp3" "[ Charlie Brown ] Această secțiune a podului a fost inspirată de podul Deception Pass, situat chiar lângă sediul Valve. Inițial, am construit secțiunea ca un simplu puzzle de navigare, adăugând treptat mai multe elemente de joc. De asemenea, a devenit principalul caz de testare pentru fricțiunea la margini a jucătorului. În sistemul nostru de mișcare, creștem subtil fricțiunea la decelerarea jucătorului pe măsură ce se apropie de marginea unei suprafețe. Jucătorii nu au observat niciodată acest lucru, probabil pentru că se aliniază în mod natural cu obiectivul lor de a se opri la margine pentru a privi în jos, corespunzând tendinței umane de a se mișca mai încet și mai atent în apropierea unei prăpăstii. Dar este o caracteristică esențială pentru această parte a jocului. Știm acest lucru pentru că, la un moment dat în timpul dezvoltării, l-am stricat accidental și, brusc, toți testerii au început să cadă spre moarte, în mod repetat."
N/A4201"#commentary\cn_032_coast.mp3" "[ Chris Green ] Ne doream o secțiune larg deschisă a jocului pentru buggy, dar aveam totuși nevoie de o modalitate de a limita mișcarea jucătorului. Alegerea unei zone de coastă ne-a oferit o graniță naturală de-a lungul unei laturi a hărții, oferind în același timp senzația unui spațiu deschis și vast. De asemenea, ne-a ajutat să vizualizăm efectele extracției resurselor Pământului de către Combine. Cei care testau jocul au încercat în continuare să înoate în larg, așa că am adăugat lipitori pentru a-i descuraja. Lipitorile nu puteau fi un inamic real, evitabil, cu care jucătorii să simtă că pot lupta, așa că sunt puțin magice. Jucătorii au înțeles, în general, că depășeau limitele jocului, așa că nu le-am dezvoltat excesiv."
N/A4202"#commentary\cn_033_grenade_house.mp3" "[ Dave Riller ] O mare parte din jocul Half-Life constă în a le oferi jucătorilor experiențe de luptă ușor inedite la fiecare pas, chiar dacă sunt doar mici modificări ale celor anterioare. Nu toate trebuie să fie provocări bazate pe îndemânare; uneori, pot fi pur și simplu momente distractive în care jucătorul are ocazia să se distreze. Această casă cu grenade este unul dintre aceste momente, cu diferența că am inversat configurația obișnuită. În loc să lăsăm jucătorul să arunce grenade asupra inamicilor de jos, i-am pus pe inamici deasupra. Cutia cu grenade nelimitate este o modalitate oarecum ciudată de a încuraja jucătorii să se implice în scenariu, dar invulnerabilitatea sa asigură, în același timp, faptul că jucătorul poate urca în continuare la etajul de deasupra, chiar dacă a aruncat în aer restul."
N/A4203"#commentary\cn_034_buggy_training_course.mp3" "[ David Sawyer ] Această secțiune de antrenament a fost concepută pentru a permite jucătorului să se distreze cu buggyul lui. La momentul lansării Half-Life 2, acest nivel de simulare fizică într-un vehicul era o noutate, așa că am vrut să le oferim jucătorilor suficiente oportunități de a experimenta cu el. Jucătorul tocmai părăsise spațiul restrâns din Ravenholm și ne-a plăcut să îi oferim recompensa contrastantă de a se putea deplasa rapid într-un spațiu de dimensiuni mari, simțindu-se în siguranță în interiorul unui vehicul. Ne-am asigurat că este necesar un salt turbo pentru a ieși din această zonă, ceea ce a servit și ca test pentru a ne asigura că a atins un nivel de confort la volan și că nu și-a lăsat buggyul în urmă."
N/A4204"#commentary\cn_035_ambush.mp3" "[ David Sawyer ] Una dintre provocările generale ale unui FPS în stilul Half-Life este că jucătorul avansează constant în spații pe care nu le cunoaște. Acest lucru înseamnă că, atunci când se află în luptă, se află în zone necunoscute, fără să știe cum să abordeze confruntarea. Folosim multe metode diferite pentru a ajuta jucătorul să rezolve această problemă, iar această ambuscadă este un exemplu. La sosire, jucătorul luptă cu un grup Combine printre aceste case. În timpul luptei și al explorării ulterioare, jucătorul are șansa de a învăța configurația arenei. Apoi, când jucătorul explorează mansarda, generăm un al doilea val de Combine. În cea de-a doua luptă, jucătorul are acum avantajul de a cunoaște zona, ceea ce îi permite să ia decizii mai tactice în apărarea sa împotriva atacatorilor din ambuscadă."
N/A4205"#commentary\cn_036_bugbait_training.mp3" "[ David Sawyer ] Acest antrenament stângaci cu momeală este locul în care am ajuns, după ce am rămas fără timp, dar având nevoie ca jucătorii să înțeleagă instrumentul pentru ca designul Nova Prospekt să funcționeze. În general, ne propunem să adăugăm suficientă atmosferă și context antrenamentului, astfel încât să nu pară un antrenament, ci să pară o parte naturală a procesului de a descoperi ceva nou. Aici însă, nu am reușit pe deplin să facem asta. Oricât de evident ar părea, momeala nu era ceva înțeles în mod intuitiv de către jucători. Suntem deja într-un punct avansat al jocului, așa că jucătorii au deja multă experiență în a se lupta cu inamicii. Înainte să adăugăm orice fel de antrenament, primii testeri care au colectat momeala au intrat în nivelul următor și au împușcat instinctiv primul leu-furnică pe care l-au văzut, pentru că asta funcționase până atunci. Half-Life tinde să încurajeze abordarea „întâi tragi, apoi întrebi”. În mod similar, când jucătorii au ajuns la Nova Prospekt, nu s-au gândit să arunce momeala către soldații Combine, ci s-au bazat pe armele lor obișnuite. Așadar, aveam nevoie de acest antrenament nu numai pentru a arăta cum funcționează momeala, ci și pentru a demonstra că leii-furnică se vor apropia de jucător fără să atace."
N/A4206"#commentary\cn_037_vortigaunt_extraction.mp3" "[ Dhabih Eng ] Această arenă a prezentat câteva probleme de design dificile din două motive. În primul rând, Gardianul este un inamic care luptă doar corp la corp, așa că nu puteam permite jucătorului să ajungă în zone unde Gardianul nu putea să-l urmărească. Am experimentat câteva atacuri la distanță, dar nu ne-au plăcut rezultatele. Atacul său cu scuipat de mâzgă, de exemplu, a ajuns să arate ridicol. Singurul atac care nu era corp la corp și care a supraviețuit a fost abilitatea sa de a arunca obiecte în jucător, dar acest lucru necesită ca obiectele să se afle în raza de acțiune, ceea ce nu era întotdeauna garantat. A doua provocare a fost să ne asigurăm că, indiferent unde moare Gardianul, Vortigauntul poate ajunge la cadavrul său. Acest lucru era esențial, deoarece jocul nu poate continua dacă Vortigauntul nu poate extrage momeala."
N/A4207"#commentary\cn_038_dropship_deployment.mp3" "[ Doug Wood ] Debarcarea soldaților din navele transportoare a fost dificilă, deoarece a necesitat ca NPC-urile să apară în interiorul unui alt obiect solid. Pentru a-i scoate în câmp deschis, unde puteau începe să se deplaseze normal, aceștia rulează imediat o animație în care sar afară din container în momentul în care sunt generați. Odată ce acest lucru a funcționat, am întâmpinat o altă problemă: jucătorii experimentați așteptau pur și simplu în afara containerului și împușcau soldații în timpul animației lor de ieșire. Pentru a contracara acest lucru, am adăugat o turelă în container pentru a apăra soldații în timp ce ies. Aceasta nu împiedică complet un jucător să profite, mai ales dacă folosește o armă indirectă, cum ar fi o grenadă sau altceva, dar părea realistă și ca o contramăsură autentică pe care ar putea-o lua cineva care gândește strategic."
N/A4208"#commentary\cn_039_laser_guided_rpg.mp3" "[ Eric Smith ] Funcția de ghidare laser a RPG-ului ne-a dat mari bătăi de cap, deoarece era dificil de învățat. Mulți testeri trăgeau cu RPG-ul și apoi se ascundeau imediat în spatele unui adăpost, ceea ce însemna că nu vedeau traiectoria rachetei. Mai rău, nu își dădeau seama că racheta se întorcea acum pentru a zbura înapoi spre ei. Am încercat diverse elemente pentru interfața de joc și indicatoare cu punct laser pentru a ajuta, dar am constatat că cei mai mulți jucători le ignorau, concentrându-se în schimb pe inamic. Am făcut cât mai multe îmbunătățiri minore posibil, cum ar fi accentuarea funcției în discursul Odessei și îmbunătățirea sunetului și a imaginii care arată cum nava de luptă neutralizează focurile directe ale RPG-ului. Deși aceste modificări i-au ajutat pe unii jucători să înțeleagă funcționalitatea, nu am ajuns niciodată la un punct în care să fim siguri că aproape toată lumea o înțelege. Am luat chiar în considerare eliminarea completă a funcționalității, dar confruntarea cu nava de luptă fără ea era mult mai puțin interesantă. Ghidarea laser forța jucătorul să țină nava de luptă în câmpul vizual cât timp racheta era în zbor, dar asta însemna și că nava de luptă avea linia de vizibilitate înapoi, creând o tensiune pe care am adorat-o."
N/A4209"#commentary\cn_040_performance_constraints.mp3" "[ Eric Smith ] Pentru arena finală din Coastă, ne-am imaginat un final grandios în care jucătorul și un grup de cetățeni ar opri valurile de soldați Combine, culminând cu o bătălie cu nave de luptă. Din păcate, costul computațional al mișcării soldaților și aliaților pe teren a făcut ca bătălia să fie redusă în mod constant pentru a se încadra în bugetul nostru de performanță. Când am ajuns să folosim un singur grup de soldați în orice moment, eram deja în întârziere cu dezvoltarea. Era prea târziu pentru a face modificări la scară mare în arenă pentru a îngloba mai mulți inamici, așa că a trebuit să reproiectăm desfășurarea luptei pentru a menține numărul de soldați la un nivel minim."
N/A4210"#commentary\cn_041_lighthouse_gunship.mp3" "[ Ido Magal ] Scenariul cu nava de luptă a necesitat ceva efort pentru a fi jucat așa cum ne-am imaginat. Am vrut să se desfășoare ca într-un film. În versiunea cinematografică, o navă de luptă ar trage prin ferestre în timp ce protagonistul urcă în far, anticipând mișcările acestuia. Pentru a simula această anticipare în joc, am configurat o serie complexă de volume de declanșare de-a lungul scării. Când detectează că jucătorul urcă, ele instruiesc nava de luptă să aleagă o nouă traiectorie de zbor care să corespundă altitudinii jucătorului. Declanșatoarele activează ținte în ferestrele cele mai apropiate de jucător. Acestea sunt obiecte invizibile din joc pe care IA a inamicului le percepe imediat ca fiind ostile, și determină nava de luptă să tragă spre ferestre. Această combinație de IA și scripturi este esențială pentru scenariile de luptă din Half-Life. IA gestionează comportamentul general și adaptativ al NPC-urilor, în timp ce scripturile personalizează cerințele unice ale fiecărui scenariu."
N/A4211"#commentary\cn_042_crane.mp3" "[ Jakob Jungels ] Macaraua a necesitat multe ajustări pentru a funcționa corect. Ceva care trebuia să genereze atâta forță fizică era întotdeauna riscant, având în vedere limitele fizicii corpului nostru rigid și ale tehnologiei de distrugere. De exemplu, magnetul nu avea cum să îndeplinească pe deplin așteptările jucătorilor pentru ceva cu o masă atât de mare. Dar, deoarece macaraua era staționară, am putut alege cu atenție totul din raza sa de acțiune și am putut face ajustările necesare. Din fericire, cei mai mulți jucători nu păreau să observe imperfecțiunile sale, probabil datorită noutății interacțiunii cu un astfel de obiect într-un mediu relativ realist bazat pe fizică."
N/A4212"#commentary\cn_043_flashlight_power.mp3" "[ Jeff Lane ] Decizia de a face ca atât sprintul, cât și lanterna să consume energia costumului HEV a fost una controversată în Half-Life 2. Inițial, doar sprintul consuma energia costumului, ceea ce era logic, întrucât era menit să fie doar o scurtă accelerare. Lanterna, pe de altă parte, putea fi folosită la nesfârșit. Însă, testarea jocului a relevat o problemă: jucătorii părăseau adesea zonele întunecate fără să-și dea seama că lanterna era încă aprinsă. În zonele deschise și bine iluminate, precum Coasta, bugetul nostru de performanță nu putea suporta aprinderea continuă a lanternei, așa că aveam nevoie de o modalitate de a o opri fără implicarea jucătorului. Limitarea puterii sale părea o soluție simplă, cu avantajul de a adăuga și un plus de tensiune în zonele întunecate. Provocarea a devenit atunci: ce resursă ar trebui să utilizeze? Aveam deja puterea costumului și nu voiam să aglomerăm interfața cu o nouă resursă doar pentru lanternă. Ne-am jucat cu ideea ca alte abilități ale jucătorilor să utilizeze puterea costumului, gândindu-ne că ar putea fi interesant ca jucătorii să aleagă între ele. Acesta este un bun exemplu al faptului că designul jocurilor implică adesea alegerea între soluții imperfecte. Nu ne-a plăcut ideea ca sprintul și lanterna să împartă o resursă, dar nici nu voiam ca interfața să fie aglomerată de mai multe resurse. În Episode 2, neavând în plan să adăugăm altceva care să consume energia costumului, am decis în cele din urmă să acordăm lanternei o resursă separată"
N/A4213"#commentary\cn_044_open_world_loot.mp3" "[ Jeff Lane ] Spațiul deschis din Coastă ne-a creat o nouă problemă în ceea ce privește distribuirea recompenselor sub formă de obiecte. În jocurile Half-Life, de obicei, recompensăm jucătorii pentru explorare. Dacă vezi drumul înainte, dar observi ceva în lateral, probabil că acolo se află ceva util dacă îți faci timp să cauți. Când am început să testăm hărțile Coastei, am ascuns recompensele prin colțurile zonelor exterioare. Însă, acest lucru a dus la o experiență mai proastă cu buggyul. Spațiile largi și deschise însemnau că existau întotdeauna multe zone mici care păreau să conțină ceva, iar jucătorii se opreau și coborau din buggy pentru a căuta. A devenit plictisitor și a afectat distracția nivelului. Așa că am eliminat acele recompense împrăștiate. Dar acest lucru a ridicat o nouă problemă: cum îi spunem jucătorului când merită să coboare din buggy? După o perioadă de gândire, am stabilit o regulă: orice tip de construcție umană avea să includă întotdeauna conținut de joc și recompense de explorare, în timp ce zonele pur naturale vor fi lăsate goale. Nu le puteam spune jucătorilor acest lucru în mod direct, dar se alinia bine cu presupunerile lor naturale și am întărit acest lucru în mod constant cu zone de acest gen."
N/A4214"#commentary\cn_045_gas_station.mp3" "[ Jeff Lane ] Aveam planuri mărețe pentru această confruntare. Ne imaginam că vom construi o benzinărie în jurul căreia jucătorul s-ar fi luptat, probabil aprinzând canistre de benzină și dând foc la tot. Ne imaginam că jucătorul ar fi fugit de un incendiu violent. Dar bugetul și performanța erau constrângeri severe în 2003, iar benzinăria a trebuit să devină din ce în ce mai mică și mai simplă pentru a se potrivi nivelurilor de dimensiuni mari din Coasta. Planurile noastre pentru un sistem dinamic de incendiu nu s-au materializat, iar construirea ei nu mai avea sens. Există întotdeauna o limită a cantității de muncă pe care o putem justifica pentru o singură confruntare. În cele din urmă, singurele rămășițe ale viziunii noastre inițiale sunt canistrele de benzină explozibile."
N/A4215"#commentary\cn_046_buggy_introduction.mp3" "[ John Cook ] Am vrut ceva mai captivant pentru introducerea buggyului, nu doar ca jucătorul să urce în el și să plece. Macaraua a ajutat la acest lucru. Era esențial ca jucătorii să învețe cum să recupereze buggyul atunci când se răstoarnă, iar această secvență i-a pus în această situație. Antrenamentul sub presiune este întotdeauna dificil, dar am vrut să subliniem infestarea cu leii-furnică ca motiv pentru a rămâne în buggy. Așa că am menținut amenințarea leilor-furnică activă și am pus la dispoziție câțiva cetățeni cu arme montate pentru sprijin. Un mic bonus: jucătorii au și experiența de a fi ridicați de macara, chiar înainte de a ajunge să o folosească."
N/A4216"#commentary\cn_047_crossbow.mp3" "[ John Cook ] Este prima ocazie pe care jucătorul o are de a obține arbaleta în joc, dar, privind în urmă, este oarecum surprinzător că nu am blocat progresul până la obținerea ei. Este foarte posibil ca jucătorul să treacă pe lângă ea fără să o observe. Pentru a reduce această probabilitate, am instalat un blocaj rutier și un punct de observație pentru a încuraja jucătorii să coboare din buggy, moment în care ar fi observat arbaleta și lada cu obiecte. Testarea jocului a arătat că aproape toți jucătorii s-au oprit și au luat arma, dar acesta este un caz în care diferența dintre testarea jocului și jocul real poate conta. Un tester care joacă de la începutul Coastei poate să nu fie la fel de obosit de explorare ca cineva care joacă de la începutul jocului. Așadar, am plasat o altă arbaletă câteva niveluri mai în față, direct în calea jucătorului în Nova Prospekt."
N/A4217"#commentary\cn_048_rollermines.mp3" "[ Josh Weier ] Minele rostogolitoare au fost create pentru a acoperi nevoia unui inamic care să amenințe jucătorii în timp ce conduc buggyul. Deoarece jucătorul din buggy era o entitate simulată fizic în totalitate, ne-am gândit că ar fi interesant să avem și un inamic simulat fizic. Ciopârțitorul ne-a arătat deja cum această abordare poate duce la un inamic cu multe interacțiuni interesante cu lumea. Așa că am construit mina rostogolitoare: o minge a cărei mișcare este determinată în întregime de generarea unui cuplu asupra ei însăși. Și am repetat comportamentul acesteia până când a devenit distractiv să conduci împotriva ei. Minele rostogolitoare nu sunt deosebit de periculoase pentru buggy, dar dacă le lași să se acumuleze, pot deveni o problemă, mai ales în apropierea unei prăpăstii. Ne-am asigurat, de asemenea, că funcționează bine atunci când jucătorul este pe jos, permițând designerilor de niveluri să obțină câteva întâlniri suplimentare cu ele."
N/A4218"#commentary\cn_049_sandtrap_thumper.mp3" "[ Laura Dubuk ] Butoaiele explozive sunt puse la dispoziția jucătorilor pentru a le folosi împotriva leilor-furnică, în timp ce se află în siguranță sub protecția Thumper. Dar folosim acest lucru și ca indiciu pentru viitoarea întâlnire cu Gardianul leu-furnică, unde jucătorii folosesc adesea tactici similare pentru a câștiga lupta. Acțiunile opționale ale jucătorilor, cum ar fi lansarea de explozibili cu arma gravitațională, pot fi uitate dacă nu sunt folosite în mod regulat. Având în vedere gama largă de opțiuni ofensive pe care le oferim jucătorilor, nu există nicio garanție că au folosit această abilitate recent. Așadar, aici le sugerăm subtil să readucă această tactică în arsenalul lor înainte de a se confrunta cu Gardianul."
N/A4219"#commentary\cn_050_coast_kickoff.mp3" "[ Marc Laidlaw ] Această scenă intermediară a apărut târziu în procesul de dezvoltare pentru a conecta Ravenholm de Coastă. Observi un tipar? O mare parte din elementele de legătură din jocurile noastre sunt create destul de târziu. În acest caz, asta a însemnat să facem economii oriunde era posibil. Nici măcar nu am avut timp să o animăm pe Alyx pe monitor. Acest tip de scene sunt întotdeauna o provocare pentru a le face interesante, iar noi nu am reușit în acest caz. Este un bun exemplu a ceea ce se întâmplă când NPC-urile sunt tratate ca niște panouri, fără a adăuga personalitate lor sau scenei. Rezultatul este un moment care se uită ușor, în care se văd fisurile jocului. Dar asta este natura dezvoltării. Ai la dispoziție doar un timp limitat și trebuie să decizi unde să-l investești. Laboratorul lui Kleiner și laboratorul lui Eli erau mult mai importante, așa că ne-am concentrat eforturile acolo."
N/A4220"#commentary\cn_051_odessa_cubbage.mp3" "[ Marc Laidlaw ] Odessa Cubbage este un exemplu de personaj secundar care funcționează bine. Este un tip amuzant, cu câteva detalii interesante, care trăiește în propria lui bulă. Cum nu iese din scenariul lui, este liber să fie suficient de exagerat pentru a ieși în evidență. Am pornit de la modelul său 3D, care a fost refolosit dintr-o secțiune eliminată a jocului, și l-am numit după titlul unui e-mail spam pe care l-am primit. Modelul era inițial un pescar norvegian și nu se potrivea prea bine ca englez, așa că i-am pus o mustață, iar în acel moment s-a născut personajul Odessa. În final, el e un șarlatan, totul la el fiind fals: accentul, mustața, totul. Nu s-ar pune niciodată în pericol, ceea ce îl face persoana perfectă pentru a-i da lui Gordon RPG-ul și a-i explica exact cum să-l folosească."
N/A4221"#commentary\cn_052_28_transitions_later.mp3" "[ Marc Laidlaw ] După ce am creat câteva niveluri cu tuneluri întunecate ca spații de tranziție, ne-am dat seama că putem submina așteptările jucătorilor construind un alt nivel care părea a fi o tranziție, dar care conținea de fapt altceva. Ca toată lumea, am văzut filmul După 28 de zile în 2002, ne-a plăcut foarte mult și am vrut imediat să creăm o întâlnire cu zombi din ce în ce mai intensă într-unul dintre tunelurile noastre întunecate. Totul s-a realizat rapid și am fost mulțumiți de rezultat. Ani mai târziu, l-am întâlnit pe Alex Garland, scenaristul filmului. Jucase și îi plăcuse Half-Life 2, iar noi i-am mărturisit că filmul său ne-a inspirat această secțiune."
N/A4222"#commentary\cn_053_finest_mind_of_his_generation.mp3" "[ Marc Laidlaw ] Iată o altă scenă mică, intermediară, care a funcționat bine. Singura cerință pentru acest moment era să-l învățăm pe jucător să stea departe de nisip. În scenele anterioare, încă ne concentram pe a le face funcționale, dar când am ajuns la aceasta, ne simțeam mai confortabil și am început să ne bucurăm de procesul de a acorda o atenție suplimentară acestor momente. Astfel, am împins personajele dincolo de rolul lor de simple repere, creând ceva mai interesant și mai distractiv. După lansare, Lazlo a continuat să dezvolte un public foarte mare, reamintindu-ne cât de greu este să prezici ce va rămâne în memoria jucătorilor."
N/A4223"#commentary\cn_054_bridge_playtesting.mp3" "[ Matt Boone ] Secțiunea cu Podul a fost întotdeauna un punct culminant în testele de joc, testerii având în mod constant reacții puternice la aceasta. Tensiunea pe care o simțeau în timp ce se deplasau încet peste grinzi era vizibilă în mișcările lor. De-a lungul timpului, am adăugat mai multe provocări traversării, iar testele de joc au devenit și mai distractive de urmărit. De la trenul care trecea zgomotos peste pod și zguduia jucătorul, până la un rac-de-cap surpriză dintr-o baracă, care părea un refugiu sigur la jumătatea drumului. Ne-am simțit puțin vinovați că ne bucuram de stresul vizibil al testerilor, dar nu am fost chiar niște monștri: după ce jucătorii traversau podul, răsuflau ușurați, dezactivau scutul Combine și apoi își dădeau seama că trebuie să se întoarcă pe partea de jos. Îngrijorați că s-ar putea plictisi la a doua călătorie, am decis să adăugăm o navă de luptă pentru a le ține companie pe grinzi."
N/A4224"#commentary\cn_055_thumper_final_stage.mp3" "[ Matt Boone ] Ne-a plăcut etapa finală cu Thumperi, în care scopul lor este inversat. Acum, în loc să servească drept instrument de siguranță, ei acționează ca un blocaj pentru armata de lei-furnică a jucătorului. Cu toate acestea, probabil că ar fi trebuit să incorporăm o pregătire mai aprofundată a Thumperilor înainte de acest moment. Deși era acceptabil ca jucătorii să înțeleagă doar parțial Thumperii în nivelurile anterioare ale Coastei, miza este mai mare acum, deoarece jucătorii încearcă pentru prima dată momeala. Jucătorii care nu realizează că acest prim Thumper împiedică leii-furnică să avanseze pot înțelege greșit modul în care funcționează momeala. Dacă aruncă momeala asupra soldaților din primul buncăr și nu sosesc leii-furnică, pot concluziona că momeala nu este fiabilă sau că nu funcționează așa cum se așteptau și pot reveni la utilizarea armelor."
N/A4225"#commentary\cn_056_buggy_tools.mp3" "[ Matt Wright ] Am vrut ca buggyul să fie mai mult decât un simplu mijloc de transport, așa că am decis să îi atașăm o armă. Am ales tunul Tau, o armă din Half-Life 1 care ne-a plăcut, dar pentru care nu am găsit un loc în Half-Life 2. Tunul Tau poate trage prin ziduri, ceea ce complică proiectarea nivelurilor, așa că l-am limitat la secțiunea Coasta. Odată ce introduci arme care penetrează zidurile, proiectarea nivelurilor devine mult mai dificilă. În plus, am montat o cutie cu muniție în spatele buggyului, oferind jucătorului muniție PM nelimitată pe tot parcursul secțiunii Coasta. Acest lucru a fost deosebit de util pentru testerii care se luptau cu leii-furnică care apăreau la nesfârșit din nisip."
N/A4226"#commentary\cn_057_antlion_guard.mp3" "[ Matt Wright ] În cazuri rare, jucătorii puteau ajunge într-o situație în care nu puteau ucide Gardianul leu-furnică în această arenă. Acest lucru se întâmpla dacă rămâneau fără muniție și folosiseră greșit toate obiectele disponibile, rămânând fără nimic de lansat cu arma gravitațională. Pentru a rezolva problema, am adăugat un cetățean pe turela montată deasupra porții, ca măsură de siguranță, permițând jucătorului blocat să se bazeze pe cetățean pentru a ucide Gardianul."
N/A4227"#commentary\cn_058_terrain_and_performance.mp3" "[ Mike Dussault ] Bugetul nostru de performanță a reprezentat adesea o constrângere semnificativă în ceea ce privește luptele, cu atât mai mult în cazul luptelor pe suprafețe accidentate. Când NPC-urile se mișcă, ele efectuează numeroase mici încercări spațiale pentru a determina dacă pot parcurge în siguranță traseul ales. Pentru a vă imagina mai bine acest lucru, gândiți-vă că ele nu pot vedea și că flutură constant un băț în fața lor pentru a verifica dacă drumul este liber. Costul de performanță al acestor încercări crește odată cu complexitatea geometriei lumii. Sistemul nostru de deplasare pe teren creează suprafețe inegale folosind multe poligoane, mult mai multe decât podelele perfect plane găsite în alte părți. Acest lucru însemna că NPC-urile care se deplasau pe terenul din Coastă consumau mai multe resurse decât în alte zone, iar această constrângere a dictat amploarea multor întâlniri în această secțiune a jocului."
N/A4228"#commentary\cn_059_area_portals.mp3" "[ Mike Dussault ] Una dintre provocările de performanță cu care ne-am confruntat în Coasta a fost gestionarea spațiilor largi și deschise, care includeau clădiri cu interioare foarte detaliate, sau măcar detaliate conform standardelor din 2003. Când jucătorul se afla în exterior, am vrut să alocăm cât mai mult din bugetul nostru pentru redarea acelui spațiu, fără a pierde resurse pentru interiorul clădirilor. Dar, dacă nu eram dispuși să astupăm fiecare fereastră și ușă, jucătorul tot putea să vadă în interior. Pentru a rezolva această problemă, am creat o funcție numită Portaluri de zonă, plasând câte unul în fiecare fereastră și ușă deschisă. Un Portal de zonă calculează înainte o imagine plată a interiorului clădirii. În timpul jocului, când jucătorul se află la o anumită distanță, Portalul de zonă afișează această imagine calculată înainte peste fereastră sau ușă, permițându-ne să sărim peste redarea interiorului real. Pe măsură ce jucătorul se apropie, trecem lin de la imaginea Portalului de zonă la conținutul real al clădirii. Folosit cu atenție, Portalul de zonă ne-a ajutat să ne atingem obiectivele de performanță în Coasta, împreună cu ușile care se închideau ocazional în urma ta."
N/A4229"#commentary\cn_060_buggy_removal.mp3" "[ Miles Estes ] Odată ce am ajuns la punctul în care voiam ca jucătorul să lase buggyul în urmă, a trebuit să fim foarte expliciți în privința asta. De-a lungul zonei Coastei, jucătorii lăsau buggyul și apoi se întorceau la el, așa că am constatat că testerii încercau să-l ia cu ei dacă acest lucru părea măcar vag posibil. Această mică scenă din garaj există în primul rând pentru a semnala clar că jucătorul a terminat cu condusul și va continua pe jos."
N/A4230"#commentary\cn_061_d2_coast_04.mp3" "[ Randy Lundeen ] Această hartă a fost de fapt prima zonă din Coastă pe care am construit-o, înainte ca macaraua și alte elemente să existe. Fundul mării drenat și navele ruginite au fost unele dintre primele elemente de artă pe care le-am dezvoltat. Ani mai târziu, am prezentat harta în prezentarea noastră de la E3 din 2003, deși o mare parte din universul jocului era încă în curs de elaborare la momentul respectiv. Drept urmare, când am început să construim întreaga secțiune Coasta, acea prezentare a devenit o viziune utilă pentru noi, pe care am putut să o urmăm."
N/A4231"#commentary\cn_062_transition_tunnels.mp3" "[ Randy Lundeen ] Construirea Coastei ne-a obligat să dezvoltăm o metodă de gestionare a tranzițiilor între niveluri. Pentru a trece de la un nivel la altul, trebuie să salvăm totul în spațiul de tranziție atunci când jucătorul părăsește primul nivel și să îl refacem în nivelul următor, după încărcare. Este esențial să salvăm și să refacem tot ceea ce este vizibil pentru jucător în zona de tranziție, chiar dacă se află în afara spațiului propriu-zis. Din acest motiv, ne propunem să menținem, pe cât posibil, spațiile de tranziție cât mai mici și închise. În cea mai mare parte a jocului, o cameră mică funcționează bine în acest scop. Dar în Coasta, am avut nevoie de o soluție diferită. După câteva experimente, ne-am decis asupra tunelurilor întunecate. Pe lângă faptul că pot fi reutilizate într-un mod credibil, tunelurile ne-au permis să adăugăm o lumină puternică la capătul lor pentru a masca faptul că nu putem reda ceea ce se află în fața jucătorului, deoarece acesta se află într-un nivel complet diferit."
N/A4232"#commentary\cn_063_sniper_alley.mp3" "[ Robin Walker ] Această secțiune a jocului a fost adăugată târziu în procesul de dezvoltare, după ce am mutat laboratorul lui Eli și Ravenholm înainte de Coasta. Deși s-ar putea crede că am construit jocul în mod liniar, de fapt ne-am împărțit în trei grupuri diferite și am lucrat în paralel la secțiuni diferite, începând în mare parte din mijlocul jocului. Prima sesiune a fiecărui grup s-a concentrat pe definirea nucleului secțiunii respective înainte de a trece mai departe. Odată ce am avut o versiune preliminară a întregului joc, am revenit asupra fiecărei secțiuni pentru a o perfecționa, adăugând elemente care au avut succes în alte zone și eliminând ceea ce nu funcționa. În unele cazuri, cum ar fi Ravenholm, secțiuni întregi au fost mutate. Apoi, după relocarea Ravenholm, am avut nevoie de o nouă piesă pentru a face legătura cu Coasta, zonă în care intrați acum. Având în vedere constrângerile de timp, această secțiune scurtă a fost construită folosind elemente de joc existente și testate, precum lunetiști și soldați Combine."
N/A4233"#commentary\cn_064_battery_finding.mp3" "[ Robin Walker ] Având în vedere densitatea crescută a obiectelor din spațiile de joc din Half-Life 2, ne-am gândit că ar fi interesant ca jucătorii să caute un anumit obiect, mai ales dacă exista o anumită logică în ceea ce privește locul în care acesta putea fi găsit. În acest fel, jucătorii puteau localiza obiectul fie prin observare atentă și deducție, fie pur și simplu căutând cu forța brută în zonă. Deoarece aveam deja modele pentru mașini și baterii, era un pas natural să creăm un mic cimitir de mașini pe care jucătorii să îl exploreze. De asemenea, am ascuns câteva baterii suplimentare în locuri neașteptate, pentru jucătorii care au ales metoda forței brute. La fel ca în cazul altor puzzle-uri bazate pe obiecte, acesta avea nevoie de un sistem de siguranță în cazul în care jucătorii pierdeau bateriile. Puteți încerca să le aruncați pe toate peste stâncă dacă doriți să vedeți ce se întâmplă."
N/A4234"#commentary\cn_065_boathouse.mp3" "[ Scott Dalton ] În Half-Life 1, am descoperit că putem obține multe beneficii din scenarii în care diferiți inamici cu IA se luptă între ei. Este distractiv pentru jucători să îi privească cum se luptă, iar comportamentul inamicilor este mult mai ușor de observat când nu ești tu cel amenințat. Această primă întâlnire între leii-furnică și soldații Combine este concepută pentru a fi o ocazie distractivă de a lovi ceva cu buggyul, dar servește și pentru a evidenția Thumperul. Văzând soldații folosind Thumperul pentru a ține la distanță leii-furnică, speram că mai mulți jucători vor înțelege scopul acestuia. Ne-a plăcut modul în care soldații au demonstrat importanța rămânerii lângă Thumper în timp ce se luptau cu leii-furnică."
N/A4235"#commentary\cn_066_buggy_theft.mp3" "[ Scott Dalton ] Pe măsură ce construiam finalul pentru Coasta, am decis ca cei din Combine să fure buggyul jucătorului. Nu prea are sens din punct de vedere logic, dar după ce am văzut atâtea teste în care jucătorii se atașau puternic de buggyul lor, am vrut să ne jucăm cu această legătură emoțională. Odată ce am implementat furtul, testerii au început să țipe la Combine pentru că le-au furat vehiculul, lucru pe care l-am considerat un succes. Soldatul care trage de pe vârful stâncii este acolo doar pentru a atrage atenția jucătorului, declanșând ținta vizuală și generând apariția navei transportoare cu buggyul. Privind acum, 20 de ani mai târziu, suntem uimiți de cât de ridicol este totul."
N/A4236"#commentary\cn_067_snipers.mp3" "[ Ted Backman ] Echipa Half-Life 2 nu a fost niciodată foarte mare, așa că eram mereu în căutarea unor modalități de a crea un univers al jocului nou, fără costuri ridicate de producție. Lunetistul este un exemplu excelent. Nu are un model real, doar o rază laser, așa că nu a fost nevoie de ajutor din partea departamentului de artă sau animație. Când moare, pur și simplu generează un soldat Combine ragdoll și îl aruncă pe fereastră. În ciuda simplității sale, am obținut un univers al jocului unic din el. Am fost deosebit de mulțumiți de modul în care a interacționat cu obiectele din lumea jocului. Jucătorii sunt obișnuiți să folosească obiecte explozive din apropierea inamicilor, așa că ni s-a părut potrivit să avem un inamic care să inverseze această dinamică atunci când jucătorul era la adăpost."
N/A4237"#commentary\cn_068_buggy_model.mp3" "[ Ted Backman ] Modelul buggyului a trecut prin multe iterații înainte de a ajunge la versiunea finală. Am trecut prin mai multe variante de design care satisfăceau atât nevoile noastre artistice, cât și pe cele de simulare fizică, dar apoi am întâmpinat o problemă neașteptată: mulți testeri, chiar și jucători experimentați de FPS, aveau rău de mișcare în timp ce îl conduceau. Pe lângă câteva ajustări ale simulării, am descoperit că modificarea modelului buggyului a ajutat. Cu cât modelul ascundea mai mult lumea, cu atât răul de mișcare devenea mai grav. Așa că am început să eliminăm părți din model, îndepărtând din ce în ce mai mult din caroserie, până când jucătorii nu au mai avut rău de mișcare. O diferență semnificativă a constat în faptul că puteau vedea pământul prin șasiul lipsă."
N/A4238"#commentary\cn_069_antlion_design.mp3" "[ Ted Backman ] În unele dintre primele concepte ale jocului, aveam în plan mai multe rase extraterestre principale, Combine fiind doar una dintre ele. Una dintre celelalte rase era o specie religioasă de insecte, din care făceau parte și leii-furnică. Mai târziu, pe măsură ce am dezvoltat Coasta, am început să îi vedem mai degrabă ca pe niște dăunători care treceau prin portalurile Xen, alături de raci-de-cap și alte creaturi. Deși nu sunt de fapt din Xen, ei infestează colțurile oricărei lumi în care intră, precum gândacii."
N/A4239"#commentary\cn_070_explosive_barrels.mp3" "[ Brian Jacobson ] Aici introducem butoaiele explozive, un element de bază al jocurilor first person shooter, dar cu o nouă întorsătură: al doilea foc de pistol aprinde butoiul, declanșând o detonare temporizată. Un al treilea foc va detona butoiul imediat. În acest fel, jucătorii pot fie să întârzie explozia, fie să o declanșeze imediat, în funcție de situație. Jucătorii pot dori să arunce un butoi exploziv către o lipitoare și apoi să tragă de două ori, ca o modalitate practică de a elimina în siguranță un grup de lipitori. Explozia întârziată a creat reacții în lanț mai interesante între mai multe butoaie. Butoaiele explozive erau preferate de fani în cadrul seriei, dar erau apreciate și de designerii de niveluri, care adesea considerau că jocul nu putea avea niciodată destule."
N/A4240"#commentary\cn_071_ragdoll_magnets.mp3" "[ Dario Casali ] Fizica din Half-Life 2 ne-a oferit o varietate de instrumente pentru a face luptele mai palpitante. De exemplu, când inamicii ratează jucătorul, redirecționăm subtil focurile lor spre obiectele distructibile din apropiere, adăugând haos și creând senzația de film de acțiune. Am folosit fizica și pentru a adăuga indicii. Am creat ceea ce am numit „magneți ragdoll” în joc pentru a face cadavrele inamicilor să cadă în moduri interesante și dramatice, cum ar fi de pe margini sau în calea unui tren."
N/A4241"#commentary\cn_072_helicopter_peekaboo.mp3" "[ Dave Riller ] Elicopterul de atac Combine, ca antagonist central, a fost ceva ce am vrut să dezvoltăm pe parcursul întregului capitol. Elicopterul neobosit a devenit un personaj în sine. Aici, dacă asculți și te uiți deasupra, îi poți auzi motorul și îl poți vedea zburând de-a lungul șinelor de tren și în zare. Această primă privire este o mică anticipare, prezența sa devenind mai pronunțată în timp, până când, în cele din urmă, te confrunți cu el."
N/A4242"#commentary\cn_073_iterative_passes.mp3" "[ David Speyrer ] Unele capitole din joc, cum ar fi secțiunile pe jos din Canale și Ravenholm, au fost dezvoltate în mai multe etape de către diferite grupuri. Am constatat că predarea hărților în acest mod a dus la o mai mare varietate a experienței și la o densitate mai mare a momentelor interesante, deoarece fiecare grup a adăugat propriile sale detalii unice hărților. În porțiunea pe jos din Canale, prima sesiune a stabilit direcția artistică și traseul jucătorului, împreună cu liniile generale ale experienței și câteva momente importante. Dar, faza Alpha de testare la nivel de echipă a identificat o tensiune insuficientă și o experiență oarecum monotonă aici. În a doua etapă, ne-am întors la hartă concentrându-ne exclusiv pe crearea acelei tensiuni și am crescut considerabil densitatea scenariilor de la un moment la altul."
N/A4243"#commentary\cn_075_pistol_design.mp3" "[ Josh Weier ] Pistolul standard este arma principală a jocului, funcționând nu numai ca prima armă cu rază lungă de acțiune pe care înveți să o folosești, ci și ca metodă de interacțiune cu fizica și obiectele destructibile de la o distanță sigură pe tot parcursul jocului. Pentru a-l face mai receptiv și mai distractiv de utilizat, pistolul folosește o mecanică de reîncărcare unică în joc. Arma va trage atât de repede cât jucătorul poate apăsa pe buton, ceea ce înseamnă că va simți o reacție instantanee la acțiunea lui și cu cât poate apăsa mai repede, cu atât poate trage mai repede."
N/A4244"#commentary\cn_076_shatterglass.mp3" "[ Josh Weier ] În proiectarea nivelurilor inițiale în care jucătorul dispune de mai puține instrumente, am descoperit că este la fel de captivant să punem în evidență noi caracteristici tehnice, așa cum am făcut aici cu sticla care poate fi spartă. Pentru efectul de spargere, sticla a fost împărțită într-o rețea de pătrate mici, ceea ce ne-a permis să urmărim care erau intacte și care erau sparte și să spargem secțiuni mai mari odată ce un număr suficient de pătrate nu mai erau conectate. Fiecare pătrat a fost redat cu o textură unică, bazată pe starea pătratelor învecinate, creând margini ascuțite și zimțate între sticla spartă și cea intactă. Deși spargerea sticlei este acum ceva obișnuit în jocuri, era ceva ce nu văzusem prea des când am creat Half-Life 2 și am fost incredibil de mulțumiți de nivelul de fidelitate și dinamism pe care l-a adus jocului."
N/A4245"#commentary\cn_077_lambda_caches.mp3" "[ Laura Dubuk ] Din punct de vedere tehnic, primul stoc secret lambda se află în laboratorul lui Kleiner, dar acesta este primul pe care jucătorul îl găsește singur. Am adăugat stocuri secrete lambda pentru a încuraja explorarea și pentru a le da jucătorilor indicii despre locul în care pot fi găsite resursele ascunse, ficțiunea fiind că acestea au fost plasate de Rezistență ca parte a rebeliunii lor subterane. În Half-Life, conținutul cutiilor de provizii era prestabilit de designul nivelului. În HL2 am introdus cutii de obiecte adaptabile care oferă jucătorului orice îi lipsește în acel moment, pe baza unor obiective de resurse stabilite de designerul de niveluri."
N/A4246"#commentary\cn_078_scanners.mp3" "[ Kerry Davis ] Scanerele au fost o provocare dificilă în ceea ce privește designul jocului. Deși ne-a plăcut modul în care prezența lor distopică a contribuit la transmiterea ideii de ocupare de către Combine ca stat opresiv și supraveghetor, nu am vrut ca ele să poată să tragă în jucător. Am constatat că nu puteam face ceva amuzant din a ținti spre cer pentru a lovi un inamic mic și mobil, care avea un avantaj constant în ceea ce privește înălțimea. Deoarece ne-a plăcut rolul lor în poveste, am decis că, în luptă, scanerele vor servi în primul rând ca ochi, alertând inamicii din apropiere cu privire la prezența jucătorului, o caracteristică pe care am întărit-o cu efecte sonore generate de soldați. În afară de asta, ele nu vor putea decât să hărțuiască jucătorul cu lumini puternice și ocazional să execute un atac în picaj după ce au suferit suficiente daune."
N/A4247"#commentary\cn_079_surface_properties.mp3" "[ Ariel Diaz ] Redăm sunete personalizate ale pașilor atunci când jucătorul merge pe noroi alunecos. Acesta era un sistem numit „proprietăți de suprafață” care folosea tipul de material pentru a determina sunetele și alte efecte care ar trebui să apară atunci când se merge pe el sau se trage asupra lui. La începutul dezvoltării, aveam un efect care încetinea mișcarea jucătorilor atunci când mergeau pe suprafețe noroioase. Cu toate acestea, a fost eliminat din versiunea finală, deoarece s-a decis că era prea extenuant."
N/A4248"#commentary\cn_080_combat_entrances.mp3" "[ Dario Casali ] Să alergi după un colț într-o zonă nouă doar pentru a descoperi inamici care stau acolo este întotdeauna ciudat și face ca lumea să pară mai puțin vie și mai mult ca un poligon de tragere. De aceea am fost motivați să introducem inamici în spațiile de luptă într-un mod mai interesant și mai dinamic, care să transmită o planificare și o intenție din partea lor, ca și cum acești soldați ar fi avut un plan pentru Gordon chiar înainte ca acesta să apară. Polițiștii din această scenă sar în acest spațiu prin secvențe scriptate, iar mai târziu în joc folosim rapelul într-un mod similar. Nu contează de unde vin în realitate, deoarece jucătorii ajung să-și spună singuri povestea. Am descoperit că, în final, lupta ar trebui să aibă o poveste implicită în structura ei: o ambuscadă, o surpriză, un val, un atac. Toate aceste scenarii folosesc în mare parte aceeași inteligență artificială a inamicilor, dar toate au părut diferite pentru testeri."
N/A4249"#commentary\cn_081_mounted_gun_gallery.mp3" "[ Dave Riller ] În această scenă se întâmplă câteva lucruri: turela care trage în lăzile fragile din spate îi învață pe jucători să nu înfrunte amenințarea frontal, ci să utilizeze canalizarea pentru a o distruge. Iar când ajung la turelă, jucătorii se distrează folosind-o într-un poligon de tragere cu un val de soldați Combine și scanere care explodează în picaj. De asemenea, începem să introducem lansatorul de rachete APC Combine, care îi împinge pe jucători mai departe și care va reapărea mai târziu în capitol."
N/A4250"#commentary\cn_082_barnacle_bowling.mp3" "[ Josh Weier ] Acesta este un exemplu satisfăcător al modului în care o serie de elemente de design se pot combina într-o matrice de interacțiuni pentru a crea un scenariu memorabil pentru jucător. Avem lipitorile, simularea fizicii, proprietățile suprafeței alunecoase de noroi și, nu în ultimul rând, butoaiele explozive. Le-ați întâlnit pe toate separat, dar ele se pot combina în mod natural pentru a crea un moment pe care l-am numit „bowling cu lipitori”."
N/A4251"#commentary\cn_083_barnacle_introduction.mp3" "[ Mike Dussault ] Deoarece lipitorile pot fi derutante la prima apariție, am vrut să le prezentăm într-un mod care să le arate jucătorilor comportamentul lor de la o distanță sigură. Am decis să facem asta printr-o scenă de tip „documentar despre natură” în stilul prădător/pradă. Dar, ca întotdeauna, scene ca aceasta au necesitat multe iterații pentru a fi observate în mod eficient de jucători."
N/A4252"#commentary\cn_084_physics_in_puzzles.mp3" "[ Eric Smith ] Adesea, mecanismele simplificate întâlnite la începutul jocului sunt extrase din altele mai complexe, ca formă de antrenament. Puzzle-ul cu balansoarul, primul dispozitiv bazat pe fizică din joc, a fost de fapt derivat dintr-un puzzle mai complex, cu mașina de spălat, din Canale. Balansoarul folosește aceleași principii de masă și rampe, dar într-un mod mai simplu, cu care jucătorii pot interacționa direct, ajutându-i să înțeleagă fizica jocului și făcând puzzle-urile următoare mai ușor de rezolvat. Acest puzzle evidențiază, de asemenea, natura analogică a sistemului de fizică, amplasarea blocurilor de ciment și greutatea proprie a jucătorului fiind ambele factori care contribuie la soluție."
N/A4253"#commentary\cn_085_combine_attack_helicopter.mp3" "[ Brian Jacobson ] Jucătorii au avut deja ocazia să-l vadă, dar aici îl prezentăm pe deplin pe șeful principal al capitolului Canale: elicopterul de atac Combine. Acest elicopter distruge fără milă acoperirea jucătorului, forțându-l să avanseze sau să riște să fie împușcat. Am vrut ca această secvență să fie tensionată și amenințătoare, cu elicopterul care pare mult prea puternic pentru a fi înfruntat direct, și să menținem această intensitate pe tot parcursul capitolului Canale, până la confruntarea finală din rezervor. Pentru a realiza acest lucru, am restricționat puternic mișcarea elicopterului pe baza unor obiective specifice de joc. În această hartă, concepută ca o cursă de la un adăpost la altul sub focul elicopterului, am creat o traiectorie circulară în cerul de deasupra arenei. Elicopterul se deplasează întotdeauna către punctul cel mai îndepărtat de jucător pe acea traiectorie, rămânând vizibil și ușurându-ne plasarea adăposturilor în locurile potrivite."
N/A4254"#commentary\cn_087_explosive_barrel_factory.mp3" "[ David Speyrer ] Această cameră plină cu un număr absurd de butoaie explozive, a stârnit o dezbatere amicală în cadrul echipei cu privire la cât de departe putem merge cu plauzibilitatea lumii noastre. Sincer, un singur butoi exploziv este probabil prea mult din punct de vedere al realismului. În lumea reală, butoaiele nu ar trebui să explodeze, chiar dacă ai trage în ele."
N/A4255"#commentary\cn_088_rising_water.mp3" "[ Dhabih Eng ] Podul plutitor și bobinele de lemn de aici introduc conceptul de flotabilitate ca instrument pentru jucător. În acest caz, nu este vorba de un puzzle, ci doar de o distracție pentru jucătorul care interacționează cu sistemul de fizică, dar revenim mai târziu la acest element de joc în Canale pentru a construi o rampă pentru hidroglisor."
N/A4256"#commentary\cn_089_manhack_matt.mp3" "[ John Morello ] L-am numit pe acest tip „Ciopârțitorul Matt”. Am vrut să le dăm jucătorilor senzația că sute de cetățeni locuiau în colțurile ascunse ale Orașului 17. În acest moment al jocului, trecuse ceva timp de când jucătorii nu mai văzuseră niciun cetățean și am vrut să explicăm semnificația ciopârțitorilor, care erau primii inamici bazați pe fizică pe care i-am creat. În conceptul original, exista o sală de jocuri video în oraș, unde jucătorii puteau zbura cu ciopârțitori pentru a ataca cetățeni virtuali. În cele din urmă, jucătorii ar fi descoperit că ciopârțitorii erau reali, la fel ca și cetățenii. Pe măsură ce ocupația Combine s-a conturat mai bine, această idee a unei săli de jocuri video a devenit nepotrivită și în cele din urmă a fost abandonată."
N/A4257"#commentary\cn_090_fighting_motion_sickness.mp3" "[ David Speyrer ] În primele sesiuni de testări mulți jucători au suferit de rău de mișcare în timp ce conduceau hidroglisorul. Încercând să remediem această problemă, am descoperit mai mulți factori care contribuiau la acest fenomen. Am constatat că reducând pătrunderea hidroglisorului în câmpul vizual ajuta, așa că am făcut mai multe modificări la model pentru a o reduce. Menținerea unui număr de cadre constant a ajutat, așa că era important să fim atenți la performanță în aceste secțiuni. Cu toate acestea, cel mai important factor a fost eliminarea derulării câmpului vizual pentru a menține un orizont mai stabil, indiferent de ceea ce făcea hidroglisorul. Unul dintre programatorii din echipă era foarte predispus la rău de mișcare și s-a oferit cu curaj să testeze jocul de mai multe ori pentru a evalua progresul nostru în găsirea unei soluții. Sunt destul de sigur că a vomitat cel puțin o dată după testarea jocului, iar sacrificiul său nobil a fost foarte apreciat."
N/A4258"#commentary\cn_091_headcrab_canisters.mp3" "[ Jeff Lane ] Canistrele folosite pentru raci-de-cap sunt văzute mai târziu în Ravenholm, așa că am decis să le arătăm aici pentru a povesti cum sunt folosite de Combine. Povestea este că cei din Combine au transformat fauna din Xen în arme pentru a le folosi împotriva oamenilor. Au fost adăugați raci-de-cap îngropați ca o nouă caracteristică pentru această secțiune, care a fost extinsă într-o zonă mai mare, menită să arate o baracă a cetățenilor care a fost distrusă de atacul racilor-de-cap."
N/A4259"#commentary\cn_092_airboat_intro.mp3" "[ John Morello ] Aici, jucătorul primește primul vehicul al jocului, hidroglisorul. Am vrut să creăm un spațiu sigur în care jucătorii să poată exersa condusul hidroglisorului cât timp doresc, înainte de a trece mai departe. Arena este presărată cu oportunități pentru sărituri și trucuri, iar noi am umplut-o cu nămol toxic pentru a-i menține pe jucători în hidroglisor mai mult timp, împiedicându-i să părăsească vehiculul și să avanseze pe jos."
N/A4260"#commentary\cn_093_zombie_surprise.mp3" "[ Jeff Lane ] În această conductă de canalizare există un moment care te ia prin surprindere. Jucătorii se plimbă pe aici, concentrați și curioși, iar apoi apare un zombi subacvatic, care aproape întotdeauna îi sperie de moarte pe testeri. Unul dintre ei a căzut complet de pe scaun, iar noi am considerat acel moment un succes."
N/A4261"#commentary\cn_094_airboat_time.mp3" "[ Dave Riller ] A fost nevoie de ceva efort pentru a găsi echilibrul perfect între timpul petrecut în vehicul și timpul petrecut pe jos. Conducând cu viteză maximă, jucătorii parcurgeau rapid lumea jocului, iar în primele testări, am simțit că jucătorii pierdeau ocazia de a explora și de a admira detaliile jocului. Explorarea și examinarea lumii sunt valori fundamentale pentru Half-Life, așa că nu am vrut ca vehiculul să elimine acest aspect. Pentru a rezolva această problemă, am adăugat puncte periodice în care jucătorii puteau coborî și explora mici zone pline de detalii. În plus, pe măsură ce sistemul de fizică se dezvolta, învățam noi moduri de a-l utiliza. Aceste locuri în afara hidroglisorului ne-au permis să introducem un element de descoperire în jurul fizicii, cum ar fi aruncarea de lăzi în apă sau combinarea butoaielor pentru a construi o rampă. Acest lucru le-a oferit jucătorilor șansa de a interacționa cu apa și cu fizica în moduri diferite."
N/A4262"#commentary\cn_095_floating_supplies.mp3" "[ Josh Weier ] În faza alfa de testare, Canalele erau presărate cu lăzi plutitoare cu provizii pe care jucătorii le puteau sparge cu hidroglisorul pentru a colecta proviziile din interior. Mecanica era oarecum ciudată, dar ajuta la menținerea fluxului jocului, permițând jucătorului să se reaprovizioneze din mers. Pentru a face premisa mai plauzibilă, am vrut să spunem povestea modului în care cutiile plutitoare au ajuns să fie plasate atât de convenabil de-a lungul traseului jucătorului. Această scenă în care cetățenii aruncă cutii cu provizii ajută la consolidarea ficțiunii, făcând în același timp canalele să pară mai vii. De asemenea, jucătorii se simțeau mai eroici și mai importanți fiind ajutați de atât de multe personaje secundare."
N/A4263"#commentary\cn_096_grenade_intro.mp3" "[ Brian Jacobson ] Am conceput această bază Combine atât ca zonă de antrenament, cât și ca teren de joacă pentru grenade, introducându-le aici în lăzi cu aprovizionare nelimitată pentru a semnala că jucătorii pot folosi grenadele în siguranță, fără teama de a rămâne fără ele. Faceți-vă de cap. Luptele de aici folosesc marcaje extinse pentru a îndruma IA a soldaților către un adăpost și pentru a le oferi jucătorilor ocazii bune de a folosi grenadele. La sfârșitul zonei, aceeași tehnică a grenadelor nelimitate ajută jucătorii să rezolve amplasarea turelei, deoarece un asalt direct este mult mai dificil dacă nu le folosești. O lumină roșie strălucitoare și o dâră de particule au fost adăugate grenadelor, făcând mult mai ușor pentru jucători să le urmărească traiectoria, indiferent dacă le aruncă sau dacă le evită de la un soldat Combine."
N/A4264"#commentary\cn_097_puzzle_layers.mp3" "[ Dave Riller ] Deoarece jucătorii sunt, adesea, total necunoscători în ceea ce privește intenția designerului, ceea ce credem noi că este un lucru bun, ei tind să răspundă în tot felul de moduri surprinzătoare la puzzle-urile noastre. Chiar și puzzle-urile aparent simple pot înregistra nenumărate eșecuri pe drumul spre succes. Așa s-a întâmplat și cu acest puzzle pentru deschiderea porților canalului, care a necesitat multe straturi de indicii și sugestii. Roata cu scântei comunică faptul că acesta este locul în care cineva ar deschide în mod normal poarta, dar este necesară o altă metodă. Câteva ciori atrag atenția jucătorului către soluție. În acest caz, un pachet de grinzi pe un pendul. Deoarece grenadele au fost introduse în detaliu, inițial am vrut ca jucătorii să arunce una pentru a sparge structura de susținere din lemn, dar acest lucru nu era suficient de evident. Am adăugat butoaie explozive ca indiciu mult mai clar. Dar chiar și după rezolvarea puzzle-ului, unii jucători nu și-au dat seama că porțile erau acum deschise, ceea ce i-a determinat să exploreze la nesfârșit interiorul bazei în căutarea unei alte ieșiri. Așa că a trebuit să le reamintim problema inițială, poarta dărâmată. Am adăugat fum, alarme și o lumină rotitoare, și abia atunci am început să vedem rezultate bune în testarea jocului."
N/A4265"#commentary\cn_098_metrocop_strafing.mp3" "[ Doug Wood ] Designul inițial al nivelurilor cu hidroglisorul avea ca scop provocarea jucătorilor cu manevre dificile sub presiunea polițiștilor. Modelul de tragere al polițiștilor era menit să îi facă pe jucători să se strecoare printre gloanțe în timp ce accelerau. Însă, în procesul nostru de revizuire, cunoscut intern sub numele de „Overwatch”, unii testeri s-au simțit frustrați că erau împușcați fără să poată riposta. Ei doreau ca hidroglisorul să fie puternic și de neoprit. Pe baza acestui feedback, am reorientat nivelurile pentru a pune accentul pe putere în detrimentul provocării, trecând de la evitarea atacurilor la lupte rapide, viteză și depășirea barierelor."
N/A4266"#commentary\cn_100_mounted_gun.mp3" "[ Jeff Lane ] Armele montate au fost adăugate aici pentru a ajuta jucătorul să se antreneze în ceea ce privește eficacitatea armei împotriva elicopterului de atac pentru bătălia finală din rezervor. Acest lucru a fost necesar deoarece, până în acest moment, elicopterul era invulnerabil la armele jucătorului și trebuia să dăm un indiciu că acesta putea fi afectat de arme mai mari. Acest lucru a fost oarecum eficient în testări din cauza presiunii la care era supus jucătorul în acel moment, ceea ce ne-a determinat să dezvoltăm efecte de particule și sunete care să convingă jucătorii că fac cu adevărat pagube."
N/A4267"#commentary\cn_101_357_intro.mp3" "[ Josh Weier ] Spre deosebire de pistolul de bază, cu rata de tragere mai lentă, Magnumul este conceput pentru a fi folosit într-un mod mai ponderat și calculat, provocând daune catastrofale țintei. Versiunile anterioare ale Magnum aveau o dispersie aleatorie, care ni se părea potrivită pentru greutatea și trăgaciul mai puțin sensibil al unui pistol mai mare. Totuși, acest lucru ducea la momente dezamăgitoare în care jucătorii ținteau cu atenție, dar ratau din cauza penalizării de precizie. Pentru a remedia această problemă, am făcut primul glonț perfect precis, iar fiecare glonț ulterior devine mai puțin precis pe măsură ce tragi."
N/A4268"#commentary\cn_102_helicopter_bombing_run.mp3" "[ Brian Jacobson ] Acesta este un alt exemplu în care am creat obstacole în timpul deplasării cu hidroglisorul. Elicopterul încearcă să rămână în fața jucătorului atunci când aruncă bombe, iar dacă jucătorul se întoarce, acesta trece în modul de zbor staționar și începe să atace jucătorul. Într-un test de joc, o bombă a căzut întâmplător între îmbinările țevilor, creând un moment destul de cinematic. Cel care testa jocul a avut o reacție pozitivă, așa că echipa a decis să creeze un script pentru asta, astfel încât să se întâmple de fiecare dată. Acest proces a devenit parte din procesul nostru de design organic: ocazional, se întâmplă aleatoriu un lucru grozav într-un test de joc și găsim o modalitate de a ne asigura de repetarea lui."
N/A4269"#commentary\cn_103_smokestack_collapse.mp3" "[ Doug Wood ] La crearea unui joc de acțiune cinematografic precum primul Half-Life, ne-am dorit întotdeauna să realizăm secvențe de distrugere spectaculoase, dar nu am reușit niciodată să facem ceva de genul acesta. Fizica din Half-Life 2 a introdus un sistem pentru spargerea obiectelor mici, cum ar fi lăzile, în bucăți, ceea ce ne-a dat ideea de a face ceva mult mai mare. Am făcut un salt și am încercat să spargem un coș de fum în bucăți în timp ce cădea. Așa că am experimentat cu masele obiectelor până când a ieșit mai bine, am ajustat modelul și am adăugat mult fum și sunete pentru a accentua efectul și iată că am obținut momentul nostru de distrugere grandios și spectaculos. În cele din urmă, fizica noastră a făcut secvența posibilă într-un mod care poate pare ciudat după standardele moderne, dar care a părut cu adevărat impresionant la momentul respectiv. Deoarece simularea era unică de fiecare dată când o rulam, a trebuit să luăm măsuri pentru a evita blocarea completă a căii jucătorului cu bucăți mari de dărâmături. Succesul acestei secvențe ne-a stârnit apetitul pentru efectele de distrugere cinematografice cu o fidelitate mult mai mare, care au apărut ulterior în Episode 2."
N/A4270"#commentary\cn_104_washing_machine_puzzle.mp3" "[ David Speyrer ] Am creat puzzle-ul cu fizica mașinii de spălat în ultima fază a dezvoltării, după ce testele de joc au indicat că jucătorii aveau nevoie de o pauză de la presiunea neîncetată a elicopterului. Contrastele de ritm de acest fel pot accentua momentele importante, resetând starea emoțională a jucătorului și alungând oboseala sau chiar plictiseala. A fost un semn pozitiv faptul că jucătorii au reacționat atât de puternic la toate eforturile depuse pentru a face elicopterul cu adevărat amenințător, dar dacă nu am fi gestionat stresul provocat de acesta, oboseala ar fi început să se instaleze, iar jocul ar fi devenit mai degrabă monoton decât captivant. Inițial, jucătorii traversau rapid această zonă, dar grație luminii soarelui și compoziției canalului, am decis că este un loc potrivit pentru a întrerupe acțiunea și a le oferi jucătorilor un moment de liniște în care să rezolve un puzzle. Puzzle-ul în sine, care a fost primul care a folosit mase și scripeți, a dat naștere la alte puzzle-uri de navigație bazate pe fizică în alte părți ale jocului."
N/A4271"#commentary\cn_105_airboat_changeup.mp3" "[ Jeff Lane ] Am aflat de la testeri că doreau o dinamică a jocului mai variată pentru hidroglisor. Până în acest moment al jocului, jucătorul nu avea nicio modalitate reală de a riposta împotriva elicopterului și a altor inamici, așa că ni s-a părut potrivit să introducem o nouă armă, care să aducă o schimbare de ritm și să pregătească terenul pentru ceea ce urma să vină. În zonele următoare, am adăugat exerciții de tir pentru a familiariza jucătorii cu noua armă. Forța fizică suplimentară aplicată proiectilelor armei cu aer comprimat făcea ca țintele să fie aruncate în aer, dând senzația că arma este mult mai puternică decât orice altă armă din arsenalul jucătorului. Dar chiar și așa, când a venit momentul testării luptei dintre elicopter și jucător, mulți testeri încă erau de părere că elicopterul era invincibil. Nu observaseră eforturile noastre de a ilustra faptul că elicopterul suferise daune din cauza armelor montate pe Combine. Pentru a depăși această problemă, am făcut cel mai evident lucru: am plasat elicopterul chiar în fața tunelului în care se află arma și am arătat foarte clar că poți și trebuie să tragi în el. Și a funcționat."
N/A4272"#commentary\cn_106_donkey_kong_barrel_ramp.mp3" "[ Eric Smith ] Această zonă specială, rampa de scurgere, a început inițial ca o simplă piesă interesantă de arhitectură. Dar, în timpul testării jocului, am observat rapid cât de distractiv era să alunecăm cu hidroglisorul pe pantă, așa că am adăugat mai multe elemente pentru a îmbunătăți această experiență. Printre acestea se numărau polițiștii care aruncau butoaie înspre jucător, într-un mic tribut adus clasicului joc arcade, Donkey Kong."
N/A4273"#commentary\cn_107_lambda_cache_interlude.mp3" "[ Danika Rogers ] Un joc Half-Life este o experiență extrem de liniară, dar suntem mereu în căutarea unor modalități de a diversifica traseul jucătorului și de a crea non-liniaritate la o scară de nivel. Acest cache lambda, care a fost înlocuit cu o ambuscadă de zombi și raci-de-cap, era complet opțional și a fost creat doar pentru a adăuga un plus de non-liniaritate acestei secțiuni a călătoriei prin canale."
N/A4274"#commentary\cn_108_skybox_time_of_day.mp3" "[ Eric Kirchmer ] Culoarea cerului și a ceții se schimbă treptat pe parcursul acestui capitol. Acest lucru are rolul de a reprezenta vizual trecerea timpului pe măsură ce jucătorul călătorește prin canale și prin capitol. Două valori ale culorii ceții în direcții opuse contribuie la crearea iluziei de unghi oblic al soarelui. În acest moment, puteți observa că se apropie apusul soarelui. Acest lucru culminează în arena în care te lupți cu elicopterul, cu soarele apunând și cu Ravenholm vizibil în skybox."
N/A4275"#commentary\cn_109_helicopter_megabomb_origin.mp3" "[ Brian Jacobson ] Atacul megabombă al elicopterului a fost bazat pe un bug în care un programator a eliminat din greșeală timpul de reîncărcare pentru lansarea bombelor, ceea ce a dus la lansarea simultană a sute de bombe din elicopter. Arăta atât de cool încât am decis să păstrăm această funcție pentru atacul final cu bombe."
N/A4276"#commentary\cn_110_helicopter_final_battle.mp3" "[ Dave Riller ] Am proiectat această zonă ca pe o arenă pentru confruntarea finală dintre jucător și elicopterul de atac Combine. Este șansa jucătorului de a elimina în sfârșit inamicul nemilos care îl vânează de când a fugit în subteran după ce a părăsit laboratorul lui Kleiner. Această zonă a trecut prin multe iterații până a ajuns la forma finală. Avea nevoie de spațiu amplu pentru lupte rapide cu vehicule, un flux de mișcare fluid cu opțiuni clare de traseu și performanțe fiabile. De asemenea, ne-am propus să obținem o claritate vizuală potrivită pentru luptă, impresionantă, dar nu excesiv de zgomotoasă, asigurându-ne în același timp că va oferi o priveliște memorabilă odată ce elicopterul va fi distrus."
N/A4277"#commentary\cn_111_airboat_wreckage.mp3" "[ David Speyrer ] Inițial, am distrus hidroglisorul în timpul saltului peste baraj, astfel încât acest nivel începea cu jucătorul în mijlocul rămășițelor hidroglisorului iubit. În cadrul unui test de joc la nivel de echipă, oamenii s-au simțit dezamăgiți că au pierdut vehiculul în care petrecuseră atât de mult timp. Au existat multe dezbateri interne despre dacă acel sentiment de pierdere era o experiență valoroasă sau nu. În cele din urmă, am decis să lăsăm hidroglisorul intact, pentru a permite jucătorului să se reîntâlnească cu el într-o bună zi. Unii spun că hidroglisorul încă te așteaptă acolo."
N/A4278"#commentary\cn_112_arena_exit_gate.mp3" "[ Quintin Doroquez ] Mecanismul cu roată pentru ridicarea porții de ieșire a fost adăugat special pentru a obliga jucătorul să învingă elicopterul înainte de a putea avansa. În general, ne referim la elemente de acest gen ca la „blocarea” jucătorului, adică utilizarea elementelor de design pentru a-l împiedica să avanseze până când nu a terminat o activitate esențială. În acest caz, chiar este vorba de o poartă."
N/A4279"#commentary\cn_113_blocking_tutorials.mp3" "[ Adrian Finol ] Uneori trebuie să fim siguri că jucătorul a învățat ceva, iar metoda standard, cel puțin în dezvoltarea jocurilor, nu în viață, este să-l blocăm în spatele unui soi de poartă, unde jucătorul trebuie să-și demonstreze cunoștințele pentru a putea continua. Încercăm să deghizăm aceste porți ca fiind ceva natural, astfel încât să nu pară că jocul s-a oprit. Desigur, timpul, resursele sau contextul mediului în sine pot face acest lucru dificil. În acest caz, trebuia să învățăm jucătorii cum să mute obiecte, așa că un puzzle simplu de suprapus piese părea cea mai bună soluție. Am testat modele mai complexe, dar acestea s-au dovedit a fi mai puțin eficiente în a învăța jucătorul exact ce trebuia să învețe."
N/A4280"#commentary\cn_114_natural_storytelling.mp3" "[ Bill Van Buren ] Pentru a ne atinge obiectivele de dezvoltare a lumii și de narare a poveștii în zona Gării, aveam nevoie de o modalitate naturală de a transmite dialogul fără ca acesta să pară prea „de joc” sau să necesite tutoriale. Am observat că jucătorii se apropiau adesea de NPC-uri pentru a le vedea mai bine, așa că am transformat acest lucru într-o oportunitate pentru NPC-uri de a recunoaște jucătorul și de a-și spune replicile. Acest lucru a menținut interacțiunile la un nivel discret, ceea ce era esențial, deoarece cetățenii nu sunt tocmai veseli sau plini de viață. Simplitatea acestei abordări s-a aliniat, de asemenea, cu unul dintre obiectivele principale ale Half-Life în ceea ce privește prezentarea poveștii: adaptarea narațiunii la interesul jucătorului. Unii jucători vor să aprofundeze fiecare detaliu, în timp ce alții vor doar să știe ce trebuie să facă în continuare. A le oferi jucătorilor control asupra cantității de poveste cu care interacționează, fără ca aceasta să blocheze progresul, este un obiectiv pe care încercăm mereu să-l menținem într-un joc Half-Life. În plus, cu cât o funcționalitate este mai puțin complicat de implementat, cu atât putem include mai multe elemente de acest fel. "
N/A4281"#commentary\cn_115_trainstation.mp3" "[ Charlie Brown ] Începutul unui joc Half-Life are o sarcină importantă: trebuie să introducem jucătorii într-o lume nouă și să îi învățăm cum să interacționeze cu ea. Jucătorii trebuie să înțeleagă rapid ce se întâmplă, cine sunt personajele cheie, cu ce amenințări se vor confrunta și cum se integrează ei în această lume. Mai presus de toate, jocul trebuie să fie distractiv și cât mai interactiv posibil. Pentru a reuși acest lucru, sunt necesare multe iterații și teste de joc, în special în ceea ce privește momentele mici care formează imaginea de ansamblu a jocului. În această secțiune, evidențiem câteva momente cheie, probleme de proiectare a jocului și câteva teste de joc în care lucrurile nu au decurs conform planului."
N/A4282"#commentary\cn_116_physics_objects.mp3" "[ David Sawyer ] Poate că acum este dificil să ne aducem aminte, dar pe vremea când a apărut Half-Life 2, obiectele mici din jocuri, cum ar fi aceste bucăți de gunoi, erau de obicei statice. Adică nu se mișcau deloc sau, dacă se mișcau, o făceau într-un mod foarte simplu. Dacă aveai noroc, se puteau sparge în bucăți dacă le loveai. Unul dintre obiectivele acestei secțiuni inițiale din Gara era să le arate clar jucătorilor că aceste obiecte erau simulate în mod real, fizic, în Half-Life 2. Puteau fi ridicate, aruncate, sparte, mișcate de alte forțe, orice. Aici, începem cu un lucru mărunt, arătând că gunoiul este împrăștiat de sosirea trenului. Sau, mai precis, de un volum invizibil declanșat de jucătorul care coboară din tren."
N/A4283"#commentary\cn_117_blocking_tutorials_3.mp3" "[ Eric Smith ] Al doilea eșec din acest tutorial este un caz de inițiere greșită. Când îi învățăm accidental pe jucători ceva ce nu intenționam. Acest lucru poate fi greu de evitat fără testări extensive, deoarece jocul îi învață mereu pe jucători, chiar și atunci când nu așa a fost conceput. Vom discuta un exemplu mai extrem în acest sens mai târziu, în secțiunea Gara. Unele cazuri de inițiere greșită sunt critice și trebuie remediate, cum ar fi atunci când jucătorul învață să folosească greșit o armă sau să interacționeze cu un element comun al jocului. Dar acest caz era mai subtil. În timp ce îi învățam pe jucători să mute obiecte, îi învățam și să suprapună obiecte fizice pentru a scăpa dintr-un spațiu. În mod normal, acest lucru nu ar fi o problemă, cu excepția faptului că nu folosim acest puzzle mai târziu în joc, iar învățarea unui lucru irelevant doar aglomerează setul lor de instrumente mentale și face mai dificilă reținerea lucrurilor utile mai târziu. Mai rău, suprapunerea obiectelor pentru a scăpa din spațiul de joc a devenit o problemă mai târziu, ceva ce a trebuit să prevenim în mod activ în mai multe zone. Cu atât de multe obiecte bazate pe fizică în joc, blocarea acestui comportament fără a pune tavane peste tot nu era chiar o opțiune. În cele din urmă, am sperat că jucătorii nu vor analiza prea mult această lecție inițială și, când testele de joc au arătat că jucătorii se blocau mai târziu, ne-am asigurat că nu le reamintim de ea."
N/A4284"#commentary\cn_118_welcome.mp3" "[ Gabe Newell ] Sunt Gabe Newell și bine ați revenit la Half-Life 2. Au trecut 20 de ani lungi de la lansarea lui. În această actualizare aniversară, am încercat să răspundem la cât mai multe dintre cererile comunității. Deși poate că nu este cererea numărul unu a fanilor, aud adesea cât de mult le-ar plăcea oamenilor un mod de comentarii, așa că suntem încântați să realizăm în sfârșit acest lucru. Nu numai că a fost o provocare să ne amintim multe detalii despre procesul de dezvoltare al Half-Life 2, dar nu este ușor să descifrezi codul unui computer vechi de zece ani și să te întrebi ce naiba gândeai atunci. Împreună cu comentariile dezvoltatorilor, am eliminat o serie de bug-uri vechi și am încercat să lăsăm lucrurile într-o stare mai bună decât le-am găsit. Și, cel puțin de data aceasta, avem luxul de a ști cum au ieșit lucrurile în final. Pentru a asculta un nod cu comentariu, țintește simbolul plutitor cu comentariu și apasă tasta de utilizare. Pentru a opri un nod cu comentariu, țintește nodul care se rotește și folosește din nou tasta de utilizare. Și vă rog să-mi spuneți ce părere aveți. Pot fi contactat la gaben@valvesoftware.com. Mulțumesc și distracție plăcută!"
N/A4285"#commentary\cn_119_metrocop_shoving_citizens.mp3" "[ Josh Weier ] Am parcurs doar câțiva metri și deja avem probleme de rezolvat. Introducem polițistul. Un inamic pe care, în cele din urmă, le vom cere jucătorilor să-l ucidă, și vă oferim o privire asupra lumii în care aceștia pășesc. Este un moment simplu și clar, care arată relația dintre polițiști și cetățeni și, prin extensie, jucător. În același timp, am decis să întărim existența simulării de bază a fizicii, arătând modul în care NPC-urile pot interacționa în mod obișnuit cu obiectele din lume. Să vezi cum o valiză lovește alta și o deplasează era ceva destul de nou pe atunci. Aceste momente din Gara, în care am combinat mai multe obiective, au fost cele mai reușite. Păreau naturale, ca și cum jocul nu se oprea doar pentru a-ți da o lecție."
N/A4286"#commentary\cn_120_fall_damage.mp3" "[ Kerry Davis ] Un lucru esențial pentru joc este să îi învețe pe jucători cum să facă lucrurile. Dar pentru ca ei să poată lua decizii cu încredere, trebuie să înțeleagă și regulile mai subtile. Acest mic moment acoperă două dintre ele: în primul rând, arată cât de mult poate cădea jucătorul fără să sufere daune. În al doilea rând, introduce o parte din „vocabularul” jocului. Modul în care jocul va comunica cu ei. Jucătorii se îngrijorează adesea că vor suferi daune în urma căderii, dar se îngrijorează și că vor face un pas pe care nu-l pot retrage, așa că aici, o ladă primitoare pe care pot ateriza le semnalează că este sigur să se lase în jos și că acesta este drumul de urmat. Iar când lada se sparge, aceasta întărește simularea fizicii și este probabil prima dată când jucătorii vor vedea că obiectele mai mari pot fi sparte."
N/A4287"#commentary\cn_121_sweeping_vortigaunt.mp3" "[ Laura Dubuk ] Un alt moment cheie al narațiunii și o altă referință la sistemul de fizică: aici arătăm cum se integrează grupul Vortigaunt în această nouă lume, ceea ce reprezintă o schimbare majoră față de rolul lor din Half-Life 1, unde erau inamici. La fel ca multe alte momente din Gară, Vortigauntul care mătură a apărut din căutarea noastră constantă de modalități prin care să arătăm personajele interacționând în mod natural cu sistemul de fizică. De ce să le spunem jucătorilor că grupul Vortigaunt e prietenos acum, când le putem arăta unul măturând în mod normal podeaua și lovind câteva obiecte simulate? Nimic nu transmite mai bine mesajul „Hei, nu mă împușcați de data asta” decât cineva dispus să facă curățenie."
N/A4288"#commentary\cn_122_blocking_tutorials_2.mp3" "[ Robin Walker ] Există două erori importante în acest tutorial. În primul rând, jucătorii pot strica jocul aruncând toate cutiile pe fereastră, ceea ce evident nu este bine. Acest lucru îi blochează și îi împiedică să continue, ceea ce considerăm a fi o eroare care oprește jocul și care trebuie remediată. O soluție simplă ar fi fost să modificăm dimensiunile ferestrei sau ale cutiilor, astfel încât jucătorul să poată trece, dar nu și cutiile. Problema era că am observat acest lucru târziu în procesul de dezvoltare și chiar și o modificare simplă ca aceasta poate avea consecințe imprevizibile, care pot distruge jocul, mai ales chiar înainte de lansare. De asemenea, această problemă era pur teoretică. Nu am văzut niciodată testerii făcând acest lucru. Testele noastre pentru designul acestui spațiu au decurs fără probleme, jucătorii învățând ce aveau nevoie și mergând mai departe. Schimbarea designului camerei atât de târziu în joc ar fi putut perturba acest succes în moduri pe care nu le puteam anticipa. Așadar, am optat pentru o soluție mai conservatoare, în loc de una elegantă. Dacă sunteți curioși, încercați să aruncați toate cutiile pe fereastră și vedeți ce se întâmplă."
N/A4289"#commentary\cn_123_playground.mp3" "[ Brian Jacobson ] Când am discutat despre modalități de a pune în evidență simularea fizicii în mediul urban, un loc de joacă ni s-a părut o alegere firească. Iar pentru jucătorii care au fost atenți la Dr. Breen, este și o reamintire a prețului pe care umanitatea l-a plătit pentru capitularea în fața Combine. Am ales câteva structuri de locuri de joacă cu un potențial interesant din punct de vedere al fizicii și am început să le ajustăm. Chiar și cu simularea avansată pe care o aveam la momentul respectiv, configurații de acest gen necesitau întotdeauna ajustări manuale, deoarece simulam în totalitate obiecte care interacționau cu altele nesimulate sau parțial simulate, cum ar fi jucătorul sau geometria statică a lumii. Ar fi ușor să presupunem că o simulare poate suporta o mare parte din sarcina implementării, dar chiar și acum, douăzeci de ani mai târziu, acest lucru se întâmplă rar. Când lucram la locul de joacă, în ultima fază a dezvoltării jocului, nu reușeam să obținem o frecare potrivită pe tobogan, așa că am decis să rupem scara, pentru ca jucătorul să nu poată urca. Cu toate acestea, poți să urci în continuare pe partea din față. Ca de obicei, tu, jucătorul, ești cel care râde la final."
N/A4290"#commentary\cn_124_pick_up_that_can.mp3" "[ Charlie Brown ] Contextualizarea tutorialelor, crearea unui scenariu narativ în care acestea se desfășoară, ne permite să facem mai mult decât să oprim jocul pentru a-i învăța ceva pe jucători. Putem adăuga valoare narativă momentului. Aici, procesul de inițiere a jucătorului despre cum să arunce obiecte este combinat cu o configurație narativă care îi oferă posibilitatea de a alege modul în care să răspundă. După ce am văzut cum polițiștii din metrou abuzează în mod obișnuit cetățenii, mi s-a părut potrivit să pun jucătorul într-o situație similară. Dacă aveau opinii despre cum ar fi trebuit să reacționeze cetățenii, acum pot să le exprime. Testarea jocului a arătat că cei mai mulți jucători au acceptat sau au refuzat cererea de a ridica cutia, dar unii au încercat să evite complet confruntarea. Alții au acceptat inițial, apoi au ripostat după ce s-au simțit umiliți. Menținând momentul relativ limitat, atât în ceea ce privește acțiunile jucătorilor, cât și spațiul în sine, am putut reacționa în general în mod adecvat la orice alegere au făcut."
N/A4291"#commentary\cn_125_promises.mp3" "[ Danika Rogers ] La începutul unui joc Half-Life, unul dintre obiectivele noastre este să facem promisiuni jucătorului, oferindu-i o idee despre ce îl așteaptă mai târziu. De la filme, la seriale TV și cărți, toate formele de divertisment de succes fac acest lucru într-un fel sau altul, iar jocurile video nu fac excepție. Promisiunile dintr-un joc Half-Life pot lua diferite forme. Unele sunt simple, cum ar fi oferirea unei scurte imagini a ceva intrigant. Altele sunt mai complexe, cum ar fi interacțiunile cu polițiștii. Punând jucătorul într-o poziție de neputință față de ei, pregătim terenul pentru momentul în care acesta va putea, în sfârșit, să riposteze."
N/A4292"#commentary\cn_126_exploration.mp3" "[ David Sawyer ] După ce au fost conduși prin gară de către polițiști, am vrut să le oferim jucătorilor șansa de a explora. Această piață oferea mai multe modalități de interacțiune cu cetățenii, polițiștii, scanerele și infrastructura orașului. Ne-am propus ca aceste interacțiuni să continue să construiască lumea fără a fi nevoie de tutoriale explicite și le-am perfecționat până când au funcționat în mod natural, fără niciun fel de instruire reală."
N/A4293"#commentary\cn_127_early_game_exploration.mp3" "[ David Speyrer ] Până la această piață, probabil că jucătorul nu a trebuit să se gândească prea mult la traseul său, deoarece acesta era clar și simplu. Dar aici, am vrut să încurajăm explorarea, ceea ce însemna să facem calea de urmat mai puțin evidentă, care poate produce un sentiment de pierdere sau, chiar mai rău, de confuzie, așa cum era de așteptat. Acest tip de schimbări pot fi dificile, mai ales la începutul jocului, când jucătorul încă învață indicațiile de orientare ale jocului. Aici, situația este complicată și mai mult de punctele de control cu câmp de forță, care permit cetățenilor NPC să treacă, dar restricționează jucătorul, ceea ce i-a determinat pe mulți testeri să creadă că există o modalitate de a le ocoli. În cele din urmă, testările ample ne-au ajutat să găsim vizibilitatea potrivită pentru aleea din față, folosind iluminatul, structura și o ladă de lemn, un obiect pe care jucătorii l-au folosit deja ca semn că se îndreaptă în direcția corectă, toate pentru a-i ghida subtil înainte."
N/A4294"#commentary\cn_128_strider.mp3" "[ Doug Wood ] Acest moment simplu este o promisiune că vei întâlni acest lucru enorm mai târziu în joc. Chiar și o scenă necomplicată ca aceasta necesită într-adevăr multe testări și iterații, deoarece Half-Life are ca obiectiv să nu ia controlul de la jucător. După cum îți poți imagina, sunt necesare multe mici ajustări pentru a te asigura că sunt cât mai mulți jucători posibil care privesc în locul potrivit, la momentul potrivit. Configurația străzii și scena cu polițistul sunt toate pregătite pentru a ghida privirea jucătorului, încadrând perfect Tropăitorul atunci când apare."
N/A4295"#commentary\cn_129_physics_simulation.mp3" "[ Jay Stelly ] Chiar dacă am început Half-Life 2 cu o simulare funcțională realizată de o parte terță, a fost nevoie de ani de muncă suplimentară atât pentru simulare în sine, cât și pentru integrarea ei în joc, până când am simțit că putem satisface ambițiile designerilor noștri. Menținerea unui nivel adecvat de calitate și performanță era ceva ce știam că va fi o provocare pe parcurs, dar problema mai subtilă era de fapt să ne dăm seama ce să simulăm și în ce măsură. Nu putem simula totul și, chiar dacă am putea, există motive legate de designul jocului pentru care experiența este mai bună atunci când nu o facem. În multe cazuri, modificăm în mod deliberat simularea pentru a îmbunătăți experiența jucătorului. Aceste ajustări trec de obicei neobservate, deoarece sunt în concordanță cu intențiile jucătorului. De exemplu, dezactivăm coliziunile dintre jucător și obiectele mari pentru a le permite să se întoarcă în spații înguste. Sau ajustăm focul alternativ al puștii Combine pentru a ghida ușor glonțul Combine către inamici, făcând-o astfel mai eficientă."
N/A4296"#commentary\cn_130_physics_simulation_2.mp3" "[ Jeff Lane ] Zonele în care designul jocului sau alte constrângeri au afectat simularea fizică au necesitat adesea ajustări suplimentare pentru a împiedica simularea să eșueze. De exemplu, la început am experimentat creșterea simulării entității jucătorului, adică integrarea mișcării jucătorului într-o măsură mai mare în simularea fizică a lumii. Știam că acest lucru ar putea face mișcarea să pară mai puțin precisă, dar speram că ar putea duce la unele experiențe noi. Cu toate acestea, după ce am ajustat mișcarea pentru a se potrivi cu versiunea mai puțin simulată, am întâmpinat o problemă majoră: forța fizică necesară pentru ca jucătorul să se miște la viteza obișnuită era atât de mare încât simpla ciocnire cu alte obiecte simulate putea duce la moartea jucătorului din cauza impactului. Am repetat procesul, dar în cele din urmă nu am găsit o soluție care să ne placă și am revenit la mișcarea mai puțin simulată. Totuși, nu a fost chiar calea mai ușoară, deoarece a introdus noi provocări legate de modul în care jucătorul mai puțin simulat interacționa cu obiectele mai mult simulate din joc. Dar ne-a permis să oferim experiența de mișcare precisă pe care ne-o doream."
N/A4297"#commentary\cn_131_playtesting.mp3" "[ John Morello ] Testările sunt o parte esențială a modului în care creăm jocurile. Nu putem prevedea niciodată cu exactitate cum vor reacționa jucătorii sau ce vor reține din ceea ce am creat. De aceea testăm pentru a învăța și sperăm să progresăm. În timpul unei testări, nu ghidăm și nu vorbim cu jucătorul, chiar dacă acesta se blochează, deoarece este extrem de improbabil să stăm lângă jucător odată ce jocul va fi lansat. Scopul nostru este ca testerii să uite complet că sunt în proces de testare și să joace ca și cum ar fi acasă. Orice întrerupere riscă să afecteze datele, așa că intervenim doar dacă există un bug care blochează progresul sau, mai rar, dacă comportamentul lor este atât de confuz încât trebuie să înțelegem ce gândesc."
N/A4298"#commentary\cn_132_playtesting_anecdote_1.mp3" "[ Matt Boone ] O testare memorabilă ne-a reamintit că nu putem fi niciodată siguri de ce gândesc jucătorii sau ce lecții au reținut din experiența lor. Un tester, după ce a jucat de la început și s-a blocat încercând să deschidă o ușă, a petrecut câteva minute trecând de la joc la setările tastaturii și invers. Când l-am întrebat ce caută, ne-a zis că e în căutarea comenzilor pentru inventar, crezând că poate folosi un obiect pe care îl luase mai devreme pentru a debloca ușa. Deși îl văzusem colectând și aruncând mai multe obiecte, el înțelesese greșit ce se întâmpla. Testerul credea că apăsarea tastei de utilizare în timp ce ținea un obiect îl muta pe acesta în inventar, deoarece obiectul cădea direct jos. Știam că era doar gravitația, dar presupunerea lui nu era o nebunie, deoarece unele jocuri de aventură din acea perioadă mutau obiectele într-un inventar invizibil în acest mod. I-am explicat că nu exista un inventar și testarea a continuat. Mai târziu, ne-am întrebat dacă era necesar să abordăm această problemă, dar, din moment ce niciun alt tester nu a avut aceeași confuzie și toate potențialele noastre soluții erau mai grele decât era necesar, am decis că era o excepție care putea rămâne neabordată. Totuși, acest lucru ne-a reamintit că și cele mai subtile detalii, trecute cu vederea, pot induce în eroare un jucător."
N/A4299"#commentary\cn_133_cratebaby.mp3" "[ Scott Dalton ] Această mică păpușă are o lungă istorie. În timpul lungilor luni de testare internă, o parte din echipă a transformat-o într-o provocare. O modalitate de a face cea de-a 47-a jucare a jocului un pic mai distractivă. Puneau păpușa într-o cutie albastră din apropiere și vedeau cât de departe o puteau transporta pe parcursul jocului. După lansarea Half-Life 2, membrii comunității au început și ei să transporte păpușa, adăugând propriile povești și reguli. Câțiva ani mai târziu, în timp ce lucram la Episode 2, aceasta a fost inspirația pentru realizarea trofeului „Little Rocket Man”, în care jucătorii trebuiau să transporte un pitic de grădină numit „Gnome Chompski” pe tot parcursul jocului. Chompski a revenit chiar și în Left 4 Dead 2, în realizarea trofeului „Guardin' Gnome”, în care jucătorii trebuiau să-l care pe parcursul campaniei Dark Carnival. Acest tip de interacțiuni cu jucătorii sunt unele dintre cele mai satisfăcătoare părți ale dezvoltării de jocuri. Noi proiectăm jocuri având în minte anumite teorii, dar nu poți să știi niciodată cu adevărat cum vor evolua lucrurile până când jucătorii nu pun mâna pe ele."
N/A4300"#commentary\cn_134_the_citadel.mp3" "[ Eric Kirchmer ] Am vrut ca prima imagine a jucătorului asupra Orașului 17 să evidențieze Citadela și dominația acesteia asupra orașului, reprezentând puterea completă și totală a Combine asupra umanității. De asemenea, trebuia să servească drept obiectiv clar. Poți vedea, încă de la început, unde se termină călătoria ta. Dar, în ciuda dimensiunilor sale uriașe, testerii au ratat-o adesea. Simțul jucătorului asupra profunzimii și a dimensiunii poate fi dificil de perceput pe un monitor de computer. Dacă ai jucat vreun joc în VR, probabil ai observat că dimensiunea pare mai naturală. Oricum, în acest caz, poziția Citadelei deasupra jucătorului nu a ajutat nici ea, ceea ce poate fi din cauză că jocurile FPS îi antrenează pe jucători să se concentreze drept în față sau în jos, la picioarele lor. Pentru a îmbunătăți șansele ca jucătorii să observe Citadela, am adăugat păsări care zboară spre structură, un truc subtil care ajută la ghidarea privirii jucătorului."
N/A4301"#commentary\cn_135_close_captions.mp3" "[ Yahn Bernier ] În timpul dezvoltării Half-Life 2, am fost abordați de persoane interesate de accesibilitate, care ne-au încurajat să mergem dincolo de sistemul de subtitrare pe care îl construiserăm pentru Half-Life 1. Ei au solicitat un sistem complet de subtitrare care să capteze toate sunetele jocului, nu doar dialogurile. Aceasta s-a dovedit a fi o provocare mult mai dificilă decât ne așteptam. Half-Life 2 producea o mare varietate de sunete, iar clasificarea acestora pentru subtitrare era crucială. Prioritizarea era la rândul ei esențială: dialogurile trebuiau să iasă în evidență și trebuia să fie clar cine vorbește. Sunetele ambientale, precum luptele îndepărtate, erau importante pentru crearea atmosferei în anumite niveluri, dar mai puțin importante dacă un inamic trăgea în apropiere. Designerii noștri de niveluri reutilizau adesea sunete în contexte diferite, astfel încât un sunet putea necesita subtitrare într-o zonă, dar nu și în alta. În cele din urmă, fiecare sunet din joc a ajuns să aibă propriile date de subtitrare, formatate aproape ca o versiune mică de HTML, oferindu-ne control asupra stilului vizual al fiecărei subtitrări. La fel ca în cazul fișierelor audio, datele de subtitrare erau prea mari pentru a fi păstrate în memorie, așa că am construit un sistem de cache asincron pentru a le gestiona în mod eficient."
N/A4302"#commentary\cn_136_the_raid.mp3" "[ David Sawyer ] Secțiunea următoare, în care polițiștii fac o razie în apartament în timp ce jucătorul se află înăuntru, a necesitat multe încercări până să iasă bine. În general, proiectăm Half-Life astfel încât jucătorii să-și poată stabili propriul ritm, deoarece oamenii parcurg jocul în moduri diferite. Unii jucători aleargă, ignorând orice nu pare a fi o amenințare, în timp ce alții verifică metodic totul. Așadar, ori de câte ori trebuie să impunem un ritm specific, reprezintă întotdeauna o provocare să ne asigurăm că jucătorii percep acel ritm și joacă în mod natural, în conformitate cu el. Deoarece e prima dată când facem asta, a trebuit să depunem mult efort pentru a le clarifica jucătorilor că trebuie să se miște repede și că aici nu au timp pentru explorare."
N/A4303"#commentary\cn_137_materials_and_shaders.mp3" "[ Gary McTaggart ] Half-Life 2 a apărut în mijlocul unei schimbări semnificative în grafica 3D, când industria a trecut de la texturi la materiale și shadere. În Half-Life 1, fiecare suprafață avea o textură. Practic o imagine aplicată pe poligoanele suprafeței. Dar în Half-Life 2, doar cinci ani mai târziu, fiecare suprafață avea atât un material, cât și un shader. Shaderul era un bloc de cod care personaliza modul în care era redată suprafața. Materialul definea proprietățile modului în care suprafața se comporta fizic și modul în care răspundea la caracteristicile jocului. De asemenea, conținea referințe la texturi și alți parametri pe care shaderul îi folosea pentru redare. Drept urmare, artiștii și designerii aveau un control mult mai mare asupra aspectului și comportamentului obiectelor. Totuși, acest lucru a venit cu un compromis: Half-Life 1 putea rula pe un computer cu doar un CPU, dar Half-Life 2 necesita un GPU, deoarece calculele necesare pentru materiale și shadere erau proiectate special pentru hardware-ul GPU. Ușa de sticlă refractivă de aici este un exemplu clar de shader personalizat, dar fiecare suprafață din scenă rulează de fapt un shader de un fel sau altul."
N/A4304"#commentary\cn_138_the_raid_2.mp3" "[ Miles Estes ] Pe lângă faptul că trebuia să ne asigurăm că jucătorul se simțea presat să avanseze, trebuia să ne asigurăm că raidul în sine era perfect. Jucătorul nu avea cum să îl evite sau să se întoarcă, trecând de polițiști. Adevărata provocare nu era că jucătorii ar fi încercat să întrerupă scena, ci că mulți ar fi intrat în panică și ar fi fugit în direcții aleatorii odată ce și-ar fi dat seama că sunt, pentru prima dată, în pericol. Acest moment necesită un echilibru delicat: voiam o evadare palpitantă, senzația de pericol real, dar voiam ca jucătorii să reușească din prima încercare și să simtă că au scăpat ca prin urechile acului. Pentru a realiza acest lucru, am păstrat calea din față liberă și asemănătoare cu cea pe care tocmai o parcurseseră la etajul anterior. O serie de declanșatoare plasate cu atenție controlează amenințările care apar în față și în spate, menținând presiunea, dar oferind în același timp jucătorilor suficient timp pentru a rămâne în fața urmăritorilor lor."
N/A4305"#commentary\cn_139_health_and_no_hud.mp3" "[ Dave Riller ] Secvența de urmărire de pe acoperiș a reprezentat o provocare unică din punct de vedere al designului. Nu voiam să fie un obstacol real în joc și cel mai bun scenariu pentru noi era ca jucătorii să reușească să treacă de ea din prima încercare. Totuși, voiam să creăm senzația de pericol real, în care jucătorii să se simtă amenințați în mod legitim dacă nu continuau să se miște. Provocarea era că, fără costumul HEV, jucătorii nu au, din punct de vedere tehnic, un afișaj heads-up sau o interfață de joc, ceea ce înseamnă că nu există nicio modalitate de a afișa daunele sau viața rămasă. După câteva experimente, am creat un sistem special de viață pentru această secțiune, folosind o lumină roșie în jurul ecranului pentru a indica daunele. Jucătorii au reacționat așa cum speram, interpretând lumina ca pe un semn că trebuie să continue să se miște, iar urmărirea s-a desfășurat conform planului. În plus, am făcut ca viața să se regenereze rapid, astfel încât lumina să nu rămână aprinsă, întărind ideea că fuga era într-adevăr alegerea corectă și asigurându-ne că jucătorii nu vor fi doborâți de un glonț rătăcit la final doar pentru că au ezitat sau au pierdut timp mai devreme."
N/A4306"#commentary\cn_140_playtesting_anecdote_2.mp3" "[ Jakob Jungels ] În secțiunea următoare, aveam nevoie ca jucătorul să fie doborât pentru ca Alyx să îl poată salva. Având la dispoziție timp și resurse limitate, am simplificat cât mai mult posibil întâlnirea, reutilizând sistemele existente și lăsând-o să se desfășoare ca o secvență de luptă normală, cu un eveniment personalizat declanșat atunci când jucătorul „murea”. După câteva teste de joc pentru a regla sincronizarea, am trecut mai departe. Dar, pe măsură ce ne apropiam de lansare, am întâmpinat o problemă cu un tester care salva rapid în mod constant și apăsa imediat pe încărcare rapidă ori de câte ori credea că a eșuat. Când un polițist l-a lovit, a încărcat rapid, înainte ca Alyx să poată interveni, repetând acest lucru de mai mult de zece ori înainte să îi cerem să se oprească. În această etapă a dezvoltării, în faza finală de remediere a bug-urilor, a trebuit să ne limităm strict la remedierea problemelor care afectau jocul, deoarece chiar și mici modificări puteau risca să strice ceva mai important. Știind că acesta era un caz rar, deoarece cei mai mulți testeri nu aveau probleme, am făcut câteva modificări moderate. Am scurtat întârzierea dintre lovitura care provoacă căderea și prima replică a lui Alyx și am schimbat culoarea de estompare din negru în alb, ceea ce nu a fost în cele din urmă atât de util, deoarece jucătorii nu muriseră încă suficient pentru a asocia negrul cu moartea. Am luat în considerare dezactivarea încărcării rapide pentru câteva secunde în care se derulează scena, dar ne-am temut că acest lucru ar putea introduce o eroare prin care încărcarea rapidă ar fi dezactivată permanent"
N/A4307"#commentary\cn_141_character_reactions.mp3" "[ Ariel Diaz ] A fost o provocare continuă să ne dăm seama la ce ar trebui să reacționeze personajele și cum. În esență, vrem ca jocul să răspundă întotdeauna la acțiunile jucătorului. Totuși, orice răspuns din partea jocului poate fi văzut ca o recompensă de către jucător. Așadar, reacțiile personajelor și ceea ce ignoră îl învață pe jucător ce fel de acțiuni așteaptă jocul. Prin urmare, ne-am asigurat că răspundem la lucrurile pe care le doream mai mult, cum ar fi jucătorii care se joacă cu dispozitivele din laborator, și am ignorat comportamentele pe care le doream mai puțin, cum ar fi jucătorii care îl pălmuiesc în mod repetat pe Kleiner cu o cutie. Serios, am văzut un tester făcând asta timp de cinci minute fără întrerupere."
N/A4308"#commentary\cn_142_choreography.mp3" "[ Bill Fletcher ] Sistemul pe care l-am construit și perfecționat pentru a realiza povestea din Half-Life 2 a fost denumit intern Core, prescurtarea de la coregrafie. La început, ne-am dat seama că era util să ne imaginăm că scriam o piesă de teatru în care unul dintre actori nu cunoștea scenariul. Aveam nevoie de un sistem care să-i poată controla pe toți ceilalți actori, să-i miște pe scenă, să le prezinte interpretările și să le rostească replicile. Pentru a gestiona acest lucru, ceilalți actori trebuiau să combine perfect comenzile noastre de regie cu răspunsuri dinamice la poziția și comportamentul jucătorului. Sincronizarea urma să fie în mod evident o provocare majoră, deoarece orice parte a scenei putea necesita prelungire, scurtare sau chiar pauză, în funcție de ceea ce făcea jucătorul."
N/A4309"#commentary\cn_143_phoneme_extraction.mp3" "[ Bill Fletcher ] Un alt instrument esențial pe care l-am integrat în FacePoser a fost editorul de foneme. El prelucrează replicile actorilor de voce și extrage fonemele pentru a genera animații de bază pentru sincronizarea buzelor personajelor noastre. Pentru personajele principale, animatorii noștri au folosit acest instrument ca punct de plecare pentru a crea animații personalizate de înaltă calitate pentru fiecare replică, incluzând animații faciale complete. Cu toate acestea, într-o scenă dinamică Core, animatorii nu știau exact ce va face restul corpului actorului. Acest lucru a însemnat că a fost necesară o stratificare atentă a comenzilor și sincronizărilor Core în FacePoser, menținând în același timp capacitatea actorului de a răspunde dinamic jucătorului."
N/A4310"#commentary\cn_144_delivery.mp3" "[ Ken Birdwell ] A fost nevoie de multe iterații și testări pentru a găsi echilibrul perfect între informații și conexiunea emoțională în scenele noastre coregrafice importante. Fiecare scenă conținea multe informații pe care trebuia să le transmitem jucătorului, dar nu puteam pur și simplu să punem personajele să vorbească în mod explicit. Jucătorii ar fi început să le considere mai degrabă indicatoare decât persoane. Trebuia să acordăm timp personajelor să interacționeze între ele, permițând jucătorului să observe relațiile dintre ele. În același timp, trebuia să extindem lumea, oferind jucătorului o imagine de ansamblu asupra a tot ce s-a întâmplat în timpul absenței sale. Toate acestea trebuiau făcute cu atenție, fără a dura prea mult. Voiam ca jocul să funcționeze și pentru jucătorii care erau mai puțin interesați de narațiune. Animația a devenit un instrument puternic în comunicarea legăturilor emoționale dintre personaje, transmițând rapid profunzimea unui moment, fără a o exagera. Umorul a fost un alt instrument folosit frecvent, ajutând la destinderea atmosferei și la dezarmarea jucătorului atunci când lucrurile deveneau puțin prea grele."
N/A4311"#commentary\cn_145_alyxs_kiss.mp3" "[ Ken Birdwell ] Este un moment scurt, dar sărutul lui Alyx pe obrazul lui Eli a fost important. În cele din urmă, o să-i cerem jucătorului să-l salveze pe Eli și vrem ca acesta să țină la el. Pentru a crea acea legătură emoțională, trebuia să arătăm căldura și afecțiunea dintre Alyx și Eli. Nu am vrut să exagerăm cu dialogul sau să facem din asta un eveniment prea important. Trebuia să pară autentic, nu teatral. Și am reușit să repetăm subtilitățile acestui moment până când a ajuns la tonul potrivit."
N/A4312"#commentary\cn_146_storytelling.mp3" "[ Bill Van Buren ] Crearea unui sentiment de imersiune a fost un principiu fundamental în abordarea noastră privind narațiunea din Half-Life 1, ceea ce ne-a determinat să ne impunem constrângeri precum aceea de a nu prelua niciodată, sau cel puțin foarte rar, controlul asupra jucătorului și de a-i menține avatarul tăcut. Aceste limitări au făcut narațiunea mai dificilă uneori, dar am considerat că era important să le respectăm și în Half-Life 2. Speranța noastră era că, menținând aceste principii, ne vom împinge să explorăm o narațiune mai profundă și mai interactivă."
N/A4313"#commentary\cn_147_archetypes.mp3" "[ Bill Van Buren ] Am vrut să creăm legături narative între Half-Life 1 și Half-Life 2 prin intermediul personajelor noastre. Ideea noastră era să creăm personaje care să pară reprezentări ale arhetipurilor din Half-Life 1, astfel încât jucătorilor să li se pară familiare, aproape ca și cum le-ar fi întâlnit în Half-Life 1 la un moment dat, dar de care nu-și mai prea amintesc. L-am creat pe Dr. Kleiner pe baza modelului de om de știință pe care l-am considerat cel mai emblematic, iar personalitatea lui a fost în mare parte modelată de Hal Robins, a cărui voce și interpretare au definit oamenii de știință din Half-Life 1. Într-o zi, când eram în plin proces de creare a acestui personaj, chipul doctorului Kleiner a devenit clar, când am împărțit liftul cu un contabil de la un birou de la un alt etaj al clădirii noastre; și, uitându-ne la el, a fost clar că „acesta este chipul doctorului Kleiner”. Din fericire, a fost receptiv când l-am întrebat dacă îl putem fotografia pentru un personaj de joc video."
N/A4314"#commentary\cn_148_tone.mp3" "[ Bill Van Buren ] Era esențial să stabilim tonul potrivit pentru personajele noastre și dialogurile lor. Ne-am propus să creăm un stil de interacțiune respectuos, aproape plăcut, cu jucătorul, evitând în același timp orice ar fi putut părea prea servil. Acest echilibru a fost deosebit de dificil de atins în cazul lui Alyx, care trebuia să-l susțină pe jucător fără a compromite puterea personajului său; ceva ce am considerat esențial pentru ca jucătorii să o respecte. Relația ei cu Eli era un factor cheie în motivația jucătorului, așa că era important ca jucătorii să o placă și să vrea să o ajute. De asemenea, am vrut să contrastăm căldura și camaraderia dintre aliații jucătorului cu ostilitatea lui Breen și Combine, inspirând jucătorilor un sentiment de indignare justificată pentru bătăliile care urmau."
N/A4315"#commentary\cn_149_voice-actors.mp3" "[ Bill Van Buren ] Pentru a crea personaje mai receptive și multidimensionale în Half-Life 2, a trebuit să ne îmbunătățim modul de lucru cu actorii de voce. În timp ce pentru Half-Life 1 era suficient să parcurgem un scenariu cu câteva indicații pentru dialogurile NPC-urilor, pentru Half-Life 2 am decis să le oferim actorilor mai multe oportunități de a se implica în definirea personajelor și în a le da viață. Le-am oferit actorilor mult mai mult context narativ, arătându-le lumea jocului, mediile în care trăiau personajele lor și celelalte personaje cu care interacționau. Am căutat actori care să poată prelua toate aceste informații și să le sintetizeze în interpretările lor, pentru a ridica personajele la un nivel superior celui pe care ni-l imaginam noi. Am organizat mai multe sesiuni cu actorii principali, permițându-le să asimileze și să-și construiască personajele în timp. Pentru scenele în care personajele interacționează între ele, adesea le dădeam indicații actorilor cu privire la interpretările celorlalți actori din scenă, pentru a crea o mai bună conexiune și fluiditate. Deși ajungeam la studio cu un scenariu și un plan pentru sesiunea de înregistrare, ne asiguram că actorii se simțeau împuterniciți și aveau spațiul necesar pentru a-și aduce propriile idei în ceea ce privește personajul și interpretarea. Prezența animatorilor la sesiunile de dublare s-a dovedit esențială, deoarece ei erau responsabili de îmbinarea dialogului personajului cu acțiunile fizice și expresiile faciale pentru a forma scena coregrafiei finale. Adesea, animatorii au constatat că planurile lor privind modul în care se va derula o scenă au evoluat destul de mult după ce au lucrat cu actorul de voce."
N/A4316"#commentary\cn_150_citizens.mp3" "[ Bill Van Buren ] Când a venit momentul să proiectăm cetățenii umani ai Orașului 17 și lumea din afara orașului, am ales să includem o varietate de rase, vârste și genuri. Acest lucru nu numai că a oferit un context narativ pentru subjugarea întregii umanități de către Combine, dar a fost important pentru noi ca oricine joacă acest joc să se poată regăsi în Rezistență, cu toată lumea de pe Pământ unită împotriva Combine. Deși am găsit o serie de candidați pe care să îi folosim ca referință în crearea cetățenilor prin intermediul vieții noastre de zi cu zi și al relațiilor noastre, în cele din urmă am apelat la anunțuri în Seattle Times pentru a ajunge la gama dorită de fețe pe care o aveam în minte."
N/A4317"#commentary\cn_151_alyx.mp3" "[ Dhabih Eng ] Crearea personajului Alyx a fost o mare provocare. Voiam ca jucătorul să o respecte și să țină la ea. Salvarea lui Eli era un obiectiv cheie al jucătorului la jumătatea jocului și știam că jucătorii vor ține mai mult la acest obiectiv dacă vor ține și la Alyx și la relația cu tatăl ei. Am conceput intenționat, am scris dialoguri și am ales un actor de voce pentru Alyx, astfel încât să fie inteligentă, capabilă și ușor de identificat în lumea controlată de Combine, făcând-o în același timp atractivă și carismatică. Am încercat să evităm concretizarea, exagerarea și erotismul excesiv prezente în multe jocuri din anii 2000, deoarece consideram că acestea ar fi subminat obiectivele noastre pentru personajul ei."
N/A4318"#commentary\cn_152_lab_interactivity.mp3" "[ Dhabih Eng ] În scenele noastre coregrafice, jucătorul este blocat pentru o perioadă, ceea ce ne permite să ne concentrăm asupra personajelor și narațiunii. Pentru a acomoda diferiți jucători, unii profund implicați în poveste, alții incapabili să stea nemișcați mai mult de o secundă, am simțit că avem nevoie de un flux constant de detalii interesante pe ecran. Am împrăștiat elemente narative în tot mediul, asigurându-ne că unele dintre ele sunt interactive, fiind în esență jucării cu care jucătorul se poate juca. În unele cazuri, am încorporat și alte elemente narative în acestea, cum ar fi mini-teleportorul cactus care sugerează viitoarea defecțiune a teleportorului. A fost un echilibru delicat, prea mult interes vizual ar fi putut distrage jucătorii de la esența scenei. În cele din urmă, laboratorul lui Kleiner a mers pe varianta sigură cu interactivitatea, deoarece era prima scenă coregrafică importantă. Mai târziu, în laboratorul lui Eli, am explorat-o mai în profunzime, asigurându-ne că însăși personajele acordau atenție lucrurilor cu care se jucau jucătorii."
N/A4319"#commentary\cn_153_gestures.mp3" "[ Doug Wood ] Fiecare dintre personajele noastre avea o bibliotecă de animații simple numite Gesturi, pe care le puteam suprapune cu ușurință peste alte mișcări ale corpului. Deși inițial au fost concepute ca o măsură de reducere a costurilor de producție, pentru a ne permite să reutilizăm animațiile pe tot parcursul jocului, am descoperit că ele aveau de fapt o utilitate mai mare. Oamenii repetă adesea anumite mișcări, iar acestea pot fi semne distinctive ale personalității lor. Drept urmare, biblioteca noastră de Gesturi a ajuns să surprindă esența fiecărui personaj, contribuind la unificarea percepției echipei noastre de animație asupra personalității personajelor. Acest lucru a făcut mult mai ușoară împărțirea sarcinilor de lucru ale unui personaj între animatori, ceea ce era adesea necesar în procesul de producție."
N/A4320"#commentary\cn_154_interactive_storytelling.mp3" "[ Erik Johnson ] Când am început să lucrăm la Half-Life 2, povestea din jocuri era în general, fie de înaltă fidelitate și liniară, fie de fidelitate redusă și interactivă. Știam că jucătorii văzuseră povești de înaltă calitate în jocuri, dar nu fuseseră niciodată plasați chiar în mijlocul acțiunii, capabili să o urmărească desfășurându-se în jurul lor, să interacționeze cu ea și să examineze îndeaproape orice parte. Deși acest obiectiv ne entuziasma, încă nu știam cum ar funcționa sau ce fel de tehnologie ne-ar fi necesară pentru a-l realiza. Am creat o varietate de tehnologii de narațiune în Half-Life 1, dar acestea erau prezentate în principal în fața jucătorului și nu aveau interactivitatea și fidelitatea pe care le urmăream. Așadar, laboratorul lui Kleiner a devenit secțiunea jocului pe care am folosit-o ca platformă de testare pentru a afla cum ar funcționa de fapt narațiunea noastră interactivă."
N/A4321"#commentary\cn_155_monitors.mp3" "[ Ido Magal ] Am folosit mult monitoarele pentru a spune povestea în Half-Life 2 și în episoade, atât de mult încât chiar ne-am distrat pe seama noastră pentru asta. Problema este că sunt prea utile. Sunt fantastice pentru extinderea lumii, arătând evenimente care se petrec în altă parte, și oferă o modalitate ușoară de a face personajele să vorbească fără a fi nevoie să explice cum ajung toate la locația jucătorului. Oricine a scris vreodată orice fel de poveste, în special una cu o distribuție numeroasă, înțelege frustrarea unică de a încerca să creezi motive naturale pentru ca toate personajele tale să se reunească în același loc. În acest caz, am fost foarte mulțumiți de modul în care monitorul i-a permis lui Alyx să se teleporteze și apoi să apară rapid în laboratorul lui Eli, făcând totul să pară real și conectat."
N/A4322"#commentary\cn_156_scene_interactivity.mp3" "[ Jeff Lane ] În unele momente ale scenelor coregrafice, îi cerem jucătorului să acționeze. Pe lângă faptul că îi oferim ceva de făcut și îl menținem implicat, aceste momente au câteva obiective cheie. În primul rând, îi permit jucătorului să își revină dacă a fost distras de altceva din mediul înconjurător. Scena poate fi „pusă pe pauză” în siguranță până când jucătorul finalizează misiunea, asigurându-ne că s-a întors și este atent. În același timp, ne-au permis să poziționăm jucătorul acolo unde aveam nevoie, ceea ce a fost util pentru încadrarea scenei și pentru a ne asigura că vede ceva important. În unele cazuri, am obținut o valoare dublă din aceste momente, folosindu-le pentru a instrui jucătorul. Aici, învață să interacționeze cu prize și mufe, o abilitate de care va avea nevoie pentru puzzle-urile din partea a doua a jocului."
N/A4323"#commentary\cn_157_kleiners_lab.mp3" "[ Marc Laidlaw ] Laboratorul lui Kleiner a fost prima parte a poveștii la care am lucrat și cea care ne-a luat cel mai mult timp să o punem la punct. Pe lângă rolul său de a introduce jucătorul în joc, a devenit în cele din urmă viziunea unificatoare a echipei de dezvoltare în ceea ce privește povestea. Pe măsură ce am început să construim personajele și narațiunea în jurul jucătorului, au apărut multe întrebări, toate părând a fi riscuri majore pentru joc. Vor putea jucătorii să extragă informațiile importante din scenă? Vom reuși să îi facem să se atașeze de aceste personaje? Cum vom sprijini jucătorii cu niveluri diferite de implicare în poveste? Cât de costisitoare ar fi producerea unei scene ca aceasta? Și de câte altele am mai avea nevoie? Acestea și multe altele erau întrebări la care nu puteam răspunde până nu construiam suficient din scenă și o testam cu mulți jucători. Frustrant, spre deosebire de multe alte probleme cu care ne confruntăm, acestea nu erau întrebări la care puteam răspunde cu încredere până când nu am făcut o muncă semnificativă. Adesea putem testa ideile de joc cu prototipuri de fidelitate redusă, dar dacă un jucător nu este implicat în povestea noastră atunci când personajele sunt doar niște cuburi gri, cât de siguri putem fi că le va păsa odată ce personajele vor fi realizate complet?"
N/A4324"#commentary\cn_158_characters.mp3" "[ Marc Laidlaw ] În Half-Life 1, agenții de securitate și oamenii de știință puteau fi descriși mai degrabă ca arhetipuri, nu ca indivizi. Erau personaje abstracte, care se potriveau cu fidelitatea vizuală pe care o puteam atinge la momentul respectiv. Odată cu îmbunătățirea tehnologiei în Half-Life 2, am văzut o oportunitate de a depăși abstractizarea. Fidelitatea vizuală sporită a modelelor personajelor, combinată cu îmbunătățirile aduse animației, ne-a făcut să credem că ne putem concentra pe crearea de personaje individuale; oameni de care să-ți pese cu adevărat. Ne-am permis să scriem dialoguri reale și să le punem pe personaje să le rostească într-un mod suficient de realist încât jucătorii să nu le considere niște pioni într-un joc video și, în speranța noastră, să propulseze narațiunea înainte. În 2001, după câțiva ani de dezvoltare, am fost inspirați de Ico, produs de Japan Studio. Regizat de un animator, acest joc ne-a uimit prin faptul că se baza pe personaje ca element cheie de legătură cu jucătorul, ceea ce ne-a dat curajul să continuăm."
N/A4325"#commentary\cn_159_writing.mp3" "[ Marc Laidlaw ] În era Half-Life 1, obiectivele jucătorilor în jocurile FPS erau încă în mare parte legate de a lupta și a învinge un inamic evident rău. Era greu să faci jucătorii să se atașeze de personaje când acestea erau atât de lipsite de realism precum cele din Half-Life 1. Cu îmbunătățirile planificate în ceea ce privește realismul personajelor pentru Half-Life 2, am vrut să încercăm să facem din personaje forța determinantă a narațiunii. Obiectivul nostru era ca motivațiile jucătorului să se alinieze cu cele ale personajelor noastre, pentru ca jucătorul să se intereseze de aceste persoane, de speranțele și temerile lor și să-și dorească ca ele să reușească. Având în vedere acest lucru, am reușit să ne stabilim abordarea privind personajele și dialogurile. Am creat un set de personaje care se plăceau și țineau unul la altul, sperând că jucătorul va simți același lucru. Aceste personaje interacționau într-un mod care părea incluziv, ca un grup de prieteni vechi care îl vedeau pe jucător ca pe unul dintre ei, ca pe cineva care a fost plecat o perioadă. Dacă personajele demonstrau legături emoționale realiste între ele, am considerat că putem construi o legătură emoțională și cu jucătorul."
N/A4326"#commentary\cn_160_animation.mp3" "[ Miles Estes ] Construirea unor mișcări umane credibile pentru personajele noastre din multe straturi discrete de animație a necesitat o mulțime de iterații tehnologice. Chiar și acțiuni simple, precum întoarcerea pentru a privi ceva sau mersul către o anumită locație, au devenit mai complexe atunci când au fost combinate cu necesitatea de a răspunde dinamic la jucător și la cerințele comenzilor Core. De exemplu, întoarcerea pentru a privi ceva a trebuit să fie complet descompusă, permițând unui personaj să utilizeze orice combinație a ochilor, capului, umerilor, trunchiului superior sau întregului corp pentru a se îndrepta către o țintă. În Half-Life 1, corpurile personajelor umane erau separate în jumătăți superioare și inferioare, permițându-le să meargă într-o direcție în timp ce se îndreptau spre alta. Cu toate acestea, această abordare era prea abstractă pentru personajele din Half-Life 2. În schimb, animatorii noștri au creat animații de mers în toate cele opt direcții ale busolei, care puteau fi apoi combinate fără probleme în timpul rulării."
N/A4327"#commentary\cn_161_faceposer.mp3" "[ Yahn Bernier ] Instrumentul principal pe care l-am creat pentru a alimenta sistemul Core se numea FacePoser, un program denumit inexact, care le permitea animatorilor noștri să dispună întreaga structură a scenelor noastre de-a lungul unei linii temporale. Linia temporală conținea o serie de comenzi Core pentru actori, împreună cu toate informațiile necesare pentru ca aceștia să execute acele comenzi. Prin suprapunerea comenzilor cronologic, animatorii puteau descrie cu ușurință modul în care un actor ar trebui să se uite într-o direcție în timp ce vorbește cu altcineva și să se deplaseze într-un alt loc, toate acestea în același timp. Dar cronologic nu era o secvență fixă, liniară. Actorii urmau comenzile, dar trebuiau să reacționeze dinamic la lumea din jurul lor. Un actor putea avea nevoie de mai mult timp pentru a se deplasa într-o anumită locație dacă jucătorul îi stătea în cale sau putea fi nevoit să aștepte pentru a rosti o replică, deoarece un alt actor era întârziat de jucător. FacePoser ne-a permis să iterăm rapid scenele, încercând diferite planuri, replici și sincronizări. Această capacitate de a experimenta și ajusta rapid s-a dovedit esențială în găsirea interpretărilor potrivite pentru a ne atinge obiectivele legate de personaje și narațiune."
N/A4328"#commentary\cn_162_choreo_commands.mp3" "[ Yahn Bernier ] Această imagine de depanare arată cele două comenzi Core, cel mai des întâlnite, pe care actorii le primesc pe parcursul unei scene, cunoscute intern sub numele de „uită-te la” și „mergi către”. Actorilor li se dau ținte pe care să le privească, uneori mai multe simultan, și apoi încearcă să se concentreze pe cea care are cel mai mult sens, având în vedere starea lor actuală. În același timp, pot primi comenzi de „mergi către”, care le spun să se deplaseze într-o anumită locație și să se îndrepte într-o anumită direcție sau către un anumit obiect. Chiar și aceste comenzi aparent simple implicau o mare complexitate. O scenă putea necesita ca un actor să vorbească în timp ce scrie la tastatură, uitându-se în același timp la un obiect pe care îl ține jucătorul. Deoarece nu puteam prevedea unde se va afla jucătorul în timpul redării, crearea unor scene de acest gen ne-a obligat să împărțim fiecare element al scenei în părți și planuri separate. Acestea puteau fi apoi reasamblate după cum era necesar în timpul redării, în funcție de acțiunile jucătorului, și întrerupte dacă era necesar."
N/A4329"#commentary\cn_163_antlions.mp3" "[ Kerry Davis ] Deoarece jucătorul conduce buggyul pe parcursul Coastei, aveam nevoie de un inamic omniprezent care să poată apărea în mod justificat oriunde și să reprezinte o amenințare constantă pentru a-l menține pe jucător în buggy sau în apropierea acestuia. Leii-furnică, care apăreau din nisip, erau soluția perfectă. Mobilitatea lor ridicată le permitea să țină pasul cu buggyul pe distanțe scurte, spre deosebire de inamicii noștri umanoizi. În plus, era foarte satisfăcător să treci peste ei."
N/A4330"#commentary\cn_164_thumpers.mp3" "[ Adrian Finol ] Ori de câte ori este posibil, e foarte important ca jucătorii să simtă că au descoperit ceva pe cont propriu. Acest lucru face ca lumea să pară mai vie, în loc să fie doar o serie de elemente de joc aliniate pentru jucător. Dacă putem accepta riscul ca un anumit procent din jucători să rateze complet un element, putem adopta o abordare mai subtilă. Am adoptat această abordare cu Thumperii, creând configurații pe care jucătorii le pot întâlni, dar cu care nu sunt obligați să interacționeze. Există o mulțime de indicii vizuale și audio, precum și reacții ale leilor-furnică, pentru a ajuta jucătorul să înțeleagă ce se întâmplă. Nu garantează că toți jucătorii vor descoperi acest lucru, dar testarea jocului a arătat că cei mai mulți au făcut-o."
N/A4331"#commentary\cn_165_d2_coast_09.mp3" "[ Aaron Seeler ] În ultima fază a dezvoltării Coastei, am ajuns într-un punct în care codul jocului nostru era cu mult înaintea designului nivelurilor, astfel încât programatorii noștri de joc căutau mai mult cod de scris și noi sarcini care să ajute la lansarea Half-Life 2. Acest lucru s-a datorat în mare parte cerințelor nivelurilor din Coasta, care au pus o povară grea pe umerii designerilor noștri de niveluri, datorită dimensiunii lor și utilizării ample a terenului. Drept urmare, programatorii noștri de joc au început să proiecteze confruntări la scară mai mică. Mai târziu, când designerii noștri de niveluri au recuperat întârzierea, au creat acest nivel prin îmbinarea a trei întâlniri separate de la programatori și efectuarea tuturor lucrărilor de finisare necesare pentru a-l pregăti pentru lansare."
N/A4332"#commentary\cn_166_final_scene.mp3" "[ Bill Van Buren ] Să închidem jucătorul într-o capsulă pentru confruntarea finală din biroul lui Breen a fost un compromis, dar ne-a permis să ne concentrăm asupra personajelor, lucru pe care nu l-am fi putut face în altă parte. Toate evoluțiile narative ale personajelor ajung la concluzia lor în această scenă, iar constrângerea jucătorului la această perspectivă creează oportunitatea pentru o recompensă emoțională reală. O scenă culminantă alimentată de combinația dintre dialog, interpretare vocală și animații. Scena a fost o provocare din punct de vedere al producției; a fost necesar să stabilim blocajele și mișcările potrivite, să obținem sincronizarea eficientă și sinergia emoțională și conexiunea dintre toate animațiile individuale și interpretările vocale care au fost înregistrate separat. A fost nevoie de o mulțime de ajustări înainte de a ajunge la o sinergie dramatică și de a simți cu adevărat că toate personajele erau conectate."
N/A4333"#commentary\cn_167_end_game_scramble.mp3" "[ Dave Riller ] A existat inițial o scenă coregrafică semnificativ mai amplă, planificată pentru finalul jocului. Cu toate acestea, echipa coregrafică era foarte ocupată cu volumul imens de muncă de narațiune rămas de realizat pe parcursul jocului. Pentru a le ușura sarcina, echipa de joc Citadela a fost rugată să creeze în schimb o provocare pentru universul jocului pentru a-l încheia. Putea fi un puzzle, o luptă, orice. Rezultatul a fost bătălia cu șeful Breen, care a folosit mecanica existentă a jocului cu arma super-gravitațională și o mică parte de regie personalizată pentru a crea un produs finit într-un timp foarte scurt."
N/A4334"#commentary\cn_168_combine_portal_effects.mp3" "[ Gary McTaggart ] O parte esențială a procesului nostru de dezvoltare este modul în care orice membru al echipei poate contribui cu abilitățile sale la orice parte a jocului. Odată ce mecanismul de joc al bătăliei finale a fost stabilit, artiștii și programatorii de efecte vizuale au contribuit la îmbunătățirea prezentării portalului către lumea natală a Combine și a efectului de oprire a timpului la sfârșitul jocului. Pentru efectul portalului Combine a fost utilizat un shader refractiv similar cu cel folosit pentru apă."
N/A4335"#commentary\cn_169_citadel_entrance.mp3" "[ Jeff Lane ] Am construit traseul spre Citadelă invers: geometria interioară a fost creată ca un prototip artistic pentru a-i perfecționa aspectul. Știam că jucătorul venea din țeava de canalizare de pe harta noastră Streetwar și a trebuit să creăm o secțiune cu tobogane și sărituri până la intrarea în Citadelă pentru a le conecta."
N/A4336"#commentary\cn_170_citadel_steep_landing.mp3" "[ Randy Lundeen ] Citadela a fost construită foarte târziu în procesul de dezvoltare și nu am avut inițial o viziune clară a universului jocului ei. Acest lucru nu este neobișnuit, deși procesul nostru este de obicei condus de designul jocului. Alegerile creative importante pe care le facem la început, cum ar fi existența Citadelei Combine, necesită o muncă de design specifică pentru a se potrivi cu produsul final. După bătălia culminantă din capitolul anterior, am considerat că un ton diferit pentru finalul din Citadelă ar fi mai satisfăcător. Chiar dacă am fi vrut să ridicăm miza, era prea riscant în acest stadiu al jocului să creăm noi mecanici și NPC-uri. Primul nostru plan a fost să facem un spectacol narativ pasiv. O călătorie cu trenul prin inima mașinii de război Combine, care se termină în biroul lui Breen. Dar, după ce am dezvoltat acel plan, am petrecut mai multe zile cu prototipuri de mecanici pentru arma super-gravitațională, gândindu-ne că la sfârșitul jocului am putea îndeplini dorințele jucătorilor, făcându-i atotputernici fără a perturba echilibrul general al designului jocului. În loc de provocări tradiționale de final de joc, am vrut ca jucătorul să se simtă ca un zeu, prinzând inamici după bunul plac, smulgând console de pe pereți. În cele din urmă, Citadela îmbină aceste două concepte, alternând între spectacol și putere dezlănțuită."
N/A4337"#commentary\cn_172_lightmap_pass.mp3" "[ Mike Dussault ] Interiorul Citadelei este relativ simplu din punct de vedere geometric, dar materialul metalic Combine și iluminatul dramatic ajută la redarea imensității structurii. Rezoluția hărții luminoase a fost mărită pe suprafețele importante și interesante și redusă pe cele complet umbrite sau îndepărtate. De asemenea, datorită dimensiunilor mari ale spațiilor Citadelei, suprafețele inutil de mari ale hărții luminoase aveau un cost semnificativ în ceea ce privește performanța. Spre sfârșitul dezvoltării, s-a efectuat o verificare amplă a tuturor nivelurilor Citadelei pentru a optimiza aceste valori în ceea ce privește aspectul vizual și performanța. Acest lucru a fost facilitat de o nouă funcție adăugată editorului de niveluri Hammer, care afișa suprafețele cu densitatea lor luxel."
N/A4338"#commentary\cn_173_super_gravity_origins.mp3" "[ Brian Jacobson ] În acest stadiu al dezvoltării, eram încrezători în designul armei gravitaționale. Voiam să oferim jucătorului senzația de omnipotență și ne-am apucat să lucrăm la o versiune super-puternică. Nu a durat mult. Probabil o zi de etalonare, până când am obținut ceva care ne-a plăcut și care a devenit nucleul universului jocului din Citadelă. Odată ce motorul bazat pe fizică era gata, am avut libertatea să găsim modalități noi și interesante de a-l împinge dincolo de limitele anterioare și de a obține rezultate distractive. Obiectul nostru prototip, un pepene verde ultra-greu, care cântărea sute de kilograme în simulare, a devenit în cele din urmă sferele Combine pe care le întâlnești în joc."
N/A4339"#commentary\cn_174_combine_energy.mp3" "[ Brian Jacobson ] Ceea ce a început ca un prototip de pepene verde s-a transformat într-o sferă de energie după ce sunetele create pentru impactul și explozia sa au început să semene mai puțin cu cele ale unui fruct și mai mult cu cele din joc. Odată ce am început să iterăm niveluri care nu erau bazate pe pepenele verde, ne-am dat seama că putem folosi sfera de energie nu doar ca pe o modalitate distractivă de a ucide soldați, ci și ca pe un element de puzzle pentru alimentarea și oprirea diverselor echipamente. La un moment mult mai târziu în dezvoltare, nu ne plăcea focul alternativ al AR2 pe care îl aveam la momentul respectiv și, deoarece echipei îi plăcea sfera Combine, am ajuns să o incorporăm direct în focul alternativ al AR2. Întotdeauna privim înapoi și suntem surprinși de modul în care lucrurile care funcționează independent unele de altele în joc se reunesc mai târziu pentru a rezolva anumite probleme."
N/A4340"#commentary\cn_175_combine_wall_and_balls_training.mp3" "[ Ido Magal ] În cadrul testărilor, jucătorii nu observau că sferele Combine dizolvau soldații și nu înțelegeau de ce aceștia dispăreau. Am încercat inițial să rezolvăm această problemă făcând sferele să ricoșeze în direcția inamicilor, pentru a crește probabilitatea de a-i dizolva. În cele din urmă, ne-am dat seama că motivul pentru care jucătorii nu observau efectul era că acesta se producea întotdeauna în timpul luptelor intense, iar oamenii au o capacitate foarte limitată de a învăța lucruri noi atunci când sunt stresați. Ca un remediu de ultim moment, am introdus o cameră de antrenament cu presiune scăzută, cu un câmp de forță care poate fi deschis doar prin apucarea sferei Combine. Această configurație a fost adăugată special pentru a antrena modul în care sferele Combine funcționează pentru a dezactiva câmpurile de forță și faptul că lovirea soldaților cu ele îi va dizolva. În ciuda eforturilor noastre, unii jucători încă aveau dificultăți în a percepe efectele de dizolvare ale proiectilelor. Nu mai aveam timp și am decis că, din moment ce jucătorii încă ne spuneau că se simt puternici, era în regulă dacă nu toți înțelegeau de ce aveau succes."
N/A4341"#commentary\cn_176_weapon_strip.mp3" "[ Josh Weier ] Odată ce am introdus arma super-gravitațională, nu am vrut ca jucătorii să se întoarcă la armele convenționale, așa că am făcut singurul lucru rațional: le-am dezintegrat. Este util să ai un inamic supranatural impenetrabil, precum Combine, ca antagonist al jocului tău, deoarece este logic ca acesta să aibă pur și simplu un dezintegrator. De ce nu? Și dacă, din vreun motiv, ar fi fost nevoie să-ți recuperezi echipamentul în mijlocul nivelului, atunci, ca să vezi, au și un reintegrator."
N/A4342"#commentary\cn_177_breen_monologue.mp3" "[ Marc Laidlaw ] Munca creativă nu se realizează niciodată în vid, deoarece toți suntem inspirați de alte lucruri. Monologul lui Breen care apare pe monitoarele Citadelei s-a inspirat dintr-un joc anterior pe care îl îndrăgeam cu toții, Thief 2, în care antagonistul îl tachinează pe jucător în timp ce acesta se furișează. Execuția este destul de diferită, dar inspirația de bază este acolo. Cu toate acestea, partea cea mai grea, cea care face ca acest moment să fie cu adevărat convingător, vine din interpretarea regretatului Robert Culp. Interpretarea lui a fost perfectă. El a interpretat fiecare replică a lui Breen cu o subtilitate și un fler care au transformat personajul de pe pagină în ceva cu adevărat special. O sesiune de înregistrare cu Robert Culp era foarte ușoară. El avea scenariul, inginerul apăsa butonul de înregistrare și cam asta era tot. Lecția pe care o reținem aici este să lucrăm cu oameni al căror talent îl depășește pe al nostru, oameni de la care suntem siguri că avem ce învăța. Nu intrați cu o idee fixă despre cum ar trebui rostită replica sau cum ar trebui să se desfășoare un anumit moment, ci colaborați cu oameni talentați și aveți încredere că ei vor face totul și mai bine."
N/A4343"#commentary\cn_178_dissolved_weapons.mp3" "[ Quintin Doroquez ] Toate armele Combine au fost setate să se dizolve după ce soldatul Combine a fost aruncat cu arma gravitațională din două motive. În primul rând, pentru ca jucătorii să nu le ridice și să le folosească, dar și pentru a îmbunătăți performanța în aceste hărți. În plus, a fost adăugat un manager de ragdoll care elimină corpurile ragdoll ale soldaților căzuți, pe măsură ce jucătorul avansează."
N/A4344"#commentary\cn_179_elevator_fight.mp3" "[ Brian Jacobson ] Chiar dacă am vrut ca jucătorul să se simtă atotputernic, nu am putut rezista tentației de a adăuga o luptă dificilă în casa liftului. Bătălia de a aștepta sosirea liftului a ajuns să fie aici ceva mai dificilă decât ne-am imaginat inițial pentru această parte a jocului. A devenit mai ușoară în timpul testării, dar nu a fost suficient timp pentru a o echilibra la nivelul la care ar fi trebuit să fie. Deși jucătorul nu a fost niciodată în pericol, numărul soldaților care apar face ca lupta să pară mai importantă decât este de fapt."
N/A4345"#commentary\cn_180_replacing_the_prefabs.mp3" "[ Jeff Lane ] Sferele de energie Combine sunt o configurație relativ simplă, cu un câmp de forță care ține obiectele care se mișcă continuu. Cu toate acestea, în timpul testării jocului, au apărut erori repetate cu sferele de energie care se mișcau, devenind incontrolabile și „evadând” din câmpul de forță pe care l-am creat pentru a le controla. Din cauza limitelor tehnologiei noastre prefabricate la momentul respectiv, a fost necesar să le reconstruim manual de mai multe ori, în fiecare dintre locațiile lor, în toate nivelurile din Citadelă în care erau incluse."
N/A4346"#commentary\cn_181_strider_fight.mp3" "[ Ted Backman ] Unul dintre prototipurile originale din Citadelă includea posibilitatea de a prinde tropăitorul cu arma super-gravitațională, iar pentru mult timp, lupta cu tropăitorul consta în a te apropia suficient de mult pentru a-l prinde cu arma. Spre finalul dezvoltării, am decis că prinderea tropăitorul îl făcea să pară prea slab, mai ales după toate luptele împotriva lui din războiul străzilor, așa că am înlocuit întâlnirea cu una în care îl omori cu sfere Combine. Piese de model au fost adăugate astfel încât tropăitorul să poată fi sfâșiat și distrus în loc să îi tragi corpul după tine. Acesta este singurul moment din joc în care un tropăitor are acest efect."
N/A4347"#commentary\cn_182_getting_in_the_pod.mp3" "[ Dhabih Eng ] Secvența de ascensiune a capsulei care începe aici a necesitat preluarea controlului total asupra scenei și asupra vederii jucătorului. Acest lucru este contrar dorinței noastre obișnuite de a permite jucătorului să păstreze cât mai mult control posibil. Pentru această ultimă etapă, am considerat că merită să facem acest compromis. Jucătorul este atât de puternic în acest moment încât era dificil să-l controlăm. Așa că a trebuit să-l oprim. Totuși, toate personajele din scenă continuă să vorbească cu jucătorul, menținându-l în centrul atenției. De asemenea, am reușit să oferim o povestire prin intermediul mediului înconjurător pe parcurs. Călătoria cu trenul prin Citadelă, care începe aici, conține mai mulți adversari pentru care aveam conținut artistic, dar care au fost eliminați din partea principală a jocului. Din siguranța capsulei tale confortabile, poți vedea procesarea hărțuitorilor și o scurtă privire asupra racului sintetic."
N/A4348"#commentary\cn_183_turrets.mp3" "[ Mike Dussault ] Turelele erau un instrument de design util atunci când jucătorul avea momeală, deoarece puteau împiedica complet leii-furnică să se apropie direct de el. Acest lucru ne-a permis să creăm configurații în care jucătorul nu putea pur și simplu să arunce momeala pentru a continua. Trebuia să ocolească și să elimine turelele pentru ca leii-furnică să-l poată urma. Nu strica nici faptul că, să vezi leii-furnică cum sunt secerați de focurile turelelor, era un efect vizual excelent."
N/A4349"#commentary\cn_184_grenade_puzzle.mp3" "[ Aaron Seeler ] Acest mic puzzle îi făcea frecvent pe jucători să se blocheze în timpul testărilor, deoarece cutia cu grenade nelimitate era pusă puțin în spatele lor, pe traseul lor. În acest moment al jocului, jucătorii învățaseră deja să asocieze cutiile cu muniție nelimitată cu rezolvarea puzzle-urilor, așa că, dacă ar fi găsit o cutie cu grenade, ar fi știut imediat că au nevoie de o grenadă pentru a rezolva puzzle-ul. Întâi, am vrut ca ei să fie nevoiți să gândească puțin. În cele din urmă, am adăugat un indiciu subtil prin faptul că, prin fereastră, puteai vedea grenadele pe birou, doar pentru a le reaminti jucătorilor că sunt disponibile. De asemenea, acestea au ajutat la descoperirea unui bug în timpul testărilor, când un jucător s-a apropiat pentru a se uita mai atent și a ajuns să colecteze grenadele prin geam."
N/A4350"#commentary\cn_185_allied_turrets_balancing.mp3" "[ Adrian Finol ] Echilibrarea acestei lupte în jurul turelelor aliate a fost o provocare. Turelele sunt elementul nou aici, așa că, dacă jucătorii le ignoră, jocul pare redundant, deoarece o mare parte din el este similar cu ceea ce a fost înainte. Am vrut să impunem utilizarea turelelor și să recompensăm amplasarea strategică, dar era foarte binar. Amplasarea perfectă făcea lupta ușoară, în timp ce amplasarea proastă o făcea foarte dificilă. Reglarea și logica personalizată a IA a soldaților au ajutat; soldații au devenit mai buni la doborârea turelelor prin aruncarea grenadelor sau prin flancare pentru a le dărâma. Aceste schimbări au făcut ca lupta să se concentreze mai puțin pe o configurare perfectă și mai mult pe menținerea activă a turelelor, deoarece orice configurare ar fi fost întreruptă la un moment dat. Testările au variat foarte mult, unii jucători considerând-o prea dificilă, iar alții considerând-o lupta lor preferată. Din lipsă de timp, am făcut-o în cele din urmă puțin mai ușoară și am lansat-o, deși nu eram mulțumiți de echilibrul final."
N/A4351"#commentary\cn_186_meeting_mossman.mp3" "[ Ariel Diaz ] Reunirea jucătorului și a lui Alyx cu Mossman după scena trădării a fost dificilă, deoarece mulți jucători au simțit că ar trebui să-l împuște pe Mossman imediat ce îl văd. Nu puteam permite acest lucru, deoarece nu aveam timp să dezvoltăm ramificații alternative ale poveștii. Cu toate acestea, nu doream să subliniem faptul că împiedicam această alegere, așa că am încercat să reducem probabilitatea ca jucătorii să încerce acest lucru. Geamul antiglonț de aici câștigă timp pentru dialogul între Alyx și Mossman, în timpul căruia devine clar că Alyx nu crede că a-l împușca pe Mossman este cea mai bună soluție."
N/A4352"#commentary\cn_187_eli_in_pod_choreography.mp3" "[ Ken Birdwell ] Am scris și înregistrat dialogul pentru această scenă în timp ce încă construiam Nova Prospekt. În acea etapă, știam că Alyx și Gordon se vor teleporta din închisoare, dar nu stabiliserăm încă detaliile, așa că dialogul trebuia să fie suficient de general pentru a se potrivi cu ceea ce urma să construim în final. Acest lucru ne-a determinat să ne concentrăm mai puțin pe acțiunile jucătorului și mai mult pe vulnerabilitatea lui Alyx și pe legătura pe care o are cu tatăl ei. Speram ca emoțiile să transmită mai bine scena decât narațiunea în sine. În cele din urmă, ne dorim ca jucătorul să țină la aceste personaje, să vrea să acorde prioritate lucrurilor importante pentru Alyx."
N/A4353"#commentary\cn_188_mossman_and_eli.mp3" "[ Bill Van Buren ] Această scenă coregrafică a necesitat numeroase iterații. Am vrut să introducem o întorsătură de situație în mijlocul scenei, păstrând în același timp controlul jucătorului fără restricții. A fost nevoie de un echilibru delicat pentru a face această întorsătură clară, dar și pentru a ne asigura că nu poate fi întreruptă. Dacă jucătorii o urmau pe Alyx până la consolă, trebuiau să înțeleagă ce se întâmplă când se întorceau. Dacă rămâneau în spate și îl urmăreau pe Mossman, trebuiau să înțeleagă ce se întâmplă fără să simtă că ar trebui să încerce să împiedice asta. A fost nevoie de ajustări și testări extensive pentru a obține sincronizarea potrivită, dar am folosit o combinație de distragere a atenției, prezentarea rapidă a momentului crucial, și apoi oferirea unei explicații după eveniment."
N/A4354"#commentary\cn_189_nova_prospekt_entry.mp3" "[ Danika Rogers ] Jucătorul tocmai a terminat două niveluri pline de lupte, așa că am vrut să încetinim ritmul odată ce a mers la interior. Aceste niveluri inițiale au fost concepute ca o schimbare de ritm, permițând jucătorilor să exploreze interiorul Nova Prospekt. Pe parcurs, am început să introducem modul de joc cu turele, mai întâi ca inamic al jucătorului și mai târziu ca instrument pe care îl poate folosi. O mare parte din acest nivel a fost construită prin reutilizarea prototipurilor și a spațiilor artistice create anterior în cadrul proiectului, când ne concentram pe modelarea aspectului Nova Prospekt."
N/A4355"#commentary\cn_190_turret_training_exit.mp3" "[ Doug Wood ] Această grămadă de gunoi, împreună cu coborâtul aglomerat pe scări, este concepută pentru a descuraja jucătorii să aducă cu ei o turelă. Deși nu ar strica nimic dacă ar face-o, am vrut să reducem probabilitatea acestui lucru. Nu este o strategie de design ideală să faci ca păstrarea turelei să fie incomodă, dar era mai bine decât nimic. Mulți testeri au renunțat în cele din urmă și au lăsat turela deoparte, odată ce au simțit că jocul încerca să le transmită ceva."
N/A4356"#commentary\cn_191_allied_antlions.mp3" "[ Eric Kirchmer ] Având o armată de lei-furnică care reapărea la nesfârșit și ataca turele și soldați, a trebuit să ne gândim bine la rolul jucătorului în luptele din Nova Prospekt. Jucătorul se confruntase deja cu mulți soldați Combine, așa că am decis să facem luptele de aici să semene mai mult cu un puzzle și cu un spectacol decât cu o provocare militară. Având în minte acest lucru, am creat scenarii care rămâneau neschimbate până când jucătorul intervenea. Prin uciderea directă a inamicilor, jucătorul putea înclina balanța în favoarea leilor-furnică, dar noi ne doream ca utilizarea momelii să fie deosebit de satisfăcătoare. În numeroase scenarii, când jucătorul arunca momeala asupra inamicilor, activam generatoare suplimentare de lei-furnică, declanșând o invazie rapidă de noi lei-furnică în luptă. Carnagiul rezultat era recompensa care făcea utilizarea momelii satisfăcătoare."
N/A4357"#commentary\cn_192_laser_mines.mp3" "[ Erik Johnson ] Ne-a făcut mare plăcere să introducem aceste mine laser în Nova Prospekt. Erau o armă din Half-Life 1 pe care nu am reușit să o includem în Half-Life 2, dar cel puțin și-au găsit locul ca element de puzzle. Ne-a plăcut modul în care au servit ca un fel de test de moralitate personală atunci când jucătorul avea o armată de lei-furnică. Anumiți jucători au aruncat imediat momeala peste mine, aruncând corpurile leilor-furnică asupra problemei, în timp ce alții și-au ținut micuții prieteni înapoi până când au îndepărtat în siguranță minele cu alte instrumente. Nu i-am judecat."
N/A4358"#commentary\cn_193_final_turret_arena.mp3" "[ Erik Johnson ] Când construim traseul unui element de joc, cum ar fi utilizarea turelelor aliate, adesea construim mai întâi un prototip care reprezintă punctul final al traseului. Repetăm acest prototip până când testările arată că funcționează. Apoi, lucrăm în sens invers, adăugând scenarii anterioare pentru a introduce elementul și a dezvolta abilitățile jucătorului. Această abordare ne asigură că arcul final este captivant înainte de a investi timp substanțial. De asemenea, înseamnă că, până în momentul în care creăm scenarii de antrenament, am observat suficiente testări pentru a ști ce abilități necesită îndrumare și care jucători le vor înțelege în mod natural. Acest scenariu final cu turele a fost obiectivul nostru, punând accent pe defensiva jucătorului împotriva inamicilor din mai multe direcții, necesitând amplasarea dinamică a turelelor și a recuperării lor."
N/A4359"#commentary\cn_194_one_way_drops.mp3" "[ Jakob Jungels ] Jucătorii nu știu niciodată ce îi așteaptă, dar sunt familiarizați cu ceea ce au în spate, așa că este normal să se retragă pe un teren familiar când întâlnesc un inamic. Dacă am construit o arenă în care vrem ca jucătorul să se implice, în special pentru un inamic cu cerințe geometrice specifice, cum ar fi Gardianul leu-furnică, avem nevoie de o modalitate de a împiedica acea retragere. O soluție obișnuită este să obligi jucătorul să intre în arenă printr-un singur loc, ceva ce probabil ai observat deja de câteva ori."
N/A4360"#commentary\cn_195_npcs_on_elevators.mp3" "[ Jay Stelly ] Adesea petrecem mult timp pentru a rezolva probleme pe care jucătorii nici nu le observă. Multe dintre ele sunt provocări subtile de design, în timp ce altele vin din interacțiunea mai multor sisteme. De exemplu, a fost o problemă complexă să facem personajele non-jucătoare (NPC) să se urce în lifturi, pentru că asta a implicat mai multe sisteme. Deciziile IA ale NPC-urilor, planificarea navigării și simularea mișcării, de exemplu. În plus, liftul în sine avea propriile cerințe de simulare, care nu aveau legătură cu NPC-urile. Una dintre provocările mai subtile a venit din faptul că simulăm NPC-urile la o viteză mai mică decât simulăm lifturile. Acest lucru însemna că NPC-urile dintr-un lift care cobora se simulau, pentru a ne asigura că stau corect în lift, iar apoi liftul se simula de câteva ori, de fiecare dată mișcându-se mai jos pe linia liftului, lăsând subtil NPC-ul în urmă. La scurt timp după aceea, NPC-ul se simula a doua oară și apărea din nou pe podeaua liftului. Îți poți imagina că era greu să o iei în serios pe Alyx când pica constant în salturi mici în timp ce vorbea cu tine."
N/A4361"#commentary\cn_196_looktargets.mp3" "[ John Cook ] Unul dintre instrumentele cheie din setul nostru de unelte de proiectare este „Looktarget”, un punct invizibil în spațiu care se activează atunci când jucătorul se uită la el. Proiectanții pot specifica cât de precis trebuie să se uite jucătorul la el, durata privirii și alte condiții. Odată activat, „Looktarget” declanșează diverse evenimente în joc. De exemplu, Alyx ar putea aștepta ca jucătorul să se uite la ea înainte de a rosti o replică, un eveniment spectaculos ar putea începe numai când este în câmpul vizual sau o navă transportoare Combine ar putea zbura deasupra jucătorului când acesta se uită în direcția generală a acesteia. Odată implementate, designerii au găsit nenumărate moduri de a le utiliza pentru a face jocul mai fiabil pentru jucători, mai ales că unele se mișcă cu viteze foarte diferite sau în moduri greu de prevăzut."
N/A4362"#commentary\cn_197_nova_prospekt_yard.mp3" "[ John Morello ] Luptele din curtea Nova Prospekt au fost inspirate în mare parte de observațiile noastre inițiale asupra luptei dintre leii-furnică și soldații Combine. Mobilitatea ridicată și atacurile corp la corp ale leilor-furnică se potriveau bine cu letalitatea soldaților la distanță și cu vulnerabilitatea lor la distanță mică. Leii-furnică arată grozav sub bătaia focului, cu efecte de particule zburând peste tot, iar când ajung în sfârșit la un soldat, efectul ragdoll rezultat este incredibil de satisfăcător."
N/A4363"#commentary\cn_198_vent.mp3" "[ John Morello ] Probabil știți deja asta, dar dacă există o gură de aerisire, înseamnă că în ea se află un rac-de-cap. Nu noi stabilim aceste reguli, ei, ca gurile de aerisire, vin direct de sus."
N/A4364"#commentary\cn_199_kitchen.mp3" "[ Kerry Davis ] Este o tradiție binecunoscută printre dezvoltatorii de jocuri video ca toate bucătăriile din jocurile video să includă o explozie provocată de gaz."
N/A4365"#commentary\cn_200_alyxs_tool.mp3" "[ Laura Dubuk ] Instrumentul multifuncțional al lui Alyx a fost incredibil de util, pentru că ne-a permis să-l folosim ca pe o cheie. Adesea, trebuia să împiedicăm jucătorul să avanseze până când eram pregătiți, iar instrumentul ei multifuncțional îi permitea să poarte dialoguri în timp ce debloca calea. Probabil că ne-am bazat prea mult pe ea, dar era greu să rezistăm. Întotdeauna există un compromis: folosind-o pe Alyx pentru a bloca accesul într-o cameră, în loc să creăm o soluție personalizată, am economisit timp pe care l-am putut dedica altor părți ale jocului, adesea mai importante."
N/A4366"#commentary\cn_201_mossmans_betrayal.mp3" "[ Marc Laidlaw ] Planul nostru inițial pentru evoluția personajului Judith Mossman era ca ea să-l trădeze pe jucător cam în acest moment. Dar, când am ajuns la această scenă, după ce am dezvoltat alte părți ale jocului, am simțit că era mai probabil ca ea să încerce doar să-l protejeze pe Eli. Ne-am imaginat că ea se răzgândește, realizând că nu poate să-l trădeze pe Gordon. Aveam idei pentru a clarifica această schimbare mai târziu, dar, în cele din urmă, nu am terminat evoluția personajului ei. Nouă ne-a plăcut ambiguitatea personajului Mossman, dar jucătorilor nu părea să le placă, aproape toți o urau. Totuși, ăsta ar putea fi considerat un succes; am muncit din greu pentru a crea o afinitate între jucător și Alyx, iar Alyx nu era nici ea fana lui Judith."
N/A4367"#commentary\cn_202_d2_prison_05_start.mp3" "[ Yahn Bernier ] Având în vedere că jucătorul putea muta un număr mare de obiecte, ne-am confruntat adesea cu provocări, mai ales ținând cont de limitările CPU-urilor din 2003. Una dintre limitări era faptul că sistemul nostru de navigație IA nu recunoștea obiectele dinamice, cum ar fi aceste paturi metalice. Deși sistemul nostru de mișcare NPC putea detecta și evita obiectele în timpul mișcării, acestea erau practic invizibile în timpul interogărilor de navigație pentru planificarea strategică înainte de mișcare. Acest lucru se datora în principal limitărilor de performanță; nu ne puteam permite nimic mai complex. De asemenea, ne-am confruntat cu provocări de proiectare fără soluții clare, cum ar fi modul în care un soldat ar trebui să reacționeze dacă un jucător bloca complet un coridor cu obiecte mari. Pentru a rezolva această problemă, am dat NPC-urilor putere suplimentară pentru a împinge obiectele fizice. Apoi am atenuat problema prin proiectarea nivelurilor, lărgind coridoarele și asigurând suficient spațiu liber pentru a face față obiectelor care aterizau oriunde în interiorul acestora. Această configurație este una cu risc ridicat: combinația dintre soldații care se ascund în spatele paturilor și leii-furnică care atacă în luptă corp la corp creează o mare probabilitate de interacțiuni ciudate între sistemul de mișcare al NPC-urilor și paturi."
N/A4368"#commentary\cn_203_alyx_as_companion.mp3" "[ Miles Estes ] Această secțiune a devenit un prototip neintenționat pentru ceea ce urma să apară în Episode 1: Alyx în calitate de companion, mișcându-se cu ușurință pe un traseu care îmbină luptele dinamice cu coregrafia scriptată. Nu aveam încă un model clar pentru modul în care ea se va integra alături de jucător în aceste scenarii, dar chiar și această scurtă secțiune ne-a învățat multe, în ciuda faptului că nu am avut suficient timp pentru a o îmbunătăți."
N/A4369"#commentary\cn_204_laundry.mp3" "[ Mike Dussault ] Până când jucătorul ajunge la acest nivel, cunoscut sub numele de Laundry, suntem siguri că se simte confortabil folosind momeala pentru a rezolva scenarii de luptă. Așadar, am vrut să ridicăm puțin miza, creând un scenariu care încurajează jucătorul să se implice și mai mult, combinând momeala cu toate armele pe care le are la dispoziție."
N/A4370"#commentary\cn_205_side_zombie.mp3" "[ Quintin Doroquez ] Acest zombi otrăvitor a fost întotdeauna un element important în testări. Jucătorii, concentrați pe soldații Combine, leii-furnică și turele, nu mai văzuseră un zombi otrăvitor de ceva vreme, așa că apariția sa bruscă în întuneric crea adesea un moment de șoc."
N/A4371"#commentary\cn_206_flares.mp3" "[ Quintin Doroquez ] Această secțiune este un contrapunct interesant față de segmentul anterior cu turele în ceea ce privește costurile de producție și iterația. Construită foarte târziu, a fost realizată rapid, deoarece IA pentru Alyx și soldatul Combine era deja elaborată. Ne-au plăcut atmosfera întunecată și rachetele luminoase și am păstrat-o ca pe ceva de explorat în viitor. Mai târziu, am revenit asupra ei când am planificat secțiunile de întuneric din Episode 1."
N/A4372"#commentary\cn_207_magic_wall.mp3" "[ Robin Walker ] La fel ca în multe dintre arenele noastre de luptă, aveam nevoie de un fel de poartă pentru a împiedica jucătorii să avanseze înainte de a termina lupta. Din păcate, nu mai aveam timp și a trebuit să trecem la Gara, așa că am ajuns la această nebunie magică: un zid care explodează după ce a doua navă de luptă este distrusă, indicând drumul de urmat. Ne-am asigurat că cei mai mulți jucători nu vor observa, deoarece vor fi ocupați să lupte cu navele de luptă, iar testările noastre au arătat că, în general, toți terminau lupta înainte de a ajunge în acest punct. Cu suficiente explozii în întreaga arenă, zidul distrus și în flăcări părea destul de natural, așa că am adăugat câteva puzzle-uri simple pe cealaltă parte pentru a-l justifica. Dar nu, nu suntem chiar mândri de asta."
N/A4373"#commentary\cn_208_ragdoll_vortigaunt.mp3" "[ Scott Dalton ] Este multă durere în acest vortigaunt mort, durerea designerilor noștri de niveluri. La momentul respectiv, instrumentele noastre de dezvoltare nu ne permiteau să poziționăm direct un ragdoll, adică atunci când murea un NPC și cădea sistematic la pământ, nu aveam niciun control asupra poziției în care ajungea. Dacă am fi avut timp pentru animatori, aceștia ne-ar fi putut oferi o animație cu un singur cadru în poziția aproximativă pe care o doream, dar eram în întârziere, iar mica noastră echipă de animație era deja supraîncărcată. Așadar, un designer de niveluri a poziționat vortigauntul deasupra acestui scaun, i-a spus să moară în timp ce se încărca nivelul și a așteptat să vadă în ce poziție se va așeza. Apoi, designerul a mutat ușor vortigauntul și a încercat din nou. Nu ne amintim exact câte încercări au fost necesare, dar au fost mult mai multe decât v-ați imagina."
N/A4374"#commentary\cn_209_nova_prospekt_process.mp3" "[ Eric Smith ] La fel ca Ravenholm, Nova Prospekt a fost inițial conceput cu un mod de joc semnificativ diferit de cel care a fost lansat în final. Prima versiune se concentra pe luptele între jucători și soldații Combine, fără implicarea leilor-furnică. Spre deosebire de alte zone ale jocului, unde stilul de joc și grafica au evoluat împreună, Nova Prospekt a beneficiat de o îmbunătățire semnificativă a graficii încă din faza incipientă. Acest lucru a dus la crearea unui set de secțiuni reutilizabile și perfecționate ale geometriei nivelului, cu grafica deja aplicată. Asamblarea Nova Prospekt din aceste piese a funcționat bine, deoarece structura închisorii era în mod natural repetitivă. Mai târziu, când ne-am întors cu leii-furnică și cu momeala, a trebuit să refacem geometria pentru a se potrivi cu noul mod de joc."
N/A4375"#commentary\cn_210_d2_prison_04.mp3" "[ Eric Kirchmer ] Pe parcursul dezvoltării, artiștii noștri au creat mici secțiuni verticale de ambient, pe care le-am numit „grădini zoologice artistice”. Aceste grădini zoologice au stabilit modul de utilizare a texturilor și a recuzitei pentru a crea spații de joc care să îndeplinească obiectivele noastre vizuale. Însă, atunci când am construit pista de joc a închisorii, aspectul repetitiv ne-a permis să folosim arta într-un mod mai direct. Această hartă a fost inițial construită ca principala grădină zoologică artistică a Nova Prospekt, dar după ce a fost folosită pentru a testa diverse prototipuri de moduri de joc, inclusiv cele care au dus în cele din urmă la momeală, a ajuns să facă parte din arhitectura reală a nivelului."
N/A4376"#commentary\cn_211_autosave_dangerous.mp3" "[ Dave Riller ] În Half-Life 1, aveam o serie de salvări automate pe tot parcursul jocului, plasate manual de către designerii de niveluri și declanșate atunci când jucătorul ajungea la un moment sau o poziție specifică în joc. Acest lucru asigura salvarea automată a jocului pe măsură ce traversai coridoarele Black Mesa. În Half-Life 2, am constatat că aveam nevoie de un nou instrument. Problema a apărut în unele dintre arenele mai complexe pe care le-am construit. Unele dintre aceste întâlniri durau destul de mult și includeau mai multe seturi de inamici. Altele erau combinații lungi și extinse de explorare și luptă, fără o separare clară între cele două. Nu vrem niciodată o salvare automată în care jucătorul să fie în pericol de a muri imediat după încărcarea jocului, deoarece acest lucru l-ar putea plasa într-o buclă a morții - dacă ai jucat suficiente jocuri la vremea respectivă, cu siguranță te-ai aflat în această situație cel puțin o dată. Așadar, dacă nu am fi creat în mod deliberat pauze în fluxul fiecărei arene, nu ar fi existat întotdeauna un loc sigur în care să punem o salvare automată. După câteva experimente, am implementat o funcție numită „salvare automată periculoasă”. Aceasta era o unealtă pentru designerii de niveluri care combina o salvare automată cu un interval de timp asociat. Când era declanșată de designerul de niveluri, salva imediat jocul, dar păstra salvarea deoparte, nefiind disponibilă ca o salvare de joc din care să se poată încărca. Dacă jucătorul rămânea în viață pentru intervalul de timp specificat, salvarea era confirmată și utilizată ca cea mai recentă salvare automată. Acest lucru le permitea designerilor de niveluri să plaseze o salvare automată într-un loc sau moment rezonabil într-o arenă, să specifice un interval de timp, de exemplu treizeci de secunde, iar dacă jucătorul rămânea în viață timp de treizeci de secunde, salvarea automată era folosită."
N/A4377"#commentary\cn_212_we_dont_go_to_ravenholm.mp3" "[ Dario Casali ] Când am terminat lucrul la Ravenholm, nu puteam să scap de sentimentul că tranziția de la Laboratorul lui Eli nu funcționa. Era mult prea bruscă – laboratorul lui Eli era conectat direct la străzile orașului, unde urma să ajungi în scurt timp, iar secțiunea în care te aflai nu exista. Tocmai făcusem această promisiune la sfârșitul Laboratorului lui Eli: „Nu mai mergem acolo” și ne-a plăcut cum am crescut tensiunea în mod general. Dar când jucătorul ajungea în Ravenholm, era aruncat imediat în luptă cu zombii, fără să existe vreun moment de tensiune. De aceea am construit această secțiune și coridoarele înguste care urmează, pentru a rezolva problema într-un mod care să ne satisfacă. Am încetinit ritmul, ne-am concentrat pe grafică și iluminare și v-am pregătit să experimentați motivul pentru care nu mai mergem la Ravenholm."
N/A4378"#commentary\cn_213_lever_shenanigans.mp3" "[ Dario Casali ] Chiar și după toate eforturile depuse pentru a crea o legătură între acest levier și gardul electric exterior în mintea jucătorilor, unii testeri continuau să acționeze levierul fără să înțeleagă ce au făcut. Ba chiar se plimbau prin zonă, acționau din nou levierul și continuau să se plimbe. Având puțin timp la dispoziție pentru a clarifica legătura, am decis să rupem levierul. Acest lucru i-a împiedicat pe jucători să-și anuleze progresul și a contribuit la senzația că Ravenholm era un mediu nesigur și în descompunere."
N/A4379"#commentary\cn_214_town_arenas.mp3" "[ Dario Casali ] În acest moment în Ravenholm, jucătorul a învățat toate elementele de joc disponibile și poate anticipa interacțiunile lor. Acest lucru ne permite să construim configurații mai complexe, oferind un nivel mai mare de amenințare și mai multă libertate în modul în care jucătorul poate aborda fiecare scenariu. Această arenă este un spațiu intenționat încâlcit pe care jucătorul va trebui să îl exploreze, iar noi folosim acest timp de explorare pentru a crește treptat intensitatea luptei. Cu cât jucătorul explorează mai repede, cu atât creștem mai repede intensitatea. Natura liberă a acestui design a făcut dificilă ajustarea, având în vedere diversitatea modului în care jucătorii îl parcurg."
N/A4380"#commentary\cn_215_mines.mp3" "[ Dario Casali ] Traseul complex pe care jucătorul îl parcurge pentru a naviga în siguranță prin această mină îi oferă suficient timp pentru a vedea ce îl așteaptă la capătul drumului. Și surpriză: sunt raci-de-cap. Sincer, de multe ori sunt raci-de-cap. Dar în acest caz sunt raci-de-cap veninoși, care sunt amuzanți în sine, dar devin cu adevărat periculoși când adaugi raci-de-cap rapizi în ecuație. Aceste două creaturi formează o combinație excelentă: niciuna nu este deosebit de periculoasă în sine, dar împreună sunt incredibil de letale. Odată otrăvit, un singur atac al unui rac-de-cap rapid este suficient pentru a ucide jucătorul. Și asta este ceea ce biologii numesc simbioză. Cel puțin asta credem noi."
N/A4381"#commentary\cn_216_poison_headcrabs.mp3" "[ David Speyrer ] Această cameră introduce în mod neintenționat raci-de-cap veninoși. Am petrecut mult timp lucrând la introducerea lor corespunzătoare mai târziu în nivel, dar odată ce am văzut cât de bine funcționau în testele de joc, entuziasmul nostru a luat-o razna și, în scurt timp, i-am împrăștiat pe tot nivelul. Când ne-am dat seama că au apărut înainte de introducerea lor, era deja prea târziu să refacem totul. Din fericire, o cameră îngustă plină de raci-de-cap veninoși funcționează ca un antrenament decent, deoarece designul lor evită o problemă comună în ceea ce privește instruirea în luptă. De obicei, jucătorii sunt stresați și pot deveni frustrați dacă mor în mod repetat fără să înțeleagă de ce și, într-adevăr, am întâmpinat această problemă când am încercat să antrenăm jucătorul atât cu raci-de-cap veninoși, cât și cu sursa lor, zombii veninoși. Cu toate acestea, racii-de-cap veninoși nu pot ucide singuri jucătorul. Deci, deși este stresant, o cameră plină cu ei evită cel puțin această frustrare."
N/A4382"#commentary\cn_217_poison_zombie_introduction.mp3" "[ David Speyrer ] Constrângerea jucătorului într-un spațiu restrâns, oferindu-i în același timp o vedere spre exterior, este o modalitate utilă de a crește șansele ca acesta să observe ceva ce vrem să vadă. Aici, atragem atenția jucătorului cu sunetul unui țipăt înainte ca zombiul veninos să devină vizibil. Inițial, această întâlnire era și prima dată când jucătorii se confruntau cu raci-de-cap veninoși, dar, așa cum am menționat într-un nod anterior, am devenit prea entuziaști în proliferarea racilor-de-cap veninoși în jurul nivelului și am sfârșit prin a strica introducerea lor împreună aici. În cele din urmă, însă, aceste prime întâlniri au funcționat mai bine ca instanțe separate."
N/A4383"#commentary\cn_218_final_arena.mp3" "[ Eric Smith ] Când am terminat prima sesiune de design al Ravenholmului, acest acoperiș era destinat să fie locul luptei culminante. La fel ca și alte spații din Ravenholm, acesta a fost conceput inițial ca un spațiu axat exclusiv pe aspectul vizual interesant. Am considerat că era important ca, atunci când jucătorul părăsea Ravenholm, să aibă un moment în care să privească înapoi spre orașul din care tocmai supraviețuise și să vadă încotro se îndrepta. Mai multe grupuri de jucători au încercat să creeze o luptă aici, dar geometria strânsă și constrângerile de performanță au făcut ca noi să nu reușim să creăm un final cu care să fim mulțumiți. La fel ca saga Half-Life, se părea că Ravenholm era destinat să nu aibă un final real."
N/A4384"#commentary\cn_219_tables_and_bodies.mp3" "[ Ido Magal ] Aproape de finalul producției Ravenholm, cu toate elementele importante la locul lor, am încercat să umplem fiecare spațiu gol cu ceva interesant. În acest proces, a trebuit să fim atenți să folosim ceea ce aveam deja și să nu creăm nimic nou, deoarece nu puteam risca să introducem mai multe bug-uri. Deseori, ca în această cameră, am încercat să adăugăm noi momente de joc, în același timp adăugând mai multe detalii și poveste zonei. Scene mici ca aceasta permit unui jucător atent să se gândească la ceea ce vede și la ce ar putea însemna pentru ceea ce va întâlni în continuare."
N/A4385"#commentary\cn_220_physics_object_consistency.mp3" "[ Kerry Davis ] Toate obiectele fizice au o serie de parametri care le definesc comportamentul: masa, cantitatea de daune pe care o pot suporta înainte de a se distruge, în ce se distrug și așa mai departe. În timpul dezvoltării, acești parametri au fost specificați de designerii de nivel pentru fiecare obiect, iar așa funcționau majoritatea lucrurilor din joc. Dar, mai târziu în dezvoltare, ne-am dat seama că ne-am creat o problemă: existau mii de obiecte bazate pe fizică în joc și nu exista nicio metodă de a asigura consecvența între ele. Drept urmare, o cutie de carton se putea sparge cu un singur foc de pistol într-un nivel și putea fi complet invulnerabilă în altul. Intern, ne refeream în general la aceste inconsecvențe ca la niște „crime ale designerilor de niveluri”. Pentru a remedia aceste probleme și pentru a restabili echilibrul, am creat un sistem care asigura coerența tuturor obiectelor bazate pe fizică pe baza modelului lor vizual. Deoarece cea mai mare parte a jocului era deja creată, în cazuri rare, am fost nevoiți să permitem designerilor de niveluri să renunțe în mod explicit la acest sistem în care trebuiau să comită o „infracțiune” pentru a păstra ceea ce proiectaseră. În cadrul companiei, ne referim la acești designeri ca la „recidiviști”, iar unii dintre ei își mențin activitatea criminală la Valve până în prezent."
N/A4386"#commentary\cn_222_fast_zombie_introduction.mp3" "[ Randy Lundeen ] Acest spațiu era o altă zonă construită inițial pentru E3 2003, unde era prezentată lupta jucătorului împotriva unui grup de soldați Combine. Când am revenit pentru a-l folosi să introducem zombiul rapid, am încercat să păstrăm cât mai mult din munca anterioară. Ne doream o imagine emblematică, luminată de lună, cu zombi sărind pe lângă lună ca niște vârcolaci, pentru a atrage atenția jucătorului. După ce se termină acea secvență, introducem primul zombi rapid în spațiul jucătorului și îl trimitem spre el. A fost nevoie de multe încercări pentru a găsi echilibrul potrivit al iluminării, astfel încât scena să arate bine și să fie în același timp funcțională pentru obiectivele jocului."
N/A4387"#commentary\cn_223_ravenholm_gameplay_focus.mp3" "[ Mike Dussault ] După ce am urmărit numeroase testări ale Ravenholm, am înțeles că modul de joc de bază al acestuia se învârte în jurul armei gravitaționale și a fizicii. Odată ce am dobândit aceste cunoștințe, am simțit că putem construi în mod adecvat tranziția către Ravenholm și că putem ajuta jucătorul să învețe și să înțeleagă puțin despre ce urmează în această experiență. Acest lucru se întâmplă des: construim traseul nivelului, ne dăm seama ce funcționează și apoi proiectăm prologul acestuia. Am construit următorul set de camere având în minte această idee. Brutalitatea instrumentelor pe care le punem la dispoziția jucătorului părea să contribuie la crearea atmosferei pe care o doream, ajutând la schimbarea tonului de la siguranța laboratorului lui Eli la ceva mai întunecat și mai înfricoșător."
N/A4388"#commentary\cn_224_player_tools.mp3" "[ Steve Bond ] Până în acest moment al jocului, jucătorii au deja multă experiență cu fizica din Half Life 2, dar tocmai au primit arma gravitațională, care oferă o modalitate cu totul nouă de a interacționa cu obiectele bazate pe fizică din joc. Am încercat o varietate de obiecte cu care jucătorul putea să se joace. Lucruri precum lame de fierăstrău, catapulte, canistre explozive, capcane, sulițe și așa mai departe, și ne-am concentrat pe cele care funcționau bine cu arma și le-am eliminat pe cele care nu funcționau. Apoi am eliminat muniția din niveluri, astfel încât jucătorul să fie nevoit să se bazeze pe aceste obiecte pentru a supraviețui. "
N/A4389"#commentary\cn_225_contrived_setups.mp3" "[ Kerry Davis ] Există o absurditate destul de evidentă în multe dintre instruirile cu arma gravitațională și obiectele bazate pe fizică. Jucătorul scoate o lamă de fierăstrău din perete cu arma gravitațională și, exact la momentul potrivit, un zombi apare de după colț, parcă așteptând să fie lovit cu lama de fierăstrău. Apoi, jucătorul se târăște sub o capcană cu lame rotative pentru a o opri și, brusc, apar trei zombi, provocându-l pe jucător să repornească capcana. Nu am avut mult timp să repetăm această secțiune, așa că aveam nevoie de configurații care să funcționeze pentru toți jucătorii, nu de unele mai deschise, care să se bazeze pe faptul că trebuie să facă mișcarea „corectă”. Deși acest tip de design are potențialul de a reduce creativitatea jucătorilor, în acest caz, am constatat că nu păreau să se supere că le forțăm puțin mâna."
N/A4390"#commentary\cn_226_misteaching_flinches.mp3" "[ Kerry Davis ] O altă testare memorabilă și un exemplu al pericolului de a iniția greșit jucătorii a avut loc în Ravenholm. Unul dintre principiile noastre de design este ca jocul să răspundă jucătorului cât mai mult posibil. De aceea, atunci când am proiectat arma gravitațională, părea evident că, dacă jucătorul o îndrepta către un zombi și apăsa pe trăgaci, ar fi trebuit să se întâmple ceva. Era destul de simplu să facem arma să lovească zombiul, provocându-i o mică pagubă, ceea ce făcea ca zombiul să execute animația de tresărire, și părea o reacție bună și reactivă. Mai târziu, am urmărit o testare în care testerul a descoperit această interacțiune imediat ce a ajuns în Ravenholm și a interpretat-o ca feedback că arma gravitațională rănea zombiul... ceea ce era adevărat, doar că nu foarte mult. Așa că a lovit zombiul din nou, în mod repetat, șocându-l de mai multe ori până când a murit. Este un mod lent, neplăcut și inuman de a lupta cu zombii, mai ales când ești înconjurat de lame de fierăstrău și canistre explozive. După ce am învățat lecția, am eliminat animația de tresărire, chiar dacă asta însemna pierderea interacțiunii dintre zombie și arma gravitațională. În acest caz, era mai bine să nu avem această interacțiune simplă decât să dăm impresia falsă că arma gravitațională era o modalitate eficientă de a lupta împotriva zombilor. Chiar și principiile simple pot necesita compromisuri când intri în detalii."
N/A4391"#commentary\cn_227_fire_trap.mp3" "[ Steve Bond ] Această capcană cu flăcări a fost inițial concepută ca element vizual pentru sistemul de incendiu, înainte ca un designer de niveluri să o transforme într-un element de joc pentru Ravenholm. A fost aproape eliminată de mai multe ori în timpul dezvoltării, din cauza influenței asupra performanței pe PC-urile mai slabe, din cauza suprasolicitării generate de sprite-urile transparente. În cele din urmă, un programator a considerat că era suficient de importantă pentru joc încât merita să se depună eforturi pentru a rezolva problemele de performanță și a se asigura că putea fi inclusă în joc. "
N/A4392"#commentary\cn_228_hallway_cupboards.mp3" "[ Yahn Bernier ] Aceste holuri pline de gunoaie erau o soluție simplă pentru a încetini jucătorul. Având constrângerea de a păstra cât mai mult din geometria existentă, combinată cu zombii care se mișcau încet ca inamici principali, era dificil să împiedicăm jucătorii să alerge pe aici. Din fericire, prezența lui Grigori ca locuitor nebun al Ravenholm a făcut ca aceste amenajări să fie ușor de justificat. Este logic ca el să blocheze casa scării pentru a se proteja pe acoperișuri. În final, soluția lui Grigori și a noastră au fost una și aceeași: să punem o grămadă de mobilă în calea jucătorului pentru că, dacă îi oprește pe zombi, probabil că îl va încetini și pe jucător."
N/A4393"#commentary\cn_229_pacing_switch.mp3" "[ Steve Bond ] Acum că jucătorii au trecut de secțiunea de antrenament, putem începe să schimbăm ritmul de la spații claustrofobice și sumbre la arene de acțiune mai axate pe luptă. Odată ce jucătorul s-a familiarizat cu diversele instrumente din mediul înconjurător, putem începe să le combinăm în spații deschise și să le oferim jucătorilor libertatea de a-și alege propria abordare. "
N/A4394"#commentary\cn_230_car_crushers.mp3" "[ Steve Bond ] Aceste zdrobitoare de mașini au necesitat câteva ajustări și destul de multă muncă la sistemul nostru de daune bazat pe fizică. Întotdeauna există o provocare atunci când obiecte mari interacționează cu personaje non-jucătoare. De exemplu, dacă fizica poate împinge NPC-ul, acesta ar putea fi împins într-un loc în care nu ar trebui să ajungă, lăsându-l incapabil să se redreseze. Acest lucru nu este o problemă majoră pentru ceva precum un rac-de-cap, care poate sări pur și simplu dintr-o situație dificilă, dar pentru ceva precum un zombi, ar putea însemna să rămână blocat și să sfârșească neajutorat, agitându-se în orice spațiu în care a reușit să se înghesuie. Ceea ce cam distruge atmosfera de supraviețuire horror pe care vrem să o creăm aici. "
N/A4395"#commentary\cn_231_car_crusher_lifts.mp3" "[ Eric Smith ] A fost dificil și să facem mașinile de zdrobit mașini să ridice jucătorul. Vedeți, jucătorul este simulat în permanență atât de sistemul de fizică, cât și de sistemul de mișcare al jocului. De fiecare dată când actualizăm starea jucătorului, comparăm rezultatele din ambele sisteme și decidem care este „corect”, apoi le sincronizăm și repetăm. Acest lucru permite celor două sisteme să se influențeze reciproc. De exemplu, când jucătorul stă pe un balansoar, fizica permite ca placa să cedeze, sau când stă pe zdrobitorul de mașini, îl ridică. Deși mai complexă, această abordare cu două sisteme a fost mai ușor de reglat decât încercarea de a gestiona atât fizica, cât și mișcarea jucătorului într-un singur sistem. Păstrându-le separate, am putut regla sistemul de mișcare pentru a se simți bine pe cont propriu, reconciliind cele două doar atunci când fizica afecta jucătorul."
N/A4396"#commentary\cn_232_paint_cans.mp3" "[ Steve Bond ] Atunci când am început să reușim să
N/A4397transformăm arma gravitațională și fizica jocului în elementele centrale ale experienței Ravenholm, am început să parcurgem nivelurile și să căutăm obiecte pe care le-am fi putut trece cu vederea, deoarece eram ocupați să lucrăm cu elemente cu adevărat agresive, precum lamele de fierăstrău și canistrele explozive. Unul dintre lucrurile pe care le-am găsit a fost cutia de vopsea, iar aceasta era suficient de simplă pentru a vă întări așteptările, făcând ca vopseaua să se împrăștie pe zombi atunci când aruncați o cutie spre ei. "
N/A4398"#commentary\cn_233_bringing_physics_to_the_enemies.mp3" "[ Tom Leonard ] Capcanele bazate pe fizică din Ravenholm au fost unele dintre primele elemente de joc din nivel de care am fost foarte mulțumiți, dar le lipsea influența jucătorului. Lamele de fierăstrău ne-au ajutat să înțelegem cu adevărat ce era Ravenholm. Cu ajutorul lamelor de fierăstrău, jucătorul putea să ducă fizica la zombi, în loc să conducă zombii la fizică. Odată ce am înțeles acest lucru, Ravenholm a evoluat rapid. Am continuat să cercetăm harta în căutarea oricărui element, în special a celor neobișnuite, care ar putea fi transformate în instrumente sau arme pentru jucător. "
N/A4399"#commentary\cn_234_ravenholm_development.mp3" "[ Tom Leonard ] Am început să dezvoltăm Ravenholm încă din faza incipientă a producției Half-Life 2, așa că a trecut prin mai multe etape de dezvoltare. Prima versiune era înaintea apariției armei gravitaționale, iar modul de joc se concentra pe lupta tradițională cu zombi, folosind arme și câteva capcane bazate pe fizică. Am planificat chiar să prezentăm Ravenholm în E3 în 2002, dar jocul a fost lansat în cele din urmă un an mai târziu, în 2003. Până atunci, am investit mult în grafica Ravenholm, lucru pe care, de obicei, îl evităm până când modul de joc este complet testat. Când ne-am întors la Ravenholm cu mecanica armei gravitaționale în minte, am lucrat cu o mulțime de geometrii de nivel preexistente, care au fost proiectate cu un obiectiv de joc foarte diferit. "
N/A4400"#commentary\cn_235_grigori_plaza.mp3" "[ Steve Bond ] Această piață deschisă este una dintre zonele care a fost detaliată în întregime în prima noastră etapă de dezvoltare și, când ne-am întors la ea, am vrut să păstrăm cât mai mult din arta deja prezentă, în timp ce proiectam pentru jucători o nouă cale care să utilizeze toate cele trei dimensiuni. Mutând jucătorii în sus și în jos prin ferestre, peste acoperișuri, între clădiri. Nu era un spațiu mare, așa că a trebuit să stoarcem cât mai mult din el. Deoarece zona respectivă a fost inițial concepută cu accent pe elementele artistice, modul de joc era puțin dezvoltat și a trebuit să rezolvăm faptul că testerii aveau tendința să treacă rapid prin ea. În plus, deja ne depășea bugetul alocat performanței de redare, rămânând puțin spațiu pentru elemente noi. Provocarea a fost să găsim mici adăugiri care să încetinească jucătorul, adăugând amenințări la fiecare pas și în fiecare colțișor al nivelului."
N/A4401"#commentary\cn_236_ravenholm_development_2.mp3" "[ Tom Leonard ] Când fanii ne vorbesc despre Half-Life 2, Ravenholm este adesea secțiunea cea mai memorabilă. Datorită multiplelor etape de dezvoltare și densității materialului din acesta, mai mulți membri ai echipei sunt reprezentați în Ravenholm mai mult decât în orice altă parte. Acolo am descoperit cum să aplicăm procesul nostru artistic la decorurile și atmosfera pe care le doream, cum fizica și modul de joc se combină cu arma gravitațională, cum trebuie să evolueze racii-de-cap și zombii pentru Half-Life 2 și multe altele. Privind înapoi, acest lucru ne întărește convingerea în puterea individuală față de designul centralizat. Ravenholm este dens, extrem de eficient în modul de joc și execuție artistică, fiind suma multor mici contribuții ale unor indivizi care au înțeles cum pot merge puțin mai departe cu propriile lor capacități unice. "
N/A4402"#commentary\cn_237_playtester_archetypes.mp3" "[ Tom Leonard ] Iterarea și testările regulate au fost esențiale pentru producția Half-Life 2. În fiecare săptămână urmăream în liniște un jucător care parcurgea secțiunea la care lucram, notând ce funcționa și ce nu. Era important pentru noi să testăm cu o gamă largă de nivele de abilitate, pentru a ne asigura că nu luam decizii care funcționau doar pentru unii. De-a lungul timpului, am învățat să alegem anumite tipuri de testeri în funcție de stadiul de dezvoltare în care ne aflam. La început foloseam jucători experimentați, de obicei coechipieri, care puteau face față zonelor neterminate și erau buni la a-și explica procesul de gândire. Pentru testarea luptelor, găseam jucători de toate nivelele de abilitate, în special cei creativi în utilizarea instrumentelor. Pe măsură ce secțiunile deveneau mai finisate, ne concentram pe începători, adică pe persoane care nu jucau multe jocuri sau nu erau familiarizate cu jocurile first person shooter. Chiar dacă nu erau neapărat persoane care ar fi cumpărat jocul, adesea învățam ceva valoros observându-i. "
N/A4403"#commentary\cn_238_the_real_final_arena.mp3" "[ Tom Leonard ] Foarte târziu în dezvoltarea Half-Life 2, când revizuiam întregul joc pentru a identifica oportunități de îmbunătățire finală, am decis că, de fapt, vrem un final real pentru Ravenholm. Lupta de pe acoperiș nu era suficientă. După câteva discuții, am decis să adăugăm această luptă finală în cimitir, cu Gregori alături de jucător. Era riscant din punct de vedere al dezvoltării, dar am simțit că jocul avea nevoie de asta. Deoarece eram aproape de finalul producției, aveam la dispoziție un set matur de instrumente de joc cu care să lucrăm și chiar mai important, la acel moment înțelegeam propriul nostru joc. Crearea unui joc este adesea un proces de învățare a ceea ce creezi de fapt. De ce este jocul nostru distractiv? Cu ce se deosebește? Care sunt elementele cele mai importante? Pe măsură ce am construit jocul și am urmărit testerii jucând, am aflat răspunsurile la aceste întrebări și, la rândul nostru, am devenit mai buni în crearea lui. Cimitirul a fost creat rapid și a necesitat mult mai puține iterații decât multe zone anterioare ale jocului. "
N/A4404"#commentary\cn_239_cities.mp3" "[ Eric Kirchmer ] Una dintre provocările mai dificile din această secțiune a fost să găsim o modalitate de a oferi jucătorului senzația că se află într-un oraș imens, în condițiile în care bugetul nostru nu ne permitea să redăm ceva de genul acesta. Acest lucru ne-a determinat să ne concentrăm pe clădiri dens populate, garaje subterane, tuneluri de metrou, canale de scurgere și alte lucruri similare. Toate aceste locuri se găsesc în orașe, dar, în general împiedică vederea spre orizont. Apoi, am completat acest stil de design al nivelurilor cu locații panoramice, în care întregul spațiu este dedicat oferirii unei vederi largi jucătorului. În aceste locații, am putut dedica întregul nostru buget de performanță peisajului, fără a fi nevoiți să economisim nimic pentru IA sau pentru lupta cu inamicii."
N/A4405"#commentary\cn_240_strider_4.mp3" "[ Eric Smith ] Deși harta aceasta era harta de producție creată pentru Tropăitor, aveam totuși o hartă de dezvoltare originală pentru testarea inteligenței sale artificiale. Am considerat întotdeauna că este foarte important să avem o hartă de testare solidă pentru IA, deoarece ne lasă să încercăm rapid idei noi de joc și să le ajustăm ușor. Dacă există bug-uri sau probleme de design, le putem izola și repara mai repede. Odată ce funcțiile IA sunt funcționale, le transferăm în hărțile de producție pentru ca designerii de niveluri să poată lucra cu ele. Harta de testare a Tropăitorului includea contururi vagi ale clădirilor în paragină, cu generatoare infinite de cetățeni în diverse locații și la diverse înălțimi, pentru a oferi un flux constant de ținte. Această configurație ne-a permis să rafinăm IA a Tropăitorului și schimbările de poziție, pentru a-l face interesant și captivant, chiar și doar pentru a privi cum acționează."
N/A4406"#commentary\cn_241_perf_arena.mp3" "[ Aaron Seeler ] Această arenă a venit cu o provocare majoră: performanța. Dimensiunea sa și IA a Tropăitorului împreună cu cea a cetățenilor ne-au pus la încercare limitele. Când am portat Half-Life 2 pe Xbox, această arenă nu putea fi lansată fără câteva ajustări de design. Păstrarea intenției originale și oferirea aceleiași experiențe jucătorului cu mai puține instrumente și mai puțin spațiu a fost un echilibru dificil de atins."
N/A4407"#commentary\cn_242_space_re-use.mp3" "[ Chris Green ] Întoarcerea în acest spațiu a adus multiple avantaje. În primul rând, cel mai evident: costurile de producție pentru zone noi sunt întotdeauna ridicate, așa că dacă putem adăuga mai mult mod de joc unei zone existente, este un avantaj. Dar pentru o luptă dificilă ca aceasta, în care jucătorul se confruntă cu mai mulți Tropăitori, reutilizarea are beneficii suplimentare. Deoarece jucătorii au mai trecut prin asta, ei au deja o idee despre configurația arenei. De data aceasta, se mișcă din spate în față, dar traseul urmează în mare parte ruta inițială. Această familiaritate este utilă atunci când jucătorii trebuie să avanseze pentru a aduna resurse pentru luptă. Starea de război a Orașului 17 ne-a oferit, de asemenea, flexibilitatea de a ajusta acoperirea și de a adăuga obstacole mai mici de-a lungul traseului, pentru a menține mediul dinamic și surprinzător."
N/A4408"#commentary\cn_243_tenements_and_courtyards.mp3" "[ Danika Rogers ] Am folosit o mulțime de mici trucuri și am creat diverse funcții pentru a le da jucătorilor impresia unui oraș în război, o mare parte din muncă fiind dedicată redării unor fragmente din lupte sau a unor sunete de luptă îndepărtate. „Looktargets” a contribuit la crearea unui efect de fiecare dată când un jucător se uita pe fereastră, în timp ce instrumente precum Tracer Makers le-au permis designerilor să creeze focuri de tragere false între două puncte. Împreună cu instrumentele audio, acest lucru a dat impresia că două grupuri de inamici se împușcau reciproc, fără a fi nevoie să se execute vreun program de IA. De asemenea, am dezvoltat mici scenarii pentru grupuri de cetățeni pe care jucătorul îi vedea de mai multe ori pe măsură ce avansa în nivel. Toate aceste momente au fost ajustate prin testări pentru a ne asigura că un număr cât mai mare de jucători le vor experimenta."
N/A4409"#commentary\cn_244_hopper_mine_training.mp3" "[ Dario Casali ] Acest panou metalic corugat a fost plasat în mod deliberat peste gaură pentru a încuraja jucătorii să treacă la arma gravitațională și să îndepărteze obstacolul. Este o mică manipulare din partea noastră, deoarece am constatat că instruirea jucătorilor cu privire la minele săritoare funcționa mult mai bine dacă încercau imediat să folosească arma gravitațională asupra lor, iar panoul metalic creștea semnificativ șansa ca aceștia să o aibă pregătită. Am plasat mai multe mine în gaură, astfel încât jucătorii să aibă mai multe ocazii de a interacționa cu ele, crescând șansele ca aceștia să descopere modalități alternative de a le elimina. Mai mult, este pentru prima dată când realizăm antrenamentul în timp ce jucătorul are un întreg grup de cetățeni alături, așa că am profitat de această ocazie pentru a include și câteva replici de dialog referitoare la minele săritoare."
N/A4410"#commentary\cn_245_dog_combat.mp3" "[ Eric Kirchmer ] Dog este un personaj foarte amuzant și căutam mereu modalități de a-l include în luptă alături de jucător. Cu toate acestea, găsirea nivelului potrivit de luptă pentru el, adică mediul adecvat, o nouă inteligență artificială a inamicilor și eventual, chiar noi inamici, a depășit rapid aria de acțiune a proiectului. Pentru a crea un scenariu de luptă care să-i facă dreptate lui Dog și care să se ridice la nivelul restului jocului, era ca și cum am fi construit un joc nou în interiorul jocului. Știam că nu putea pur și simplu să alerge spre un soldat și să-i dea un pumn. Ar fi părut mai puțin impresionant, fără niciun sentiment de admirație. Avea nevoie de pericole mai mari, pe măsura dimensiunilor sale, precum și de modalități interesante de a interacționa cu ele. În cele din urmă, am ales să creăm o scenă coregrafică amplă, care să îndeplinească obiectivele cinematice pentru Dog în luptă, fără a incorpora un design extins al jocului."
N/A4411"#commentary\cn_246_strider_2.mp3" "[ Eric Kirchmer ] Iterarea Tropăitorului ne-a oferit în cele din urmă o experiență cu care eram satisfăcuți, deoarece jucătorii trebuiau să alerge de la un adăpost la altul, evitând focul acestuia în timp ce căutau rachete. Am vrut ca jucătorii să simtă că se aruncă la adăpost în ultima secundă, așa că am ajustat modelul de foc al Tropăitorului pentru a semnala pericolul iminent. Am creat un sistem de trasee pe care Tropăitorul să le urmeze, permițându-i să schimbe dinamic între ele pentru a urmări jucătorul sau pentru a stabili o linie de vizibilitate. Această configurație le-a permis designerilor de niveluri să alinieze cu atenție traseele Tropăitorului cu adăpostul jucătorului, pentru o experiență echilibrată. Poziționarea picioarelor Tropăitorului era controlată în totalitate de cod, iar mișcările sale imprevizibile ne-au obligat să ajustăm deseori lucrurile pentru a ne asigura că lovea în mod fiabil o mașină sau un container de trupe atunci când era necesar."
N/A4412"#commentary\cn_247_manhack_tunnels.mp3" "[ Eric Smith ] Când dezvoltăm comportamentul inteligenței artificiale pentru un NPC, am descoperit că este util pentru programatorul inteligenței artificiale să aibă o hartă de testare în care să experimenteze. Această hartă evoluează adesea într-un mediu special conceput pentru a prezenta capacitățile unice ale NPC-ului. Mai târziu, când IA este gata de utilizare de către designerii de niveluri, harta de testare servește ca un punct de referință valoros. Fără ea, designerii ar putea construi accidental scenarii care ar face o IA, altfel interesantă, să fie mai puțin interesantă. În unele cazuri, am putut încorpora aceste hărți de testare direct în joc. Această mică secțiune, de exemplu, a început ca tunelurile folosite pentru a dezvolta inteligența artificială a Ciopârțitorului."
N/A4413"#commentary\cn_248_sniper_streets_2.mp3" "[ Erik Johnson ] Gloanțele din Half-Life 2 nu urmează de fapt o traiectorie de zbor, ele ajung instantaneu la țintă. Dar pentru Lunetist, cu o rată de tragere redusă și atenția jucătorului concentrată asupra fiecărui foc, am vrut să simulăm traiectoria glonțului. Această abordare a funcționat mai bine și cu ținta laser, unde ținta se aprinde și glonțul aterizează la scurt timp după aceea, în funcție de distanța față de Lunetist. Cu toate acestea, această schimbare a introdus o nouă problemă: nu voiam ca jucătorii să alerge pur și simplu pe stradă pentru a evita focurile, așa că Lunetistul trebuia să urmărească o țintă în mișcare, prevăzând unde ar trebui să lovească glonțul. Prezicerea poziției viitoare a jucătorului era dificilă, deoarece jucătorii pot schimba direcția mult mai repede decât ar fi posibil în lumea reală. Prin urmare, am adăugat verificări suplimentare pentru a detecta comportamente precum jucătorii care apăsau rapid stânga și dreapta în timp ce alergau."
N/A4414"#commentary\cn_249_triangle_plaza.mp3" "[ Ido Magal ] Această bătălie din piață a fost o configurație complexă care a utilizat comportamentul Asalt cu două linii de luptă convergente, câte una pentru fiecare câmp de forță. Pe măsură ce soldații intră din spatele câmpurilor, liniile lor de luptă îi împiedică să se năpustească individual în piață. Pe măsură ce lupta se intensifică și soldații se adună, liniile de luptă încep să se îndrepte spre centrul pieței, ceea ce va face ca soldații să copleșească jucătorul dacă nu sunt opriți."
N/A4415"#commentary\cn_250_sniper_streets_3.mp3" "[ Jakob Jungels ] O caracteristică pe care am încercat-o în aceste străzi a fost focul de suprimare. Mulți jucători, ascunși la capătul străzii, trăgeau rafale către fereastra Lunetistului pentru a vedea dacă au vreun efect. Așa că am încercat să facem ca laserul să se stingă pentru o clipă, oferind jucătorilor un moment pentru a se repoziționa. Dar, după o serie de testări, am întâmpinat două probleme: în primul rând, acest lucru întrerupea modul de joc tensionat, de mișcare și ascundere, pe care ne propusesem să îl creăm cu Lunetistul. Alergarea în timp ce se trăgea nu era cu mult diferită de alte acțiuni pe care i le ceream jucătorului în Orașul 17. A doua problemă, mai subtilă, era că jucătorii care descopereau focul de acoperire au presupus inițial că era obligatoriu și își consumau rapid muniția. Dacă rămâneau fără muniție la jumătatea drumului, de multe ori renunțau crezând că au eșuat; dacă reușeau, în mod frecvent rămâneau fără muniție. Pe de altă parte, jucătorii care au terminat scenariul în mod discret nu au folosit aproape deloc muniție. Această diferență de resurse între abordări a făcut aproape imposibilă echilibrarea muniției pentru secțiunile următoare, astfel încât nu a fost inclusă în versiunea finală a jocului."
N/A4416"#commentary\cn_251_assault_behavior.mp3" "[ John Cook ] Cel mai complex comportament pe care l-am creat pentru Half-Life 2 a fost comportamentul de Asalt, care este utilizat în această secțiune a jocului. Acesta a permis designerilor de niveluri să creeze scenarii de luptă cu soldații Combine și cetățeni, stabilind linii de luptă între ei și controlând modul în care se desfășurau aceste bătălii în funcție de acțiunile jucătorului. NPC-urile implicate într-un Asalt încearcă să găsească poziții de tragere inteligente și să se ascundă în funcție de locația liniei de luptă. Pe măsură ce jucătorul avansează pe stradă, acesta poate împinge linia de luptă înainte, determinând cetățenii aliați să avanseze, în timp ce soldații inamici se retrag. Alternativ, jucătorul poate fi nevoit să doboare unele turele Combine sau să elimine un soldat din spatele unei baricade pentru a avansa linia de luptă."
N/A4417"#commentary\cn_252_bank_roof_mortar.mp3" "[ John Morello ] Când am construit traseul nivelului până în acest punct, era evident că jucătorilor le-ar fi plăcut să folosească mortarul. Cred că ar fi trebuit să ne gândim la asta mai devreme. „Crezi că cineva ar vrea să lanseze niște bombe în aer și să le trimită în băieții răi? Da, și eu cred la fel”. În fine, jucătorii au petrecut tot acest timp în poziția de a le primi, așa că ar fi fost o recompensă frumoasă să le dăm celor din Combine o parte din propriul lor medicament. Dar, de îndată ce am început să ne gândim la asta, ne-am dat seama cât de multă muncă ar fi necesară, ceea ce, să fim sinceri, este un gând pe care îl ai în fiecare zi când te apuci să creezi un joc video. Mortarul ar avea nevoie de animații și efecte, acum că jucătorul se află lângă el, și ar fi destul de mult de lucru pentru a implementa o evoluție frumoasă a inamicilor din piață pentru a-l folosi. Dar, mai important, nu aveam o interfață pentru o armă atât de unică. Cum ar ținti și trage jucătorii cu ea? Este greu să te simți bine când petreci mult timp pe un singur moment din joc, așa că am decis că eforturile noastre ar fi mai bine folosite în altă parte și am trecut la altceva. Ne pare rău! Poate că vom rezolva problema de design a mortarului într-o viitoare versiune a seriei Half-Life."
N/A4418"#commentary\cn_253_strider.mp3" "[ Kerry Davis ] În această zonă din fața Băncii ne-am dat seama cum să construim Tropăitorul. Când am văzut pentru prima dată schița conceptuală, am știut că vrem să îl introducem în joc, dar aveam o mulțime de întrebări despre cum ar funcționa în practică. Nu am mutat niciodată ceva de dimensiunea asta în lumea jocului nostru, iar la dimensiunea asta, trebuia să fie periculos, dar cum ar fi luptat jucătorii cu el? Ca pentru toți inamicii noștri, ne întrebam mereu cum am putea să-l integrăm în joc. Ce fel de instrumente ar avea nevoie designerii de niveluri pentru a crea scenarii cu el? Acestea erau întrebările la care am căutat răspunsuri în experimentele noastre pe această hartă."
N/A4419"#commentary\cn_254_sniper_streets.mp3" "[ Eric Kirchmer ] Pe străzile pline de lunetiști am dezvoltat atât inamicul, cât și esența experienței pe care speram să o ofere jucătorilor. Știam că vrem ca lunetiștii să tragă în obiecte aflate în apropierea jucătorului, așa că ne-am concentrat mai întâi pe găsirea unei varietăți de ținte interesante pe care să le poată lovi. Am descoperit că funcționa bine dacă foloseam perspectiva jucătorului ca factor în selectarea obiectelor. Ținta laser permanent activă a Lunetistului însemna că jucătorii aveau un indicator constant al atenției Lunetistului, așa că orientarea către o țintă la care se uita jucătorul părea foarte adecvată și oferea momente de mare tensiune."
N/A4420"#commentary\cn_255_citizen_squad_details.mp3" "[ Matt Wright ] Odată ce am stabilit grupul de jucători cetățeni și am început să construim scenarii în jurul lui, am descoperit că acesta crea și alte oportunități interesante. Testerii au început să se atașeze de anumiți membri ai grupului, așa că am adăugat mai multe detalii la designul lor. Membrii grupului ridicau arme mai bune dacă le găseau, îi dădeau jucătorului muniție când era nevoie, iar medicii îl vindecau pe jucător când era cazul. De asemenea, trebuia să ne asigurăm că grupul putea ține pasul cu un jucător care adesea alegea căi greu de prevăzut. În spatele camerei, grupul „trișa” în diverse moduri: își regenera viața între lupte, se deplasa rapid pentru a recupera distanța și se putea chiar teleporta atunci când era necesar."
N/A4421"#commentary\cn_256_citizen_squads.mp3" "[ Ken Birdwell ] Testările noastre inițiale cu lupte de stradă între Combine și cetățeni au evidențiat o problemă: fără limite, inteligența artificială de luptă se putea îndepărta semnificativ de jucător. Soldații se puteau retrage pentru a reîncărca sau a se adăposti, iar inteligența artificială a cetățenilor îi urmărea. Aveam nevoie de o modalitate de a alinia mai bine acțiunile cetățenilor cu obiectivele jucătorului, menținându-i la curent cu direcția în care se îndrepta jucătorul și cu inamicii pe care jucătorul dorea să-i atace. Acest lucru a dus la crearea unui grup de cetățeni jucători. Inteligența artificială a cetățenilor folosea această echipă pentru a se deplasa împreună cu jucătorul, atacând aceiași inamici și oferind o interfață de bază pentru comenzile jucătorului. Inițial, aveam un sistem de comenzi mai complex, dar a devenit foarte greu de manevrat, așa că l-am simplificat."
N/A4422"#commentary\cn_257_ai_behaviors.mp3" "[ Mike Dussault ] O bucată de inteligență artificială pe care am dezvoltat-o pentru Half-Life 2 a fost sistemul „comportament”. Comportamentele erau fragmente de cod IA care ghidau NPC-urile în situații specifice. De exemplu, aveam un comportament de lider care permitea unui NPC să ghideze jucătorul și un comportament de urmărire care permitea unui NPC să urmărească jucătorul sau un alt NPC. Comportamentele funcționau împreună cu acțiunile de bază ale NPC-ului, astfel încât un coleg de grup Medic care folosea comportamentul de urmărire pentru a ține pasul cu jucătorul știa în continuare cum să tragă asupra inamicilor, să se ferească de grenade sau să ofere o trusă medicală."
N/A4423"#commentary\cn_258_occlusion.mp3" "[ Brian Jacobson ] În Half-Life 1 și în mare parte din Half-Life 2, lumea era alcătuită în principal din tuneluri și coridoare închise, care funcționau bine cu o partiționare a spațiului binar sau arbore BSP. În esență, această tehnologie ne-a permis să sortăm rapid geometria și să determinăm ce ar putea fi vizibil în câmpul vizual al jucătorului. Dar zonele deschise din Coasta și alte secțiuni în aer liber nu se potriveau cu această abordare, așa că aveam nevoie de o tehnologie nouă. Portalurile de zonă au fost una dintre ele, permițându-ne să împărțim lumea în bucăți discrete separate de portaluri; uși și ferestre obișnuite, nu cele de la Aperture Science. De asemenea, am dezvoltat un sistem suplimentar de blocare, care practic spunea „dacă jucătorul nu poate vedea prin, peste sau în jurul unui obiect mare, nu afișați ce se află de cealaltă parte”. Acest lucru poate părea evident, dar este nevoie de ceva efort pentru a te asigura că procesul de calcul a ceea ce se află de cealaltă parte a obiectului mare nu este mai lent decât redarea tuturor elementelor. Pentru a accelera acest proces de calcul, designerii de niveluri au plasat volume mari de blocare în interiorul formelor majore ale terenului și al obiectelor mari de blocare, cum ar fi clădirile, iar în timpul randării, am putut testa limitele entităților în raport cu aceste volume pentru a evita redarea elementelor pe care jucătorul nu le putea vedea."
N/A4424"#commentary\cn_259_detail_objects.mp3" "[ Brian Jacobson ] Odată ce secțiunile exterioare au început să funcționeze, a devenit clar că aveau nevoie de un anumit nivel de detalii de înaltă frecvență, așa că am adăugat mici elemente de vegetație, precum iarbă și arbuști, pe întregul teritoriu de deplasare. Dar știam că nu ne permiteam, adică nu aveam timp, să le plasăm manual pe toate. Așadar, am construit sistemul de obiecte detaliate, care generează automat elemente de vegetație mici pe baza unui material de deplasare. Fiecare material specifică tipul de vegetație care trebuie plasat, împreună cu un set de parametri. La momentul compilării hărții, sistemul calculează puncte aleatorii pe suprafață și selectează vegetația care trebuie plasată acolo. Având în vedere constrângerile de performanță, a existat totuși un proces destul de complex de creare manuală a foilor de textură pentru vegetație, care ne-a permis să le redăm pe toate într-o singură etapă."
N/A4425"#commentary\cn_260_displacements_1.mp3" "[ Charlie Brown ] După ce a fost lansat Half-Life 1, designerii și artiștii noștri de niveluri au dorit o soluție mai bună pentru zonele exterioare, așa că am creat prima versiune a sistemului nostru de teren. Acesta se baza pe pătrate subdivizate. Pentru a vizualiza acest lucru, imaginați-vă un pătrat plat împărțit într-o grilă, în care fiecare punct al grilei poate fi mutat în sus sau în jos. Designerii de niveluri puteau așeza mai multe pătrate și apoi foloseau un instrument de pictură pentru a modela dealuri și văi prin ajustarea punctelor grilei. Pentru redare, am folosit o textură specială mixtă, care combina două texturi diferite. Fiecare punct al grilei menționa cantitatea de textură care trebuia utilizată, permițând tranziții fluide între suprafețe precum nisip, iarbă, pământ și pietriș. Acest tip de sistem de teren nu era neobișnuit în motoarele de jocuri din acea perioadă și am fost naivi să credem că va fi suficient pentru designerii noștri de jocuri."
N/A4426"#commentary\cn_261_displacements_2.mp3" "[ Charlie Brown ] Odată ce sistemul inițial de teren a fost pus în funcțiune, ne așteptam ca designerii de niveluri să îl utilizeze pentru spațiile exterioare. În schimb, aceștia au început să experimenteze, adăugând detalii în locuri neașteptate. Au folosit pătratele subdivizate deasupra zidurilor pentru a crea margini deteriorate, borduri rotunjite și chiar au încercat să creeze țevi. Acest lucru a avut un succes variat, deoarece sistemul de teren a fost conceput pentru peisaje, nu pentru detalii arhitecturale. Așa că ne-am întors la coduri, transformând sistemul de teren bazat pe înălțime într-un sistem de dislocare integral 3D. Acum, în loc să mute punctele grilei doar în sus sau în jos, designerii le puteau muta în orice direcție. Acest lucru le-a permis să adauge detalii suplimentare la toate tipurile de suprafețe, folosind texturi amestecate pentru a netezi tranzițiile între pătratele de dislocare și geometria BSP. Totuși, acest lucru a necesitat o muncă tehnică suplimentară pentru a asigura o iluminare consistentă între cele două redări, altfel marginile ar fi fost vizibil nepotrivite. Dar, odată toate acestea realizate, designerii de niveluri păreau mulțumiți și am fost naivi să credem că, de data aceasta, chiar ar fi fost suficient."
N/A4427"#commentary\cn_262_displacements_3.mp3" "[ Charlie Brown ] Având la dispoziție sistemul general de dislocare, designerii de niveluri nu s-au oprit la a adăuga mai multe detalii în lume și s-au întors la obiectivele lor inițiale de a construi secțiuni exterioare la scară largă. Acest lucru a dus la o nouă rundă de actualizări pentru a echilibra performanța, asigurându-se că sistemul poate gestiona atât detalii fine, cât și terenuri mai mari. Texturarea a trebuit să fie îmbunătățită, în special pentru a suporta structuri complexe, cum ar fi stâncile înalte, care nu erau posibile cu sistemul original bazat pe înălțime. Designerii, care nu se mulțumesc niciodată cu laudele primite, au început să folosească dislocările și pentru a crea peșteri și tuneluri. Deși aceste adăugiri arătau grozav, ele necesitau și mai multe ajustări tehnice. În cele din urmă, am reușit să rezolvăm cerințele aflate în conflict ale tuturor modurilor în care erau folosite dislocările și le-am implementat în secțiuni mari ale lumii jocului nostru. Privind înapoi, dislocările sunt un exemplu clar al modului în care tehnologia și designul jocurilor evoluează împreună. Este o problemă de tipul „oul sau găina”: nu putem prevedea toate modurile în care o tehnologie va influența jocul, dar nici nu putem construi tehnologia fără să știm ce trebuie să obținem cu ea. De aceea, ca întotdeauna, trebuie să construim ceva. Începem cu o presupunere solidă și vedem unde ne duce."
N/A4428"#commentary\cn_263_particles.mp3" "[Chris Green] Pentru motorul Source, am investit în extinderea tehnologiei particulelor și a efectelor speciale. Acest lucru a permis mișcări mai realiste și mai complexe ale particulelor, precum și forme și efecte de shadere mai complexe. În mod special, adăugând „bumpmapping” la funcțiile noastre de particule a făcut o diferență uriașă în aspectul volumetric al acestora. În timp ce versiunile ulterioare ale motorului Source includeau un editor puternic al sistemului de particule, versiunea originală utilizată în Half-Life 2 se baza pe efecte create manual. Fiecare necesita ca un programator să construiască meticulos efectul manual, ceea ce a fost un proces destul de intens de muncă."
N/A4429"#commentary\cn_264_cubemaps.mp3" "[ Chris Green ] Odată cu adăugarea de materiale și shadere, am avut nevoie de o soluție pentru suprafețele reflectante, precum sticla și oțelul. Aceste suprafețe trebuiau să știe ce să reflecte, dar în 2003 nu puteam realiza acest lucru în timp real. Așa că am dezvoltat sistemul cubemap pentru reflexii precalculate. Un cubemap este un set de șase imagini din interiorul unui cub, care captează mediul înconjurător în toate direcțiile, ca o fotografie panoramică care te înconjoară din toate părțile. Designerii de niveluri au plasat entități de marcaj invizibile pe tot parcursul nivelurilor, iar în timpul compilării hărții, am generat un cubemap la fiecare marcaj. Apoi, în timpul jocului, când redăm o suprafață reflectantă, localizăm cel mai apropiat cubemap precalculat pentru a crea reflexia."
N/A4430"#commentary\cn_265_water_shader.mp3" "[ Gary McTaggart ] Cel mai complex shader pe care l-am creat pentru joc a fost shader-ul pentru apă, care a utilizat la maximum noile plăci grafice programabile. Când era prezentă apa, scena era redată de trei ori: prima dată, lumea subacvatică pentru refracție; a doua oară, o imagine reflectată; și a treia oară, părțile de deasupra apei. La redarea suprafeței apei, am combinat imaginile refractive și reflexive, arătând mai multe reflexii la unghiurile de incidență folosind ecuația Fresnel. De asemenea, am urmărit adâncimea solului sub suprafața apei, făcând-o mai transparentă și mai puțin refractivă în zonele puțin adânci. În plus, a trebuit să creăm două tehnici alternative de redare a apei pentru plăcile grafice de gamă inferioară: plăcile de gamă medie afișau o reflexie cu detalii reduse, fără refracție sau transparență, în timp ce plăcile de gamă inferioară redau doar o suprafață parțial transparentă."
N/A4431"#commentary\cn_266_normal_maps.mp3" "[ Gary McTaggart ] Half-Life 2 a fost dezvoltat într-o perioadă interesantă pentru grafică, când au apărut pe piață primele plăci grafice programabile compatibile cu shader. Folosind această tehnologie, am devenit unul dintre primele jocuri care au implementat hărți normale, o tehnică care îmbunătățea iluminarea geometriei suprafețelor. Harta normală descria duritatea suprafeței, permițând iluminarea fiecărui pixel al unui poligon într-un mod care făcea suprafețele să pară mai denivelate și mai detaliate decât era posibil în Half-Life 1."
N/A4432"#commentary\cn_267_rendering_systems.mp3" "[ Gary McTaggart ] La începutul anilor 2000, nu ne puteam permite un motor de redare universal cu capacitățile extinse ale unui motor modern. În schimb, limitările procesorului, a plăcii video și de memorie necesitau soluții foarte specifice pentru provocările de redare, astfel încât să putem exploata la maximum performanța hardware-ului jucătorilor. Ca urmare, Half-Life 2 are de fapt trei motoare de redare diferite: unul pentru geometria lumii, altul pentru terenul exterior și al treilea pentru entități dinamice, cum ar fi personaje și obiecte. Aceste trei motoare de redare trebuiau să suporte o matrice complicată de caracteristici: coliziuni, trasarea razelor, decalcomanii, iluminare offline, calcule de vizibilitate și multe altele. În plus, fiecare motor de redare trebuia să suporte DirectX 7, 8 și 9. Diferențele dintre aceste versiuni DirectX erau semnificative, necesitând adesea abordări diferite de stocare a datelor și de redare; ele foloseau chiar și limbaje de programare diferite! În total, aveam practic nouă motoare de redare diferite, fiecare necesitând soluții unice, iar obținerea unui aspect consistent pentru toate a fost una dintre cele mai dificile probleme tehnice cu care ne-am confruntat în timpul dezvoltării."
N/A4433"#commentary\cn_268_dynamic_shadows.mp3" "[ Gary McTaggart ] Ne-am concentrat pe personaje și obiecte bazate pe fizică și am considerat că este necesar un sistem dinamic de umbre pentru a le reda în toată splendoarea lor. În 2003, GPU-urile nu aveau capacitățile dedicate de umbre pe care le au astăzi, așa că performanța era o problemă delicată. Soluția noastră finală a fost ceva de genul am rulat fiecare cadru. Mai întâi, găseam toate obiectele care puteau avea umbre în câmpul vizual. Pentru a face acest lucru, trebuia să identificăm obiectele care se aflau în trunchiul vizual sau puțin în spatele acestuia, pentru a surprinde entitățile care nu erau pe ecran, dar ale căror umbre puteau să apară pe ecran. Apoi, redam o versiune cu umbre negre a fiecăruia dintre aceste obiecte într-o singură textură de umbre. Pentru această redare, foloseam modelul cu cel mai scăzut nivel de detaliu pentru obiect, pentru a fi cât mai rapizi posibil. În cele din urmă, foloseam textura umbrelor pentru a desena fiecare dintre umbre în câmpul vizual al jucătorului, întunecând pixelii deja afișați. Decupam cu atenție fiecare umbră din textura umbrelor, pentru a ne asigura că se suprapuneau corect în cazul în care mai multe umbre se suprapuneau. Este interesant să ne uităm înapoi la modul în care făceam aceste lucruri, dar, în cele din urmă, suntem mult mai fericiți astăzi, când hardware-ul GPU face ca problema să fie mult mai simplă."
N/A4434"#commentary\cn_269_combinatorial_shader_explosion.mp3" "[ Gary McTaggart ] Redarea a devenit mult mai complexă în timpul dezvoltării Half-Life 2 odată cu adăugarea de shadere hardware, mici fragmente de cod care controlează modul în care fiecare pixel de pe o suprafață trebuie să fie redat. În 2003, shaderele erau mult mai limitate decât astăzi: shaderele din era Half-Life 2 nu aveau condiționale și aveau restricții severe în ceea ce privește dimensiunea codului. Acest lucru însemna că nu exista o logică de ramificare if/else care să se ajusteze în funcție de diferite condiții și nici shadere mari cu seturi de caracteristici extinse. De asemenea, compilarea shaderelor după cum era necesar era prea lentă pentru a fi utilă, așa că a trebuit să le precompilăm. Pentru a lucra în aceste limite, a trebuit să calculăm fiecare combinație posibilă de shadere și să le stocăm individual ca shadere proprii. De exemplu, dacă un shader afecta o suprafață pe baza unei singure surse de lumină, aveam nevoie de o altă versiune de shader pentru două lumini, alta pentru trei și așa mai departe. Și era combinatorial, dacă acel shader suporta și o hartă normală, aveam nevoie de două versiuni per lumină, una cu harta normală și una fără. Cu funcții precum „Texture Blending“, „Vertex Tinting“, „Specular Highlights“, „Alpha Testing“ și diverse alte tipuri de lumină, direcțională, punctiformă, spoturi, numărul de shadere a explodat. La lansare, aveam mii de shadere individuale. La scurt timp după aceea, am lansat Lost Coast, adăugând suport HDR, ceea ce a dublat din nou numărul de shadere. Odată ce compilarea shaderelor pe mașinile locale ale dezvoltatorilor a început să dureze prea mult, am trecut la distribuirea compilărilor de shadere pe întreaga rețea folosind VMPi. De asemenea, aveam un mod de compilare dinamică a shaderelor, care era util pentru dezvoltarea de shadere care ofereau o viteză mare, în detrimentul cadrelor pe secundă, atunci când un shader trebuia compilat."
N/A4435"#commentary\cn_270_gpu_wild_west.mp3" "[ Jay Stelly ] În timpul dezvoltării, am luat numeroase decizii influențate de alegerea specificațiilor minime, cea mai puțin performantă combinație de CPU și GPU care ar oferi totuși o experiență bună clienților. La începutul anilor 2000, exista o varietate mult mai mare de GPU-uri decât în prezent, cu diferențe mari nu numai în ceea ce privește viteza, ci și abordările fundamentale ale redării. Dar, la momentul respectiv, nu aveam date reale despre hardware-ul utilizat de clienții noștri. Ce CPU-uri și GPU-uri aveau? Câtă memorie RAM? Ce versiune de Windows? Am contactat Microsoft, sperând că ar putea avea răspunsuri la întrebări precum „Câte plăci DX7 sunt utilizate? Sau DX8?” Din păcate, nici ei nu aveau aceste date. Realizând că riscăm să luăm decizii greșite fără aceste informații, am dezvoltat un instrument de analiză care le permitea jucătorilor să ne raporteze specificațiile hardware-ului lor și l-am integrat în versiunea inițială a Steam. Datele au fost atât de utile încât am decis să le facem publice, lansând un sondaj Steam privind hardware-ul în aprilie 2003. De atunci, ne-a ajutat pe noi, sperăm, și pe alți dezvoltatori, în a lua decizii informate."
N/A4436"#commentary\cn_271_3d_skybox.mp3" "[ Jay Stelly ] Întotdeauna am avut nevoie să redăm o lume care să pară mai mare decât limitele hărții noastre. În Half-Life 1, am folosit o textură cubemap pentru a permite jucătorilor să vadă dincolo de zona jucabilă. Dar în Half-Life 2, am vrut ca acea perspectivă asupra lumii mai mari să fie dinamică, nu doar o textură statică. Limitarea dimensiunii hărții noastre era de aproximativ jumătate de milă în fiecare dimensiune, dar ne-am dat seama că putem crea o lume exterioară mult mai mare dacă o stocăm la o scară redusă. Așadar, am inventat ceea ce am numit 3D Skybox. 3D Skybox este o cutie mică ascunsă în harta reală a jocului, care conține geometrie la o scară de 1/16. În interiorul acesteia, un punct de referință se potrivește cu o origine corespunzătoare din harta principală. Apoi, când redăm spațiul dincolo de zona jucabilă, folosim geometria din 3D Skybox, poziționată în funcție de acel punct de referință și mărită de 16 ori. Am avut câteva provocări dificile în a obține o iluminare și o ceață care să se îmbine perfect în tranziția de la harta principală la Skybox, dar a funcționat. Rezultatul a făcut ca lumea să pară semnificativ mai mare și mai captivantă decât în Half-Life 1."
N/A4437"#commentary\cn_272_missing_material.mp3" "[ Jay Stelly ] În primele etape ale dezvoltării codului grafic de nivel inferior, ne-am dat seama că va fi dificil să identificăm poligoanele care nu se redau din cauza unei texturi lipsă. Când se întâmpla acest lucru, de obicei se vedea doar negru în locul unde ar fi trebuit să fie poligonul, ceea ce putea trece ușor neobservat în scenele mai întunecate. Pentru a detecta acest bug într-un mod mai fiabil, am creat o textură de eroare care să fie vizibilă și generată automat ori de câte ori o textură nu se încărca. Astfel a apărut textura emblematică în formă de tablă de șah cu mov și negru, care de atunci a căpătat o viață proprie, mult dincolo de Half-Life 2."
N/A4438"#commentary\cn_273_air_resistance.mp3" "[ Jay Stelly ] O caracteristică importantă pe care a trebuit să o adăugăm motorului nostru bazat pe fizică pentru Half-Life 2 a fost rezistența aerului. La acea vreme, motoarele de fizică implementau de obicei o caracteristică generală de atenuare pentru a încetini obiectele în mișcare. Dar aceasta doar elimină energia într-un mod simetric. Pentru a crea o mișcare mai credibilă, am decis să simulăm rezistența aerului. Acest lucru ne-a permis să obținem un comportament asimetric, în care viteza cu care obiectul era încetinit de mișcarea prin aer era diferită în funcție de suprafața obiectului orientată în sensul de mișcare sau rotație. Această caracteristică a fost esențială pentru a face ca exploziile și obiectele aruncate de arma gravitațională să pară credibile. Obiectele care se mișcă rapid și se rotesc rapid sunt printre cele mai costisitoare de simulat în motorul de fizică al Half-Life 2, astfel încât rezistența aerului îmbunătățește și performanța CPU-ului în cazuri precum exploziile. De asemenea, este esențială pentru prezentarea diferitelor materiale și mase ale obiectelor. Obiectele mai dense pot împinge aerul mai ușor, iar acest lucru este vizibil. Prezența acestui efect în simulare ajută la evidențierea diferenței de densitate dintre cutiile de carton și scândurile de lemn și contribuie la realizarea unor obiecte mult mai convingătoare în lumea Half-Life 2."
N/A4439"#commentary\cn_274_early_tech_planning.mp3" "[ Ken Birdwell ] Lansarea unui joc ne învață întotdeauna multe lucruri. În sfârșit aflăm care dintre alegerile pe care le-am făcut au fost bune și care ar trebui să fie diferite data viitoare. Așadar, după Half-Life 1, când ne-am așezat să ne gândim la ce fel de continuare am putea crea, aveam de analizat tot felul de feedbackuri din partea jucătorilor. Pe baza acestora, am încercat să creăm o listă principală cu lucrurile pe care Half-Life 2 urma să se concentreze. Nu am încercat să proiectăm o experiență specifică pentru jucători, ci am considerat că este mai util să abordăm problema din punct de vedere tehnologic. Agenții de pază și oamenii de știință din Black Mesa au funcționat bine. Ce am putea face dacă am pune accent foarte mare pe personaje? Ne-a plăcut povestea noastră interactivă. Ce am putea crea care să ne permită să facem și mai mult și cu o mai mare varietate? Explorarea și interacțiunea din Black Mesa erau captivante pentru jucători. Poate că un sistem bazat pe fizică ne-ar permite să ducem asta și mai departe? În toate aceste arii, am încercat să ne imaginăm cum ar putea arăta cea mai bună versiune a acestora, peste câțiva ani, și să determinăm din asta o serie de pași tehnologici care ne-ar putea duce acolo."
N/A4440"#commentary\cn_275_character_lighting.mp3" "[ Ken Birdwell ] În primul an de dezvoltare, ne-am străduit să facem personajele să pară cât mai realist posibil. Au existat numeroase probleme diferite, care toate au avut nevoie de îmbunătățiri tehnologice și artistice specifice pentru a fi rezolvate. Prima problemă majoră a fost iluminarea. La acea vreme, tehnologia de iluminare din jocuri avea multe scurtături, unele din cauza performanței, dar multe din cauza neînțelegerilor privind modul în care funcționează totul. Pentru ca personajele să arate bine la acea vreme, modelele și texturile trebuiau create cu o mare parte din soluția de iluminare integrată în ele, cum ar fi umbrele și luciul. Personajele arătau cool, dar în același timp arătau ca niște personaje din jocuri video. Am început să o construim pe Alyx cu această abordare, pentru că așa trebuia să procedăm. Am folosit soluțiile integrate și am iluminat-o ca pe un actor de film, ca și cum ar fi avut un sistem de iluminare personalizat care o urma pretutindeni și se asigura că arăta întotdeauna bine. Dar nu a funcționat cu adevărat. Varietatea mediilor de iluminare și natura dinamică a jocurilor video făceau ca ea să arate grozav în unele medii, dar să ajungă întotdeauna să arate teribil de nerealist la un moment dat. Am încercat să iterăm sistemul ei de iluminare, sporindu-i capacitățile, dar în cele din urmă am simțit că am ajuns într-un impas. Am luat-o de la început și am decis să încercăm o abordare diferită. Am construit-o pe ea, iluminarea și texturile de la zero, renunțând la tot ce aveam. Ne-am concentrat nu pe aspectul pe care voiam să îl aibă în condiții ideale de iluminare, ci pe modul în care ar fi trebuit să funcționeze lucrurile în lumea reală. Poate părea evident, dar nu așa se proceda, cel puțin nu în jocurile video. Când le-am privit în afara motorului de redare al jocului, aceste modele și texturi arătau de fapt mai rău decât versiunile anterioare. Dar am reușit să eliminăm metodic toate scurtăturile și concepțiile greșite despre modul în care funcționau lumina, texturile și plăcile grafice și să le asamblăm din nou. După ce am terminat, când am putut în sfârșit să o vedem pe Alyx în joc, cu noile ei modele și texturi, într-un mediu dinamic care o menținea consecventă din punct de vedere vizual, arăta grozav. Perfect integrată și parte din lumea Half-Life 2."
N/A4441"#commentary\cn_276_gamma_correction.mp3" "[ John Morello ] Motorul nostru de joc are un sistem de redare care este responsabil pentru preluarea întregii stări a jocului și calcularea unei valori de culoare pentru fiecare pixel de pe ecranul tău pentru a reprezenta acea stare. Dar codul și software-ul altor persoane sunt implicate și ele în procesul de calculare a acelor pixeli. De exemplu, software-ul și hardware-ul din GPU și din monitor. La un moment dat în timpul dezvoltării, nu eram mulțumiți de aspectul personajelor noastre. Mai exact, ni se părea că arătau ca niște figurine de ceară sau că erau bolnave. Pielea lor nu era realistă. Am petrecut ceva timp ajustând iluminarea, dar nu reușeam să facem personajele și lumea noastră să arate bine. Din fericire, aveam încă un software de redare complet, care ne permitea să rulăm jocul fără GPU, deoarece era o perioadă în care mulți jucători încă nu aveau unul. Privind jocul pe acel software de redare, am observat că iluminarea noastră nu avea aceeași problemă. Așa că am verificat codul nostru cu mare atenție, încercând să aflăm unde făcea ceva greșit când funcționa cu un GPU. După ce nu am reușit să facem acest lucru, am încercat să vorbim cu producătorii de GPU, rugându-i să verifice dacă nu făceau ei ceva greșit cu valorile pixelilor pe care le transmiteam. Acesta a fost începutul unei lungi călătorii și, pe scurt, a fost o călătorie de aproape 2 ani de comunicare cu producătorii de GPU înainte de a reuși să îi convingem că efectuau corectarea gamma în mod incorect în matematica de nivel inferior de pe plăcile lor. În acest timp, a trebuit chiar să construim un sistem care să valideze valorile de culoare ale unui pixel individual pe întreg parcursul procesului nostru de redare. Dar, în cele din urmă, am primit de la ei noi drivere, iar personajele noastre au arătat imediat așa cum trebuia, în conformitate cu redarea software."
N/A4442"#commentary\cn_277_facial_technology.mp3" "[ Ken Birdwell ] Ne-am dorit ca jucătorii să se atașeze de personajele noastre și, pentru a avea șansa de a realiza acest lucru, am știut că trebuie să investim mult în tehnologia utilizată pentru fețele personajelor. Este bine cunoscut faptul că oamenii sunt programați să acorde atenție fețelor, citind în mod subconștient tot felul de informații din ele. Prin urmare, este un standard extrem de ridicat și, dacă nu l-am fi atins, probabil că am fi îndepărtat jucătorii de personajele noastre, în loc să-i apropiem de ele, așa cum ne-am dorit. Am început prin a face multe cercetări. Nu a fost încurajator. Cele mai bune exemple pe care le-am găsit nu erau nici pe departe capabile să ruleze în timp real, iar cele mai bune exemple în timp real nu se apropiau de calitatea pe care o doream. Voiam să arate la fel de bine ca un film de animație, dar acestea necesitau adesea ore întregi pentru a reda cadrele și erau complet liniare, create de până la o sută de animatori, în timp ce ale noastre trebuiau să fie dinamice. Un personaj putea încerca să vorbească pe fundalul unei expresii faciale derivate din acțiunile jucătorului și trebuiau să fie realizate de doar câțiva artiști. Aceste cerințe ne-au dus în cele din urmă la Facial Action Coding System al Dr. Paul Ekman, un sistem de taxonomizare a mișcărilor faciale umane realizat în anii 1970. Acesta ne-a oferit un vocabular pentru a descrie mișcările faciale în toate instrumentele și în codul nostru, precum și un obiectiv de atins atunci când proiectam fețele personajelor noastre. Având acest sistem ca un cadru de referință, am început un proces de mai mulți ani de iterare a modului în care construiam fețele și capetele personajelor noastre. În timp ce alții încercaseră să preia doar anumite părți din munca lui Ekman, noi am vrut să încercăm să o folosim în totalitate. Asta a însemnat mult timp petrecut încercând să ne dăm seama cum să realizăm fiecare parte în limitele stricte de performanță pe care le aveam. Dar am petrecut și mult timp doar uitându-ne la oameni și la fețe, încercând să găsim trăsăturile în plus care ar adăuga cea mai mare valoare, cum ar fi elasticitatea pielii sau umbrele dinților. În final, deși nu am reușit să facem tot ce ne-am dorit, am reușit să obținem elementele pe care le-am considerat cele mai importante pentru un nivel convingător de performanță facială a personajelor noastre."
N/A4443"#commentary\cn_278_eye_shader.mp3" "[ Ken Birdwell ] O altă parte esențială pentru a face fețele personajelor convingătoare era reprezentată de ochi. Oamenii se pricep foarte bine să citească ochii. Există o parte a creierului dedicată acestui lucru, care poate chiar să știe unde se uită cineva pe baza reflexiilor de pe globii oculari. Sunt însă tot felul de detalii subtile care contează. Ochii nu sunt de fapt sfere. Pleoapele sunt distorsionate de cornee care se mișcă sub ele. Mișcarea ochilor poate crește probabilitatea clipirii. Ochii nu sunt de fapt aliniați direct în spatele pupilei, ci sunt ușor deplasați. Toate aceste mici detalii pot părea nesemnificative sau imperceptibile, dar absența lor afectează credibilitatea personajului. Am lucrat mult timp la ochi, repetând modelul globului ocular și setul de caracteristici puțin câte puțin. Unele lucruri au necesitat interfețe externe, cum ar fi elementele din mediul înconjurător care erau plăcute privirii, în timp ce altele erau automate, la nivel subconștient în IA, cum ar fi clipitul, o cerință evidentă, dar care poate crea confuzie dacă nu este realizat corect. Reflexiile ochilor au avut un impact deosebit de mare, în cele din urmă, ele ocupă o suprafață foarte mică pe ecran, dar diferența pe care au făcut-o a fost enormă. Am știut că am terminat în sfârșit când am ajuns în punctul în care, cu shaderul ochilor oprit, un personaj arăta ca o păpușă, asemănător cu un om, dar neconvingător într-un fel greu de descris; dar când l-am pornit, brusc, am simțit că un om se uită la noi."
N/A4444"#commentary\cn_279_combine_gunship.mp3" "[ Ken Birdwell ] Nava de luptă a fost o problemă interesantă. Aveam deja un model de zbor pentru elicopter și nu aveam timp să construim ceva complet nou. Așadar, am ajustat modelul de zbor al elicopterului până când a devenit suficient de diferit, apoi am derivat starea de animație organică a navei de luptă din valorile rezultate din acea simulare. Am încercat să rămânem cât mai fideli realității. De exemplu, există o limită a unghiului în care poate întoarce capul pentru a ținti cu tunul, iar dacă trebuie să țintească dincolo de această limită, trebuie să-și modifice traiectoria de zbor pentru a orienta tunul în direcția dorită, nu are voie să trișeze. O altă caracteristică importantă era sunetul motorului. Avem spațializarea sunetului, astfel încât jucătorul poate să-și dea seama aproximativ unde se află. Dar elicopterul de luptă este un obiect care se mișcă rapid și se află în aer, departe de orice alte puncte de referință din apropiere. Drept urmare, poate fi dificil să-ți dai seama exact cât de departe se află și cât de repede se mișcă. Pentru a remedia acest lucru, am adăugat un efect Doppler la sunetul motorului, modificând tonul în funcție de viteza elicopterului de luptă în raport cu tine. Este un efect subtil, dar extrem de eficient în a te ajuta subconștient să percepi locația și direcția navei de luptă. Informații critice care te ajută să știi că ești vânat de ea."
N/A4445"#commentary\cn_280_risk.mp3" "[ Ken Birdwell ] Privind înapoi la Half-Life 2 acum, după 20 de ani, este dezamăgitor să reflectăm la cât de înfricoșătoare a fost mare parte din dezvoltare. Dezvoltarea jocurilor este dificilă. Nu obții niciodată ceea ce ți-ai dori, adică să poți valida riscul înainte de a începe să adaugi și alte lucruri. De exemplu, tehnologia noastră de animație facială. A durat probabil 3 sau 4 ani de muncă până când am fost siguri că va funcționa. Dar nu puteam aștepta până atunci. În primul an, am început imediat să luăm tot felul de alte decizii în ceea ce privește designul jocului, producția de resurse și alte tehnologii, toate bazate pe premisa că tehnologia noastră de animație facială va funcționa în cele din urmă, din punct de vedere al calității și al performanței. Dacă nu ar fi funcționat, multe dintre celelalte decizii nu ar fi funcționat nici ele. Și același profil de risc este valabil și pentru alte decizii importante pe care le-am luat la început. Nu putem aștepta, trebuie doar să construim și să sperăm că presupunerile noastre se vor adeveri, mulți ani de acum încolo. Înfiorător."
N/A4446"#commentary\cn_281_hugs_and_pickups.mp3" "[ Ken Birdwell ] Uneori, chiar și lucrurile mărunte pot fi un coșmar. De exemplu, să faci un personaj să îmbrățișeze un alt personaj sau chiar mai simplu, să ridice un obiect de pe masă poate crea o mulțime de probleme. Mai rău, în mediul nostru dinamic, în care personajele și obiectele nu se află în poziții prestabilite, iar jucătorul aleargă în jur și se bagă în cale, acestea necesită un nivel de sincronizare care poate fi destul de dificil. Acestea sunt îngreunate de faptul că oamenii le fac fără să se gândească. Când te apropii de masă pentru a ridica o ceașcă, îți pregătești corpul în toate felurile posibile pentru a-ți poziționa picioarele și mâinile în mod corespunzător, astfel încât să poți face acest lucru confortabil. Totul este gata chiar când ajungi acolo. Dacă te apropii pentru a îmbrățișa pe cineva, amândoi faceți acest lucru în același timp, ajustându-vă constant în funcție de mișcările celuilalt. Pentru ca aceste caracteristici să funcționeze în joc, a fost nevoie de multă sincronizare, pentru ca personajele să fie conștiente una de cealaltă și de lumea înconjurătoare. În același timp, a fost important ca ele să știe mai multe despre planurile lor de viitor. Este tentant să vrei să împarți exemplul cu ridicarea paharului în pași discreți: mergi la masă, te uiți la pahar, ridici paharul, pentru că astfel este mult mai simplu și pașii pot fi reutilizați cu ușurință. Dar așa funcționează roboții, nu oamenii. Personajele noastre trebuiau să știe că se îndreaptă spre o masă cu intenția de a ridica o ceașcă, astfel încât să poată lucra simultan la mai multe părți ale procesului, asigurându-se că mâna lor apucă ceașca exact când ajung acolo. Cu două personaje, este și mai multă negociere. Ambele trebuie să fie de acord unde și când se va întâmpla acest lucru, iar totul trebuie să se întâmple la locul potrivit, într-un mod fluid. Deși aceste momente de interacțiune simplă între personajele noastre din lume sunt adesea scurte, ele au fost esențiale pentru a le face să pară persoane credibile."
N/A4447"#commentary\cn_282_ropes.mp3" "[ Mike Dussault ] Unul dintre lucrurile pe care le-am observat în toate imaginile de referință pe care le-am adunat pentru Orașul 17 a fost că erau cabluri și fire peste tot și că acestea reprezentau o mare parte din detaliile de înaltă frecvență din imagine. Ne-a plăcut aspectul acestor orașe europene mai vechi, împletite în rețeaua haotică a vieții moderne. Am simțit că aveam nevoie de o soluție pentru cabluri, frânghii și elemente similare și ne-am dorit ca acestea să fie dinamice. Designerii noștri de niveluri erau dornici să creeze puzzle-uri cu prize, iar conectarea unui cablu la fiecare priză a ajutat jucătorii să înțeleagă mai bine mecanica. La începutul producției, am construit un sistem de cabluri și l-am perfecționat pe parcursul dezvoltării. În spatele scenei, fiecare cablu este format din mai multe segmente întinse între cele două capete și se poate mișca independent. Fiecare segment acționează ca un arc și răspunde la forțele din joc, cum ar fi un vânt ușor sau trecerea unei nave de luptă Combine deasupra capului. La redare, fiecare segment este prezentat cu fața spre cameră și este cartografiat în relief, lucru esențial pentru a da un aspect realist și rotunjit cablurilor."
N/A4448"#commentary\cn_283_vmpi.mp3" "[ Mike Dussault ] În timpul dezvoltării, am devenit din ce în ce mai frustrați de viteza lentă de iterare a jocului, în principal deoarece compilarea hărților, necesară pentru a calcula în prealabil iluminarea și vizibilitatea, dura ore întregi. În 2000, computerele erau mult mai lente decât cele de astăzi și aveau doar un singur nucleu de CPU fiecare. Inspirați de SETI@Home, un program distribuit care folosea PC-uri din întreaga lume pentru a analiza undele radio în căutarea semnelor de viață extraterestră, am creat VMPi, propriul nostru sistem distribuit care răspândea procesul de compilare a hărților pe mai multe computere din birou. Astăzi, aceste tipuri de sisteme distribuite rulează pe grupuri de GPU gigantice, dar la acea vreme, noi le rulam pe toate computerele din biroul nostru. Pentru a face față evoluției rapide a codului nostru de iluminare, ca și a hărților noastre, VMPi distribuia și fișiere .exe noi pe computerele tuturor. Retrospectiv, acesta a fost un concept de securitate destul de înfricoșător, pur și simplu groaznic, ca un coșmar pentru cei din domeniul IT. Pentru că trimiteam un fișier executabil arbitrar către toate computerele noastre de la birou, iar acestea îl rulau pur și simplu. Era o nebunie absolută. Dar a funcționat pentru noi și a crescut semnificativ viteza de iterare a hărților, devenind astfel un instrument crucial."
N/A4449"#commentary\cn_284_field_of_view.mp3" "[ Kerry Davis ] În Half-Life 1, am folosit un câmp vizual (FOV) de 90 de grade, care era destul de standard pentru jocurile FPS din acea perioadă. Dar, în timpul dezvoltării Half-Life 2, am devenit nemulțumiți de acest câmp vizual. Având în vedere că jocul nostru se concentra pe personaje, am depus eforturi considerabile pentru a crea animații detaliate ale feței și corpului, dar câmpul vizual de 90 de grade nu le permitea jucătorilor să se apropie suficient pentru a aprecia pe deplin aceste detalii. De aceea am început să experimentăm cu un FOV mai restrâns și în cele din urmă am ajuns la 75 de grade. A fost nevoie de unele ajustări atât pentru noi, cât și pentru jucători, și a fost necesar un FOV suplimentar pentru modelele vizuale, adică armele jucătorilor, afișate în partea de jos a ecranului. Modelele lor fuseseră create inițial pentru un FOV de 90 de grade, așa că arătau distorsionate la 75 de grade. Dar această schimbare a reușit să realizeze ceea ce ne doream: să punem personajele în centrul jocului."
N/A4450"#commentary\cn_285_reference_maps.mp3" "[ Randy Lundeen ] Pe măsură ce personajele noastre au devenit mai realiste între Half-Life 1 și Half-Life 2, am dorit ca lumea jocului să fie la fel de realistă. În Half-Life 1, limitările jocurilor cu perspectiva first-person făceau adesea mai ușoară utilizarea unor medii stilizate sau abstracte. Dar cu Half-Life 2, ne-am propus să creăm un mediu care să pară ancorat în realitate, ceea ce a însemnat să ne concentrăm pe o mulțime de mici detalii pe care nu le luam în considerare înainte. Unul dintre pașii principali a fost crearea de hărți de referință pentru a standardiza modul în care am transpune proporțiile din lumea reală în joc. Aceste hărți au stabilit detalii precum dimensiunile pereților și ușilor, înălțimea mânerelor, iluminatul interior, dimensiunea mobilierului și dimensiunea generală a obiectelor obișnuite. Am creat texturi standardizate pentru designerii de niveluri, completate cu valori de scală și iluminare, astfel încât aspectul să fie consistent încă de la început. Pe lângă configurarea lumii fizice, aceste hărți de referință au definit modul în care jucătorul se va mișca prin ea, cât de sus poate sări, cât de jos se poate apleca și cât de mari sunt spațiile, cum ar fi gurile de aerisire. Folosind aceste hărți ca bază, am reușit să păstrăm consecvența în geometria lumii noastre și să asigurăm spații de dimensiuni realiste în tot jocul."
N/A4451"#commentary\cn_286_response_rules.mp3" "[ Scott Dalton ] Am știut de la început că ne dorim un dialog dinamic în joc, așa că aveam nevoie de un sistem care să gestioneze în mod eficient acest proces. Ne-am propus să creăm un sistem care să le permită designerilor de sunet să adauge și să modifice replici fără a implica programatorii, să facă dialogul să răspundă rapid la starea jocului și să minimizeze repetițiile. Având în vedere aceste cerințe, am creat sistemul Response Rules. Ori de câte ori un personaj vorbește în afara unei scene coregrafice, acest sistem determină ce replică trebuie rostită. În loc să aleagă replicile direct, IA a personajului semnalează constant „oportunități de vorbire” ori de câte ori are loc un eveniment relevant: observarea jucătorului, rănirea, tragerea ultimului glonț dintr-o armă, întâlnirea cu inamici prea puternici și așa mai departe. Cu fiecare oportunitate, acesta trimite sistemului Response Rules un pachet de date despre starea actuală a jocului, iar sistemul returnează replica de dialog cea mai potrivită, dacă există. Această configurație le-a permis designerilor noștri de sunet să creeze o matrice detaliată de decizii pentru dialog. De exemplu, un personaj poate avea un set diferit de replici pentru a anunța că reîncarcă în timp ce se află în bătaia focului, în comparație cu după sfârșitul unei lupte, sau dacă a mai rămas un singur aliat în picioare, sau dacă se vede un Tropăitor. Până când am lansat Half-Life 2, simțeam că am apucat să zgâriem superficial potențialul acestui sistem. Acesta a devenit o caracteristică esențială a lui Alyx în Episode 1 și a continuat să alimenteze dialogul dinamic în jocurile noastre ulterioare, inclusiv pentru clasele din TF2 și echipa din Left 4 Dead."
N/A4452"#commentary\cn_287_audio_caching.mp3" "[ Yahn Bernier ] O altă problemă cu care ne-am confruntat a fost cantitatea mare de sunet din joc. Cu toate sunetele din joc, muzica și dialogurile, aveam prea mult sunet pentru a putea stoca totul în memorie, memoria era foarte scumpă în 2003. Dar, după cum vă puteți imagina, trebuie să putem reda sunete imediat, mai ales dacă sunt legate de joc. Așadar, am creat un cache audio, care stoca doar primele 125 ms din fiecare fișier audio și îl păstra în memorie. Acele 125 ms erau cea mai bună estimare a noastră pentru cât ar dura să putem reda un fișier audio de pe disc. Apoi, de fiecare dată când era redat un sunet în joc, redam începutul acestuia din cache-ul nostru audio, în timp ce porneam simultan încărcarea fișierului audio complet de pe disc. Până la sfârșitul cache-ului, fișierul era încărcat și puteam continua redarea sunetului. Au existat și alte funcții minore, cum ar fi păstrarea sunetelor recente în memorie, astfel încât cele cu trafic intens să nu trebuiască încărcate constant. În motoarele actuale, toate tipurile de resurse, nu doar sunetele, utilizează de obicei același tip de strategie."
N/A4453
41704454}
41714455}