Template:PatchDiff/March 6, 2026 Patch/hl2/resource/closecaption bulgarian.txt
39153915"wood.scraperough" " "
39163916"plastic_box.scraperough" " "
39173917
N/A3918"#commentary\cn_003_ramming_zombies_with_the_buggy.mp3" "[Джей Стели] Като човешки същества, ние имаме очаквания за нашия физически свят, както беше споменато няколко пъти в този коментар. Едно от тези очаквания е, ако ударите зомби с колата си, то трябва да бъде изстреляно във въздуха. Но постигането на този ефект в играта не е толкова лесно, колкото в реалния свят. От съображения за производителност врагове като зомбитата използват опростена кутия за сблъсък по време на игра. Това е кутия, която приляга плътно около зомбито, без част от модела да стърчи. Но когато зомбито умре, то се превръща в парцалена кукла с по-точни кутии за сблъсък на крайник, въпреки че това е по-скъпо за симулиране. Тази промяна в представянето на сблъсъка добавя допълнителна сложност, когато блъскате зомби с бъгито, отвъд само засечката на рамката. Когато бъгито за първи път се сблъска със зомбито, то докосва опростената кутия за сблъсък на зомбито. След това играта убива зомбито, превръщайки го в парцалена кукла, която физическата система започва да симулира. Сега, с по-точен сблъсък на крайник, най-близката част на зомбито може да е на няколко сантиметра от бъгито. В резултат на това, следващия път, когато физическата система симулира, зомбито започва да пада заради гравитацията, защото бъгито вече не го бута. Макар че е само кратък момент преди бъгито да достигне отново зомбито, това малко несъответствие правеше сблъсъците със зомбита незадоволителни - те често изпадаха от полезрението на играча. За да коригираме това, запазихме силата, която кутията за сблъсък на зомбито получаваше при удар от бъгито, и приложихме същата сила към парцалената кукла след преобразуването. Също така добавихме лека сила нагоре към парцалената кукла, като я изстреляхме леко. С тези промени зомбитата достоверно се просваха върху предната част на бъгито при удара, което по-добре отговаряше на очакванията на играча."
N/A3919"#commentary\cn_004_buggy_sound_engine.mp3" "[ Кели Бейли ] Аудиото за бъгито беше предизвикателство, защото искахме да се усеща като наистина мощно превозно средство, което се движи със супер висока скорост, въпреки че картите не са достатъчно големи, за да поддържат това, а бъгито всъщност не излиза от първа предавка. И има максимална скорост от може би 56 км/ч. В наша защита, 56 км/ч все още е доста бързо, особено през 2004 г. В допълнение към скоростта, входните данни за шофиране са наистина прости. Така че с клавиатура като целево устройство за вход, контролите на играча са основно бинарни - бъгито или ускорява, или не ускорява, завива напълно в едната посока или не. Така че по същество трябва да създадем цялата тази аудио сложност, за да представим симулация, където сложността всъщност не съществува. Затова създадохме фалшив двигател за аудиото на бъгито. Той има собствена трансмисия и комбинираме входните данни на играча с данни от физическата симулация. Измерваме въртящия момент на всяко симулирано колело, независимо дали се върти или осъществява контакт, и създаваме набор от циклични звуци, след което внимателно ги смесваме, докато фалшивият двигател превключва предавки и реагира на данните от колелото. И просто продължавахме да опитваме различни неща. Добавяхме повече сложност. Направихме някои фини настройки, докато бъгито просто не стана по-забавно и някак си удовлетворяващо с това усещане за скорост. И макар че повечето играчи не го коментират, или, ако го правят, казват, че бъгито звучи добре, и за нас това е успехът, предвид количеството лудост, която се случваше под капака."
N/A3920"#commentary\cn_005_buggy_sound_design.mp3" "[ Кели Бейли ] Звуковият дизайн за бъгито беше базиран на семплиране от стар Camaro модел 1968 г. Избрахме тази кола, защото има онзи невероятен V8 двигател с огромни бутала. И всъщност няма друг подобен звук, тя има този вид мощен, висцерален звук, който търсехме. Трансмисията също има това наистина прекрасно механично виене, когато спре да ускорява. И тази комбинация се получи наистина отзивчива в рамките на тази основно бинарна входна система, с която трябваше да работим. Така че фалшивият двигател-трансмисия не беше моделиран по подобие на реална кола. Вместо това, беше проектиран като проста система, която да възнаграждава играча за това, че натиска педала на газта. Подобно на въртящ се ескалатор, който произвежда нарастващ тон, постоянно натрупвайки напрежение и превключвайки предавки, когато тонът трябва да се рестартира. Тъй като играчът бързо би изчерпал мястото в нашите сравнително малки карти, целта беше просто да направим ускорението забавно за кратък период."
N/A3921"#commentary\cn_006_automating_dsp.mp3" "[ Кели Бейли ] Всички звуци, които играчът чува, се обработват чрез нашата система за цифрова обработка на сигнали или DSP. Това се отнася до това как звукът се променя, за да отразява средата, в която се намира играчът. Например, един и същ звук ще се различава, когато се чува в паркинг, малка стая, на открито. В Half-Life 1 ръчно поставихме невидими възли по целия свят, за да дефинираме тези DSP настройки за всяко пространство. За Half-Life 2 знаехме, че ръчното поставяне ще бъде твърде времеемко, особено след като искахме по-голяма игра, о по това време имахме само един аудио специалист в екипа. Затова изградихме система, която автоматично определя DSP настройките около играча в реално време. Тя прави това, като анализира пространството около играча, оценява обема, в който се намира, изследва материалите, които изграждат средата. След това системата съпоставя това пространство с един от 25-те ръчно написани основни DSP типа, ние настройваме някои параметри и създаваме напълно детайлния DSP, който модифицира звуците, които играчът чува."
N/A3922"#commentary\cn_007_dynamic_mixing.mp3" "[ Кели Бейли ] По време на игра много звуци се възпроизвеждат едновременно, но разбира се, някои са по-важни от други и трябва да настроим силата на звука на звуците един спрямо друг, за да гарантираме, че важните се открояват. Във филма това смесване на звука се извършва като последваща обработка. Но в играта това се случва в реално време, в отговор на действията на играча, така че не можем да предвидим предварително кои звуци ще се възпроизвеждат едновременно. За да се справим с това, всички звуци са групирани по типове и са маркирани с приоритети. По време на игра аудио системата следи всички активни звуци и намалява силата на звука на звуците в група, ако се възпроизвежда звук с по-висок приоритет. Това смесване може да се регулира. Ако изстрелите трябва да се чуват в една сцена, можем да ги направим с по-висок приоритет. Ако трябва да се чуе ясно определен ред от диалога, това може да накара всички останали звуци да са с по-ниска сила на звука. И правим същото с музиката. Това е фина, но много важна система и на практика предотвратява претрупването на звуковия пейзаж."
N/A3923"#commentary\cn_008_soundscapes.mp3" "[ Кели Бейли ] В Half-Life 1 околните звуци бяха поставяни ръчно и след това индивидуално настройвани. За Half-Life 2 искахме повече звуци от околната среда в нашите среди с по-високо качество и по-малко ръчни усилия за поставяне. Затова създадохме системата, която наричаме система за звуков пейзаж. Звуковият пейзаж е по същество малка програма, която контролира кои околни звуци се възпроизвеждат, откъде идват и как се държат в определена среда. Това са бръмчене на мухи, пориви на вятъра, птици, далечен влак, далечна битка. Системата за звуков пейзаж можеше след това произволно да избира и възпроизвежда тези звуци, а също така, което е много важно, да го прави с плавния преход, докато играчът се движи през околните среди. Звуковите пейзажи могат да съдържат и други звукови пейзажи, което ни позволява да създаваме многократно използваеми колекции от звуци – например, далечна битка може да бъде стрелба от малки оръжия, далечни експлозии, преминаващ хеликоптер. Тези звукови пейзажи биха се сглобявали динамично и биха се възпроизвеждали от много отделни звуци, което ни помага да избегнем изкуственото усещане за единичен повтарящ се запис. Като цяло, звуковата система беше истински работен кон за аудио в Half-Life 2 и до голяма степен е отговорна за всеки звук, който чувате, който не е пряко обусловен от геймплея."
N/A3924"#commentary\cn_009_audio_over_distance.mp3" "[ Кели Бейли ] Големите мащаби на картите на крайбрежието ни накараха да потърсим аудио решение за това как звукът се променя с разстоянието. Например, на тези карти врагът може да е на повече от 100 ярда и оръдието му би трябвало да звучи различно от това разстояние, отколкото когато е отблизо. Решихме да съхраняваме звуците си в един стерео файл, като близкият звук е в левия канал, а далечният - в десния. След това по време на възпроизвеждане ние променяме пропорцията на звука, който чувате, между тези два канала въз основа на разстоянието на играча от звука. Това беше просто решение, което работеше добре и ни помогна с ограниченията на паметта. Можете лесно да го чуете в действие - просто чуйте как се променят изстрелите на войник от интегратора, докато се приближавате към него."
N/A3925"#commentary\cn_010_flying_vehicle_audio.mp3" "[ Кели Бейли ] Големите летящи врагове в играта представляват уникално аудио предизвикателство. По време на битка те са много по-подвижни от другите врагове и често се отдалечават на значително разстояние от играча. Те са и наистина опасни, ако имат пряка видимост. Тези фактори ни накараха да се съсредоточим върху аудио решение, специално насочено около прегради. С други думи, когато можете да видите врага и когато врагът може да ви види. Искахме да направим ясно аудио разграничение между това кога има тази пряка видимост. Звуците на двигателя на летящото превозно средство са съставени от множество повтарящи се звуци, които възпроизвеждаме едновременно. Някои от тези повторения се обработват от DSP системата въз основа на пространството, в което се намирате, докато други се възпроизвеждат директно и необработени. DSP системата добавя повече ефект на ехо от околната среда, когато пропускаме звук през тази система. Когато летящият обект е скрит зад нещо и не може да ви види, ние увеличаваме процента на циклите, които преминават през DSP обработката, и звучи така, сякаш този обект е малко по-далеч. След това, когато този враг се появи зад обект и може да ви види, ние възпроизвеждаме повече от директния звук. Това като цяло просто ви дава усещането, че звукът е или далечен и без посока, или по-директно във вашата линия на видимост. Можете да го чуете, когато хеликоптерът се появи зад сграда; в идеалния случай наистина можете да чуете тази разлика."
N/A3926"#commentary\cn_011_bullet_audio.mp3" "[ Кели Бейли ] Ако има нещо, в което сме сигурни, то е, че много куршуми ще прелитат покрай играча по време на играта, така че прекарахме много време, опитвайки се да усъвършенстваме аудио обработката за това. За съжаление, куршумите в играта са по същество мигновени, така че не можем просто да им прикачим звук и да разчитаме на движението за позициониране. След известни експерименти стигнахме до това решение: Като определим най-близката точка от траекторията на куршума до ухото на играча, изчисляваме точното време и позиция, в която куршумът концептуално би ги подминал. След това възпроизвеждаме два различни звука в тази точка, за да имитираме Доплеров ефект - един за приближаването на куршума и един за неговото отлитане. Забавяме звука на отлитането въз основа на изчисленото време, през което куршумът е преминал."
N/A3927"#commentary\cn_012_staircase.mp3" "[ Арън Сийлър ] В играта има ситуации, които произтичат от прости и доста ясни дизайнерски цели, а това стълбище включва две от тях. Първата беше да се рамкира цитаделата, докато се събужда, показвайки на играча, че е разбунил кошера. Втората беше да се демонстрира нашата система с парцалени кукли. Макар че сега е стандарт, през 2004 г. реалистично падащи тела все още беше новост, а стълбите осигуриха перфектна сцена това да се осъществи."
N/A3928"#commentary\cn_013_alyx_and_mossman.mp3" "[ Бил Флетчър ] В ранните ни планове за разказа на Half-Life 2 искахме да поемем предизвикателството да направим нещо не толкова изрично фокусирано върху играта. Не просто история за очевидно добрия играч, който побеждава очевидно злите врагове. Вместо това, ние се стремихме да се съсредоточим върху героите и техните взаимоотношения. Смятахме, че би било интересно да изследваме семейството като централна динамична единица на Half-Life 2. Напрежението между Аликс и Мосман произтичаше от тази идея и ни хареса, защото се усещаше като нещо, което играчите можеха да разберат и с което да се чувстват съпричастни."
N/A3929"#commentary\cn_014_exposition_board.mp3" "[ Даника Роджърс ] Искахме да поставим тази плътна визуална история тук, защото това е мястото, където играта най-ясно казва на играчите да изследват дадено пространство. Въпреки че основната ѝ задача е изграждането на света, ние все пак полагаме усилия, за да подчертаем връзката между Илай и Брийн, давайки контекст на централния конфликт в света."
N/A3930"#commentary\cn_015_city_17_awakens.mp3" "[ Дейвид Сойер ] Ранната секция с гарата е проектирана така, че да накара града да се усеща безразличен към играча, сякаш Гордън е просто поредният безименен, безлик гражданин, готов да се подчини. Но по време на нападението над жилищните сгради и преследването по покривите, градът определя играча за аномалия и започва да се разбунва. Сега, когато играчът е агресор, градът изцяло насочва вниманието си към него. Озвучителната система на Съгледвачите, чута за първи път по време на нападението, изигра ключова роля в предаването на това послание. Ако играчите се вслушат внимателно, ще получат много информация за осведомеността на града. Дори когато играчите не обръщаха внимание обаче, аудио обработката все пак предаваше емоционалното послание, към което се стремихме."
N/A3931"#commentary\cn_016_elis_lab.mp3" "[ Даби Енг ] Създадохме лабораторията на Илай по модела на д-р Клайнер, което ни даде по-добро разбиране за това как да настройваме и проектираме ефективни хореографски сцени. В резултат на това успяхме да създадем по-сложен сценарий с повече възможности той да реагира на играча. Наличието на множество герои, които си правят каквото искат из стаята, направи подготовката трудна и бяха необходими много итерации и тестове, за да работи гладко. Опитът ни показа, че като цяло играчите искаха да играят заедно със сцената – те просто се нуждаеха от достатъчно фини улики, за да знаят къде искаме да бъдат. По подобен начин, ако се разсееха, сцената трябваше внимателно да спре и да изчака да се върнат."
N/A3932"#commentary\cn_017_feel_free_to_look_around.mp3" "[ Даби Енг ] Балансирането между желанието на играча да изследва и наративните цели на сцената винаги е било предизвикателство. Искахме стаята да е пълна с интересни неща за разглеждане, но много играчи не биха я изследвали, докато не са сигурни, че няма да пропуснат нито едно от изпълненията на героите. Ето защо беше важно за Илай да каже на играча да се огледа по средата на сцената – това сигнализира, че е безопасно да изследва. Оттам нататък можехме да задействаме различни персонализирани мини-сцени въз основа на това, което е привлякло окото на играча."
N/A3933"#commentary\cn_018_interstitial_scenes.mp3" "[ Ерик Кирхмер ] С напредването на тестването на играта, често откривахме области, където играчите изпускаха следите на целта си, което не е необичайно в игра като Half-Life. За да се справим с това, добавихме по-малки междинни сцени, които да насочват играчите по пътя им и да подчертават целта им. След като завършихме по-голямата част от разработката на по-големите ни хореографски сцени като тази на лабораторията на Клайнер, сглобяването на тези по-малки сцени стана сравнително лесно. Открихме, че използването на герои в тези моменти работи много по-добре, отколкото да се разчита на пасивното разказване на истории или дори на някакъв вид напомняне, вградено в менюто за пауза."
N/A3934"#commentary\cn_019_overwatch.mp3" "[ Джош Уайър ] По време на разработката генерирахме гласа на Съгледвачите, като използвахме безплатен инструмент за преобразуване на текст в реч. Но когато наближихме датата на издаване, осъзнахме, че всъщност нямаме правата да го използваме. Затова проведохме прослушвания с озвучаващи актьори, за да намерим някой, който може да отговаря на качествата, които харесахме в генерираните реплики. Не след дълго открихме Елън Макклейн, чието изпълнение беше точно това, което търсехме. По време на нейните сесии пускахме генерираните реплики, за да ги имитира, макар и в свой собствен стил. В началото беше малко саркастична, като се има предвид, че беше помолена да възпроизведе такова роботизирано изпълнение. Но години по-късно, когато се завърна за емблематичната си роля като GLaDOS в *Portal*, тя намери начин креативно да интегрира този тон в изпълнението си."
N/A3935"#commentary\cn_020_box_car_joe.mp3" "[ Лора Дубук ] Тази малка сцена първоначално включваше два човешки персонажа, но по-късно в разработката заменихме единия с вортигонт. Искахме да покажем, че вортигонтите съществуват едновременно с хората и се съпротивляват на интеграторите. Въведохме и способността им да лекуват играча, въпреки че не се възползвахме напълно от тази функция през цялата игра. Вортигонтите се превърнаха в полезен инструмент на разказа, за да се поддържат диалозите кратки, тъй като техният колективен разум оправдаваше познанията им за света и целите на играча. Това означаваше, че никога не им се налагаше да задават въпроси, като по този начин елегантно заобикалихме предизвикателството да пишем диалози за мълчалив главен герой."
N/A3936"#commentary\cn_021_mossman.mp3" "[ Марк Лейдлоу ] Джудит Мосман първоначално беше базирана на герой, който бяхме планирали за част от Half-Life 1. Тази част беше изрязана от основната игра и използвана повторно в Uplink, но без героя. Смятаме я за най-сложния герой в Half-Life 2. Знаехме, че ще се окажем в затруднено положение с това как играчът ще я възприеме, още преди „Нова Проспект“, защото доверените източници на играча не са на едно мнение - Илай я харесва, но Аликс не. Осъзнахме, че има лимит на това колко голяма сложност можем да постигнем във взаимоотношенията, но преценихме, че динамиката между мащеха и дъщеря е нещо, което играчите биха разбрали. Независимо дали сте съгласни с Мосман, или не, тя прави нещо героично. Тя рискува да бъде двоен агент, за да получи информацията, от която се нуждае, за да защити Илай и Аликс. Гордън не влизаше в плановете й."
N/A3937"#commentary\cn_022_hands_free.mp3" "[ Мат Райт ] По време на издаването на Half-Life 2, повечето шутъри от първо лице дадоха на играча пистолет или оръжие за близък бой още в началото, но ние решихме да започнем с празни ръце. Без оръжие беше по-лесно да обучим играча на по-новите начини, по които може да взаимодейства със света, и да го запознаем с нашата история. Искахме играчът да премине от беглец към агресор и въоръжаването му в точния момент създаде този момент по естествен начин. Когато най-накрая получава оръжие, той спира да бяга. Казват, че понякога най-добрият начин да спечелиш е да си тръгнеш, но всички знаем, че това не е вярно. Най-добрият начин да спечелиш е да тичаш към нещо, докато стреляш по него."
N/A3938"#commentary\cn_023_metrocop_scene.mp3" "[ Майк Дюсо ] Това е друга сцена, предназначена да изясни, че метроченгетата са лошите – само че този път играчът има оръжие и най-накрая може да направи нещо по въпроса. Това „нещо“ излиза от цевта на огнестрелно оръжие. Знаехме, че е нужно играчът да се чувства праведен и този момент беше част от създаването му. Метроченгетата все още са хора, за разлика от останалата част от интеграторите в играта, така че чувствахме, че трябва да положим допълнителни усилия, за да се уверим, че действията на играча се усещат като справедливост, а не просто като гняв."
N/A3939"#commentary\cn_024_moving_the_gravity_gun.mp3" "[ Тед Бакман ] Когато гравитационното оръжие беше прототипирано за първи път, планирахме да го дадем на играча по средата на играта. Но с напредването на тестването видяхме силата в дизайна му и осъзнахме, че гравитационното оръжие и, по-важното, способността да се изстрелват триони по лицата на зомбита трябва да се появят по-рано. Това означаваше, че лабораторията на Илай също трябва да се премести по-рано. Това беше значителна промяна, но беше от решаващо значение за успеха на Half-Life 2. Тя служи като добро напомняне, че разказването на историята и геймплеят са преплетени и никое от тях не може винаги да е с приоритет; те трябва да работят заедно."
N/A3940"#commentary\cn_025_buggy_birds.mp3" "[ Адриан Финол ] В един запомнящ се тест на Coast, един играч се върна към превозното си средство, след като разгледа една къща, и случайно видя птица да прелита покрай него. Той изкрещя на птицата, казвайки ѝ да стои далеч от бъгито му, оплаквайки се, че птиците често цапат колата му в реалния живот. В дискусията ни след теста осъзнахме, че това е първият път, когато имаме предмети, отделни от играча, от които играчът действително се интересува. Видяхме го като възможност за изследване, затова изградихме система, която да пресъздаде момента, от който тестващият се страхува. Когато играчът остави бъгито си само за известно време и е извън полезрението му, ние създаваме чайка на произволно място върху превозното средство. С течение на времето чайката създава налепки с екскременти върху каросерията на колата под нея и продължава да го прави, докато играчът се върне, след което отлита. Естествено, тестерите искаха да могат да почистват превозното си средство, затова добавихме възможността за миене на колата, като я закарат в плитка вода. Беше достатъчно късно в разработката, че вече имахме технологията за всичко това, така че функцията беше бързо внедрена. Това е един от онези случаи, в които знаем, че само малък процент от играчите ще го открият, но ако можем да внедрим тези видове детайли ефективно и да имаме достатъчно от тях, повечето играчи ще се сблъскат с поне един такъв."
N/A3941"#commentary\cn_026_bridge_gunship.mp3" "[ Адриан Финол ] Бяхме особено доволни от битката с бойния кораб, въпреки че беше трудно да се подготви, предвид геометрията на нивото. Това, че се намираше от долната страна на моста, позволи на бойния кораб да се движи напълно около играча, използвайки и трите измерения, за да се позиционира отгоре и отдолу в различни моменти. Гредите осигуряваха достатъчно високочестотно прикритие, създавайки възможности за огъня на бойния кораб да създаде забавно и динамично визуално и аудио шоу."
N/A3942"#commentary\cn_027_floor_is_lava.mp3" "[ Адриан Финол ] Изграждането на геймплея около широко разбирани концепции като „подът е лава“ направи обучението лесно. Хареса ни как нашата физическа система позволява висока степен на творческа свобода в начина, по който играчите избират да се справят с него. Някои изграждаха пътеки от много предмети, докато други се фокусираха върху използването само на двата си любими метални листа. Някои внимателно следваха пътеката нагоре в скалите, притеснявайки се да не паднат, докато други се движеха директно към изхода, кацнали на предмети точно над пясъка. Стиловете на игра варираха - някои играчи смятаха за неуспех, ако призоват мраволъвове, или ако презаредят веднага, докато други се наслаждаваха на катеренето обратно по скалите, за да се възстановят. Хареса ни също, че функционираше като навигационен пъзел, но можеше да се превърне в арена, ако играчите го предпочитаха; някои просто скачаха върху пясъка и се бореха до края."
N/A3943"#commentary\cn_028_opportunistic_moments.mp3" "[ Ариел Диас ] Някои запомнящи се моменти в играта са породени от взаимодействията на множество игрови системи, но понякога осъзнаваме, че тези моменти се получават сравнително рядко. Когато това е така, често ни се иска повече играчи да ги преживеят. Това е много важно: когато знаем, че играчите ще се сблъскат с нещо, толкова повече усилия можем да вложим в него. Но ако изглежда твърде изкуствено, моментът може да изглежда неуместен и играчите може да не реагират толкова позитивно. Кинематографичната смърт на бойния кораб е пример, в който малко побутнахме нещата, опитвайки се да увеличим шансовете за запомнящ се момент, без да е твърде очевидно. Дизайнът на тази зона и траекториите на полета на бойния кораб създават вероятността играчът и бойният кораб да са на правилните места, когато той загине. Ако стане така, задействаме сблъсъка на бойния кораб с колите. Ако не, той умира по обичайния начин. Напълно е „геймърско“, но тестерите на играта нямаха нищо против, стига моментът да се изиграва добре."
N/A3944"#commentary\cn_029_assault_on_nova_prospekt.mp3" "[ Ариел Диас ] С безкрайно прераждаща се се армия от мраволъвове на брегова линия, атакуваща укрепена база на интегратора, беше трудно да не се пробваме с ниво, вдъхновено от Нормандия. Първоначалният ни прототип включваше окопи, водещи до „Нова Проспект“, със смъртоносни картечници, принуждаващи играча и неговите мраволъвове да останат в окопите, за да оцелеят. Беше вълнуващо да имаме стрелба и изскачащи мраволъвове, постоянно прелитащи над окопите. За съжаление, не успяхме да го накараме да работи в рамките на нашия бюджет за производителност и в крайна сметка трябваше да го заменим в полза на напълно различно оформление. Въпреки това, монтираните огнестрелни оръжия останаха, тъй като тяхната смъртоносност се оказа полезна за насърчаване на играчите да разчитат на своите мраволъвове."
N/A3945"#commentary\cn_030_buggy_physics.mp3" "[ Чарли Браун ] Физиката на бъгито изискваше много проби и грешки. Искахме да се усеща бързо, въпреки че максималната му скорост беше само около 56 км/ч, така че трябваше да направим някои шашми, за да работи. Добавихме допълнителна вертикална сила към турбо скока и малко откат назад при използване на ръчната спирачка за пауърслайд. Без тях ниската скорост означаваше, че бъгито просто не е забавно за шофиране. На всичкото отгоре светът беше пълен с непредсказуем, задвижван от физични системи хаос - играчите бяха длъжни да карат бъгито във всякакви стълкновения, така че трябваше да се уверим, че винаги могат да се измъкнат. Това изискваше много експериментиране и тестване. В крайна сметка се спряхме на доста шантава, нереалистична симулация, която направи бъгито по-лесно за каране и по-трудно за обръщане. Центърът му на тежест е супер нисък, а колелата, макар и да изглеждат се въртят бързо, всъщност не се въртят. Това беше първият ни опит за физически симулирано превозно средство и научихме много от него. Благодарение на това успяхме да направим спортната кола в Епизод 2 много по-лесна за шофиране."
N/A3946"#commentary\cn_031_the_bridge.mp3" "[ Чарли Браун ] Тази секция с моста е вдъхновена от моста Deception Pass, точно нагоре по пътя от офиса на Valve. Първоначално създадохме секцията като чисто навигационен пъзел, като постепенно наслагвахме повече геймплей в нея. Тя се превърна и в основен прецедент за забавяне за играча. В нашата система за движение ние фино увеличаваме триенето за забавянето на играча, когато се приближава до ръба на повърхността. Играчите никога не го забелязаха – вероятно защото то по естествен начин съвпада с целта им да спрат на ръба, за да погледнат надолу, съответствайки на човешката склонност да се движат по-бавно и внимателно близо до пропаст. Но това е критична функция за тази част от играта. Знаем това, защото в един момент по време на разработката случайно я счупихме и изведнъж всички наши тестери започнаха многократно да падат и да умират."
N/A3947"#commentary\cn_032_coast.mp3" "[ Крис Грийн ] Искахме широко отворена част от играта за бъгито, но все пак ни трябваше начин да ограничим движението на играча. Изборът на брегова линия ни даде естествена граница успоредно на едната страна на картата, като същевременно се усещаше отворена и обширна. Това също така помогна да се визуализират ефектите от извличането на земните ресурси от интеграторите. Тестерите на играта все пак се опитваха да плуват до морето, затова добавихме пиявици, за да ги възпираме. Пиявиците не трябваше да бъдат истински враг, който играчите да мислят, че могат да избегнат и с когото да се бият, така че ги направихме малко магически. Играчите като цяло разбираха, че разширяват границите на играта, така че не прекалявахме с тях."
N/A3948"#commentary\cn_033_grenade_house.mp3" "[Дейв Рилър] Голяма част от играта Half-Life се фокусира върху предоставянето на играчите на една идея нови бойни преживявания на всеки ъгъл, дори и да са само малки промени в предишните. Не всички те трябва да са предизвикателства, базирани на умения; понякога те могат да бъдат просто забавни моменти, в които играчът може да се забавлява. Тази къща с гранати е един от тези моменти, като обратът е, че обърнахме обичайната настройка. Вместо да позволим на играча да пуска гранати върху враговете отдолу, поставихме враговете отгоре. Неограничената кутия с гранати е донякъде несръчен начин да насърчим играчите да се ангажират със сценария, но нейната неуязвимост също така гарантира, че играчът все пак ще може да се изкачи до горния етаж, дори ако е взривил всичко останало."
N/A3949"#commentary\cn_034_buggy_training_course.mp3" "[ Дейвид Сойер ] Тази тренировъчна секция беше предназначена да позволи на играча да си поиграе с бъгито си. По времето, когато Half-Life 2 беше пусната, това ниво на физическа симулация в превозно средство беше новост, така че искахме да дадем на играчите достатъчно възможности да експериментират с него. Играчът току-що е напуснал тесните ограничения на Рейвънхолм и ни хареса да му дадем контрастиращата награда да може да се движи бързо през голямо пространство, чувствайки се в безопасност в превозно средство. Уверихме се, че изискваме турбо скок, за да се излезе от тази зона, което едновременно служи и като тест, за да се уверим, че е достигнал ниво на комфорт при шофиране, а също и да се уверим, че не е оставил бъгито си зад гърба си."
N/A3950"#commentary\cn_035_ambush.mp3" "[ Дейвид Сойер ] Едно от основните предизвикателства на FPS игрите в стил Half-Life е, че играчът непрекъснато се движи напред в пространства, които не познава. Това означава, че когато се окаже в битка, той се намира в непознати райони, без да знае как да подходи към нея. Използваме много различни методи, за да помогнем на играча с този проблем, и тази засада е един пример. При пристигането си играчът се бие с група интегратори сред тези къщи. По време на битката и проучването след това, играчът има възможност да научи разположението на арената. След това, когато играчът изследва тавана, създаваме втора вълна от интегратори. В тази втора битка играчът вече има предимството да знае разположението, което му позволява да взема по-тактически решения при защита срещу засадите."
N/A3951"#commentary\cn_036_bugbait_training.mp3" "[ Дейвид Сойер ] Това тромаво бъгбейт обучение е мястото, където се озовахме, тъй като времето ни свърши, но трябваше играчите да разберат инструмента, за да работи дизайнът на „Нова Проспект“. Като цяло се стремим да добавим достатъчно вкус и контекст към обучението, така че да не се усеща като обучение, а като естествена част от откриването на нещо ново. Тук обаче не успяхме съвсем да го постигнем. Колкото и очевидно да изглежда, бъгбейтът не беше нещо, което играчите интуитивно схващаха. Вече сме доста навлезли в играта, така че играчите имат достатъчно опит в справянето с врагове. Преди да добавим каквото и да е обучение, първите тестери, които събираха бъгбейт, влизаха в следващото ниво и инстинктивно застрелваха първия мраволъв, който видеха – защото дотогава това работеше. Half-Life е склонен да насърчава подхода „първо стреляй, после питай“. По подобен начин, когато играчите стигаха до „Нова Проспект“, те не се сещаха да хвърлят бъгбейт по войниците на интегратора и вместо това разчитаха на обичайните си оръжия. Така че, това обучение ни беше необходимо не само за да покажем как работи бъгбейтът, но и за да демонстрираме, че мраволъвовете ще бъдат близо до играча, без да атакуват."
N/A3952"#commentary\cn_037_vortigaunt_extraction.mp3" "[ Dhabih Eng ] Тази арена представи някои сложни проблеми с дизайна по няколко причини. Първо, Стража е враг само за близък бой, така че не можехме да позволим на играча да достигне до области, където Стража не може да го следва. Експериментирахме с няколко атаки от разстояние, но резултатите не ни харесаха - например атаката му с плюене на слуз изглеждаше нелепо. Единствената атака, която не е за близък бой и в която оцеля, беше способността му да удря играча с физически обекти, но това изисква обектите да са в обсег, което не винаги е гарантирано. Второто предизвикателство беше да се гарантира, че независимо къде Стража умре, вортигонтът може да достигне трупа му. Това беше от съществено значение, тъй като играта не може да продължи, ако вортигонтът не е в състояние да извлече бъгбейта."
N/A3953"#commentary\cn_038_dropship_deployment.mp3" "[ Дъг Ууд ] Мобилизирането на войници от товарните кораби беше сложно, тъй като изискваше NPC-тата да се появят вътре в друг твърд обект. За да ги изведем на открито, където да могат да започнат да се ориентират нормално, те веднага пускат анимация, която ги кара да изскачат от контейнера в момента, в който се появят. След като това работеше, се сблъскахме с друг проблем - опитните играчи просто чакаха извън контейнера и стреляха по войниците по време на анимацията им за излизане. За да противодействаме на това, добавихме кула към контейнера, за да защитаваме войниците, когато излизат. Това не пречи напълно на играча да се възползва, особено ако използва индиректно оръжие като граната или нещо подобно, но изглеждаше реалистично и като реалистична контрамярка, която някой със стратегическо мислене, би предприел."
N/A3954"#commentary\cn_039_laser_guided_rpg.mp3" "[Ерик Смит] Функцията за лазерно насочване на RPG-то беше огромно главоболие за нас, защото беше трудна за обучение. Много тестери на игри изстрелваха RPG-то и веднага се скриваха зад прикритие, което означаваше, че не виждаха траекторията на полета на ракетата. Още по-лошо, те не осъзнаваха, че ракетата сега се обръща, за да полети обратно към тях. Опитахме различни HUD елементи и лазерни точкови индикатори, за да помогнем, но установихме, че повечето играчи ги пренебрегват, фокусирайки се върху врага. Направихме колкото се може повече малки подобрения, като например подчертаване на функцията в речта на Одеса и подобряване на аудио и визуалните ефекти около това как бойният кораб изстрелва директни RPG изстрели. Въпреки че тези промени помогнаха на някои играчи да схванат функцията, никога не стигнахме до точка, в която да се чувстваме сигурни, че повечето я разбират. Дори обмисляхме да премахнем функцията изцяло, но битката с бойни кораби без нея беше много по-малко интересна. Лазерното насочване принуждаваше играча да държи бойния кораб в полезрението, докато ракетата лети, но това също означаваше, че бойният кораб имаше линия на видимост назад, създавайки напрежение, което ни хареса."
N/A3955"#commentary\cn_040_performance_constraints.mp3" "[Ерик Смит] За финалната крайбрежна арена си представихме голям финал, където играчът и отряд граждани щяха да се изправят срещу вълни от войници на интегратора, кулминиращи в битка с бойни кораби. За съжаление, изчислителните разходи за движение на войници и приятелски съюзници по терена означаваха, че битката непрекъснато се намаляваше, за да се вмести в нашия бюджет за изпълнение. По времето, когато стигнахме до това да имаме само един отряд войници във всеки един момент, вече бяхме закъснели с разработката. Твърде късно беше да правим мащабни промени в арената, за да поберем повече врагове, и трябваше да препроектираме потока на битката, за да сведем броя на войниците до минимум."
N/A3956"#commentary\cn_041_lighthouse_gunship.mp3" "[ Идо Магал ] Сценарият с бойния кораб изискваше известна работа, за да се разиграе по начина, по който го замислихме - искахме да се разгърне както във филм. Във филмовата версия бойният кораб щеше да стреля през прозорците, докато главният герой се изкачва на фара, предвиждайки движенията му. За да симулираме това очакване в играта, създадохме сложна серия от задействащи обеми по стълбището. Когато засекат, че играчът се движи нагоре, те инструктират бойния кораб да избере нова траектория на полета, която съответства на височината на играча. Задействащите елементи също така позволяват попадане в десетката в прозорците, най-близки до играча - това са невидими игрови обекти, които вражеският изкуствен интелект веднага ще възприеме като враждебни - и подтикват бойния кораб да стреля по прозорците. Тази комбинация от изкуствен интелект и скриптове е от основно значение за бойните сценарии на Half-Life. Изкуственият интелект управлява общото, адаптивно поведение на NPC-тата, докато скриптовете персонализират уникалните изисквания на всеки сценарий."
N/A3957"#commentary\cn_042_crane.mp3" "[ Якоб Юнгелс ] Кранът изискваше много фина настройка, за да се получи както трябва. Нещо, което трябваше да генерира толкова голяма физическа сила, винаги беше рисковано, предвид ограниченията на нашата физика на твърдите тела и технологията ни за разрушение. Например, магнитът никога нямаше да отговори напълно на очакванията на играчите за нещо с толкова голяма маса. Но тъй като Кранът беше неподвижен, можехме внимателно да изберем всичко в обхвата му и да го настроим фино, ако е необходимо. За щастие, повечето играчи сякаш не забелязаха по-грубите му ръбове, вероятно поради чистата новост на взаимодействието с нещо подобно в смътно реалистична физическа среда."
N/A3958"#commentary\cn_043_flashlight_power.mp3" "[ Джеф Лейн ] Решението спринтът и фенерчето да използват споделено заряда на HEV костюма беше спорно в Half-Life 2. Първоначално само спринтът използваше заряда на костюма, което имаше смисъл, тъй като беше предназначен само за кратък спринт. Фенерчето, от друга страна, можеше да се използва за неопределено време. Но тестването на играта разкри проблем - играчите често напускаха тъмни зони, без да осъзнават, че фенерчето им все още е включено. В ярко осветени, открити зони като Брега нашият бюджет за производителност не можеше да поддържа фенерчето да свети непрекъснато, така че се нуждаехме от начин да го изключваме без участието на играча. Ограничаването на мощността му изглеждаше като просто решение, с предимството да се добави известно напрежение и към тъмните зони. Предизвикателството тогава стана: какъв ресурс да използва? Вече имахме заряда на костюма и не искахме да претрупваме потребителския интерфейс с нов ресурс само за фенерчето. Играехме си с идеята други способности на играча да използват заряда на костюма, мислейки си, че би било интересно играчите да правят компромиси между тях. Това е добър пример за това как гейм дизайнът често е свързан с избор между несъвършени решения. Не ни хареса идеята спринтът и фенерчето да споделят ресурс, но също така не искахме множество ресурси да претрупват потребителския интерфейс. В Епизод 2, без планове да добавяме нещо друго, което да консумира енергия от костюма, в крайна сметка решихме да дадем на фенерчето отделен ресурс"
N/A3959"#commentary\cn_044_open_world_loot.mp3" "[ Джеф Лейн ] Отвореността на Брега ни представи нов проблем в начина, по който разпределяхме наградите на предмети. В игрите на Half-Life обикновено награждаваме играчите, когато изследват. Ако видите пътя напред, но забележите нещо отстрани, вероятно има нещо полезно, ако отделите време да го потърсите. Когато за първи път започнахме да тестваме нашите карти за Брега, скрихме наградите в ъглите на откритите зони. Това обаче доведе до по-лошо изживяване с бъгито. Широко отворените пространства означаваха, че винаги имаше множество малки области, които изглеждаха сякаш може да съдържат нещо, и играчите продължаваха да спират и да слизат от бъгито, за да търсят. Това стана досадно и прекъсваше забавлението от нивото. Така че премахнахме тези разпръснати награди. Но това повдигна нов проблем: как да кажем на играча кога си струва да слезе от бъгито? След известен размисъл, установихме правило: всякакъв вид човешка конструкция винаги ще идва с геймплей съдържание и награди за изследване, докато чисто природните зони ще останат празни. Не можехме да кажем това директно на играчите, но то се съобразяваше добре с техните естествени предположения и го подсилвахме последователно с области като тази."
N/A3960"#commentary\cn_045_gas_station.mp3" "[ Джеф Лейн ] Имахме грандиозни планове за тази среща. Представяхме си да построим бензиностанция, около която играчът да се бие, вероятно запалвайки резервоарите с газ и подпалвайки всичко. Представяхме си как играчът се отдалечава от бушуващ пожар. Но бюджетът и производителността представляваха тежки ограничения през 2003 г. и бензиностанцията трябваше да става все по-малка и по-проста, за да се побере в големите нива на Брега. Плановете ни за динамична система за огън не се осъществиха и изграждането ѝ вече нямаше смисъл - винаги има лимит на това колко работа можем оправдано да вкараме за една схватка. В крайна сметка единствените останки от първоначалната ни визия са експлозивните резервоари с газ."
N/A3961"#commentary\cn_046_buggy_introduction.mp3" "[ Джон Кук ] Искахме нещо по-ангажиращо за представянето на бъгито, отколкото просто играчът да се качи в него и да потегли. Кранът помогна с това. Най-важното беше, че трябваше играчите да се научат как да вдигат бъгито, когато се обърне, и тази последователност ги принуди да се озоват в тази ситуация. Тренировките под напрежение винаги са трудни, но искахме да подчертаем нашествието на мраволъвовете като причина да останат вътре в бъгито. Затова поддържахме заплахата от мраволъвовете активна и осигурихме няколко граждани на монтирани оръдия за подкрепа. Малък бонус: играчите също така получават преживяването да бъдат вдигнати от кран - точно преди да могат да управляват един."
N/A3962"#commentary\cn_047_crossbow.mp3" "[ Джон Кук ] Това е първата възможност на играча да се сдобие с арбалет в играта и поглеждайки назад, е донякъде изненадващо, че не сложихме преграда. Напълно възможно е играчът да го подмине с кола. За да направим това по-малко вероятно, поставихме барикада и наблюдателна точка, за да насърчим играчите да слязат от бъгито, в момента в който забележат арбалета и сандъка с предмети. Тестването на играта показа, че почти всеки играч е спрял и е взел оръжието, но това е случай, в който разликата между тестването на играта и реалната игра може да има значение. Тестер на игра, който играе от началото на Брега, може да не е толкова уморен от изследването, колкото някой, който играе от самото начало на играта. Затова поставихме друг арбалет няколко нива напред, директно на пътя на играча в „Нова Проспект“."
N/A3963"#commentary\cn_048_rollermines.mp3" "[ Джош Уайър ] Търкалящите се мини бяха създадени, за да запълнят нуждата от враг, който би могъл да заплашва играчите, докато шофират бъгито. Тъй като играчът в бъгито по същество беше напълно физически симулиран обект, решихме, че би било интересно да имаме и физически симулиран враг. Изкормвачът вече ни беше показал как този подход може да доведе до враг с много интересни взаимодействия със света. Така че построихме търкалящата се мина - топка, чието движение се задвижва изцяло от генериране на въртящ момент върху себе си - и итерирахме поведението ѝ, докато не стане забавно да се кара срещу нея. Търкалящите се мини не са особено опасни за бъгито, но ако ги оставите да се натрупват, те могат да се превърнат в проблем, особено близо до скала. Също така се уверихме, че работят добре, когато играчът е пеша, което позволява на дизайнерите на нива да извлекат няколко допълнителни схватки с тях."
N/A3964"#commentary\cn_049_sandtrap_thumper.mp3" "[ Лора Дубук ] Експлозивните бъчви са предоставени на играчите, за да ги използват срещу мраволъвове, докато са в безопасност под защитата на Тъмпър. Но ние използваме това и като намек за предстоящия сблъсък с Мраволъвската гвардия, където играчите често използват подобни тактики, за да спечелят битката. Допълнителните действия на играчите, като изстрелване на експлозиви с гравитационното оръдие, могат да бъдат забравени, ако не се използват редовно. С широката гама от офанзивни опции, които даваме на играчите, няма гаранция, че са използвали тази способност наскоро. Така че тук ние фино им предлагаме да я върнат в арсенала си, преди да се изправят срещу Гвардията."
N/A3965"#commentary\cn_050_coast_kickoff.mp3" "[ Марк Лейдлоу ] Тази междинна сцена се появи късно в разработката, за да свърже Рейвънхолм с Брега. Забелязвате ли тенденцията? Доста от свързващата тъкан в нашите игри се сглобява късно. В този случай това означаваше да правим компромиси, където е възможно - дори нямахме време да анимираме Аликс на монитора. Тези видове сцени винаги представляват предизвикателство да станат интересни и нямахме успех с тази. Това е добър пример за това какво се случва, когато NPC-тата се третират като пътепоказатели, без да се добавя характер към тях или към сцената. Резултатът е незабелижим момент, в който шевовете на играта се виждат. Но това е природата на разработката - имате ограничено време и трябва да решите къде да го използвате. Лабораторията на Клайнер и лабораторията на Илай бяха много по-важни, така че съсредоточихме усилията си там."
N/A3966"#commentary\cn_051_odessa_cubbage.mp3" "[ Марк Лейдлоу ] Одеса Къбидж е пример за типа епизодичен герой, който открихме, че работи добре. Той е забавен човек с някои забавни детайли, живеещ в собствения си малък балон. Тъй като не напуска сценария си, той е свободен да бъде достатъчно преувеличен, за да се открои. Започнахме с неговия модел, който беше преработен от изрязана част от играта и го кръстихме на заглавието на спам имейл, който получихме. Моделът първоначално беше норвежки рибар и не съвсем подходящ за англичанин, затова му мацнахме едни мустаци - и в този момент се роди героят на Одеса. В крайна сметка той е шарлатанин, като всичко в него е фалшиво - акцентът му, мустаците му, всичко. Той никога не би се изложил на опасност, което го прави идеалният човек, който да подаде на Гордън RPG-то и да обясни точно как да го използва."
N/A3967"#commentary\cn_052_28_transitions_later.mp3" "[ Марк Лейдлоу ] След като нанизахме няколко нива с тъмни тунели като преходни пространства, осъзнахме, че можем да променим очакванията на играчите, като построим още едно, което изглежда като преход, но вместо това съдържа нещо друго. Като всички останали, гледахме „28 дни по-късно“ през 2002 г., хареса ни и веднага искахме да създадем ескалираща зомби среща в един от нашите тъмни тунели. Получи се бързо и бяхме доволни от резултата. Години по-късно срещнахме Алекс Гарланд, сценариста на филма. Той беше играл и се беше насладил на Half-Life 2 и признахме, че неговият филм беше вдъхновил тази част."
N/A3968"#commentary\cn_053_finest_mind_of_his_generation.mp3" "[ Марк Лейдлоу ] Ето още една малка, междинна сцена, която в крайна сметка се получи добре. Единственото изискване за този момент беше да научим играча да стои далеч от пясъка. При предишните сцени все още бяхме фокусирани върху това просто да ги направим функционални, но когато стигнахме до тази, се почувствахме по-комфортно и започнахме да се наслаждаваме на процеса на влагане на допълнителен смисъл на тези моменти. По този начин издигнахме героите отвъд това да бъдат просто пътепоказатели, създавайки нещо по-интересно и забавно. След пускането, Лазло събра огромна база от последователи, напомняйки ни колко е трудно да се предвиди какво ще се хареса на играчите."
N/A3969"#commentary\cn_054_bridge_playtesting.mp3" "[ Мат Буун ] Секцията с Моста винаги е била връхна точка в тестовете, като тестерите винаги реагираха силно на нея. Напрежението, което изпитваха, докато бавно си проправяха път през гредите, беше видимо в движенията им. С течение на времето добавихме повече предизвикателства към преминаването и тестовете за игра ставаха все по-забавни за гледане. От влака, който трополи по моста и разтърсва играча, до изненадващ главорак в барака, която е изглеждала като безопасно убежище по средата. Чувствахме се малко виновни, наслаждавайки се на видимия стрес на тестерите, но не бяхме пълни чудовища: след като играчите преминат моста, те ще въздъхнат с облекчение, ще деактивират щита на интеграторите и след това ще осъзнаят, че трябва да се върнат през долната страна. Притеснени, че може да им е скучно при второто пътуване, решихме да добавим боен кораб, който да им прави компания на гредите."
N/A3970"#commentary\cn_055_thumper_final_stage.mp3" "[ Мат Буун ] Хареса ни последният етап на Тъмпърите, където предназначението им се обръща. Сега, вместо да служат като инструмент за безопасност, те действат като блокер за армията от мраволъвове на играча. Вероятно обаче е трябвало да включим по-задълбочено обучение за Тъмпърите преди този момент. Макар че в по-ранните нива на Брега беше приемливо играчите да разбират Тъмпърите само частично, сега залозите са по-високи, защото играчите също така изпробват стръв за мраволъвове за първи път. Играчите, които не осъзнаят, че този първи Тъмпър пречи на техните мраволъвове да се движат напред, може да разберат погрешно как работи стръвта. Ако хвърлят стръв по войници в първия бункер и не дойдат мраволъвове, те може да си направят заключението, че стръвта е ненадеждна или не работи както се очаква, и да се върнат към използването на оръжията си."
N/A3971"#commentary\cn_056_buggy_tools.mp3" "[ Мат Райт ] Искахме бъгито да бъде нещо повече от просто средство за придвижване, затова решихме да прикрепим огнестрелно оръжие към него. Избрахме Тау оръдието, оръжие от Half-Life 1, което ни хареса, но за което не бяхме намерили място в Half-Life 2. Тау оръдието може да стреля през стени, което го прави трудно за дизайн на нива, затова го ограничихме до секцията на Брега. След като веднъж въведете оръжия, преминаващи през стени, дизайнът на нивата става много по-труден. Освен това, монтирахме сандък за боеприпаси на гърба на бъгито, давайки на играча неограничени муниции за автомати за цялата секция на Брега. Това беше особено полезно за тестерите на играта, които се затрудняваха с безкрайните мраволъвове, появяващи се от пясъка."
N/A3972"#commentary\cn_057_antlion_guard.mp3" "[ Мат Райт ] В редки случаи играчите може да се окажат неспособни да убият Мраволъвската гвардия в тази арена. Това би се случило, ако са свършили мунициите и освен това са използвали неправилно всички налични физически обекти, оставяйки нищо за изстрелване с гравитационното оръдие. За да се справим с това, добавихме гражданин на монтираната кула над портата като предпазна мярка, позволявайки на блокирал играч да разчита на гражданина да убие Гвардията."
N/A3973"#commentary\cn_058_terrain_and_performance.mp3" "[ Майк Дюсо ] Нашият бюджет за производителност често беше значително ограничение, когато ставаше дума за битка, и още повече за битка върху теренни повърхности. Когато NPC-тата се движат, те извършват множество малки пространствени проби, за да определят дали могат безопасно да се ориентират по избрания от тях път. За да си го визуализирате, представете си, че не могат да виждат и постоянно размахват пръчка пред себе си, за да проверят дали пътят е свободен. Цената на производителността на тези сонди се увеличава със сложността на геометрията на света. Нашата система за изместване на терена създава неравни повърхности, използвайки много полигони - много повече от идеално плоските подове, които се срещат другаде. Това означаваше, че NPC-тата, движещи се по терена на Брега, бяха по-ресурсоемки, отколкото в други зони, и това ограничение диктуваше мащаба на многото схватки в тази част от играта."
N/A3974"#commentary\cn_059_area_portals.mp3" "[ Майк Дюсо ] Едно от предизвикателствата при производителността, с които се сблъскахме в Брега, беше работата с широки открити пространства, които включваха сгради с много детайлни интериори – или поне по стандартите от 2003 г. Когато играчът беше навън, искахме да разпределим колкото се може повече от бюджета си за рендиране на това пространство, без да губим ресурси за интериора на сградите. Но освен ако не бяхме склонни да заковем с дъски всеки прозорец и врата, играчът все още можеше да вижда вътре. За да решим това, създадохме функция, наречена „зонални портали“, като поставихме по един във всеки отворен прозорец и врата. Зоналният портал предварително изчислява плоско изображение на интериора на сградата. По време на игра, когато играчът е надалеч, зоналният портал показва това предварително изчислено изображение върху прозореца или вратата, което ни позволява да пропуснем рендирането на действителния интериор. Когато играчът се приближи, ние плавно преливаме между изображението на зоналния портал и действителното съдържание на сградата. С внимателна употреба, зоналните портали ни помогнаха да постигнем целите си за производителност в Брега – и, от време на време, вратата, която се затваря сама зад вас."
N/A3975"#commentary\cn_060_buggy_removal.mp3" "[ Майлс Естес ] След като стигнахме до точката, в която искахме играчът да остави бъгито си, трябваше да бъдем много категорични за това. В Брега играчите оставяха бъгито и след това се връщаха в него, и така открихме, че тестерите се опитваха да го вземат със себе си, ако това изглеждаше дори бегло възможно. Тази малка гаражна сцена съществува предимно, за да сигнализира ясно, че играчът е приключил с шофирането и ще продължи пеша."
N/A3976"#commentary\cn_061_d2_coast_04.mp3" "[ Ранди Лундийн ] Тази карта всъщност беше първата зона от Брега, която построихме, преди крана и други елементи да съществуват. Пресушеното морско дъно и ръждясалите кораби бяха една от най-ранните арт визии, които разработихме. Години по-късно представихме картата в нашата демонстрация на E3 през 2003 г., въпреки че голяма част от геймплея все още се доработваше по това време. В резултат на това, когато започнахме да изграждаме цялата секция на Брега, тази демонстрация се превърна в полезна визия, върху която да работим."
N/A3977"#commentary\cn_062_transition_tunnels.mp3" "[ Ранди Лундийн ] Изграждането на Брега изискваше от нас да разработим начин за справяне с преходите между нивата. За да преминем от едно ниво на друго, трябваше да запазим всичко в преходното пространство, след като играчът напусне първото ниво, и да го възстановим на следващото ниво след зареждане. Важно е също така да запазим и възстановим всичко видимо за играча в преходната зона дори ако се намира извън самото пространство. Поради тази причина се стремим да поддържаме преходните пространства възможно най-малки и затворени. В по-голямата част от играта малка стая работи добре за тази цел. Но за Брега се нуждаехме от различно решение. След известно експериментиране се спряхме на тъмни тунели. Освен че бяха многократно използваеми по правдоподобен начин, тунелите ни позволиха да добавим ярка светлина в края, за да маскираме факта, че не можем да рендираме това, което е пред играча, защото то съществува на съвсем различно ниво."
N/A3978"#commentary\cn_063_sniper_alley.mp3" "[ Робин Уокър ] Тази част от игровия процес беше добавена в края на разработката, след като преместихме лабораторията на Илай и Рейвънхолм преди Брега. Макар че може би си мислите, че изграждаме играта линейно, всъщност се разделихме на три различни групи и работихме паралелно върху различни части, започвайки предимно от средата на играта. Първоначално всяка група се фокусираше върху утвърждаването на ядрото на своята част, преди да продължи напред. След това, след като имахме груба версия на цялата игра, се върнахме към всяка част, за да я шлифуваме - добавяйки успешни елементи от други области и премахвайки това, което не работеше. В някои случаи, като например в Рейвънхолм, цели части бяха преместени. След това, след като Рейвънхолм беше преместен, се нуждаехме от ново парче, което да го свърже с Брега, което е областта, в която навлизате сега. Предвид ограниченията във времето, тази кратка част беше изградена с помощта на съществуващи, доказани геймплей елементи, като снайперисти и интегратори."
N/A3979"#commentary\cn_064_battery_finding.mp3" "[ Робин Уокър ] С увеличената гъстота на обектите в геймплейните пространства на Half-Life 2, решихме, че би било интересно играчите да търсят конкретен предмет, особено ако има някаква логика къде може да бъде намерен. По този начин играчите биха могли да локализират предмета или чрез внимателно наблюдение и дедукция, или просто чрез груба сила, претърсвайки района. Тъй като вече имахме модели за автомобили и батерии, беше естествена стъпка да създадем малка автоморга, която играчите да изследват. Скрихме и няколко допълнителни батерии на неочаквани места за играчите, които изберат метода на грубата сила. Както при други пъзели, базирани на предмети, този се нуждаеше от предпазител, в случай че играчите загубят батериите. Можете да опитате да ги хвърлите всичките от скалата, ако искате да видите какво ще се случи."
N/A3980"#commentary\cn_065_boathouse.mp3" "[ Скот Далтън ] В Half-Life 1 открихме, че можем да извлечем много полза от сценарии, в които различни врагове с изкуствен интелект се бият помежду си. Забавно е за играчите да ги гледат как се сблъскват и е много по-лесно да наблюдават поведението на врага, когато не са те мишената. Тази първа среща между мраволъвовете и интеграторите е замислена като забавна възможност да блъснете нещо с бъгито, но също така служи и за подчертаване на Тъмпъра. Виждайки как войниците използват Тъмпъра, за да удържат мраволъвовете, се надявахме повече играчи да разберат ползата му. Хареса ни как войниците демонстрираха полезността на това да стоят близо до Тъмпъра, докато се сблъскват с мраволъвовете."
N/A3981"#commentary\cn_066_buggy_theft.mp3" "[ Скот Далтън ] Докато строяхме края на Брега, решихме интеграторите да откраднат бъгито на играча. Наистина нямаше логика, но след като гледахме толкова много тестове, в които играчите развиваха силна привързаност към бъгито си, искахме да поиграем с тази емоционална връзка. След като внедрихме кражбата, тестери започнаха да крещят на интеграторите, че са откраднали превозното им средство – нещо, което приехме като знак за успех. Войникът, стрелящ от върха на скалата, е там просто, за да привлече погледа на играча нагоре, задействайки целта за поглед и създавайки дропшипа с бъгито. Гледайки го сега, 20 години по-късно, сме поразени колко нелепо е всичко това."
N/A3982"#commentary\cn_067_snipers.mp3" "[ Тед Бекман ] Екипът на Half-Life 2 никога не е бил многоброен, така че винаги търсехме начини да създаваме нов геймплей без високи производствени разходи. Снайперистът е чудесен пример. Той няма реален модел - само лазерен лъч - така че не изискваше графична или анимационна поддръжка. Когато умре, той просто създава парцалена кукла на интегратор и я изстрелва през прозореца. Въпреки тази простота, получихме много уникален геймплей от него. Бяхме особено доволни от това как взаимодейства с физическите обекти в света на играта. Играчите са свикнали да се възползват от експлозивни предмети близо до врагове, така че ни се стори подходящо да имаме враг, който да обръща тази динамика, когато играчът се прикрива."
N/A3983"#commentary\cn_068_buggy_model.mp3" "[ Тед Бакман ] Моделът на бъгито премина през много итерации, преди да достигне финалната си версия. Преминахме през дизайни, които удовлетворяваха както нашите художествени, така и физически симулационни нужди, но след това се натъкнахме на неочакван проблем: много тестери на играта, дори опитни FPS играчи, получаваха морска болест, докато шофираха. Наред с някои корекции в симулацията, открихме, че промяната на модела на бъгито помогна - колкото повече моделът закриваше света, толкова по-лоша ставаше морската болест. Затова започнахме да премахваме части от модела, премахвайки все повече и повече от тялото, докато играчите не спряха да се чувстват зле. По-специално, възможността да се вижда земята през липсващата ходова част промени нещата."
N/A3984"#commentary\cn_069_antlion_design.mp3" "[ Тед Бакман ] В някои от най-ранните дизайнерски работи за играта имахме планове за множество основни извънземни раси, като интеграторите бяха само една от тях. Една от другите раси беше религиозен насекомоподобен вид, а мраволъвовете бяха част от него. По-късно, докато разработвахме Брега, започнахме да им гледаме повече като на вредители, идващи през порталите на Зен, заедно с главораци и други същества. Въпреки че всъщност не са от Зен, те наводняват ъглите на всеки свят, в който влязат – много подобно на хлебарките."
N/A3985"#commentary\cn_070_explosive_barrels.mp3" "[ Брайън Джейкъбсън ] Тук представяме експлозивни цеви, основен елемент в шутърите от първо лице, но с нов обрат: вторият изстрел от пистолета подпалва цевта, започвайки детонация с обратно броене. Третият изстрел ще детонира цевта незабавно. По този начин играчите могат или да забавят експлозията, или да я задействат веднага, в зависимост от ситуацията. Играчите може да искат да подадат експлозивна цев на лепка и след това да я стрелят два пъти като удобен начин за безопасно елиминиране на група от тях. Забавената експлозия също така създава по-интересни верижни реакции между множество цеви. Експлодиращите цеви бяха любими на феновете в поредицата, но също така бяха вътрешно предпочитани от дизайнерите на нива, които често смятаха, че играта никога не може да има достатъчно от тях."
N/A3986"#commentary\cn_071_ragdoll_magnets.mp3" "[ Дарио Казали ] Физиката на Half-Life 2 ни даде разнообразие от инструменти, за да направим битките по-вълнуващи. Например, когато враговете пропуснат играча, ние фино пренасочваме изстрелите им към чупливи обекти наблизо, добавяйки хаос и създавайки усещане за екшън филм. Използвахме и физика, за да добавим подсказки. Създадохме това, което нарекохме „магнити за парцалени кукли“ в играта, за да накараме труповете на враговете да падат по интересни и драматични начини – например от первази или по пътя на влак."
N/A3987"#commentary\cn_072_helicopter_peekaboo.mp3" "[ Дейв Рилър ] Щурмовият хеликоптер на интеграторите като централен антагонист беше нещо, което искахме да развием през цялата глава. Безскрупулният хеликоптер се превърна в самостоятелен герой. Тук, ако се ослушате и погледнете отгоре, можете да чуете двигателя му и да го видите да лети по железопътните линии и в далечината. Този първи поглед е малко предзнаменование, като присъствието му става все по-изразено с течение на времето - докато накрая не се изправите срещу него."
N/A3988"#commentary\cn_073_iterative_passes.mp3" "[ Дейвид Спейрер ] Някои глави от играта, като например пешеходните секции на Каналите и Рейвънхолм, бяха разработени на множество етапи от различни клики. Открихме, че предаването на карти по този начин доведе до по-голямо разнообразие в преживяването и по-висока плътност на интересни моменти, тъй като всяка клика добави своите уникални щрихи към картите. В пешеходната част на Каналите, първият етап определи художествената насока и пътя на играча, заедно с общите черти на преживяването и някои основни моменти. Но Алфа тестът на отбора установи недостатъчно напрежение и донякъде монотонно преживяване тук. Във втория ни етап се върнахме към картата, фокусирани единствено върху създаването на това напрежение и значително увеличихме плътността на сценариите, които се развиват от момент на момент."
N/A3989"#commentary\cn_075_pistol_design.mp3" "[ Джош Уайър ] Стандартният пистолет е работната сила на играта, функционирайки не само като първото оръжие за далечна стрелба, което се научавате да използвате, но и като метод за взаимодействие с физиката и разрушимите обекти на безопасно разстояние през цялата игра. За да го направим по-бърз и забавен за използване, пистолетът използва механика за повторна стрелба, която е уникална за него в играта. Пистолетът ще стреля толкова бързо, колкото бързо играчът може да натисне бутона за въвеждане, което означава, че той усеща незабавен отговор на въведените команди и колкото по-бързо кликва, толкова по-бързо стреля."
N/A3990"#commentary\cn_076_shatterglass.mp3" "[ Джош Уайър ] Когато проектирахме ранни нива, където има по-малко механики в инструментариума на играча, открихме, че е също толкова ангажиращо да се открояват нови технически характеристики, както направихме тук с чупливото стъкло. За ефекта на разбиване стъклото беше разделено на мрежа от малки квадратчета, което ни позволи да проследяваме кои са непокътнати или счупени и да взривяваме по-големи секции, след като достатъчно квадратчета вече не бяха свързани. Всеки квадрат беше рендиран с уникална текстура, базирана на състоянието на съседните му квадратчета, създавайки остри, назъбени ръбове между счупеното и непокътнатото стъкло. Макар че счупването на стъкло сега е нещо обичайно в игрите, това беше нещо, което не бяхме виждали много преди, докато правехме Half-Life 2, и бяхме изключително доволни от нивото на прецизност и динамика, което то внесе в играта."
N/A3991"#commentary\cn_077_lambda_caches.mp3" "[ Лора Дубук ] Технически погледнато, първият ламбда кеш е в лабораторията на Клайнер, но това е първият, който играчът открива сам. Добавихме ламбда кешове, за да насърчим изследването и да подскажем на играчите къде могат да бъдат намерени скрити ресурси, като идеята е, че те са поставени от Съпротивата като част от техния таен бунт. В Half-Life съдържанието на сандъците с провизии беше предварително определено от дизайна на нивата. В HL2 въведохме адаптивни сандъци с провизии, които дават на играча това, от което има малко в момента, въз основа на целите за ресурси, зададени от дизайнера на нивата."
N/A3992"#commentary\cn_078_scanners.mp3" "[ Кери Дейвис ] Скенерите представляваха сложно предизвикателство за гейм дизайна. Макар че ни хареса как дистопичното им присъствие помогна да се представи окупацията на интеграторите като потискащо присъствие на наблюдение, всъщност не искахме те да стрелят по играча. Открихме, че прицелването в небето, за да се уцели малък, мобилен враг с постоянно преимущество във височината, беше нещо, което не можехме да направим забавно. Тъй като харесвахме ролята им в историята, решихме, че в битка скенерите ще служат предимно като очи, които да предупреждават близките врагове за присъствието на играча – функция, която подсилихме със звукови ефекти от войниците. Освен това, те ще могат да тормозят играча само с ярки светлини и от време на време да падат като бомби, след като понесат достатъчно щети."
N/A3993"#commentary\cn_079_surface_properties.mp3" "[ Ариел Диас ] Възпроизвеждаме персонализирани звуци за стъпките, когато играчът ходи по хлъзгавата кал. Това беше система, наречена свойства на повърхността, която използваше типа материал, за да определи звуците и други ефекти, които трябва да се появят, когато се стъпи върху него или се стреля по него. По-рано в разработката имахме ефект, който забавяше движението на играчите при ходене по кални повърхности. Това обаче беше премахнато във финалната версия, тъй като беше решено, че е твърде натоварващо."
N/A3994"#commentary\cn_080_combat_entrances.mp3" "[ Дарио Казали ] Да тичаш зад ъгъл в нова зона, само за да видиш врагове, стоящи там, винаги е неловко и кара света да се усеща по-малко жив и по-скоро като стрелбище. Затова бяхме мотивирани да въведем враговете в бойните пространства по по-интересни и динамични начини, които биха комуникирали планиране и преднамереност от тяхна страна, сякаш тези войници са имали план за Гордън още преди да се появи. Метроченгетата в тази сцена скачат в пространството в предварително подготвена последователност, а по-късно в играта използваме спускане по подобен начин. Няма значение откъде идват в действителност, защото играчите в крайна сметка разказват тази история на себе си. Открихме, че в крайна сметка битката трябва да има подразбираща се история в своята подготовка: засада, изненада, нахлуване, нападение – всички тези сценарии използват голяма част от един и същ вражески изкуствен интелект, но всички се възприемаха различно за тестерите."
N/A3995"#commentary\cn_081_mounted_gun_gallery.mp3" "[ Дейв Рилър ] В тази сцена се случват няколко неща: оръдейната кула, която стреля по чупливите сандъци отзад, учи играчите да не се изправят срещу заплахата директно, а вместо това да използват канализацията, за да я победят. А когато стигнат до кулата, играчите се наслаждават на използването ѝ в стрелбище с вълна от интегратори и скенери за пикиращи бомбардировки. Започваме да представяме и изстрелващия ракети APC на интеграторите, който тласка играчите напред и ще се появи отново по-късно в главата."
N/A3996"#commentary\cn_082_barnacle_bowling.mp3" "[ Джош Уайър ] Това е задоволителен пример за това как група дизайнерски елементи могат да се съчетаят в матрица от взаимодействия, за да създадат запомнящ се сценарий за играча. Имаме лепки, нашата физическа симулация, хлъзгави кални повърхности и не на последно място: експлозивни варели. Срещали сте всички тях поотделно, но те са способни да се щракнат естествено, за да създадат момент, който нарекохме „боулинг с лепки“."
N/A3997"#commentary\cn_083_barnacle_introduction.mp3" "[ Майк Дюсо ] Тъй като лепките могат да бъдат объркващи при първата им среща, искахме да ги представим по начин, който показва на играчите поведението им от безопасно разстояние. Решихме да го направим чрез сцена с хищник/плячка в стил „природно шоу“. Но както винаги, подобни сцени изискваха много повторения, за да могат играчите да ги видят достоверно."
N/A3998"#commentary\cn_084_physics_in_puzzles.mp3" "[ Ерик Смит ] Често по-простите механизми, срещани по-рано в играта, се извличат от по-сложни като форма на обучение. Пъзелът с клатушкане, първото устройство, базирано на физика в играта, всъщност е производен на по-късен, по-сложен пъзел с пералня в Каналите. Клатушкането използва същите принципи на маса и рампи, но по по-лесен начин, с който играчите могат директно да взаимодействат, което им помага да разберат физиката на играта и прави по-късните пъзели по-лесни за решаване. Този пъзел също така подчертава аналоговия характер на физическата система, като разположението на циментовите блокове и собственото тегло на играча са фактори в решението."
N/A3999"#commentary\cn_085_combine_attack_helicopter.mp3" "[ Брайън Джейкъбсън ] Играчите са виждали нещо подобно и преди, но ето къде представяме напълно главния бос в главата „Каналите“: атакуващия хеликоптер на интеграторите. Този хеликоптер безмилостно унищожава прикритието на играча, принуждавайки го да се движи напред или рискува да бъде обстрелян. Искахме тази последователност да изглежда напрегната и заплашителна, като хеликоптерът изглежда твърде мощен, за да се изправите срещу него директно, и да поддържаме тази интензивност през Каналите до финалната битка в резервоара. За да постигнем това, силно ограничихме движението на хеликоптера въз основа на специфични геймплей цели. В тази карта, проектирана като бягство от прикритие до прикритие под огнестрел на хеликоптер, създадохме пръстеновидна пътека в небето над арената. Хеликоптерът винаги пътува до най-отдалечената точка на този пръстен от играча, като го държи видим и ни улеснява да поставим прикритие точно на правилните места."
N/A4000"#commentary\cn_087_explosive_barrel_factory.mp3" "[ Дейвид Спейрер ] Тази стая, изпълнена с абсурден брой експлодиращи варели, вдъхнови добронамерен дебат в екипа за това колко далеч можем да стигнем с правдоподобността на нашия свят. Честно казано, един експлодиращ варел вероятно е твърде много от гледна точка на реализма – в реалния свят варелите всъщност не би трябвало да експлодират, дори и да стреляте по тях."
N/A4001"#commentary\cn_088_rising_water.mp3" "[ Даби Енг ] Плаващият мост и дървените макари тук въвеждат концепцията за плаваемост като инструмент за играча. В този случай това не е истински пъзел, а просто забавление за играча, взаимодействащ с физическата система, но по-късно ще се върнем към този геймплей елемент в каналите, за да издигнем рампа за въздушната лодка."
N/A4002"#commentary\cn_089_manhack_matt.mp3" "[ Джон Морело ] Нарекохме този човек „Изкормвача Мат“. Искахме да дадем на играчите усещането, че стотици граждани обитават скритите кътчета и пукнатини на Град 17. Към този момент от играта беше минало известно време, откакто играчите бяха виждали гражданин, и искахме да обясним значението на изкормвачите, които бяха първият враг, базиран на физика, когото създадохме. В оригиналната концепция в града имаше видео аркада, където играчите можеха да летят с изкормвачи, за да атакуват виртуални граждани. В крайна сметка играчите щяха да открият, че изкормвачите са истински, както и гражданите. С развитието на окупацията на интеграторите, тази идея за видео аркада изгреждаше странна и в крайна сметка отпадна."
N/A4003"#commentary\cn_090_fighting_motion_sickness.mp3" "[ Дейвид Спейрер ] В ранните тестове на играта много играчи развиха морска болест, докато управляваха въздушната лодка. Докато се опитвахме да поправим това, открихме няколко фактора, които допринесоха за това. Установихме, че намаляването на натрапчивостта на аеродинамичната лодка в гледката помага, затова направихме няколко теста на модела, за да го подобрим. Поддържането на постоянна честота на кадрите също помогна, така че беше важно да се следи производителността в тези секции. Най-важният фактор обаче беше елиминирането на криволиченето на гледката, за да се поддържа по-стабилен хоризонт, независимо какво правеше въздушната лодка. Един от програмистите в екипа беше супер склонен към морска болест и той смело предложи да проведе няколко теста на играта, за да оцени напредъка ни към решение. Почти сигурен съм, че повърна поне веднъж след тестването на играта и благородната му саможертва беше изключително оценена."
N/A4004"#commentary\cn_091_headcrab_canisters.mp3" "[ Джеф Лейн ] Използвани контейнери с главораци се виждат по-късно в Рейвънхолм, затова решихме да ги покажем тук, за да разкажем историята за това как се използват от интеграторите. Историята е, че интеграторите са превърнали фауната на Зен в оръжие, за да я използват срещу хората. Заровени главораци бяха добавени като нова функция за тази секция, която беше разширена в по-голяма зона, предназначена да покаже гражданска барака, унищожена от нападението на главораците."
N/A4005"#commentary\cn_092_airboat_intro.mp3" "[ Джон Морело ] Тук играчът получава първото превозно средство в играта - въздушната лодка. Искахме да създадем безопасно пространство, където играчите да се упражняват в управлението на въздушната лодка толкова дълго, колкото искат, преди да продължат напред. Арената е осеяна с възможности за скокове и трикове и я напълнихме с токсична слуз, за да задържим играчите във въздушната лодка по-дълго, като същевременно им попречим да оставят превозното средство зад себе си и да се придвижат напред пеша."
N/A4006"#commentary\cn_093_zombie_surprise.mp3" "[ Джеф Лейн ] В тази канализационна тръба има малко закачливо стряскане. Играчите се скитат насам, фокусирани и любопитни, и тогава се появява подводно зомби, което почти винаги стряска тестерите. Един падна напълно от стола си и ние отбелязахме този момент като успех."
N/A4007"#commentary\cn_094_airboat_time.mp3" "[ Дейв Рилър ] Намирането на правилния баланс между времето, прекарано в превозно средство, и времето, прекарано пеша, изискваше известна работа. Шофирането с пълна скорост придвижваше играчите бързо през света и в ранните тестове смятахме, че играчите пропускат да изследват и да се запознаят с детайлите на играта. Изследването и изучаването на света са основни ценности на Half-Life, така че не искахме превозното средство да елиминира това. За да се справим с това, добавихме периодични места, където играчите можеха да излизат и да изследват малки джобове с гъсти детайли. Освен това, с развитието на физическата система, ние научавахме нови начини да я използваме. Тези места извън въздушната лодка ни позволиха да въведем елемент на откритие около физиката, като например пускане на щайги във водата или комбиниране на бъчви за повдигане на рампа. Това даде възможност на играчите да взаимодействат с водата и физиката по различни начини."
N/A4008"#commentary\cn_095_floating_supplies.mp3" "[ Джош Уайър ] В алфа теста, Каналите бяха осеяни с плаващи сандъци с провизии, които играчите можеха да разбиват с въздушната лодка, за да събират провизиите вътре. Механиката беше донякъде геймърска, но помагаше за поддържане на потока на играта, като позволяваше на играча да се снабдява в движение. За да направим предпоставката по-правдоподобна, искахме да разкажем историята за това как плаващите сандъци са се оказали толкова удобно разположени по пътя на играча. Тази сцена с граждани, които пускат сандъци с провизии, помага да направи тази история достоверна, като същевременно кара каналите да изглеждат по-реални. Също така играчите се чувстват по-героични и важни, поради факта, че им помагат толкова много поддържащи персонажи."
N/A4009"#commentary\cn_096_grenade_intro.mp3" "[ Брайън Джейкъбсън ] Замислихме тази база на интеграторите едновременно като тренировъчна зона и площадка за гранати, като ги представихме тук в сандъци с безкрайни провизии, за да сигнализираме, че е безопасно играчите да използват гранати свободно, без страх, че ще свършат. Развихрете се. Бойната схватка тук използва обширно маркиране, за да насочи изкуствения интелект на войника към прикритие и да предостави добри възможности на играчите да използват гранати. В края на зоната същата техника с безкрайни гранати помага на играчите да се справят с разположението на оръдейните кули, тъй като директната атака е много по-трудна, ако не се направи. Към гранатите бяха добавени яркочервена светлина и следа от частици, което значително улесни играчите да следват траекторията им, независимо дали ги хвърлят или избягват такива от интегратор."
N/A4010"#commentary\cn_097_puzzle_layers.mp3" "[ Дейв Рилър ] Тъй като играчите често са напълно ненаясно с намерението на дизайнера, което според нас е хубаво, те са склонни да реагират по всякакви изненадващи начини на нашите пъзели. Дори привидно прости пъзели могат да са осеяни с безброй неуспехи по пътя към успеха. Такъв беше случаят с този пъзел за отваряне на портите на канала, който изискваше много слоеве подсказки и сигнали. Искрещото колело съобщава, че това е мястото, където обикновено някой би отворил портата, но е необходим друг метод. Няколко врани насочват погледа на играча към решението - в този случай сноп от греди на махало. Тъй като гранатите бяха подробно въведени, първоначално искахме играчите да хвърлят една, за да счупят дървената носеща конструкция, но това не беше достатъчно очевидно. Добавихме експлодиращи варели като много по-ясна улика. Но дори след решаването на пъзела, някои играчи не осъзнаха, че портите вече са отворени, което ги накара безкрайно да изследват вътрешността на базата в търсене на друг изход. Така че трябваше да им напомним за първоначалния им проблем - счупената порта. Добавихме дим, алармена сигнализация и въртяща се светлина и тогава най-накрая започнахме да виждаме надеждно добри резултати в тестването на играта."
N/A4011"#commentary\cn_098_metrocop_strafing.mp3" "[ Дъг Ууд ] Първоначалният дизайн на нивата с въздушната лодка имаше за цел да предизвика играчите с трудни маневри под натиск от страна на Метрополицаите. Схемата на обстрел на Метрополицаите имаше за цел да накара играчите да се движат на зигзак между изстрелите, докато преминават през тях. Но в нашия процес на преглед, вътрешно известен като „съгледвачество“, някои тестери на играта останаха разочаровани, че са обстрелвани, без да имат начин да отвърнат на удара. Те искаха въздушната лодка да бъде мощна и неудържима. Въз основа на тази обратна връзка, ние префокусирахме нивата, за да наблегнем на овластяването пред предизвикателството, преминавайки от избягване на атаки към бърз бой, скорост и пробиване на препятствия."
N/A4012"#commentary\cn_100_mounted_gun.mp3" "[ Джеф Лейн ] Монтираните оръдия бяха добавени тук, за да помогнат на играча да се обучи каква е ефективността им срещу щурмовия хеликоптер за последната битка в резервоара. Това беше необходимо, защото до този момент хеликоптерът беше неуязвим за оръжията на играча и трябваше да дадем някаква индикация, че може да бъде повреден с по-големи оръжия. Това беше само донякъде ефективно в тестовете за игра поради количеството натиск, под който играчът беше в този момент, което доведе до разработването на ефектите и звуците на частиците, които щяха да накарат играчите да се убедят, че наистина нанасят щети."
N/A4013"#commentary\cn_101_357_intro.mp3" "[ Джош Уайър ] Магнумът, за разлика от основния пистолет с по-бавната си скорострелност, е предназначен да стреля по по-премерен и калкулиран начин, нанасяйки катастрофални щети на целта. По-ранните версии на магнума имаха леко произволно разсейване, което смятахме за подходящо за тежестта и по-малко чувствителния спусък на по-голям пистолет. Това обаче водеше до разочароващи моменти, в които играчите внимателно насочваха изстрела си, само за да пропуснат поради намалена точност. За да се справим с това, направихме първия куршум перфектно точен, като всеки следващ изстрел ставаше все по-малко точен с продължителността на стрелбата."
N/A4014"#commentary\cn_102_helicopter_bombing_run.mp3" "[ Брайън Джейкъбсън ] Това е още един пример за това как създаваме опасности при движение, докато управляваме въздушната лодка. Хеликоптерът се опитва да остане пред играча, когато пуска бомби, и ако играчът се отдръпне, той превключва на висене и влиза в атака. В един от игровите тестове, бомба случайно падна между шевовете на тръбите, създавайки доста кинематографичен момент. Тестерът на играта реагира положително, така че екипът реши да го напише така, че да се случва всеки път. Този процес се превърна в част от нашия органичен процес на проектиране: от време на време в тест на игра се случва нещо готино на случаен принцип и ние намираме начин да го направим по-надеждно."
N/A4015"#commentary\cn_103_smokestack_collapse.mp3" "[ Дъг Ууд ] Докато създавахме кинематографична екшън игра като първата Half-Life, искахме да направим някои големи, зрелищни разрушителни последователности, но не разполагахме с възможности да направим нещо подобно. Физиката на Half-Life 2 въведе система за разбиване на малки физически обекти, като например щайги, на парчета, което провокира идеята да направим нещо много по-голямо. Предприехме голяма крачка и се опитахме да разбием комин на парчета, докато пада. Така че експериментирахме с тежестта, докато не се почувствахме по-добре, усъвършенствахме модела и добавихме много дим и звук, за да придадем ефекта и ето, имахме нашия голям, зрелищен момент на разрушение. В крайна сметка, нашата физика направи последователността едва възможна по начин, който може би изглежда старомоден по съвременните стандарти, но по онова време беше наистина страхотно. Тъй като симулацията беше уникална всеки път, когато я пускахме, трябваше да предприемем стъпки, за да избегнем пълното блокиране на пътя на играча с големите парчета от отломки. Успехът на тази последователност разпали апетита ни за много по-прецизните кинематографични физични ефекти на разрушение, които ще видим в Епизод две."
N/A4016"#commentary\cn_104_washing_machine_puzzle.mp3" "[ Дейвид Спейрер ] Създадохме пъзела с физиката на пералнята в края на разработката, след като тестовете показаха, че играчите се нуждаят от почивка от безмилостния натиск на хеликоптера. Контрасти в темпото като този могат да подчертаят силните моменти, като нулират емоционалното състояние на играча и предпазват от изтощение или дори скука. Беше положителен знак, че играчите реагираха толкова силно на цялата свършена работа, която направи хеликоптера наистина заплашителен, но ако не се справим със стреса, настъпва умора, която бързо започва да се усеща като монотонност, а не като вълнение. Първоначално играчите бързо преминаваха през тази зона, но поради хубавата слънчева светлина и структурата на канала тук, решихме, че е добро място да спрем действието и да накараме играча да прекара известно време в тишина, решавайки пъзел. Самият пъзел, който беше първият, използващ маси и макари, в крайна сметка даде началото на други пъзели с физическа навигация другаде в играта."
N/A4017"#commentary\cn_105_airboat_changeup.mp3" "[ Джеф Лейн ] Чухме от тестери, че искат по-разнообразен геймплей от въздушната лодка. До този момент в играта играчът нямаше реален начин да се бие с хеликоптера и други врагове, така че ни се стори правилно да въведем ново оръжие, и от друга страна да променим темпото и да подготвим сцената за това, което щеше да последва. В следващите области добавихме стрелба по мишени, за да запознаем хората с новото им оръжие. Допълнителната физическа сила върху снарядите на въздушната пушка означаваше, че мишените ще бъдат изстрелвани във въздуха и ще я карат да се чувства много по-мощна от всичко в екипировката на играча. Дори тогава, когато стана дума за тестване на битка срещу хеликоптера, много тестери все още смятаха, че е непобедим. Те не бяха забелязали нашите усилия да илюстрираме, че хеликоптерът е понасял щети от монтираните оръдия на интеграторите по-рано. За да преодолеем това, направихме най-очевидното нещо: поставихме хеликоптера директно извън тунела, в който се намира оръжието, и ясно показахме, че можете и трябва да стреляте с него. И проработи."
N/A4018"#commentary\cn_106_donkey_kong_barrel_ramp.mp3" "[ Ерик Смит ] Тази конкретна зона, дренажната рампа, първоначално беше просто интересна част от архитектурата на нивата. Но по време на тестването бързо видяхме колко забавно е да плъзгаме въздушната лодка нагоре и по склона, затова добавихме още елементи, за да подобрим това преживяване. Това включваше Метроченгета, които пускат бъчви надолу към играча, като малък поклон към класическата аркадна игра Donkey Kong."
N/A4019"#commentary\cn_107_lambda_cache_interlude.mp3" "[ Даника Роджърс ] Играта Half-Life в крайна сметка е линейно преживяване, но ние винаги търсим начини да разчупим пътя на играча и да създадем нелинейност на ниво. Този ламбда кеш, заменен със засада от зомбита и главораци, беше напълно по избор и беше създаден само за да добави част от тази нелинейност към този участък от пътуването през каналите."
N/A4020"#commentary\cn_108_skybox_time_of_day.mp3" "[ Ерик Кирхмер ] Цветът на небето и мъглата се променят постепенно по време на тази глава. Това е предназначено визуално да представи потока на времето, докато играчът пътува през каналите и главата. Две стойности на цвета на мъглата в противоположни посоки помагат да се създаде илюзията за полегатия ъгъл на слънцето. В този момент можете да видите как то залязва постепенно. Кулминацията на това е бойната арена с хеликоптера, където слънцето залязва и Рейвънхолм се вижда в небето."
N/A4021"#commentary\cn_109_helicopter_megabomb_origin.mp3" "[ Брайън Джейкъбсън ] Атаката с мегабомби с хеликоптер се основаваше на грешка, при която програмист случайно премахна времето за изчакване на пускането на бомби, което доведе до пускането на стотици бомби от хеликоптера наведнъж. Изглеждаше толкова готино, че решихме да го запазим за последната атака с бомби срещу корабите."
N/A4022"#commentary\cn_110_helicopter_final_battle.mp3" "[ Дейв Рилър ] Проектирахме тази зона като арена за финалната битка между играча и атакуващия хеликоптер на интеграторите. Това е шансът на играча най-накрая да елиминира безмилостния враг, който го преследва, откакто избяга под земята, след като напусна лабораторията на Клайнер. Тази зона премина през много итерации, докато я заковем. Нуждаеше се от достатъчно пространство за бърз бой с превозни средства, плавен поток на движение с ясни опции за траектория и надеждна производителност. Целта ни беше и визуална яснота, подходяща за бой - впечатляваща, но не прекалено шумна - като същевременно гарантирахме, че ще служи като запомняща се гледка, след като хеликоптерът бъде унищожен."
N/A4023"#commentary\cn_111_airboat_wreckage.mp3" "[ Дейвид Спейрер ] Първоначално унищожихме въздушната лодка при прескачането на язовира, така че това ниво започна с играча сред останките на любимата си въздушна лодка. В отборен тест, хората се почувстваха разочаровани, че губят превозното средство, в което са прекарали толкова много време. Имаше много вътрешни дебати дали това чувство на загуба е ценно преживяване или не. В крайна сметка решихме да оставим въздушната лодка непокътната, за да дадем възможност на играча да се събере отново с нея някой ден. Някои казват, че тази въздушна лодка все още е някъде там и ви чака."
N/A4024"#commentary\cn_112_arena_exit_gate.mp3" "[ Куинтин Дорокез ] Колесният механизъм за повдигане на изходната порта е добавен специално, за да принуди играча да победи хеликоптера, преди да може да се придвижи напред. Често наричаме подобни елементи „затваряне“ на играча – използвайки дизайнерски елементи, за да го предпазим от напредък, докато не изпълни необходима задача. Тук това буквално е портал."
N/A4025"#commentary\cn_113_blocking_tutorials.mp3" "[ Адриан Финол ] Понякога трябва да сме сигурни, че играчът е научил нещо, и стандартният метод – поне в разработването на игри, не и в живота – е да го хванем зад някакъв портал, където играчът трябва да демонстрира знанията си, за да може да продължи. Опитваме се да прикрием тези портали като нещо естествено, така че да не се усеща сякаш играта е спряла. Разбира се, времето, ресурсите или самият контекст на околната среда могат да направят това трудно. В този случай трябваше да научим играчите как да местят обекти, така че един прост пъзел за подреждане изглеждаше като най-доброто решение. Тествахме по-сложни дизайни, но те се оказаха по-малко ефективни в предаването на действителното нещо, което трябваше играчът да научи."
N/A4026"#commentary\cn_114_natural_storytelling.mp3" "[ Бил Ван Бюрен ] За да постигнем целите си за изграждане на света и разказване на историята в Гарата, се нуждаехме от естествен начин за предаване на диалози, без той да изглежда твърде „игрови“ или да изисква обучение. Забелязахме, че играчите често се приближават до NPC-тата, за да ги разгледат по-отблизо, така че превърнахме това във възможност NPC-тата да потвърдят играча и да кажат своите реплики. Това поддържаше взаимодействията сдържани, което беше от съществено значение, тъй като гражданите не са особено жизнерадостни. Простотата на този подход също така съответстваше на една от основните цели за разказване на истории в Half-Life: да направи разказа отзивчив към интереса на играча. Някои играчи искат да се задълбочат във всеки детайл, докато други просто искат да знаят какво да правят по-нататък. Предоставянето на контрол на играчите върху това с колко история да се ангажират – без това да блокира напредъка – е цел, която винаги се опитваме да постигаме в игрите на Half-Life. Освен това, колкото по-лесно е да се внедри дадена функция, толкова повече от нея можем да включим."
N/A4027"#commentary\cn_115_trainstation.mp3" "[ Чарли Браун ] Началото на една игра на Half-Life има голяма задача: трябва да запознаем играчите с нов свят, като същевременно ги учим как да взаимодействат с него. Играчите трябва бързо да схванат какво се случва, кои са ключовите играчи, с какви заплахи ще се сблъскат и как се вписват във всичко това. И най-вече, трябва да бъде забавно и възможно най-интерактивно. За да се постигне това, са необходими много итерации и тестове, особено на малките моменти, които съставляват по-голямата картина на играта. В този раздел ще подчертаем някои ключови моменти, проблеми с дизайна на играта и няколко теста, при които нещата не се развиха съвсем по план."
N/A4028"#commentary\cn_116_physics_objects.mp3" "[ Дейвид Сойер ] Може би е трудно да си го спомните сега, но когато Half-Life 2 излезе, малките обекти в игрите, като тези боклуци, обикновено бяха статични - тоест, те всъщност не се движеха, или ако се движеха, беше по много елементарен начин. Ако имате късмет, може да се разпаднат на спрайтове, ако ги ударите. Една от целите на тази първоначална секция „Гарата“ беше да се изясни на играчите, че тези неща са правилно, физически, действително симулирани в Half-Life 2. Те можеха да бъдат вдигани, пускани, хвърляни, чупени, премествани от други сили, каквото се сетите. Тук започваме с едно малко нещо, показвайки, че боклукът се издухва от пристигането на влака - или по-точно, невидима маса, която се задейства от играча, който напуска влака."
N/A4029"#commentary\cn_117_blocking_tutorials_3.mp3" "[ Ерик Смит ] Вторият провал в това обучително пространство е случай на неправилно обучение – при което случайно учим играча на нещо, което не сме възнамерявали. Това може трудно за избягване без обширно тестване на играта, тъй като играта винаги учи, дори когато не е замислено да го прави. Ще разгледаме по-екстремен пример за това по-късно в Гарата. Някои случаи на неправилно обучение са критични за отстраняване, например ако играчът научи грешен начин за използване на оръжие или взаимодействие с често срещан елемент от играта. Но този беше по-фин. Докато учихме играчите да местят обекти, ние също ги научихме да подреждат физически обекти, за да избягат от пространство. Обикновено това е добре – само че не използваме този пъзел по-късно в играта, а обучението на нещо неподходящо само претрупва техния ментален инструментариум и затруднява лесното запомняне на полезни неща по-късно. Още по-лошо, подреждането на обекти, за да се избяга от игровото пространство, се превърна в проблем по-късно, нещо, което трябваше активно да предотвратим в множество области. С толкова много физически обекти в играта, блокирането на това поведение без поставяне на тавани навсякъде не беше наистина опция. В крайна сметка се надявахме играчите да не прекаляват с този ранен урок и когато тестовете показаха, че играчите се затрудняват по-късно, се погрижихме да не им го напомняме."
N/A4030"#commentary\cn_118_welcome.mp3" "[ Гейб Нюъл ] Аз съм Гейб Нюъл, добре дошли отново в Half-Life 2. Изминаха дълги двадесет години от премиерта на играта. В тази юбилейна актуализация се опитахме да отговорим на колкото се може повече от изискванията на общността. И макар че това може да не е безусловното изискване номер едно от феновете, често чувам колко много хората биха искали режим на коментари, така че сме развълнувани най-накрая да го осъществим. Не само беше предизвикателство да си спомним много от детайлите от разработката на Half-Life 2, но и не е лесно да разгадаеш десетилетие стар компютърен код и да се чудиш какво, по дяволите, си мислил тогава. Заедно с коментарите на разработчиците, почистихме куп стари грешки и се опитахме да оставим нещата в по-добро състояние, отколкото ги заварихме. И поне този път имаме лукса да знаем как са се развили нещата накрая. За да чуете възел за коментари, поставете кръстчето си върху плаващия символ за коментари и натиснете клавиша Use. За да спрете възел за коментари, поставете кръстчето си върху въртящия се възел и натиснете отново клавиша Use. И ми кажете какво мислите. Можете да се свържете с мен на gaben@valvesoftware.com. Благодаря ви и се забавлявайте!"
N/A4031"#commentary\cn_119_metrocop_shoving_citizens.mp3" "[ Джош Уайър ] Изминахме само няколко крачки и вече имаме проблеми за решаване. Представяме Метроченгетата – враг, когото в крайна сметка ще помолим играчите да убият – и ви даваме представа за света, в който те навлизат. Това е прост, ясен момент, който показва връзката между Метроченгетата и гражданите, а оттам и играча. В същото време решихме да подсилим съществуването на симулацията на основната физика, показвайки начина, по който NPC-тата могат небрежно да взаимодействат с обекти в света. Да видиш нещо като куфар да се блъска в друг и да се измества беше доста ново тогава. Тези моменти в Гарата, където комбинирахме множество цели, бяха най-успешни – те се усещаха естествено, сякаш играта не спираше само за да ти предаде урок."
N/A4032"#commentary\cn_120_fall_damage.mp3" "[ Кери Дейвис ] Обучението на играчите как да правят нещата е съществено нещо, което играта трябва да направи. Но за да могат уверено да вземат решения, те също трябва да разбират по-фините правила. Този малък момент обхваща две от тях: Първо, той показва колко далеко може да падне играчът, без да получи щети. Второ, той въвежда част от „речника“ на играта – как играта ще комуникира с него. Играчите често се притесняват да не получат щети при падане, но също така се притесняват да не направят крачка, която не могат да върнат, така че тук приветлив сандък, върху който да се приземят, сигнализира, че падането е безопасно и това е пътят напред. А когато сандъкът се строши, това подсилва физическата симулация и вероятно е първият път, когато играчите ще видят, че по-големи обекти могат да бъдат разбити."
N/A4033"#commentary\cn_121_sweeping_vortigaunt.mp3" "[ Лора Дубук ] Друг ключов момент в разказването на историята и още едно кимване към физическата система: тук показваме как Вортигонтите се вписват в този нов свят, което е голяма промяна от ролята им на врагове в Half-Life 1. Подобно на толкова много моменти в Гарата, метящият Вортигонт дойде от постоянното ни търсене на начини да покажем герои, които си взаимодействат по естествен начин с физическата система. Защо просто да кажем на играчите, че Вортигонтите са приятелски настроени, когато можем да покажем един, който небрежно мете пода и бута симулирани предмети? Нищо не казва „Хей, не ме застрелвайте този път“ така, както някой, който подрежда по свое собствено желания."
N/A4034"#commentary\cn_122_blocking_tutorials_2.mp3" "[ Робин Уокър ] В този урок има два пропуска, които трябва да се отбележат. Първо, играчите могат да го нарушат, като хвърлят всички кутии през прозореца, което очевидно не е добре. Това ги оставя заседнали и неспособни да продължат, което ние считаме за грешка, спираща играта, която трябва да бъде поправена. Просто решение би било да се промени размера на прозорците или сандъците, така че играчът да може да се побере през тях, но не и сандъците. Проблемът беше, че забелязахме това много късно в разработката и дори такава проста промяна може да има непредсказуеми, разрушителни последици – и на всичкото отгоре точно преди издаването на играта. Освен това, този проблем беше чисто теоретичен. Никога не бяхме виждали тестери да го правят. Нашите тестове на този дизайн преминаха гладко, като играчите научиха каквото им е необходимо и продължиха напред. Промяната на дизайна на стаята толкова късно в играта можеше да наруши този успех по начини, които не можехме да предвидим. Затова избрахме по-консервативно решение, отколкото нещо елегантно. Ако сте любопитни, опитайте да хвърлите всички кутии през прозореца и вижте какво ще стане."
N/A4035"#commentary\cn_123_playground.mp3" "[ Брайън Джейкъбсън ] Когато обсъждахме начини да подчертаем нашата физическа симулация в градската среда, детската площадка ни се стори естествена. А за играчите, които обръщат внимание на д-р Брийн, това е и напомняне за цената на капитулацията на човечеството пред интеграторите. Избрахме няколко структури за детски площадки с интересен физически потенциал и започнахме да ги настройваме. Дори с напредналата физическа симулация, която имахме по това време, подобни настройки винаги изискваха ръчна настройка, тъй като имахме напълно симулирани обекти, взаимодействащи с несимулирани или частично симулирани, като например играча или статичната геометрия на света. Може би е лесно да се предположи, че една симулация може да носи голяма част от натоварването на имплементацията, но дори сега, двадесет години по-късно, това рядко се случва. Когато работехме върху детската площадка, в края на разработката на играта, не успяхме да накараме триенето на пързалката да се усеща естествено, решихме да счупим стълбата, за да не може играчът да се качи там. Въпреки това, все още можете просто да отидете отпред. Както обикновено се случва, вие, играчът, ще се смеете последен."
N/A4036"#commentary\cn_124_pick_up_that_can.mp3" "[ Чарли Браун ] Контекстуализирането на уроците – създаването на сюжетен сценарий, в който те се случват – ни позволява да направим повече от това просто да спрем играта, за да научим играчите на нещо. Позволява ни да добавяме наративна стойност към момента. Тук обучението на играча как да хвърля предмети е комбинирано с наративна обстановка, която му дава избор как да реагира. След като видяхме как Метроченгетата небрежно малтретират граждани, ни се стори правилно да поставим играча в подобна позиция. Ако имаха мнения за това как гражданите е трябвало да реагират, сега те могат да ги изразят. Тестването на играта показа, че повечето играчи или се съобразиха, или отказаха молбата да вземат консервата, но някои се опитаха да избегнат конфронтацията напълно. Други първоначално се съобразиха, а след това си отмъстиха, след като се почувстваха унизени. Като поддържахме момента относително ограничен, както по отношение на действията на играчите, така и на самото пространство, като цяло можехме да реагираме адекватно на всеки избор, който направят."
N/A4037"#commentary\cn_125_promises.mp3" "[ Даника Роджърс ] В началото на игра на Half-Life, една от целите ни е да дадем обещания на играча, като му даваме представа какво да очаква по-късно. От филми до телевизионни предавания и книги – всяко добро медийно развлечение прави това по някакъв начин и видеоигрите не са изключение. Обещанията в игра на Half-Life могат да приемат различни форми. Някои са прости, като например да предложат само бегъл поглед върху нещо интригуващо. Други са многопластови като взаимодействията с Метроченгетата. Като поставяме играча в безсилна позиция срещу тях, ние подготвяме сцената за онзи бъдещ момент, в който той най-накрая ще може да отмъсти."
N/A4038"#commentary\cn_126_exploration.mp3" "[ Дейвид Сойер ] След като бива подкаран през Гарата от Метроченгетата, искахме да дадем на играча възможност да изследва. Този площад предлагаше няколко начина за взаимодействие с граждани, Метроченгета, Скенери и градската инфраструктура. Целта ни беше тези взаимодействия да продължат да изграждат света, без да са необходими изрични уроци, и ги усъвършенствахме, докато започнат да работят по естествен начин, без никакво реално обучение."
N/A4039"#commentary\cn_127_early_game_exploration.mp3" "[ Дейвид Спейрер ] Преди този площад, играчът вероятно не е трябвало да мисли много за пътя си, тъй като той е бил ясен и праволинеен. Но тук искахме да насърчим изследването, което означаваше да направим пътя напред не толкова очевиден, което може да създаде усещане за изгубеност или, още по-лошо, объркване, както може би очаквате. Този вид промени могат да бъдат трудни, особено в началото на играта, когато играчът все още учи насоките на играта. Тук нещата са допълнително усложнени от контролни точки със силови полета, които позволяват на NPC граждани да се движат, но ограничават играча, което кара много тестери да вярват, че има начин да ги заобиколят. В крайна сметка, обширно тестване ни помогна да намерим правилната видимост за алеята напред, използвайки осветление, оформление и дървен сандък – предмет, който играчите вече са използвали като знак, че вървят в правилната посока – всичко това, за да ги насочи неусетно напред."
N/A4040"#commentary\cn_128_strider.mp3" "[ Дъг Ууд ] Този прост момент е обещание, че ще се сблъскате с това огромно нещо по-късно в играта. Дори една несложна сцена като тази наистина изисква много тестване и итерации, заради целта на Half-Life да не отнема контрола от играча. Както можете да си представите, са необходими много малки корекции, за да се гарантира, че колкото се може повече играчи гледат на правилното място в точния момент. Уличното оформление и сцената с Метроченгетата са настроени да насочат погледа на играча, като перфектно рамкират страйдъра, когато се появи."
N/A4041"#commentary\cn_129_physics_simulation.mp3" "[ Джей Стели ] Въпреки че започнахме Half-Life 2 с функционална симулация на физика от трета страна, ни отне години допълнителна работа както върху самата симулация, така и върху нейното интегриране в играта, докато почувствахме, че можем да постигнем амбициите на нашите дизайнери. Поддържането на приемливо ниво на качество и производителност беше нещо, което знаехме, че ще бъде предизвикателство по пътя, но по-финият проблем всъщност беше да разберем какво да симулираме - и до каква степен. Не можем да симулираме всичко и дори да можехме, има причини, свързани с дизайна на играта, поради които изживяването е по-добро, когато не го правим. В много случаи ние умишлено променяме симулацията, за да подобрим преживяването на играча. Тези корекции обикновено остават незабелязани, защото са в съответствие с намеренията на играча. Например, деактивираме сблъсъците между играча и големи обекти, за да им позволим да се завъртат в тесни пространства. Или настройваме редуващия се огън на пушката на Интеграторите, за да насочваме леко топката на Интеграторите към враговете, правейки го по-ефективен."
N/A4042"#commentary\cn_130_physics_simulation_2.mp3" "[ Джеф Лейн ] Области, където дизайнът на играта или други ограничения влияеха на физическата симулация, често изискваха допълнителна настройка, за да се предотврати нейната „експлозия“. Например, в началото експериментирахме с увеличаване на симулацията върху играча, тоест, да направим движението на играча много по-голяма част от физическата симулация на света. Знаехме, че това може да направи движението не толкова прецизно, но се надявахме, че може да доведе до някои нови преживявания. Обаче, след като настроихме движението, за да съответства на по-малко симулираната версия, се натъкнахме на основен проблем: физическата сила, необходима на играча, за да се движи с обичайната си скорост, беше толкова висока, че простото сблъскване с други симулирани обекти можеше да доведе до смърт от удара. Проведохме многократни итерации върху това, но в крайна сметка не успяхме да намерим решение, което да ни хареса, и се върнахме към по-малко симулираното движение. Това обаче не беше по-лесният път — той въведе нови предизвикателства с това как по-малко симулираният играч взаимодейства с по-симулираните обекти в играта. Но ни позволи да предоставим точно онова изживяване при движение, което искахме."
N/A4043"#commentary\cn_131_playtesting.mp3" "[ Джон Морело ] Тестването на играта е основна част от начина, по който правим игри – никога не можем напълно да предвидим как ще реагират играчите или какво ще извлекат от това, което сме създали. Затова тестваме, за да се учим и да се подобрим. По време на тестване на играта ние не насочваме и не говорим с играча, дори и да е блокирал – тъй като е изключително малко вероятно да седим до него, след като играта бъде пусната. Нашата цел е тестерите да забравят напълно, че тестват игри, и да играят сякаш са си у дома. Всяко прекъсване рискува да изкриви данните, така че се намесваме само ако има грешка, която блокира напредъка, или по-рядко, ако поведението им е толкова объркващо, че трябва да разберем какво си мислят."
N/A4044"#commentary\cn_132_playtesting_anecdote_1.mp3" "[ Мат Буун ] Един запомнящ се тест ни напомни, че никога не можем да бъдем сигурни какво мислят играчите или какви уроци са си взели от опита си. Този тестер, след като игра от самото начало и се затрудни да отвори врата, прекара няколко минути, превключвайки между играта и настройките на клавиатурата. Когато го попитахме какво търси, той каза, че търси контролите за инвентара, мислейки си, че може да използва предмет, който е взел по-рано, за да отключи вратата. Въпреки че го бяхме видели да събира и пуска няколко физически обекта, той беше разбрал погрешно какво се случва. Тестерът вярваше, че натискането на клавиша за използване, докато държи предмет, го премества в инвентара, защото предметът пада право надолу. Знаехме, че това е просто гравитацията, но предположението му не беше лудо, някои приключенски игри от онази епоха плъзгаха предмети в невидим инвентар по този начин. Обяснихме, че няма инвентар и тестът продължи. По-късно обмислихме дали трябва да се справим с това, но тъй като никой друг тестер не беше имал същото объркване и всички наши потенциални решения бяха по-строги от необходимото, решихме, че това е отклонение, което е добре да остане неразгледано. Това обаче послужи като добро напомняне за това как дори най-фините, пренебрегвани детайли могат да подведат играча."
N/A4045"#commentary\cn_133_cratebaby.mp3" "[ Скот Далтън ] Тази малка кукла бебе има дълго наследство. По време на дългите месеци на вътрешно тестване, част от екипа я превърна в предизвикателство – начин да направят 47-ото преиграване на играта малко по-забавно. Те поставяха куклата в близък син сандък и проверяваха колко далеч могат да я носят през играта. След издаването на Half-Life 2, общността започна да носи и бебето в кутия, добавяйки свои собствени истории и правила. Няколко години по-късно, докато работехме по Епизод 2, това беше вдъхновението за постижението „Малък ракетен човек“, където играчите трябваше да носят градински гном, наречен „Гнома Чомпски“, през целия епизод. Чомпски дори се завърна за Left 4 Dead 2 в постижението „Гнома пазач“, където играчите трябваше да го носят през кампанията Dark Carnival. Този вид взаимодействия с играчите са едни от най-възнаграждаващите части от разработването на игри. Ние проектираме игри с теории, но никога не знаеш накъде отиват нещата, докато играчите не се докоснат до нея."
N/A4046"#commentary\cn_134_the_citadel.mp3" "[ Ерик Кирхмер ] Искахме първият поглед на играча към Град 17 да подчертае Цитаделата и нейното господство над града, представляващо пълната и тотална власт на интеграторите над човечеството. Също така трябваше да служи като ясна цел - дори в началото можете да видите къде свършва вашето пътуване. Но въпреки огромния му размер, тестерите често го пропускаха. Усещането на играча за дълбочина и мащаб може да бъде коварно на компютърен монитор. Ако сте играли игри във VR, вероятно сте забелязали, че мащабът се усеща по-естествено. Както и да е, в този случай позицията на Цитаделата над играча също не помогна, което може би се дължи на факта, че FPS игрите учат играчите да се фокусират право напред или надолу в краката си. За да подобрим шансовете на играчите да видят Цитаделата, добавихме птици, летящи към структурата, деликатен трик, който открихме, че помага да насочи погледа на играча."
N/A4047"#commentary\cn_135_close_captions.mp3" "[ Ян Берние ] По време на разработката на Half-Life 2 с нас се свързаха хора, интересуващи се от достъпността, които ни насърчиха да надхвърлим системата за субтитри, която бяхме изградили за Half-Life 1. Те поискаха пълнофункционална система за скрити субтитри, която да улавя всички звуци на играта, не само диалозите. Това се оказа много по-трудно предизвикателство от очакваното. Half-Life 2 произвеждаше голямо разнообразие от звуци и категоризирането им за субтитри беше от решаващо значение. Приоритизирането също беше ключово: диалозите трябваше да се открояват и трябваше да е ясно кой говори. Околните звуци, като например отдалечен бой, бяха важни за създаване на настроение в някои нива - но по-малко, ако наблизо стреляше враг. Нашите дизайнери на нива също често използваха повторно звуци в различни контексти, така че звукът можеше да изисква субтитри в една област, но не и в друга. В крайна сметка всеки звук в играта се озова със собствени данни за субтитри, форматирани почти като малка версия на HTML, което ни дава контрол върху визуалния стил на всеки надпис. Както и при аудио файловете, данните за субтитрите бяха твърде големи, за да се съхраняват в паметта, така че изградихме асинхронна система за кеширане, за да се справим ефективно с тях."
N/A4048"#commentary\cn_136_the_raid.mp3" "[ Дейвид Сойер ] Предстоящата част, където Метроченгетата нахлуват в апартамента, докато играчът е вътре, отне много итерации, за да се получи както трябва. Като цяло, ние проектираме Half-Life, за да позволим на играчите да зададат собствено темпо, тъй като хората се движат в играта по различни начини. Някои играчи тичат, игнорирайки всичко, което не изглежда като заплаха, докато други методично човъркат всичко. Така че, когато трябва да наложим определено темпо, винаги е предизвикателство да се уверим, че играчите възприемат това темпо и играят естествено. Тъй като това е първият път, когато правим това, трябваше да положим много усилия, за да обясним на играча, че трябва да се движи бързо и тук няма време за изследване."
N/A4049"#commentary\cn_137_materials_and_shaders.mp3" "[ Гари Мактагарт ] Half-Life 2 излезе насред значителна промяна в 3D графиката, където индустрията премина от текстури към материали и шейдъри. В Half-Life 1 всяка повърхност имаше текстура - по същество изображение, насложено върху полигоните на повърхността. Но до Half-Life 2, само пет години по-късно, всяка повърхност имаше както материал, така и шейдър. Шейдърът беше блок код, който персонализираше начина, по който се рендира повърхността. Материалът определяше свойствата за това как повърхността се държи физически и как реагира на функциите на геймплея. Той също така съдържаше препратки към текстури и други параметри, които шейдърът да използва за рендиране. В резултат на това художниците и дизайнерите имаха много по-голям контрол върху това как изглеждат и как се държат нещата. Това обаче дойде с компромис: Half-Life 1 можеше да работи на компютър само с обикновен процесор, но Half-Life 2 изискваше графичен процесор, защото изчисленията, необходими за материали и шейдъри, бяха специално проектирани за графичен процесор. Вратата от пречупващо стъкло тук е ясен пример за персонализиран шейдър, но всяка повърхност в сцената всъщност използва някакъв вид шейдър."
N/A4050"#commentary\cn_138_the_raid_2.mp3" "[ Майлс Естес ] Освен че трябваше да се уверим, че играчът се чувства подложен на натиск да продължи напред, трябваше да гарантираме, че самото нападение е безпроблемно. Нямаше начин играчът да го избегне или да се върне покрай Метроченгетата. Истинското предизвикателство не беше, че играчите ще се опитат да напуснат сцената, а че мнозина ще се паникьосат и ще хукнат в произволни посоки, след като осъзнаят, че са заплашени за първи път. Този момент изисква деликатен баланс: искахме бягство, което ще ви накара да се измъкнете, разтреперени от вълнение, усещането за истинска опасност, но искахме играчите да успеят от първия опит и да се почувстват сякаш са се измъкнали на косъм. За да постигнем това, поддържахме пътя напред чист и напомнящ на този, по който току-що бяха минали в предишния етаж. Серия от внимателно поставени тригери контролират заплахите, появяващи се отпред и отзад, поддържайки напрежението, като същевременно дават на играчите достатъчно време, за да изпреварят преследвачите си."
N/A4051"#commentary\cn_139_health_and_no_hud.mp3" "[ Дейв Рилър ] Сцената с преследване на покрива представляваше уникално дизайнерско предизвикателство. Не искахме тя да се превърне в истинско препятствие за играта и най-добрият ни сценарий беше играчите да я преодолеят от първия опит. Но все пак искахме да създадем усещане за реална опасност, при което играчите да се чувстват наистина застрашени, ако не продължат да се движат. Предизвикателството беше, че без HEV костюма играчите технически нямат heads-up дисплей или HUD – което означава, че няма начин да се покажат щети или оставащ живот. След известно експериментиране създадохме специална система за живота за тази секция, използвайки червено сияние около екрана, за да се посочат щети. Играчите реагираха както се надявахме, приемайки го като знак да продължат да се движат, и преследването се разви по план. За да завършим всичко, направихме животът да се регенерира бързо, така че сиянието да не се задържа, което напомняше на играчите, че бягането наистина е правилният избор и гарантираше, че играчите няма да бъдат повалени от случаен куршум накрая, само защото са се бавили или колебали по-рано."
N/A4052"#commentary\cn_140_playtesting_anecdote_2.mp3" "[ Якоб Юнгелс ] В следващия раздел се нуждаехме играча да бъде съборен, за да може Аликс да го спаси. С ограничено време и ресурси, опростихме срещата максимално – използвахме повторно съществуващите системи и я оставихме да се разиграе като нормална бойна сцена с персонализирано събитие, задействано, когато играчът „умре“. След няколко теста за фина настройка на синхронизирането, продължихме напред. Но когато дойде време за издаването на играта, срещнахме проблем с тестър на играта, който постоянно запазваше бързо и веднага натискаше бързо зареждане, когато си мислеше, че се е провалил. Когато метрополицай го удари, той зареди бързо, преди Аликс да може да се намеси, повтаряйки това повече от десет пъти, преди да го помолим да спре. На този етап от разработката, във финалната фаза на отстраняване на грешки, трябваше да се ограничим до отстраняване само на проблеми, които нарушават играта – тъй като дори малки промени можеха да рискуват да разрушат нещо по-важно. Знаейки, че това е рядък краен случай, защото повечето тестери на играта нямаха проблеми, направихме няколко консервативни промени. Съкратихме забавянето между събарянето и първата реплика на Аликс и променихме цвета на прехода на бял вместо черен, което в крайна сметка не беше толкова полезно, тъй като играчите все още не бяха умирали достатъчно, за да асоциират черното със смърт. Обмисляхме да деактивираме бързото зареждане за няколкото секунди, през които се разиграва сцената, но се притеснявахме, че това може да доведе до грешка, при която бързото зареждане ще се деактивира за постоянно"
N/A4053"#commentary\cn_141_character_reactions.mp3" "[ Ариел Диас ] Да разберем на какво трябва да реагират героите – и как – беше постоянно предизвикателство. В основата си винаги искаме играта да отговаря на действията на играча. Всеки отговор от играта обаче може да се разглежда като награда от играча. Така че, на какво реагират героите и какво игнорират, учи играча за вида действия, които играта очаква. В резултат на това се уверихме, че реагираме на неща, които искахме да виждаме, като например играчи, които се занимават с устройства в лабораторията, и игнорирахме поведения, които не искахме, като например играчи, които многократно удряха Клайнер по лицето с кутия отново и отново. Сериозно, гледахме как един тестер на игра го прави в продължение на пет минути."
N/A4054"#commentary\cn_142_choreography.mp3" "[ Бил Флетчър ] Системата, която изградихме и използвахме, за да разкажем историята на Half-Life 2, се наричаше вътрешно Хорео, съкращение от хореография. В началото ни беше полезно да си представим, че пишем пиеса, в която един от актьорите не знае сценария. Имахме нужда от система, която да контролира всички останали актьори, да ги движи по сцената, да изпълняват своите части и да произнасят репликите си. За да се справи с това, останалите актьори трябваше безпроблемно да смесват нашите режисьорски команди с динамични реакции към позицията и поведението на играча. Синхронизирането очевидно щеше да бъде голямо предизвикателство, тъй като всяка част от сцената можеше да се наложи да се удължи, съкрати или дори да се спре, в зависимост от това какво прави играчът."
N/A4055"#commentary\cn_143_phoneme_extraction.mp3" "[ Бил Флетчър ] Друг важен инструмент, който вградихме във FacePoser, беше редакторът на фонеми. Той обработваше репликите на озвучаващите актьори и извличаше фонеми, за да генерира основни анимации за синхронизиране на устните за нашите герои. За персонажите на героите нашите аниматори използваха това като отправна точка за създаване на висококачествени персонализирани анимации за всяка реплика, включващи пълна лицева анимация. В динамична хореографска сцена обаче, аниматорите не биха знаели точно какво ще прави останалата част от тялото на актьора. Това означаваше, че се изискваше внимателно наслагване на хореографските команди и синхронизиране във FacePoser, като същевременно се запази способността на актьора динамично да реагира на играча."
N/A4056"#commentary\cn_144_delivery.mp3" "[ Кен Бърдуел ] Отне ни много итерации и тестове, за да постигнем правилния баланс между информация и емоционална връзка в основните ни хореографски сцени. Всяка сцена имаше много информация, която трябваше да предадем на играча, но не можехме просто да имаме герои, които да изричат обяснения – играчите щяха да започнат да ги възприемат повече като пътепоказатели, отколкото хора. Трябваше да отделим време, за да позволим на героите да взаимодействат помежду си, позволявайки на играча да наблюдава взаимоотношенията им. В същото време трябваше да разширим света, давайки на играча представа за всичко, което се е случило, докато не е бил там. Всичко това трябваше да се прави внимателно, без да отнема твърде много време – искахме играта да работи за играчи, които не се интересуват толкова от разказа. Анимацията се превърна в мощен инструмент за комуникация на емоционалните връзки между героите, често предавайки дълбочината на момента бързо, без да го преувеличава. Хуморът беше друг често използван инструмент, помагащ за намаляване на напрежението и обезоръжаване на играча, когато нещата станат прекалено тежки."
N/A4057"#commentary\cn_145_alyxs_kiss.mp3" "[ Кен Бърдуел ] Малък момент е, но целувката на Аликс по бузата на Илай беше важна. В крайна сметка ще помолим играча да спаси Илай и искаме да го е грижа за него. За да изградим тази емоционална връзка, трябваше да покажем топлината и привързаността между Аликс и Илай. Не искахме да прекаляваме с диалозите или да го правим твърде голямо събитие – трябваше да се усеща истинско, а не подправено – и успяхме да пресъздадем тънкостите на този момент, докато не достигне точно правилното усещане."
N/A4058"#commentary\cn_146_storytelling.mp3" "[ Бил Ван Бюрен ] Създаването на усещане за потапяне в историята беше основен принцип в нашия подход към разказа в Half-Life 1 и ни доведе до самоналожените ограничения никога – или поне много рядко – да не отнемаме контрол от играча и да държим аватара на играча тих. Тези ограничения понякога правеха разказването по-предизвикателно, но смятахме, че е важно да се придържаме към тях за Half-Life 2. Надеждата ни беше, че като запазим тези принципи, ще се подтикнем да изследваме по-задълбочено и по-интерактивно разказване на историята."
N/A4059"#commentary\cn_147_archetypes.mp3" "[ Бил Ван Бюрен ] Искахме да създадем наративни връзки между Half-Life 1 и Half-Life 2 чрез нашите герои. Идеята ни беше да създадем персонажи, които да се усещат като архетипите от Half-Life 1, така че играчите да имат усещането, че ги познават - почти сякаш са ги срещали в Half-Life 1 в някакъв момент, който не могат да си спомнят съвсем. Базирахме д-р Клайнер на модела на учения, който смятахме за най-емблематичен, а личността му беше до голяма степен оформена от Хал Робинс, чийто глас и изпълнения бяха определящи за учените от Half-Life 1. Един ден, когато бяхме в разгара на опитите си да измислим този герой, лицето на д-р Клайнер се появи, когато случайно споделихме асансьор със счетоводител от офис на друг етаж от нашата сграда; и като го погледнахме, беше ясно, че „Това е лицето на д-р Клайнер“. За щастие, той беше отзивчив, когато го попитахме дали можем да го снимаме за герой от видеоигра."
N/A4060"#commentary\cn_148_tone.mp3" "[ Бил Ван Бюрен ] Задаването на правилния тон за нашите герои и техните диалози беше от решаващо значение. Стремихме се към уважителен, почти учтив стил на отношение с играча, като същевременно избягвахме всичко, което се усеща твърде подчинено. Този баланс беше особено труден с Аликс, която трябваше да подкрепя играча, без да компрометира силата на героя си – нещо, което смятахме за изключително важно, за да могат играчите да я уважават. Връзката ѝ с Илай беше основна мотивация за играча, така че беше важно играчите да я харесват и да искат да ѝ помогнат. Искахме също така да противопоставим топлината и другарството между съюзниците на играча срещу враждебността на Брийн и Интеграторите, вдъхвайки чувство на праведно възмущение у играчите за предстоящите битки."
N/A4061"#commentary\cn_149_voice-actors.mp3" "[ Бил Ван Бюрен ] За да създадем по-отзивчиви и многоизмерни герои в Half-Life 2, трябваше да развием подхода си към работата с озвучаващите актьори. Докато преминаването през сценарий с малко режисура беше достатъчно за голяма част от диалозите на NPC-тата в Half-Life 1, в Half-Life 2 решихме да дадем на актьорите повече възможности да участват в дефинирането на героите и да им вдъхнат живот. Предоставихме много повече контекст на историята на актьорите, показвайки им игровия свят, средата, в която са живели техните герои, и другите герои, с които са взаимодействали. Търсехме актьори, които биха могли да вземат цялата тази информация и да я синтезират в своите изпълнения, за да пресъздадат героите си отвъд това, което си бяхме представяли. Проведохме множество сесии с главните актьори, позволявайки им да осмислят и надграждат героите си с течение на времето. За сцени, където героите взаимодействат помежду си, често подсказвахме на актьора с изпълнения от други актьори в сцената, за да създадем по-добро усещане за връзка и поток. Въпреки че отивахме в студиото със сценарий и план за записа, ние се уверявахме, че актьорите имат свободата и пространството да внесат свои собствени идеи в героите и изпълненията си. Присъствието на аниматори по време на озвучителните сесии също се оказа критично важно, тъй като те бяха отговорни за съчетаването на диалога на героя с физическите действия и изражения, за да се оформи крайната хореографска сцена. Често аниматорите установяваха, че плановете им за това как ще се разиграе дадена сцена се променяха доста след работа с актьора, който я озвучава."
N/A4062"#commentary\cn_150_citizens.mp3" "[ Бил Ван Бюрен ] Когато дойде време да проектираме гражданите на Град 17 и света извън града, избрахме да включим разнообразие от раси, възрасти и полове. Това не само осигури наративен контекст за поробването на цялото човечество от интеграторите, но и беше важно за нас всеки, който играе играта, да може да се види представен в Съпротивата, с всички на Земята обединени срещу интеграторите. Въпреки че намерихме редица кандидати, които да използваме като ориентир при създаването на гражданите чрез ежедневието и връзките си, в крайна сметка прибягнахме до реклама в обявите на Seattle Times, за да достигнем до желания набор от лица, които си бяхме представили."
N/A4063"#commentary\cn_151_alyx.mp3" "[ Даби Енг ] Да постигнем перфектен дизайн за Аликс беше голямо предизвикателство – искахме играчът едновременно да я уважава и да го е грижа за нея. Спасяването на Илай беше ключова цел на играча по средата на играта и знаехме, че ще бъде по-лесно да накараме играчите да се интересуват от тази цел, ако те също се интересуват от Аликс и връзката ѝ с баща ѝ. Умишлено проектирахме, написахме диалози и избрахме актьор за озвучаването на Аликс, така че да бъде умна, способна и лесно разпознаваема в контролирания от Интеграторите свят, като същевременно я направим привлекателна и харизматична. Целта ни беше да избегнем възприемането ѝ като предмет, преувеличението и хиперсексуалността, които много игри от 2000-те години включваха, тъй като смятахме, че това би подкопало целите ни за нейния герой."
N/A4064"#commentary\cn_152_lab_interactivity.mp3" "[ Даби Енг ] В нашите хореографски сцени, играчът е хванат за малко в капан, което ни позволява да се съсредоточим върху героите и разказа. За да се съобразим с различните играчи – някои силно интересуващи се от историята, други неспособни да стоят на едно място за повече от секунда – чувствахме, че се нуждаем от постоянен поток от интересни детайли на екрана. Разпръснахме наративни елементи из цялата среда, като се уверихме, че някои от тях са интерактивни, по същество играчки, с които играчът да се занимава. В някои случаи вградихме допълнителен разказ в тях, като например мини-телепорта на кактуса, намекващ за предстоящия провал на телепорта. Това беше деликатен баланс – твърде много визуален интерес можеше да разсее играчите от същината на сцената. В крайна сметка, лабораторията на Клайнер не се възползва от интерактивността, тъй като това беше първата голяма хореографска сцена. По-късно, в лабораторията на Илай, я изследвахме по-задълбочено, като се уверихме, че самите герои обръщат внимание на това, с което се занимават играчите."
N/A4065"#commentary\cn_153_gestures.mp3" "[ Дъг Ууд ] Всеки от нашите герои имаше библиотека от прости анимации, наречени Жестове, които можехме лесно да наслагваме върху други движения на тялото. Въпреки че първоначално бяха планирани като начин за спестяване на средства при продукцията, за да можем да използваме повторно анимации в играта, открихме, че те всъщност имат и друго приложение. Хората често повтарят определени движения и те могат да бъдат маркери на тяхната специфична личност. В резултат на това нашата библиотека с жестове улови същността на всеки герой, помагайки за унифициране на разбирането на нашия анимационен екип за това кои са тези герои. Това значително улесни аниматорите ни да споделят работния товар на всеки герой помежду си, което често се изискваше от продукцията."
N/A4066"#commentary\cn_154_interactive_storytelling.mp3" "[ Ерик Джонсън ] Когато започнахме работа по Half-Life 2, разказването на историята в игрите обикновено беше или с висока прецизност и линейно, или с ниска прецизност и интерактивно. Знаехме, че играчите са виждали висококачествено разказване на история в игрите, но никога не са били поставяни точно в центъра му - да могат да го гледат как се развива около тях, да взаимодействат с него и да изследват отблизо всяка част. Макар че тази цел ни вълнуваше, все още не знаехме как ще работи или каква технология ще ни е необходима, за да го осъществим. Бяхме изградили разнообразни технологии за разказ в Half-Life 1, но те бяха представени предимно пред играча и им липсваше интерактивността и прецизността, към които се стремихме. Така че, лабораторията на Клайнер стана частта от играта, която използвахме като тестова площадка, за да разберем как всъщност ще функционира нашият интерактивен разказ."
N/A4067"#commentary\cn_155_monitors.mp3" "[ Идо Магал ] В Half-Life 2 и епизодите използваме много монитори за разказване на историята, дотолкова, че дори се подиграваме на себе си заради това. Проблемът е, че са просто прекалено удобни. Те са фантастични за разширяване на света, като показват събития, които се случват другаде, и предоставят лесен начин героите да говорят, без да е необходимо да се обяснява как всички те стигат до местоположението на играча. Всеки, който някога е писал история, особено такава с актьорски състав, разбира уникалното чувство на неудовлетвореност от опита да се създадат естествени причини всички герои да се съберат на едно и също място. В този случай бяхме наистина доволни от това как мониторът позволи на Аликс да се телепортира и след това бързо да се появи в лабораторията на Илай, правейки всичко да изглежда реално и свързано."
N/A4068"#commentary\cn_156_scene_interactivity.mp3" "[ Джеф Лейн ] В определени моменти от нашите хореографски сцени изискваме от играча да предприеме действие. Освен просто да му дадат нещо за правене и да го ангажират, тези моменти служеха за няколко ключови цели. Първо, те позволиха на играча да навакса, ако е бил разсеян от нещо друго в околната среда. Сцената можеше безопасно да „паузира“, докато играчът завърши задачата, като по този начин се гарантира, че се е върнал и внимава. В същото време това ни позволи да позиционираме играча там, където ни е необходим, което беше полезно за рамкиране на сцената и за да се уверим, че е видял нещо важно. В някои случаи получихме двойна полза от тези моменти, като ги използвахме, за да обучим играча – тук той се учи да взаимодейства с щепсели и контакти, умение, което ще му е необходимо за пъзели по-късно в играта."
N/A4069"#commentary\cn_157_kleiners_lab.mp3" "[ Марк Лейдлоу ] Лабораторията на Клайнер беше първата част от разказването на истории, върху която работихме, и тази, чието разработване ни отне най-много време. В допълнение към ролята си за въвеждането на играча в играта, тя в крайна сметка се превърна в обединяващата визия за екипа по разработка по отношение на разказването на истории. Изграждането героите и начина, по който ги представяме, около играча, породиха много въпроси, всички от които изглеждаха като големи рискове за играта. Ще могат ли играчите да извлекат важната информация от сцената? Можем ли да ги накараме да се интересуват от тези герои? Как бихме подкрепили играчи с различно ниво на влагане в историята? Колко скъпо би било да се създаде сцена като тази? И колко още ще ни трябват? Тези, и много други, бяха въпроси, на които не можехме да отговорим, докато не изградим достатъчно от сцената и не я тестваме с много тестери на игри. Разочароващо е, че за разлика от много други проблеми, с които се сблъскваме, това не бяха въпроси, на които можехме уверено да отговорим, докато не свършим огромна работа. Често можем да тестваме идеи за геймплей с нискокачествени прототипи, но ако играчът не е ангажиран с разказването на истории, когато героите са просто сиви блокове, колко уверени можем да бъдем, че ще му бъде интересно, след като героите бъдат напълно реализирани?"
N/A4070"#commentary\cn_158_characters.mp3" "[ Марк Лейдлоу ] В Half-Life 1, охранителите и учените биха могли да бъдат описани най-добре като архетипи, а не като индивиди. Те бяха абстракции на герои, които отговаряха на визуалната прецизност, която можехме да постигнем по това време. Но с подобряването на технологиите ни с Half-Life 2 видяхме възможност да преминем отвъд абстракциите. Повишената визуална прецизност на моделите на героите, съчетана с подобрения в анимацията, ни накара да повярваме, че можем да се съсредоточим върху създаването на отделни герои – хора, за които наистина ще ви е грижа. Позволихме си да напишем истински диалози и да накараме героите да ги представят по начин, който е достатъчно реалистичен, за да не мислят играчите за тях като за пешки във видеоигра и, да се надяваме, да задвижат нашата история напред. През 2001 г., няколко години след началото на разработката, бяхме вдъхновени от Ico на Japan Studio. Режисиран от аниматор, той ни отвея с разчитането си на героите като ключова връзка с играча, давайки ни кураж да продължим напред."
N/A4071"#commentary\cn_159_writing.mp3" "[ Марк Лейдлоу ] В ерата на Half-Life 1, целите на играчите в FPS игрите все още бяха до голяма степен борба и победа над очевидно зъл враг. Беше трудно да накараме играчите да се интересуват от героите, когато те бяха с толкова ниска прецизност, колкото в Half-Life 1. С планираните подобрения в прецизността на героите за Half-Life 2, искахме да се опитаме да направим героите движещата сила на разказа. Целта ни беше мотивацията на играча да съвпада с тази на нашите герои - играчът да го е грижа за тези хора, техните надежди и страхове и да иска те да успеят. Имайки това предвид, успяхме да изградим нашия подход към героите и диалога. Щяхме да създадем набор от герои, които се харесват и се грижат един за друг, надявайки се, че играчът ще чувства същото. Тези герои щяха да взаимодействат по начин, който се усеща приобщаващ, като група стари приятели, които виждат играча като един от тях, просто някой, който е не е бил там известно време. Ако героите демонстрираха реалистични емоционални връзки помежду си, вярвахме, че можем да изградим емоционална връзка и с играча."
N/A4072"#commentary\cn_160_animation.mp3" "[ Майлс Естес ] Създаването на правдоподобни човешки движения за нашите герои от много отделни слоеве анимация изискваше много технологични итерации. Дори прости действия като завъртане, за да се погледне нещо, или ходене до дадено място, ставаха по-сложни, когато се комбинираха с необходимостта от динамично реагиране на играча и изискванията на командите за хореографията. Например, завъртането, за да погледне нещо, трябваше да бъде напълно отделно, което позволяваше на героя да използва всякакви комбинации от очите, главата, раменете, горната част на торса или цялото си тяло, за да застане директно пред целта. В Half-Life 1 човешките герои имаха тела, разделени на горна и долна половина, което им позволяваше да ходят в една посока, докато са обърнати в друга. Този подход обаче беше твърде абстрактен за героите в Half-Life 2. Вместо това, нашите аниматори създадоха анимации за ходене във всичките осем посоки на компаса, които след това можеха плавно да се смесват по време на изпълнение."
N/A4073"#commentary\cn_161_faceposer.mp3" "[ Ян Берние ] Основният инструмент, който създадохме, за да захранваме хореографската система, се казваше FacePoser, програма с неточно име, която позволяваше на нашите аниматори да разположат цялата структура на сцените ни по времева линия. Времевата линия съдържаше поредица от хореографски команди за актьорите, заедно с цялата необходима информация, за да изпълнят тези команди. Чрез наслагване на тези команди върху времевата линия, аниматорите можеха лесно да опишат как на един актьор може да се наложи да гледа едно нещо, докато говори на друго, и да отиде до различно място – всичко това едновременно. Но времевата линия не беше фиксирана, линейна последователност. Актьорите следваха командите си, но трябваше да реагират динамично на света около тях. На един актьор можеше да му отнеме повече време, за да се придвижи до дадено място, ако играчът му пречи, или можеше да се наложи да изчака, за да произнесе реплика, защото друг актьор е бил забавен от играча. FacePoser ни позволи бързо да итерираме по сцените, опитвайки различни оформления, подреждане на диалози и времеви рамки. Тази способност за бързо експериментиране и коригиране се оказа критична за намирането на правилните изпълнения, за да постигнем целите си за героите и разказа."
N/A4074"#commentary\cn_162_choreo_commands.mp3" "[ Ян Берние ] Тази визуализация за отстраняване на грешки показва двете най-често срещани команди за хореография, които актьорите получават в една сцена, вътрешно известни като „погледни“ и „премести се“. На актьорите се дават цели, които да гледат – понякога повече от една наведнъж – и след това се опитват да се съсредоточат върху тази, която е най-смислена предвид текущото им състояние. В същото време те може да получават команди за преместване, които им казват да се преместят на определено място и да се обърнат към определена посока или обект. Дори тези на пръв поглед прости команди са свързани с много сложност. Една сцена може да изисква от актьора да говори, докато пише на клавиатура, и всичко това, докато гледа обект, който играчът държи. Тъй като не можехме да предвидим къде ще бъде играчът по време на възпроизвеждане, създаването на сцени като тази изискваше от нас да разделим всеки елемент от сцената на отделни части и слоеве. След това те можеха да бъдат сглобявани отново, както е нужно по време на възпроизвеждане, въз основа на действията на играча, и да бъдат прекъсвани, ако е необходимо."
N/A4075"#commentary\cn_163_antlions.mp3" "[ Кери Дейвис ] Тъй като играчът караше бъгито из цялото крайбрежие, ни трябваше всеобхватен враг, който можеше оправдано да се появява навсякъде и да действа като постоянна заплаха, за да държи играча в или близо до бъгито му. Мраволъвовете, които се появяваха от пясъка, бяха идеалното решение. Голямата им подвижност им позволяваше да настигат бъгито за кратки периоди, за разлика от нашите хуманоидни врагове. Освен това, прегазването им беше много удовлетворяващо."
N/A4076"#commentary\cn_164_thumpers.mp3" "[ Адриан Финол ] Винаги, когато е възможно, е ценно играчите да се чувстват сякаш сами са разгадали нещо. Това прави света да се усеща по-реален, а не просто поредица от геймплей елементи, подредени за играча. Ако можем да приемем риска, че определен процент от играчите може да пропуснат даден елемент напълно, можем да предприемем по-фин подход. При Тъмпърите предприехме този подход, като проектирахме настройки, с които играчите е вероятно да се сблъскат, но с които не са принудени да се ангажират. Има много визуални и аудио подсказки, както и реакции на мраволъвове, които помагат на играча да разбере какво се случва. Това не гарантира, че всички играчи ще го разберат, но тестването на играта показа, че повечето успяха."
N/A4077"#commentary\cn_165_d2_coast_09.mp3" "[ Арън Сийлър ] В края на разработката на Брега стигнахме до момент, в който кодът на играта ни беше достатъчно напред от дизайна на нивата ни, че нашите геймплей програмисти търсеха още код за писане и нови задачи, които биха могли да помогнат за издаването на Half-Life 2. Това се дължеше до голяма степен на изискванията на нивата на Брега, които поставиха тежко бреме върху нашите дизайнери на нива с огромния си мащаб и подробното използване на терена. В резултат на това нашите геймплей програмисти започнаха да проектират по-малки по мащаб схватки. По-късно, когато нашите дизайнери на нива наваксаха, те създадоха това ниво, като съединиха три отделни схватки от програмистите и извършиха цялата необходима довършителна работа, за да го подготвят за издаване."
N/A4078"#commentary\cn_166_final_scene.mp3" "[ Бил Ван Бюрен ] Заключването на играча в капсула за финалната конфронтация в офиса на Брийн беше малко компромис, но позволи да се съсредоточим върху героите, което наистина не можехме да предоставим другаде. Всички сюжетни линии на героите достигат своите крайни точки в тази сцена и ограничаването на играча до тази гледна точка създава възможност за истинска емоционална развръзка – кулминационна сцена, задвижвана от комбинацията от диалог, гласови изпълнения и анимации. Сцената беше предизвикателство за реализиране от гледна точка на продукцията; настройване на правилното разпределение на частите и движение, постигане на ефективен тайминг и емоционална синергия и връзка от всички отделни анимации и вокални изпълнения, които бяха записани отделно. Отне много настройване, преди да се достигне някаква драматична синергия и наистина да се усети сякаш всички герои действително се свързват. "
N/A4079"#commentary\cn_167_end_game_scramble.mp3" "[ Дейв Рилър ] Първоначално за края на играта беше предвидена значително по-голяма хореографска сцена. Хореографският екип обаче беше много зает с огромното количество работа по разказване на историята, която оставаше през цялата игра. За да облекчат част от работата си, отборът по геймплея на Цитаделата беше помолен вместо това да създаде геймплей предизвикателство, което да завърши играта. Можеше да бъде пъзел, битка, каквото и да е. Получената заключителна битка с Брийн използва съществуващата механика на играта със супер гравитационно оръжие и малко количество персонализирана хореография, за да създаде завършен продукт за много кратко време."
N/A4080"#commentary\cn_168_combine_portal_effects.mp3" "[ Гари Мактагарт ] Ключова част от нашия процес на разработка е начинът, по който всеки член на екипа може да допринесе с уменията си към всяка част от играта. След като финалният геймплей на битката беше завършен, художниците и програмистите на визуални ефекти помогнаха за подобряване на представянето на портала към родния свят на интеграторите и ефекта на спрялото време в самия край на играта. За ефекта на портала на интеграторите беше използван рефракционен шейдър, подобен на този, който използвахме за вода."
N/A4081"#commentary\cn_169_citadel_entrance.mp3" "[ Джеф Лейн ] Изградихме маршрута към Цитаделата наобратно: вътрешната геометрия беше създадена като художествен прототип, за да усъвършенстваме външния вид. Знаехме, че идвате от канализационната тръба в нашата карта за Уличната война и трябваше да създадем секция от плъзгания и скокове към входа на Цитаделата, за да ги свържем."
N/A4082"#commentary\cn_170_citadel_steep_landing.mp3" "[ Ранди Лундийн ] Цитаделата беше построена много късно в разработката и първоначално нямахме ясна визия за нейния геймплей. Това не е необичайно - докато дизайнът на играта обикновено движи нашия процес, големите творчески решения, които правим в началото, като например съществуването на Цитаделата на интеграторите, изискват специфична дизайнерска работа, за да се впишат в крайния продукт. След кулминационната битка в предишната глава, решихме, че различен тон за финала тук в Цитаделата ще се усеща по-възнаграждаващ. Дори и да искахме да повишим залозите, създаването на нови механики и NPC-та беше твърде рисковано толкова късно. Първият ни план беше да го направим пасивен разказвателен спектакъл - пътуване с влак през сърцето на военната машина на интеграторите, завършващо в офиса на Брийн. Но след като разработихме този план, прекарахме няколко дни в прототипиране на механики на супер гравитационното оръжие, мислейки си, че в края на играта можем да изпълним желанията на играчите, като ги направим всемогъщи, без да нарушаваме цялостния баланс на дизайна на играта. Резултатите веднага бяха обещаващи, което доведе до бърз редизайн, за да включим супер гравитационното оръжие. Вместо традиционните предизвикателства в края на играта, искахме играчът да се чувства като божество - да грабва врагове по желание, да откъсва конзоли от стени. В крайна сметка, Цитаделата съчетава тези две концепции, редувайки зрелище и освободена сила."
N/A4083"#commentary\cn_172_lightmap_pass.mp3" "[ Майк Дюсо ] Интериорът на Цитаделата е сравнително опростен геометрично, но металният материал на Интеграторите и драматичното осветление помагат да се подчертае необятността на структурата. Резолюцията на светлинната карта беше увеличена върху важни интересни повърхности и намалена върху такива, които бяха напълно засенчени или отдалечени. Също така, поради големия размер на пространствата на Цитаделата, ненужно големите повърхности на светлинната карта имаха значителен спад в производителността. Към края на разработката беше направен голям оглед във всички нива на Цитаделата, за да се оптимизират тези стойности за визуален интерес и производителност. Това беше улеснено от нова функция, добавена към редактора на нивото Хамър, която ще показва повърхностите с тяхната плътност."
N/A4084"#commentary\cn_173_super_gravity_origins.mp3" "[ Брайън Джейкъбсън ] Към този момент от разработката бяхме уверени в дизайна на гравитационното оръжие. Искахме да дадем на играча чувството за всемогъщество и се заехме с работата по създаването на свръхмощна версия. Не отне много време - всъщност може би ден за създаване на прототип - преди да имаме нещо, което ни харесва и то да се превърне в ядрото на геймплея на Цитаделата. След като нашият физичен двигател беше завършен, бяхме свободни да намерим нови и вълнуващи начини да го разширим отвъд предишните му граници и да постигнем каквито и да е забавни резултати. Нашият прототип - ултратежка диня, която тежеше стотици килограми в нашия физически симулатор - в крайна сметка се превърна в топките на интеграторите, на които се натъквате в играта."
N/A4085"#commentary\cn_174_combine_energy.mp3" "[ Брайън Джейкъбсън ] Това, което започна като диня в прототипна форма, в крайна сметка се превърна в енергийна топка, след като звуците, издавани от удара и експлозията ѝ, звучаха по-малко като зеленчуци и повече подобно на това, което имаме тук, в играта. След като започнахме да работим върху нива, които не бяха базирани на дини, осъзнахме, че можем да използваме енергийната топка не само като забавен начин за убиване на войници, но и като елемент от пъзела за захранване и изключване на различно оборудване. В значително по-късен момент от разработката не ни харесваше алтернативният огън в AR2, който имахме по това време, и тъй като екипът хареса топката на интеграторите, в крайна сметка я включихме директно в алтернативния огън на AR2. Винаги поглеждаме назад и се изненадваме как нещата, които работят независимо едно от друго в играта, се обединяват късно, за да разрешат проблеми."
N/A4086"#commentary\cn_175_combine_wall_and_balls_training.mp3" "[ Идо Магал ] В тестовете играчите не забелязваха, че сферите на интеграторите разтварят войниците и защо те изчезват. Първоначално се опитахме да решим това, като накарахме сферите да предпочитат да отскачат към враговете, за да увеличим вероятността от убийства чрез разтваряне. В крайна сметка осъзнахме, че причината играчите да не забелязват ефекта е, че това винаги се случва по време на напрегната битка и че хората имат много ограничена способност да учат нови неща, когато са под стрес. Като късно решение добавихме тренировъчна стая с ниско напрежение със силово поле, което може да се отвори само чрез хващане на топка на интеграторите. Тази настройка беше добавена специално, за да се обучи как топките на интеграторите работят за деактивиране на силовите полета и как хвърлянето ѝ към войниците ще ги разтвори. Дори тогава, в тестовете тя беше само умерено успешна. Въпреки усилията ни, някои от играчите все още се затрудняваха да възприемат разтварящите ефекти на снарядите. Времето ни свърши и решихме, че тъй като играчите все още ни казваха, че се чувстват силни, е добре, ако не всички от тях разбират защо успяват."
N/A4087"#commentary\cn_176_weapon_strip.mp3" "[ Джош Уайър ] След като въведохме супергравитационното оръжие, наистина не искахме играчите да се връщат към конвенционалните си оръжия, затова направихме единственото рационално нещо: дезинтегрирахме ги. Помага да имате неразгадаем свръхестествен враг като интеграторите като антагонист на играта си, защото е логично те просто да имат дезинтегратор. Защо не? И ако по някаква причина се нуждаехме от вашите муниции обратно в средата на нивото, каква случайност, те също имат реинтегратор."
N/A4088"#commentary\cn_177_breen_monologue.mp3" "[ Марк Лейдлоу ] Творческата работа никога не се върши във вакуум, тъй като всички ние сме вдъхновени от други неща. Монологът на Брийн, който се появява на мониторите на Цитаделата тук, е вдъхновен от една по-ранна игра, която всички обичахме – Thief 2, в която антагонистът се подиграва на играча, докато се промъква наоколо. Изпълнението е доста различно, но основното вдъхновение е налице. Истинската тежка работа обаче, това, което наистина възвишава този момент, идва от изпълнението на покойния Робърт Кълп. Неговото изпълнение беше перфектно. Той интерпретира всяка реплика на Брийн с финес и усет, които трансформираха героя на страницата в нещо наистина специално. Озвучаването с Робърт Кълп беше изключително лесно – той имаше сценария, а звукорежисьорът включваше записа и това беше всичко. Урокът, който се затвърждава тук, е да работиш с хора, чийто талант надвишава твоя, хора, от които със сигурност ще се поучиш. Не започвайте с фиксирана идея как трябва да бъде предадена репликата или как трябва да се развие определен момент, а вместо това си сътрудничете с талантливи хора и се впуснете в работата с увереност, че те ще я направят още по-добра."
N/A4089"#commentary\cn_178_dissolved_weapons.mp3" "[ Куинтин Дорокез ] Всички оръжия на интеграторите бяха настроени да се разтворят, след като войникът на интеграторите бъде унищожен с гравитационното оръжие по две причини. Първо, за да не могат играчите да ги вземат и използват, но също така и за да се подобри производителността в тези карти. Освен това беше добавен мениджър за парцалени кукли, който премахва труповете на падналите войници с напредването на играча."
N/A4090"#commentary\cn_179_elevator_fight.mp3" "[ Брайън Джейкъбсън ] Въпреки че искахме играчът да се чувства всемогъщ, не можахме да устоим на изкушението да добавим ожесточена битка при асансьорната шахта. Битката, която чакаше асансьора да пристигне тук, се оказа малко по-трудна от първоначално предвиденото за тази част от играта. Стана по-лесна по време на тестването, но всъщност нямаше достатъчно време за тестване, за да се балансира до нивото, на което трябваше да бъде. Въпреки че играчът никога не беше в толкова голяма опасност, броят на войниците, които се появяват, е това, което кара битка да се усеща по-кулминационна, отколкото е в действителност."
N/A4091"#commentary\cn_180_replacing_the_prefabs.mp3" "[ Джеф Лейн ] Енергийните топки на интеграторите са сравнително проста конструкция, със силово поле, което държи постоянно подскачащите обекти. По време на тестването на играта обаче имаше повтарящи се грешки с енергийните топки, които подскачаха, излизаха от играта и „бягаха“ от силовото поле, което създадохме, за да ги ограничим. Поради ограниченията на нашата заготовъчна технология по това време, това изискваше те да бъдат ръчно пресъздавани многократно на всяко едно от техните места във всички нива на Цитаделата, които ги включваха."
N/A4092"#commentary\cn_181_strider_fight.mp3" "[ Тед Бакман ] Един от оригиналните прототипи на Цитаделата включваше възможността да се хване страйдърът със супер гравитационното оръжие и дълго време битката със страйдъра се свеждаше до това да се приближим достатъчно, за да го хванем с оръжието. Към края на разработката решихме, че хващането на страйдъра ги правеше да се усещат твърде слаби, особено след всички битки срещу тях по време на Уличната война, така че заменихме схватката с такава, при която го убиваш с топките на интеграторите. Добавени бяха модели, така че страйдърът да може да бъде разкъсан и взривен, вместо да влачи тялото си. Това е единственият момент в играта, когато страйдърът има този ефект."
N/A4093"#commentary\cn_182_getting_in_the_pod.mp3" "[ Даби Енг ] Започващата тук сцена на издигане на капсулата изискваше поемане на пълен контрол над сцената и гледната точка на играча. Това противоречи на обичайното ни желание играчът да запази колкото е възможно повече контрол. За тази последна стъпка смятахме, че компромисът си заслужава. Играчът е толкова силен в този момент, че контролирането му беше трудно. Така че трябваше да го деактивираме. Все още имаме всички герои в сцената, които говорят с играча, държейки го в центъра на вниманието. Също така успяхме да осигурим разказ през околната среда по пътя. Пътуването с влак през Цитаделата, започващо оттук, съдържа няколко противници, за които имахме художествено съдържание, но бяха изрязани от основната част на играта. От безопасността на вашата уютна капсула можете да видите обработката на дебнещите полумъртви и да хвърлите бърз поглед върху синтетичните раци."
N/A4094"#commentary\cn_183_turrets.mp3" "[ Майк Дюсо ] Кулите бяха полезен инструмент за проектиране, когато играчът имаше стръв, тъй като можеха напълно да предотвратят челно приближаване на мраволъвове. Това ни позволи да създадем ситуации, в които играчът не можеше просто да хвърли стръв, за да продължи напред — трябваше да обикаля и да разчиства кулите, за да могат мраволъвовете му да го последват. Не навреди и фактът, че гледането как мраволъвовете биват покосявани от огъня на кулите беше чудесна визуализация."
N/A4095"#commentary\cn_184_grenade_puzzle.mp3" "[ Арън Сийлър ] Този малък пъзел често караше играчите да се затрудняват по време на тестовете, защото кутията с неограничени гранати беше поставена малко зад тях по пътя им. До този момент от играта играчите напълно са се научили да свързват кутиите с неограничени муниции с решения на пъзели, така че ако кутия с гранати беше тук, те веднага щяха да знаят, че им е необходима граната, за да го решат. Искахме първо да се наложи да помислят малко. В крайна сметка добавихме фин намек, като направихме гранатите видими на бюрото през прозорец, само за да напомним на играчите, че са налични. Те също така помогнаха за разкриването на грешка в тест, когато играч се приближи, за да погледне по-отблизо, и в крайна сметка взе гранатите през стъклото."
N/A4096"#commentary\cn_185_allied_turrets_balancing.mp3" "[ Адриан Финол ] Балансирането на тази битка около съюзническите кули беше предизвикателство. Кулите са новият елемент тук, така че ако играчите ги игнорират, геймплеят ще изглежда излишен, защото голяма част от него е подобен на предишния. Искахме да изискваме използването на кули и да възнаграждаваме стратегическото разположение, но то беше крайно - перфектното разположение правеше битката лесна, докато лошото разположение я правеше много трудна. Настройката и персонализираната логика на изкуствения интелект на войниците помогнаха; войниците станаха по-добри в събарянето на кули, като хвърляха гранати или ги обикаляха отстрани, за да ги съборят. Тези промени направиха битката по-малко свързана с перфектна подготовка и повече с активно поддържане на кулите, тъй като всяка подготовка би била нарушена в даден момент. Тестовете на играта варираха значително, като някои играчи я намираха за твърде трудна, а други я наричаха любимата си битка. Тъй като времето ни свърши, в крайна сметка я направихме малко по-лесна и я пуснахме в продажба, въпреки че не бяхме доволни от крайния баланс."
N/A4097"#commentary\cn_186_meeting_mossman.mp3" "[ Ариел Диас ] Събирането на играча и Аликс с Мосман след сцената с предателството беше сложно, тъй като много играчи смятаха, че трябва да застрелят Мосман на място. Не можехме да го позволим, тъй като нямахме време да разработим алтернативни сюжетни линии. Не искахме обаче да подчертаем, че предотвратяваме този избор, затова се стремихме да намалим вероятността играчите да го опитат. Бронеустойчивото стъкло тук печели време за диалог между Аликс и Мосман, по време на който става ясно, че Аликс не смята, че застрелването на Мосман е правилното нещо."
N/A4098"#commentary\cn_187_eli_in_pod_choreography.mp3" "[ Кен Бърдуел ] Написахме и записахме диалог за тази сцена, докато все още разработвахме „Нова Проспект“. На този етап знаехме, че Аликс и Гордън ще се телепортират от затвора, но никоя от спецификите не беше разработена, така че диалогът трябваше да бъде достатъчно широк, за да се впише в това, което в крайна сметка изградим. Това ни накара да се фокусираме по-малко върху действията на играча и повече върху уязвимостта на Аликс и връзката ѝ с баща ѝ. Надявахме се емоцията да носи сцената повече от самия разказ. В крайна сметка се стремим играчът да го е грижа за тези герои – да иска да даде приоритет на това, което е важно за Аликс."
N/A4099"#commentary\cn_188_mossman_and_eli.mp3" "[ Бил Ван Бюрен ] Тази хореографска сцена изискваше значителна итерация. Искахме да внесем обрат в сюжета по средата на сцената, като същевременно запазим контрола на играча неограничен. Изискваше се деликатен баланс, за да направим този обрат ясен, но все пак да се уверим, че е непрекъсваем. Ако играчите последват Аликс до конзолата, те трябва да разберат какво се случва, когато се обърнат. Ако останат и гледат Мосман, те трябва да разберат какво се случва, без да чувстват, че това е нещо, което трябва да се опитат да предотвратят. Изискваше се обширно настройване и тестване на играта, за да се уцели правилният момент, но в крайна сметка използвахме комбинация от разсейване, бързо представяне на ключовия момент и накрая предоставяне на обяснение след събитието."
N/A4100"#commentary\cn_189_nova_prospekt_entry.mp3" "[ Даника Роджърс ] Играчът току-що е завършил две нива с много бойни натоварвания, така че искахме да забавим нещата, след като влязат вътре. Тези ранни нива бяха замислени като промяна на темпото, позволявайки на играчите да изследват оформлението на интериора на „Нова Проспект“. По пътя започнахме да въвеждаме геймплея с кули, първо като враг за играча, а по-късно като инструмент, който може да използва. Голяма част от това ниво беше изградено чрез повторно използване на прототипи и художествени пространства, създадени по-рано в проекта, когато бяхме фокусирани върху оформянето на външния вид на „Нова Проспект“."
N/A4101"#commentary\cn_190_turret_training_exit.mp3" "[ Дъг Ууд ] Тази купчина боклуци, заедно с претрупаното спускане по стълбите, е предназначена да обезкуражи играчите да носят кула със себе си. Макар че няма да счупи нищо, ако го направят, искахме да го направим по-малко вероятно. Да направим запазване на кулата неудобно не е идеална дизайнерска стратегия, но беше по-добре от нищо. Много тестери на играта в крайна сметка се отказаха и захвърлиха кулата, след като разбраха, че играта иска да им подскаже нещо."
N/A4102"#commentary\cn_191_allied_antlions.mp3" "[ Ерик Кирхмер ] Наличието на безкрайно прераждаща се армия от мраволъвове, атакуваща кули и войници, означаваше, че трябваше да отделим време, за да разберем ролята на играча в битката на „Нова Проспект“. Играчът вече се беше сблъсквал с много войници на интеграторите, затова решихме да направим битката тук по-скоро като пъзел и зрелище, отколкото като бойно предизвикателство. Имайки това предвид, създадохме настройки, които оставаха в стабилно състояние, докато играчът не се намесеше. Чрез директно убиване на врагове, играчът можеше да наклони везните в полза на мраволъвовете, но искахме да направим използването на стръв особено възнаграждаващо. В много сцени, когато играчът хвърляше стръв върху врагове, активирахме допълнително зараждащи се мраволъвове, освобождавайки бърз прилив на нови мраволъвове в битката. Получената касапница беше наградата, която правеше стръвта задоволителна за използване."
N/A4103"#commentary\cn_192_laser_mines.mp3" "[ Ерик Джонсън ] Наистина ни хареса да внесем тези лазерно задействаща се мини в „Нова Проспект“. Те бяха оръжие от Half-Life 1, което не бяхме успели да включим в Half-Life 2, но поне си намериха място като елемент от пъзела. Хареса ни как служеха като вид личен тест за морал, когато играчът имаше армия от мраволъвове. Някои играчи веднага хвърляха стръв покрай мините, изпращайки тела на мраволъвове към проблема, докато други задържаха малките си приятели, докато не премахнаха безопасно мините с други инструменти. Не съдихме."
N/A4104"#commentary\cn_193_final_turret_arena.mp3" "[ Ерик Джонсън ] Когато изграждаме геймплей елемент, като например използването на съюзнически кули, често първо изграждаме прототип, който представлява крайната точка на идеята. Повтаряме този прототип, докато тестовете на играта покажат, че работи. След това работим назад, добавяйки предходни сценарии, за да въведем елемента и да изградим уменията на играча. Този подход гарантира, че финалният епизод е ангажиращ, преди да отделим значително количество време. Това също означава, че докато създадем сценарии за обучение, сме наблюдавали достатъчно тестове за игра, за да знаем кои умения се нуждаят от насоки и кои играчите ще усвоят по естествен начин. Този последен сценарий с кулите беше нашата цел, като наблягаме на защитата на играча срещу врагове от множество посоки, изисквайки динамично разполагане и възстановяване на кулите."
N/A4105"#commentary\cn_194_one_way_drops.mp3" "[ Якоб Юнгелс ] Играчите никога не знаят какво ги очаква, но са запознати с това, което е зад тях, така че е разбираемо да се оттеглят на позната земя, когато срещнат враг. Ако сме построили арена, където искаме играчът да се хвърли в сблъска – особено за враг със специфични геометрични изисквания, като например мраволъвската гвардия – ни е нужен начин да предотвратим това отстъпление. Често срещано решение е да се изисква от играча да влезе в арената през еднопосочен пролом, нещо, което вероятно вече сте забелязали се използва няколко пъти."
N/A4106"#commentary\cn_195_npcs_on_elevators.mp3" "[ Джей Стели ] Често прекарваме значително време в решаване на проблеми, които играчите може дори да не забележат. Много от тях са фини дизайнерски предизвикателства, докато други произтичат от взаимодействието на множество системи помежду си. Например, това неиграещи герои да се возят в асансьори представляваше сложен проблем, защото включваше различни системи - вземане на решения от изкуствен интелект на NPC, планиране на навигацията и симулация на движение и други. Освен това, самият асансьор имаше свои собствени изисквания за симулация, несвързани с NPC-тата. Едно от по-фините предизвикателства идваше от факта, че симулираме NPC-та с по-бавна скорост, отколкото симулираме асансьори. Това означаваше, че NPC-та в спускащ се асансьор симулираха - за да се уверят, че стоят правилно върху асансьора - и след това асансьорът симулираше няколко пъти, всеки път движейки се по-надолу по шахтата на асансьора, като неусетно оставяше NPC-то зад себе си. Малко след това NPC-то симулираше втори път и отново се спускаше на пода на асансьора. Можете да си представите колко е било трудно да вземете Аликс на сериозно, когато тя постоянно пада на малки интервали, докато говори с вас."
N/A4107"#commentary\cn_196_looktargets.mp3" "[ Джон Кук ] Един от ключовите инструменти в нашия инструментариум за дизайн е \"мишена\" – невидима точка в пространството, която се активира, когато играчът я погледне. Дизайнерите могат да определят колко точно играчът трябва да я гледа, продължителността на погледа и други условия. След като бъде активирана, \"мишената\" задейства различни събития в играта. Например, Аликс може да изчака играчът да я погледне, преди да произнесе реплика, спектакъл може да започне само когато е в полезрението му, или кораб на Интеграторите може да прелети, когато играчът гледа там, откъдето ще премине. След като внедрихме \"мишени\", дизайнерите откриха безкрайни начини да ги използват, за да направят геймплея по-надежден за играчите, особено след като някои се движат с много различна скорост или по трудни за предвиждане начини."
N/A4108"#commentary\cn_197_nova_prospekt_yard.mp3" "[ Джон Морело ] Боят в двора на „Нова Проспект“ беше до голяма степен вдъхновен от ранните ни наблюдения на мраволъвове, биещи се с войници на интеграторите. Високата подвижност и атаките в близък бой на мраволъвовете се съчетаваха добре със смъртоносността на войниците от разстояние и уязвимостта им отблизо. Мраволъвовете изглеждат страхотно под огън, с ефекти с частици, летящи навсякъде, а когато най-накрая достигнат войник, полученият ефект на парцалена кукла е невероятно задоволителен."
N/A4109"#commentary\cn_198_vent.mp3" "[ Джон Морело ] Вероятно знаете това, но щом има отдушник, значи има и главорак в него. Ние не създаваме тези правила, те, както самите отдушници, идват директно отгоре."
N/A4110"#commentary\cn_199_kitchen.mp3" "[ Кери Дейвис ] Добре познат обичай сред разработчиците на игри е всички кухни за видеоигри да са оборудвани с газова експлозия."
N/A4111"#commentary\cn_200_alyxs_tool.mp3" "[Лора Дубук] Мултифункционалният инструмент на Аликс беше невероятно полезен, тъй като ни позволяваше да я използваме като ключ. Често се налагаше да не позволяваме на играча да се движи напред, докато не сме готови, а мултифункционалният ѝ инструмент ѝ позволяваше да произнася диалог, докато отключва пътя напред. Вероятно разчитахме твърде много на него, но беше трудно да устоим. Винаги има компромис – използването на Аликс за отваряне на стая, вместо да създадем персонализирано решение, спести време, което можехме да посветим на други части от играта, често по-критични."
N/A4112"#commentary\cn_201_mossmans_betrayal.mp3" "[ Марк Лейдлоу ] Първоначалният ни план за развитието на Джудит Мосман беше тя да предаде играча в този момент. Но когато стигнахме до тази сцена, след като разработихме други части от играта, почувствахме, че по-вероятно просто се опитва да защити Илай. Представихме си как тя ще преосмисли решението си, осъзнавайки, че всъщност не може да предаде Гордън. Имахме идеи да изясним тази промяна по-късно, но в крайна сметка така и не завършихме развитието ѝ. Хареса ни неяснотата в Мосман, но играчите сякаш не харесаха това - почти всички я мразеха. Това обаче може би е успех; работихме усилено, за да изградим афинитета на играчите към Аликс, а Аликс също не беше точно фен на Джудит."
N/A4113"#commentary\cn_202_d2_prison_05_start.mp3" "[ Ян Берние ] Тъй като играчът можеше да мести голям брой обекти, често се сблъсквахме с предизвикателства, особено предвид ограниченията на процесорите от 2003 г. Едно от ограниченията беше, че нашата навигационна система с изкуствен интелект не беше запозната с динамични физически обекти, като тези метални легла. Въпреки че нашата система за движение на NPC-та можеше да открива и отбягва физически обекти, докато се движат, те бяха по същество невидими по време на навигационни заявки за стратегическо планиране преди движение. Това се дължеше главно на ограничения в производителността - не можехме да си позволим нищо по-сложно. Сблъскахме се и с дизайнерски предизвикателства без ясни решения като например как трябва да реагира войник, ако играч напълно блокира коридор с големи физически обекти. За да се справим с това, дадохме на NPC-тата допълнителна сила, за да бутат физически обекти. След това смекчихме проблема чрез дизайн на нивата, разширяване на коридорите и осигуряване на достатъчно празно пространство, за да се справят с попадането на предмети където и да е в тях. Тази конфигурация е с висок риск: комбинацията от войници, криещи се зад легла, и мраволъвове, подготвящи се за атаки в близък бой, създава голяма вероятност за неудобни взаимодействия между системата за движение на NPC-тата и леглата."
N/A4114"#commentary\cn_203_alyx_as_companion.mp3" "[ Майлс Естес ] Тази част се превърна в неволен прототип за това, което в крайна сметка щеше да представи Епизод 1: Аликс като спътник, движеща се плавно по път, съчетаващ динамичен бой със сценарийна хореография. Все още нямахме ясен модел за това как тя би се вписала редом с играча в тези сценарии, но дори тази кратка част ни научи на много, въпреки че нямахме достатъчно време да я доразвием."
N/A4115"#commentary\cn_204_laundry.mp3" "[ Майк Дюсо ] Докато играчът достигне това ниво, известно като „Пералня“, сме уверени, че се чувства комфортно да използва стръв, за да решава бойни сценарии. Затова искахме да повишим залозите малко, като създадохме сценарий, който насърчава играча да се ангажира още повече, комбинирайки стръвта с пълния му набор от оръжия."
N/A4116"#commentary\cn_205_side_zombie.mp3" "[ Куинтин Дорокез ] Това отровно зомби винаги е било акцент в тестовете. Играчите, толкова фокусирани върху войниците на Интеграторите, мраволъвовете и кулите, не бяха виждали отровно зомби от доста време, така че внезапната му поява в тъмното често създаваше момент на шок."
N/A4117"#commentary\cn_206_flares.mp3" "[ Куинтин Дорокез ] Тази секция е добър контрапункт на предишния сегмент с кулите по отношение на производствените разходи и итерациите. Построена много късно, тя се сглоби бързо, тъй като изкуственият интелект за Аликс и войника на И
N/A4118интеграторите вече беше зрял. Хареса ни тъмнината и сигналните ракети и ги запазихме като нещо за по-нататъшно изследване. По-късно ги разгледахме отново, когато планирахме тъмните раздели в Епизод 1."
N/A4119"#commentary\cn_207_magic_wall.mp3" "[ Робин Уокър ] Както на много от нашите бойни арени, имахме нужда от някакъв вид порта, която да попречи на играчите да продължат напред, преди да са завършили тази битка. За съжаление, времето ни свърши и трябваше да преминем към Гарата, така че се озовахме с тази магическа глупост: Стена, която просто експлодира след като вторият боен кораб е победен, разкривайки пътя напред. Успокоихме се, че повечето играчи няма да забележат, тъй като щяха да бъдат заети да се бият с бойните кораби, а нашите тестове показаха, че като цяло всички завършват битката, преди да стигнат до тази точка. С достатъчно експлозии в цялата арена, разрушената, горяща стена се усещаше доста естествено, така че добавихме няколко прости газови пъзела от другата страна, за да го оправдаем. Но не, не се гордеем особено с това."
N/A4120"#commentary\cn_208_ragdoll_vortigaunt.mp3" "[ Скот Далтън ] Има много болка в този мъртъв вортигонт - болка на нашите дизайнери на нива. По това време инструментите ни за разработка не ни позволяваха директно да позиционираме парцалена кукла, тоест, когато NPC умре и то системно се търкаля на земята, нямахме никакъв контрол върху това в каква поза ще се окаже. Ако имахме малко време за аниматорите, можеха да ни дадат анимация с един кадър в приблизително желаната от нас поза, но закъсняхме и малкият ни екип по анимация вече беше претоварен. Така че дизайнер на нива позиционира вортигонта над този стол, каза му да умре, докато нивото се зареди, и изчака да види в каква поза ще се установи парцалената кукла. След това дизайнерът премести леко вортигонта и опита отново. Не можем да си спомним точно колко опита бяха необходими, но бяха много, много повече, отколкото си мислите."
N/A4121"#commentary\cn_209_nova_prospekt_process.mp3" "[ Ерик Смит ] Подобно на Рейвънхолм, „Нова Проспект“ първоначално е проектирана със значително по-различен геймплей от този, който в крайна сметка е пуснат на пазара. Първата версия се фокусира върху битката играч срещу войници на интеграторите, без участието на мраволъвове. За разлика от други области на играта, където геймплеят и графиката се развиват заедно, „Нова Проспект“ получава голям тласък на графиката в началото. Това доведе до набор от многократно използваеми, полирани секции от геометрията на нивото с вече приложена графика. Сглобяването на „Нова Проспект“ от тези части се получи добре, тъй като оформлението на затвора по същество е повтарящо се. А по-късно, когато се върнахме с мраволъвове и стръв, трябваше да променим геометрията, за да се впише в новия геймплей."
N/A4122"#commentary\cn_210_d2_prison_04.mp3" "[ Ерик Кирхмер ] По време на разработката, нашите художници създаваха малки вертикални сегменти от среда, които наричахме арт зоопаркове. Тези зоопаркове показваха как да използваме текстури и реквизит, за да създадем геймплей пространства, които постигат нашите визуални цели. Въпреки това, когато изграждахме геймплейната писта на затвора, повтарящото се оформление ни позволи да използваме изкуството по-директно. Тази карта първоначално беше създадена като основен арт зоопарк за „Нова Проспект“, но след като беше използвана за тестване на различни геймплей прототипи – включително тези, които в крайна сметка доведоха до стръвта – тя стана част от действителната архитектура на нивата."
N/A4123"#commentary\cn_211_autosave_dangerous.mp3" "[ Дейв Рилър ] В Half-Life 1 имахме набор от автоматични запазвания в играта, поставяни ръчно от дизайнерите на нива и задействани, когато играчът достигне определен момент или позиция в нея. Това гарантираше, че играта се запазва автоматично, докато преминавате през коридорите на Блек Меса. В Half-Life 2 се оказахме нуждаещи се от нов инструмент. Проблемът възникна в някои от по-сложните арени, които бяхме построили. Някои от тези срещи продължаваха доста дълго и включваха множество групи врагове. Други бяха дълги, разпръснати смесици от изследване и бой без ясно разделение между двете. Никога не искаме автоматично запазване, при което играчът е в опасност да умре веднага след зареждане на играта, защото това може да го постави в цикъл на смъртта - ако сте играли достатъчно игри по онова време, определено сте се озовавали в тази ситуация поне веднъж. Така че, освен ако умишлено не създавахме паузи във всяка арена, не винаги имаше безопасно място за поставяне на автоматично запазване. След известно експериментиране внедрихме функция, наречена „опасно автоматично запазване“. Това беше инструмент за дизайнери на нива, който комбинираше автоматично запазване със свързан времеви интервал. Когато е задействан от дизайнера на нива, той незабавно запазваше играта, но запазваше запазването на играта настрани, недостъпна като запазена игра за зареждане. Ако играчът останеше жив за определения времеви интервал, тогава записът на играта щеше да бъде записан и използван като най-скорошната автоматична запазена игра. Това позволяваше на дизайнерите на нива да поставят автоматично запазване на разумно място или време в арената, да посочат време, например тридесет секунди, и ако играчът беше все още жив в продължение на тридесет секунди, автоматичното запазване щеше да се използва."
N/A4124"#commentary\cn_212_we_dont_go_to_ravenholm.mp3" "[ Дарио Казали ] Докато приключвахме работата си по Рейвънхолм, не можехме да се отървем от усещането, че преходът от лабораторията на Илай просто не работи. Беше твърде рязък - лабораторията на Илай се свързваше директно с улиците на града, където скоро щяхте да сте, а секцията, в която стоите, не съществуваше. Току-що бяхме дали това обещание в края на лабораторията на Илай: „Вече не ходим там“ и ни хареса цялостното развитие, до което бяхме създали. Но когато играчът стигнеше до Рейвънхолм, той веднага биваше хвърлен в бой със зомбита, без място за натрупване на напрежение. Затова изградихме този раздел и последващите тесни коридори, за да се справим с това по начин, който ни харесваше. Забавихме темпото, фокусирахме се върху графиката и осветлението и ви подготвихме да разберете защо вече не ходим в Рейвънхолм."
N/A4125"#commentary\cn_213_lever_shenanigans.mp3" "[ Дарио Казали ] Дори с цялата работа, която положихме, за да се опитаме да направим връзка между тази ръчка и външната електрическа ограда в съзнанието на играчите, някои тестери все пак дърпаха ръчката и не знаеха какво са направили. Те дори се лутаха наоколо, дърпаха ръчката наобратно и се лутаха още малко. Тъй като не оставаше много време за изясняване на връзката, решихме просто да счупим ръчката. Това попречи на играчите да отменят напредъка си и добави към усещането, че Рейвънхолм е ненадеждна и разпадаща се среда."
N/A4126"#commentary\cn_214_town_arenas.mp3" "[ Дарио Казали ] На този етап в Рейвънхолм играчът е научил всички елементи на геймплея, с които разполага, и може да предвиди взаимодействията си. Това ни позволява да изграждаме по-сложни конфигурации, осигурявайки по-високо ниво на заплаха и повече свобода в начина, по който играчът може да подходи към всеки сценарий. Тази арена е умишлено преплетено пространство, което играчът ще трябва да изследва, и ние използваме това време за изследване, за да увеличим бавно интензивността на битката. Колкото по-бързо играчът изследва, толкова по-бързо я увеличаваме. Свободната форма на този дизайн го направи труден за настройване, предвид големия динамичен диапазон в начина, по който играчите играят през него."
N/A4127"#commentary\cn_215_mines.mp3" "[ Дарио Казали ] Сложният маршрут, който играчът следва, за да се придвижи безопасно през тази минна шахта, му дава достатъчно време да види какво го очаква на дъното. И изненада: това са главораците. Честно казано, често са главораците. Но в този случай това са отровни главораци, които са голямо забавление сами по себе си, но са истинска напаст, когато добавите бързи главораци към тази бъркотия. Тези двамата представляват страхотна комбинация: нито един от тях не е особено опасен сам по себе си, но заедно са невероятно смъртоносни. Веднъж отровен, един удар от бърз гламорак е достатъчен, за да убие играча. И това биолозите наричат симбиоза. Поне така си мислим."
N/A4128"#commentary\cn_216_poison_headcrabs.mp3" "[ Дейвид Спейрер ] Тази стая неволно въвежда отровни главораци. Бяхме прекарали много време в изготвянето на правилното им представяне по-късно в нивото, но след като видяхме колко добре се представят при тестване на играта, вълнението ни надделя и скоро ги разпръснахме из цялото ниво. Когато осъзнахме, че са се появили преди представянето си, вече беше твърде късно да го преработим. За щастие, тясната стая с отровни главораци върши добра работа като обучение, защото дизайнът им избягва често срещан проблем при бойното обучение. Обикновено играчите са стресирани и могат да се разочароват, ако умират многократно, без да разбират защо, и, разбира се, ние се сблъскахме с този проблем, когато се опитвахме да тренираме играча както с отровни главораци, така и с техния източник - отровното зомби. Отровните главораци обаче не могат да убият играча сами. Така че, макар и стресиращо, стая, пълна с тях, поне избягва това изнервяне."
N/A4129"#commentary\cn_217_poison_zombie_introduction.mp3" "[ Дейвид Спейрер ] Ограничаването на играча в тясно пространство, като същевременно му осигуряваме гледка навън, е полезен начин да увеличим шансовете му да забележи нещо, което искаме да види. Тук привличаме вниманието на играча със звука на вой, преди самото отровно зомби да стане видимо. Първоначално тази среща беше и първият път, когато играчите се изправят срещу отровни главораци, но, както бе споменато по-рано, ние се ентусиазирахме твърде много в разпространяването на отровни главораци по нивото и в крайна сметка издадохме общото им представяне тук. В крайна сметка обаче тези първи срещи се оказаха по-добри като отделни случаи."
N/A4130"#commentary\cn_218_final_arena.mp3" "[ Ерик Смит ] Когато завършихме първото преминаване над Рейвънхолм, този покрив беше предназначен да бъде кулминационната битка. Подобно на други пространства в Рейвънхолм, той започна живота си като пространство, изцяло фокусирано върху това да бъде интересна визуална локация. Смятахме за важно, когато играчът напусне Рейвънхолм, да има момент да погледне назад към града, от който току-що е оцелял, и да хвърли поглед върху посоката, в която се е насочил. Няколко геймплей групи се опитаха да изградят битка тук, но строгата геометрия и ограниченията за производителност означаваха, че така и не създадохме финал, с който да сме доволни. Подобно на самата сага на Half-Life, изглеждаше сякаш Рейвънхолм е обречен да няма истински край."
N/A4131"#commentary\cn_219_tables_and_bodies.mp3" "[ Идо Магал ] Към края на изграждането на Рейвънхолм, след като всички основни части бяха на мястото си, ние преминахме през цялия епизод и се опитахме да запълним всяко празно пространство с нещо интересно. Правейки това, трябваше да внимаваме да използваме това, което вече имахме, и да не създаваме нищо ново, тъй като не можехме да рискуваме да въведем още грешки. Често, както в тази стая, се опитвахме да добавим нови моменти в геймплея, като същевременно добавим повече детайли и разказ в областта. Малки сцени като тази позволяват на внимателния играч да се замисли какво вижда и какво може да означава това за бъдещето, с което ще се сблъска."
N/A4132"#commentary\cn_220_physics_object_consistency.mp3" "[ Кери Дейвис ] Всички физически обекти имат различни параметри, които определят поведението им: тяхната маса, количеството щети, които понасят, преди да се счупят, в какво се счупват и т.н. По време на разработката тези параметри бяха зададени от дизайнерите на нива за всеки елемент, което е начинът, по който работеха повечето неща в играта. Но по-късно в разработката осъзнахме, че сме си създали проблем - в играта имаше хиляди физически обекти и нямаше метод за осигуряване на последователност между тях. В резултат на това картонена кутия можеше да се счупи с един изстрел от пистолет в едно ниво и да бъде напълно неуязвима в друго. Вътрешно ние обикновено наричахме тези несъответствия престъпления на дизайнерите на нива. За да ги поправим и да въздадем известна справедливост, изградихме система, която налагаше последователност на всички физически обекти въз основа на техния визуален модел. Тъй като по-голямата част от играта вече беше построена, бяхме принудени да позволим на дизайнерите на нива изрично да се откажат от тази система за редки крайни случаи, когато трябваше да направят нещо престъпно, за да запазят това, което са проектирали. Вътрешно ние наричаме тези дизайнери рецидивисти, някои от които продължават престъпния си живот във Valve и до днес."
N/A4133"#commentary\cn_222_fast_zombie_introduction.mp3" "[ Ранди Лундийн ] Това пространство беше друга зона, първоначално създадена за E3 2003 г., което показваше как играча се сражава срещу отряд войници на интеграторите. Когато се върнахме, за да го използваме, за да представим бързото зомби, се опитахме да запазим колкото е възможно повече от предишната работа. Искахме емблематичен кадър, осветен от лунна светлина, със зомбита, скачащи покрай луната като върколаци, за да привлекат погледа на играча. След като този ритъм приключи, въвеждаме първото бързо зомби в пространството на играча и го изпращаме към него. Отне ни много итерации, за да намерим правилния баланс на осветление, за да изглежда сцената добре, като същевременно се гарантира, че работи и за целите на геймплея."
N/A4134"#commentary\cn_223_ravenholm_gameplay_focus.mp3" "[ Майк Дюсо ] След като гледахме много тестове на Рейвънхолм, знаехме, че основният геймплей на нивото се върти около гравитационното оръжие и физиката. След като се въоръжихме с тези знания, почувствахме, че можем по подходящ начин да изградим прехода към Рейвънхолм и да помогнем на играча да научи и разбере малко за това какво ще бъде предстоящото преживяване. Това се случва често - ние изграждаме трасето на нивото, разбираме какво работи и след това проектираме неговия пролог. Изградихме следния набор от стаи, имайки предвид тази подредба на масите. Бруталността на инструментите, които предоставихме на играча, сякаш помогна за създаването на настроението, към което се стремихме, помагайки за изместване на тона от безопасността на лабораторията на Илай към нещо по-тъмно и плашещо."
N/A4135"#commentary\cn_224_player_tools.mp3" "[ Стив Бонд ] Към този момент от играта играчите имат много опит с физиката на Half Life 2, но току-що са получили гравитационното оръжие, което предоставя съвсем нов начин за взаимодействие с физическите обекти в играта. Проработихме различни физически обекти, с които играчът можеше да играе. Неща като триони, катапулти, контейнери с експлозиви, капани, копия и т.н., като се фокусирахме върху тези, които работеха добре с физическото оръжие, и премахнахме тези, които не работеха. След това премахнахме боеприпасите на нивата, така че играчът да трябва да разчита на тези обекти, за да оцелее. "
N/A4136"#commentary\cn_225_contrived_setups.mp3" "[ Кери Дейвис ] Има доста очевиден механизъм в няколко от тренировките с гравитационното оръжие и физически обекти. Играчът изважда нож за трион от стената с гравитационното оръжие и точно по сигнал, зомби се препъва зад ъгъла, молейки да бъде изстрелян нож за трион по него. След това играчът пропълзява под въртящ се капан с трион, за да го изключи, и изведнъж се появяват три зомбита, които се подиграват на играча да включи капана отново. Нямахме много време да работим върху този раздел, така че ни трябваха настройки, които да работят за всички играчи, а не по-отворени, които разчитат на това те да направят „правилния“ ход. Въпреки че този вид дизайн може да намали креативността на играчите, в този случай открихме, че те сякаш нямат нищо против, че ги им оставихме много избор."
N/A4137"#commentary\cn_226_misteaching_flinches.mp3" "[ Кери Дейвис ] Друг запомнящ се тест и пример за опасността от погрешно обучение на играчите се случи в Рейвънхолм. Един от нашите дизайнерски принципи е играта да реагира максимално на играча. Така че, когато проектирахме гравитационното оръжие, изглеждаше очевидно, че ако играчът го насочи към зомби и натисне спусъка, нещо трябва да се случи. Беше достатъчно просто да го накараме да удари зомбито с минимални щети, карайки зомбито да възпроизведе анимацията си за трепване, което се усещаше добре и реагираше бързо. По-късно гледахме тест, при който тестерът откри това взаимодействие веднага след пристигането си в Рейвънхолм и го интерпретира като обратна връзка, че гравитационното оръжие наранява зомбито... което беше така, но не съвсем. Така че те стреляха по зомбито отново, многократно, шокирайки го отново и отново, докато не умре. Това е бавен, скучен, нечовешки начин за борба със зомбита, особено когато сте заобиколени от триони и експлозивни кутии. След като си научихме урока, премахнахме тази анимация за трепване, въпреки че това означаваше загуба на взаимодействието между зомбито и гравитационното оръжие. В този случай беше по-добре да не се осъществява това просто взаимодействие, отколкото да се създаде погрешното впечатление, че гравитационното оръжие е ефективен начин за борба със зомбита. Дори прости принципи могат да изискват компромиси, когато се навлезе в детайлите."
N/A4138"#commentary\cn_227_fire_trap.mp3" "[ Стив Бонд ] Този огнен капан първоначално беше замислен като визуален експонат за противопожарната система, преди дизайнер на нива да го пренасочи като геймплей елемент за Рейвънхолм. Той беше почти съкратен многократно по време на разработката поради влиянието върху производителността на евтините компютри, причинено от преизчертаването, свързано с прозрачните духове. В крайна сметка, един програмист сметна, че е достатъчно важен за геймплея, че си струва да се свърши работата по решаването на проблемите с производителността и да се уверим, че можем да го вкараме в играта. "
N/A4139"#commentary\cn_228_hallway_cupboards.mp3" "[ Ян Берние ] Тези коридори, пълни с боклуци, бяха просто решение на необходимостта да забавим играча. С ограничението да запазим колкото е възможно повече от съществуващата геометрия, комбинирано с бавно движещи се зомбита като основен враг, беше трудно да спрем играчите просто да спринтират оттук. За щастие, присъствието на Григори като луд обитател на Рейвънхолм направи тези настройки лесни за оправдаване - има смисъл той да е задръстил стълбището, за да се пази в безопасност на покривите. В крайна сметка, решението на Григори и нашето бяха едно и също: просто хвърлете куп мебели по пътя - защото ако това спре зомбитата, вероятно ще забави и играча."
N/A4140"#commentary\cn_229_pacing_switch.mp3" "[ Стив Бонд ] След като играчът вече премина през тренировъчната секция, можем да започнем да изместваме темпото от мрачни клаустрофобични пространства към по-фокусирани върху бой екшън арени. Тъй като играчът е запознат с различните физични инструменти в средата, можем да започнем да ги смесваме с отворени пространства и просто да му дадем свободата да избере своя подход. "
N/A4141"#commentary\cn_230_car_crushers.mp3" "[ Стив Бонд ] Тези автомобилни трошачи изискваха някои корекции и доста работа по нашата система за физически щети. Винаги има предизвикателство, когато големи физически обекти взаимодействат с неиграещи герои. Например, ако физиката може да тласне NPC-то, това може да го бутне някъде, където не би трябвало да отиде, оставяйки го неспособен да се възстанови. Това не е голям проблем за нещо като главорак, който може просто да изскочи от трудна ситуация, но за нещо като зомби, това може да означава да се заклещи и да се окаже безпомощен, мятайки се в каквато и да е празнина, в която е успял да се вклини във вас. Което донякъде убива усещането за сървайвал хорър, към което се стремим тук. "
N/A4142"#commentary\cn_231_car_crusher_lifts.mp3" "[ Ерик Смит ] Да накараме автомобилните трошачи да повдигнат играча също беше сложно. Вижте, играчът винаги се симулира както от физическата система, така и от системата за движение на играта. Всеки път, когато актуализираме състоянието на играча, сравняваме резултатите от двете системи и решаваме коя е „правилната“, след което ги синхронизираме и повтаряме. Това позволява на двете системи да си взаимодействат – например, когато играчът стои на люлка, физиката позволява на дъската да се поддаде, или когато застане на автомобилния трошач, той го повдига. Макар и по-сложен, този подход с две системи беше по-лесен за настройване, отколкото да се обработват както физиката, така и движението на играча в една система. Като ги разделихме, можехме да настроим фино системата за движение, за да се усеща добре сама по себе си, като ги съгласуваме само когато физиката влияеше на играча."
N/A4143"#commentary\cn_232_paint_cans.mp3" "[ Стив Бонд ] След като успяхме да превърнем гравитационното оръжие и физичния геймплей в основата на преживяването в Рейвънхолм, започнахме да преминаваме през нивата и да търсим обекти, които може би сме пропуснали, тъй като бяхме заети да работим с наистина агресивните неща като триони и експлодиращи кутии. Едно от нещата, които открихме, беше кутията с боя и беше достатъчно просто, за да подсилим очакванията ви, като кутиите с боя пръскат боя върху зомбитата, когато хвърлите една по тях. "
N/A4144"#commentary\cn_233_bringing_physics_to_the_enemies.mp3" "[ Том Леонард ] Физическите капани в Рейвънхолм бяха едни от първите елементи на геймплея, от които бяхме наистина доволни, но им липсваше свобода на действие на играча. Именно трионите ни помогнаха да разберем какво всъщност представлява Рейвънхолм. С трионите играчът можеше да донесе физиката при зомбитата, вместо да води зомбитата при физиката. След като установихме това разбиране, Рейвънхолм се разви бързо. Продължихме да претърсваме картата, търсейки нещо, особено нещо необичайно, което би могло да се превърне в инструмент или оръжие за играча. "
N/A4145"#commentary\cn_234_ravenholm_development.mp3" "[ Том Леонард ] Започнахме да разработваме Рейвънхолм в началото на производството на Half-Life 2, така че той премина през повече от един пълен етап на разработка. Първата версия предшестваше гравитационното оръжие, като геймплейът беше фокусиран върху традиционните битки със зомбита с помощта на огнестрелни оръжия и някои от физическите капани. Дори планирахме да представим Рейвънхолм на E3 през 2002 г., но играта в крайна сметка беше представена година по-късно, през 2003 г. По това време бяхме инвестирали сериозно в графиката на Рейвънхолм, нещо, което обикновено избягваме, докато геймплеят не бъде напълно доказан. Така че, след като се върнахме към Рейвънхолм с мисълта за механиката на гравитационното оръжие, работехме с много от съществуващата геометрия на нивата, която беше проектирана с много различна геймплейна цел. "
N/A4146"#commentary\cn_235_grigori_plaza.mp3" "[ Стив Бонд ] Този открит площад е една от зоните, които бяха напълно детайлизирани в първия ни етап на разработка и когато се върнахме към него, искахме да запазим колкото е възможно повече от съществуващата графика, докато проектираме нов път за играчите, който използва и трите измерения. Придвижвайки играчите нагоре и надолу през прозорци, по покриви, между сгради. Не беше голямо пространство, така че трябваше да изтискаме колкото е възможно повече от него. И тъй като това започна като зона, фокусирана върху графиката, имаше лек геймплей и трябваше да се справим с факта, че тестерите на играта имаха навика да прелитат право през нея. На всичкото отгоре, тя вече натоварваше бюджета ни за производителност при рендиране, оставяйки малко място за нещо ново. Предизвикателството стана намирането на малки допълнения, които да забавят играча, като добавят заплахи зад ъглите и във всяко кътче и пролука на нивото."
N/A4147"#commentary\cn_236_ravenholm_development_2.mp3" "[ Том Леонард ] Когато феновете ни говорят за Half-Life 2, Рейвънхолм често е най-запомнящият се раздел. Благодарение на многобройните си етапи на разработка и плътността на материала в него, повече членове на екипа са представени в Рейвънхолм, отколкото където и да е другаде. Именно там разбрахме как да приложим артистичния си процес към желаните сцени и настроение, как физиката и геймплеят се комбинират с гравитационното оръжие, как главораците и зомбитата трябва да еволюират за Half-Life 2 и много други. Поглеждайки назад сега, това затвърждава убеждението ни в индивидуалното овластяване пред централизирания дизайн. Рейвънхолм е плътно изпълнен, високоефективен в геймплея и артистичното си изпълнение и е сбор от много малки приноси на отделни хора, които са разбрали как могат да я развият още малко със собствените си уникални способности. "
N/A4148"#commentary\cn_237_playtester_archetypes.mp3" "[ Том Леонард ] Итерациите и редовните тестове на играта бяха жизненоважни за разработката на Half-Life 2. Всяка седмица тихо гледахме над рамото на играч, преминаващ през раздела, върху който работехме, водейки си бележки кое работи и кое не. За нас беше важно да тестваме с широк диапазон от нива на умения, за да сме сигурни, че не взимаме решения, които работят само за някои. С течение на времето се научихме да избираме специфични видове тестери на играта въз основа на етапа на разработка, на който се намираме. В началото използвахме опитни геймъри, обикновено съотборници, които можеха да се справят с груби, недовършени области и бяха добри в обясняването на своя мисловен процес. За бойно тестване намирахме играчи от всички нива на умения, особено тези, които са изобретателни в използването на инструментите. Накрая, когато разделите ставаха все по-шлифовани, се фокусирахме върху начинаещи - хора, които не играеха много игри или не бяха запознати със шутърите от първо лице. Дори и да не бяха непременно от тези, които биха купили играта, често научавахме по нещо ценно докато ги наблюдавахме. "
N/A4149"#commentary\cn_238_the_real_final_arena.mp3" "[ Том Леонард ] Много късно в разработката на Half-Life 2, когато преглеждахме цялата игра за възможности за финално подобрение, решихме, че всъщност искаме истински финал за Рейвънхолм. Битката на покрива не беше достатъчна. След известно обсъждане решихме да добавим тази финална битка през гробището с Грегори до играча. Беше рисковано от гледна точка на разработката, но смятахме, че играта се нуждае от нея. Тъй като бяхме близо до края на разработката, имахме зрял набор от инструменти за геймплей, с които да работим, но още по-важното е, че в този момент разбирахме собствената си игра. Създаването на игра често е процес на изучаване на това, което всъщност създаваш. Защо нашата игра е забавна? По какво е различна? Кои са най-важните елементи? Докато създавахме играта и наблюдавахме как тестерите я преглеждат, ние научавахме отговори на тези въпроси и от своя страна се усъвършенствахме в създаването ѝ. Така гробището се сглоби бързо и изискваше много по-малко итерации от много по-ранни области на играта. "
N/A4150"#commentary\cn_239_cities.mp3" "[ Ерик Кирхмер ] Едно от по-сложните предизвикателства в този раздел беше как да се създаде у играча усещането, че се намира в огромен град, когато бюджетите ни за производителност не ни позволяваха да изобразим нещо подобно. Това ни накара да се съсредоточим върху плътно разположени жилищни сгради, подземни гаражи, тунели на метрото, водостоци и други подобни. Все места, които са в градовете, но като цяло не позволяват да се види хоризонтът. След това допълнихме този стил на дизайн на нива с локации с изглед, където цялото пространство е посветено на предоставянето на обширна гледка на играча. В тях можехме да посветим целия си бюджет за производителност на гледката и да не се налага да запазваме нищо от него за вражески изкуствен интелект или битка."
N/A4151"#commentary\cn_240_strider_4.mp3" "[ Ерик Смит ] Въпреки че тази карта беше производствената карта, създадена за страйдъра, ние все пак имахме оригинална карта за разработка за тестване на неговия изкуствен интелект. Винаги сме намирали за ценно наличието на солидна тестова карта за изкуствен интелект, тъй като тя ни позволява бързо да изпробваме нови идеи за геймплей и лесно да ги настройваме. Ако има грешки или проблеми с дизайна, можем да ги изолираме и да ги итерираме по-бързо. След като функциите на изкуствения интелект работят добре, ги пренасяме в производствените карти, за да могат дизайнерите на нива да работят с тях. Тестовата карта за страйдъра включваше груби очертания на разрушени сгради, с безброй места за генериране на граждани на различни места и височини, за да осигури постоянен поток от мишени. Тази настройка ни позволи да усъвършенстваме изкуствения интелект на страйдъра и промените в стойката, за да го направим интересен и ангажиращ, дори просто да стоим и да го гледаме в действие."
N/A4152"#commentary\cn_241_perf_arena.mp3" "[ Арън Сийлър ] Тази арена дойде с голямо предизвикателство: производителността. Размерът ѝ и комбинираният изкуствен интелект на страйдъра и гражданите ни притиснаха до предела на силите ни. Когато издавахме Half-Life 2 за Xbox, тази арена не можеше да се пусне без някои промени в дизайна. Запазването на оригиналния замисъл и предоставянето на същото игрово изживяване с по-малко инструменти и пространство беше труден за балансиране."
N/A4153"#commentary\cn_242_space_re-use.mp3" "[ Крис Грийн ] Завръщането в това пространство донесе множество предимства. Първо, очевидното - производствените разходи за нови зони винаги са високи, така че ако можем да добавим повече геймплей към съществуваща зона, това е победа. Но за тежка битка като тази, където играчът се изправя срещу множество страйдъри, повторното използване има допълнителни предимства. Тъй като играчите са го преживявали преди, те вече имат представа за разположението на арената. Този път те се движат отзад напред, но пътят до голяма степен следва първоначалния им маршрут. Тази познатост е полезна, когато играчите трябва да се придвижат напред, за да грабнат ресурси за битката. Разкъсанеят от войната Град 17 ни даде и гъвкавостта да настроим прикритието и да добавим по-малки препятствия по пътя, които правят средата динамична и пълна с изненади."
N/A4154"#commentary\cn_243_tenements_and_courtyards.mp3" "[ Даника Роджърс ] Използвахме много малки трикове и създадохме различни функции, за да създадем на играчите впечатление за град във война, като голяма част от работата беше насочена към предоставяне на проблясъци на схватки или звуци от далечни битки. Системата за мишени помогна да се случва нещо всеки път, когато играч погледне през прозорец, докато инструменти като Tracer Makers позволяваха на дизайнерите да създават фалшив трасиращ огън между две точки. В съчетание с аудио инструменти, това създаваше впечатлението, че две групи врагове обменят огън, без да е необходимо да се използва изкуствен интелект. Също така разработихме малки сюжетни линии за групи граждани, които играчът щеше да зърне многократно, докато напредва през нивото. Всички тези моменти бяха фино настроени чрез тестове на играта, за да се гарантира, че колкото се може повече играчи ще ги изпитат."
N/A4155"#commentary\cn_244_hopper_mine_training.mp3" "[ Дарио Казали ] Този гофриран метален панел беше поставен умишлено върху дупката, за да насърчи играчите да превключат към гравитационното оръжие и да премахнат препятствието. Това е малко манипулация от наша страна, защото установихме, че обучението на играчи върху самосвални мини е много по-ефективно, ако веднага се опитат да използват гравитационното оръжие върху тях, а металният панел значително увеличи шанса да го имат под ръка. Поставихме множество мини в дупката, за да имат играчите няколко възможности да взаимодействат с тях, увеличавайки шансовете им да открият алтернативни начини за обезвреждането им. Освен това, това е първият път, когато правим обучение, докато играчът има цял отряд граждани със себе си, така че се възползвахме от тази възможност, за да включим и някои диалогови реплики относно самосвалните мини."
N/A4156"#commentary\cn_245_dog_combat.mp3" "[ Ерик Кирхмер ] Кучето е наистина забавен герой и винаги търсехме начини да го включим в битката заедно с играча. Осигуряването на правилния мащаб на битката за него – което означава подходяща среда, нов вражески изкуствен интелект и потенциално дори нови врагове – обаче бързо излезе извън обхвата на проекта. За да създадем боен сценарий, който да отдава нужното на Кучето и да може да се съответства на останалата част от играта, още малко щеше да ни се наложи да създадем нова игра вътре в нея. Знаехме, че не може просто да се затича към войник и да го удари – щеше да бъде по-малко впечатляващ, без никакво чувство на страхопочитание. Нуждаеше се от по-големи заплахи, които да съответстват на мащаба му, както и от интересни начини за взаимодействие с тях. В крайна сметка решихме да създадем голяма хореографирана сцена, постигайки кинематографичните цели за Кучето в битката, без да включваме обширен геймплей дизайн."
N/A4157"#commentary\cn_246_strider_2.mp3" "[ Ерик Кирхмер ] Итерациите върху страйдъра тук най-накрая ни дадоха преживяване, от което бяхме доволни, тъй като играчите трябваше да тичат от прикритие на прикритие, избягвайки огъня му, докато търсят ракети. Искахме играчите да се чувстват сякаш се прикриват в последната секунда, затова настроихме модела на стрелба на страйдъра да предупреждава за предстояща опасност. Също така изградихме система от линии, които страйдъра да следва, позволявайки му динамично да превключва между тях, за да преследва играча или да установи линия на видимост. Тази настройка позволи на дизайнерите на нива внимателно да подравнят пътя на страйдъра с прикритието на играча за балансирано преживяване. Позиционирането на краката на страйдъра се управляваше изцяло от код, а непредсказуемите му движения означаваха, че често се налагаше да настройваме фино нещата, за да гарантираме, че той надеждно рита кола или контейнер с войски, когато е необходимо."
N/A4158"#commentary\cn_247_manhack_tunnels.mp3" "[ Ерик Смит ] Когато разработвахме поведението на изкуствения интелект за NPC, установихме, че е полезно за програмиста на изкуствен интелект да има тестова карта, в която да експериментира. Тази карта често се развиваше в среда, специално проектирана да демонстрира уникалните възможности на NPC. По-късно, когато изкуственият интелект беше готов за употреба от дизайнерите на нива, тестовата карта служи като ценна отправна точка – без нея дизайнерите можеха случайно да създадат сценарии, които правеха иначе интересния изкуствен интелект по-малко ангажиращ. В някои случаи успявахме да включим тези тестови карти директно в играта. Този малък раздел, например, започна като тунелите, използвани за разработване на изкуствения интелект на изкормвача."
N/A4159"#commentary\cn_248_sniper_streets_2.mp3" "[ Ерик Джонсън ] Куршумите в Half-Life 2 всъщност не следват траектория на полета – те достигат целта си мигновено. Но за снайпериста с бавната му скорострелност и внимателното отношение на играча към всеки изстрел искахме да симулираме полета на куршума. Този подход работеше по-добре с лазерния мерник, където мерникът се изключва и куршумът уцелваше малко след това, в зависимост от разстоянието до снайпера. Тази промяна обаче въведе нов проблем: не искахме играчите просто да спринтират по улицата, за да избегнат изстрели, така че снайперистът трябваше да води движеща се мишена, предвиждайки къде трябва да удари куршумът. Предсказването на бъдещата позиция на играча беше сложно, тъй като играчите могат да променят посоката си много по-бързо, отколкото би било възможно в реалния свят. Затова добавихме допълнителни проверки, за да уловим поведения като бързо свиване наляво и надясно от играчите, докато бягат."
N/A4160"#commentary\cn_249_triangle_plaza.mp3" "[ Идо Магал ] Тази битка на площада беше сложна схема, използваща поведението „Нападение“ с две сближаващи се бойни линии, по една за всяко силово поле. Когато войниците навлязат зад полетата, бойните им линии им пречат да нахлуят поотделно на площада. С ескалацията на битката и натрупването на войници, бойните линии започват да се движат към центъра на площада, което ще накара войниците да надвият играча, ако не бъдат отблъснати."
N/A4161"#commentary\cn_250_sniper_streets_3.mp3" "[ Якоб Юнгелс ] Една от функциите, които изпробвахме по тези улици, беше потискащият огън. Много играчи, свити в края на улицата, изстрелваха залп към прозореца на снайпериста, за да видят дали ще има някакъв ефект. Затова експериментирахме с това да накараме лазерния мерник да премигне за кратко, давайки на играчите момент да се преместят. Но след редица тестове се сблъскахме с два проблема: Първо, това нарушаваше напрегнатия геймплей с движение и скриване, който се стремихме да създадем със снайпериста. Спринтирането по време на стрелба не се различаваше много от другите действия, които изискваме от играча в Град 17. Вторият, по-фин проблем беше, че играчите, които откриха потискащия огън, първо предположиха, че е необходим и бързо изразходваха мунициите си. Ако им свършат по средата, те често се отказваха, мислейки си, че са се провалили; ако успееха, често оставаха без муниции. От друга страна, играчите, които завършиха сценария скришом, почти не използваха муниции. Тази разлика в ресурсите между подходите правеше почти невъзможно балансирането на мунициите за следващите секции, така че не стигна до финалната игра."
N/A4162"#commentary\cn_251_assault_behavior.mp3" "[ Джон Кук ] Най-сложното поведение, което създадохме за Half-Life 2, беше поведението „Нападение“, което се използва в целия този раздел на играта. То позволи на дизайнерите на нива да създават бойни сценарии с войници на интеграторите и граждани, установявайки бойни линии между тях и контролирайки как се развиват тези битки въз основа на действията на играча. NPC-тата, участващи в „нападение“, се опитваха да намерят интелигентни огневи позиции и да използват прикритие въз основа на местоположението на бойната линия. Докато играчът напредва по улицата, той може да избута бойната линия напред, карайки съюзническите граждани да напредват, докато вражеските войници се отдръпват. Като алтернатива, играчът можеше да се наложи да събори някои кули на интеграторите или да елиминира войник зад барикада, за да придвижи бойната линия напред."
N/A4163"#commentary\cn_252_bank_roof_mortar.mp3" "[ Джон Морело ] Докато изградим нивата до този момент, стана очевидно, че ще бъде забавно за играча да използва минохвъргачката. Предполагам, че това е нещо, което трябваше да ни хрумне по-рано. „Мислите ли, че някой ще иска да изстрелва експлозиви в небето и да ги накара да паднат върху лошите? Да, и аз така мисля.“ Както и да е – играчите са прекарали цялото това време като мишени, така че щеше да е хубава награда да можем да поднесем на интеграторите малко от собственото им лекарство. Но веднага щом започнахме да мислим за това, осъзнахме колко много работа ще има – което, честно казано, е мисъл, която се върти в ума всеки ден, когато се заемете да правите видеоигра. Минохвъргачката ще се нуждае от анимации и ефекти сега, когато играчът е до нея, и ще има доста работа, за да се реализира хубава ескалация на враговете долу на площада, върху която да се използва. Но още по-важно е, че нямахме интерфейс за толкова уникално оръжие. Как играчите щяха да се прицелват и стрелят с него? Трудно е да се чувстваш добре, когато прекарваш много време в един-единствен момент от играта, затова решихме, че е по-добре усилията ни да бъдат насочени другаде и продължихме напред. Извиняваме се! Може би ще решим дизайнерската загадка на минохвъргачката в бъдеща част от поредицата Half-Life."
N/A4164"#commentary\cn_253_strider.mp3" "[ Кери Дейвис ] Тази зона пред банката беше мястото, където измислихме страйдъра. Когато за първи път видяхме концептуалното му изображение, знаехме, че искаме да го вкараме в играта, но имаше много въпроси за това как ще работи на практика. Никога не бяхме местили нещо с такъв размер в нашия игрови свят и в този мащаб трябваше да е опасно, но как играчите всъщност щяха да се бият с него? Както при всички наши врагове, винаги имаше въпрос как ще извлечем геймплей от него. Какви инструменти ще са необходими на дизайнерите на нива, за да изградят сценарии с него? Това бяха въпросите, на които търсехме отговори в нашите експерименти на тази карта."
N/A4165"#commentary\cn_254_sniper_streets.mp3" "[ Ерик Кирхмер ] Тези улици, пълни със снайперисти, са мястото, където разработихме както врага, така и същността на преживяването, което се надявахме играчите да имат. Знаехме, че искаме снайперистът да стреля по неща близо до играча, така че първо се фокусирахме върху намирането на разнообразни интересни цели, които да поразяват. Открихме, че работи добре, ако използваме гледната точка на играча като фактор при избора на обекти. Винаги включеният лазерен мерник на снайпериста означаваше, че играчите имаха постоянен индикатор за вниманието на снайпериста, така че насочването му към мишена, която играчът гледаше, се усещаше наистина отзивчиво и осигуряваше страхотни моменти на напрежение."
N/A4166"#commentary\cn_255_citizen_squad_details.mp3" "[ Мат Райт ] След като създадохме отряда от граждани и започнахме да изграждаме сценарии около него, открихме, че това създава други интересни възможности. Тестерите започнаха да се интересуват от конкретни членове на отряда, затова добавихме още към техния дизайн. Членовете на отряда щяха да вземат по-добри оръжия, ако ги намерят, да подават муниции на играча, когато е нужно, а медиците щяха да лекуват играча, когато е необходимо. Също така трябваше да гарантираме, че отрядът може да се справи с играч, който често поема по непредсказуеми пътища. Извън камерата отрядът „мами“ по различни начини – регенерирайки здраве между битките, движейки се бързо, за да навакса, и дори да се телепортира, когато е необходимо."
N/A4167"#commentary\cn_256_citizen_squads.mp3" "[ Кен Бърдуел ] Ранните ни тестове с улични битки между интеграторите и гражданите разкриха проблем: Без граници, бойният ИИ можеше да се отдалечи значително от играча. Войниците можеха да се оттеглят, за да презаредят или да се прикрият, а изкуственият интелект на гражданите щеше да ги преследва. Имахме нужда от начин да съгласуваме действията на гражданите по-тясно с целите на играча, като ги държим в течение на това къде се е насочил играчът и с кои врагове иска да се сблъска. Това доведе до създаването на отряд от граждани и играча. Гражданският изкуствен интелект използваше този отряд, за да се движи с играча, да се сблъсква със същите врагове и да предоставя основен интерфейс за командите на играча. Първоначално имахме по-сложна система от команди, но тя бързо стана тромава, затова намалихме мащаба."
N/A4168"#commentary\cn_257_ai_behaviors.mp3" "[ Майк Дюсо ] Една част от технологията с изкуствен интелект, която разработихме за Half-Life 2, беше системата за поведение. Поведенията бяха части от ИИ геймплей код, които насочваха NPC-тата в специфични ситуации. Например, имахме поведение „водене“, което позволяваше на NPC да насочва играча, и поведение „следване“, позволяващо на NPC да следва играча или друго NPC. Поведенията работеха успоредно с основните действия на NPC-тата, така че съотборник от отряда на медиците, използващ поведението „следване“, за да е в крак с играча, все пак щеше да знае как да стреля по врагове, да избягва гранати или да предлага аптечка."
N/A4169"#commentary\cn_258_occlusion.mp3" "[ Брайън Джейкъбсън ] В Half-Life 1 и голяма част от Half-Life 2 светът се състоеше главно от затворени тунели и коридори, които работеха добре с двоично разделяне на пространството или BSP-дърво. По същество тази технология ни позволи бързо да сортираме геометрията и да определим какво може да се вижда в гледната точка на играча. Но откритите области в Брега и други открити площи не подхождаха на този подход, така че се нуждаехме от нова технология. Порталите бяха една от тях, позволявайки ни да разделим света на отделни парчета, разделени от портали - врати и прозорци, тоест не такива на „Aperture Science“. Също така разработихме допълнителна система за оклузия, която по същество гласеше „ако играчът не може да вижда през, над или около голям обект, не рендирай това, което е от другата страна“. Това може да изглежда очевидно нещо, което не бива да се прави, но е необходима известна работа, за да се гарантира, че изчисляването на това, което е от другата страна на голямото нещо, не е по-бавно от простото рендиране на всичко. За да направят това изчисление бързо, дизайнерите на нива поставиха големи оклузионни обеми вътре в основни форми на терена и големи оклузионни обекти като сгради, а по време на рендирането можехме да тестваме границите на обектите спрямо тези обеми, за да избегнем рендирането на нещо, което играчът не може да види."
N/A4170"#commentary\cn_259_detail_objects.mp3" "[ Брайън Джейкъбсън ] След като заработихме с външни секции, стана ясно, че се нуждаят от някаква форма на високочестотни детайли, затова добавихме малки елементи растителност, като трева и храсти, върху терена на изместване. Но знаехме, че не можем да си позволим – тоест, нямахме време – да ги поставим ръчно всички. Затова изградихме система за детайлни обекти, която генерира малки елементи от растителност автоматично въз основа на материала за изместване. Всеки материал определя вида растителност, която да се постави, заедно с набор от параметри. По време на компилиране на картата системата изчислява произволни точки на повърхността и избира растителност, която да постави там. Предвид ограниченията в производителността, все още имаше доста сложен процес на ръчно създаване на текстурни листове с растителност, което ни позволяваше да ги рендираме всички наведнъж."
N/A4171"#commentary\cn_260_displacements_1.mp3" "[ Чарли Браун ] След пускането на Half-Life 1, нашите дизайнери на нива и художници искаха по-добро решение за външни среди, затова създадохме първата версия на нашата теренна система. Тя беше базирана на подразделени квадрати. За да визуализираме това, представете си плосък квадрат, разделен на мрежа, където всяка точка от мрежата може да се мести нагоре или надолу. Дизайнерите на нива можеха да разположат множество квадрати и след това да използват инструмент четка за рисуване, за да оформят хълмове и долини, като регулират точките на мрежата. За рендиране използвахме специална смесена текстура, която комбинираше две различни текстури. Всяка точка от мрежата определяше колко от всяка текстура да се използва, позволявайки плавни преходи между повърхности като пясък, трева, пръст и чакъл. Този тип теренна система не беше необичайна в игровите енджини по онова време и ние наивно си мислехме, че ще бъде достатъчна за нашите гейм дизайнери."
N/A4172"#commentary\cn_261_displacements_2.mp3" "[ Чарли Браун ] След като първоначалната система за терен беше пусната и работеше, очаквахме дизайнерите на нива да я използват за открити пространства. Вместо това те започнаха да експериментират, добавяйки детайли на неочаквани места. Те използваха подразделените квадрати върху стените, за да създадат разрушени ръбове, заоблени бордюри на улици и дори се опитаха да направят тръби. Това постигна променлив успех, тъй като системата за терен беше проектирана за пейзажи, а не за архитектурни детайли. Затова се върнахме към кодовите мини, трансформирайки системата за терен, базирана на височина, в напълно 3D система за изместване. Сега, вместо само да местят точките на мрежата нагоре или надолу, дизайнерите можеха да ги местят във всички посоки. Това им позволи да добавят допълнителни детайли към всякакви повърхности, използвайки смесени текстури, за да изгладят преходите между квадратите за изместване и BSP геометрията. Това обаче изискваше допълнителна техническа работа, за да се осигури постоянно осветление между двата рендера, иначе тези ръбове щяха да бъдат забележимо несъответстващи. Но след всичко това, дизайнерите на нива изглеждаха доволни и ние наивно си помислихме, че този път наистина ще е достатъчно."
N/A4173"#commentary\cn_262_displacements_3.mp3" "[ Чарли Браун ] С общата система за изместване в ръцете си, дизайнерите на нива не спряха да добавят детайли към света и се върнаха към първоначалните си цели за изграждане на мащабни открити раздели. Това доведе до още един етап на актуализации, за да се балансира производителността, като се гарантира, че системата може да се справи както с фини детайли, така и с по-голям терен. Текстурирането също трябваше да се подобри, особено за да се поддържат сложни структури като надвиснали скали, които не бяха възможни с оригиналната система, базирана на височина. Дизайнерите, които никога не лежаха на лаврите си, също започнаха да използват измествания, за да създават пещери и тунели. Въпреки че тези допълнения изглеждаха страхотно, те изискваха още повече технически корекции. В крайна сметка успяхме да се справим с конкуриращите се изисквания на всички начини, по които се използваха изместванията, и те се появиха в големи части от нашия игрови свят. Поглеждайки назад, изместванията са ясен пример за това как технологиите и гейм дизайнът се развиват заедно. Това е проблем като този на кокошката и яйцето - не можем да предвидим всички начини, по които една технология ще повлияе на играта, но също така не можем да изградим технологията, без да знаем какво трябва да постигне. Така че, както винаги е така, трябва да изградим нещо. Започваме с добро предположение и виждаме докъде ще ни отведе то."
N/A4174"#commentary\cn_263_particles.mp3" "[ Крис Грийн ] За Source енджина инвестирахме в разширяване на технологията за частици и специални ефекти. Това позволи по-реалистично и сложно движение на частиците, както и по-сложни форми и ефекти на шейдърите. По-специално, добавянето на бразди към функциите ни за частици направи огромна разлика в обемния им вид. Докато по-късните итерации на Source енджина включваха мощен редактор на система от частици, оригиналната версия, използвана в Half-Life 2, разчиташе на ръчно изработени ефекти – всеки от които изискваше програмист да изгради ефекта щателно ръчно, което беше доста трудоемък процес."
N/A4175"#commentary\cn_264_cubemaps.mp3" "[ Крис Грийн ] С добавянето на материали и шейдъри, ни трябваше решение за отразяващи повърхности като стъкло и стомана. Тези повърхности трябваше да знаят какво да отразяват, но през 2003 г. не можехме да правим нищо от това рендиране в реално време. Затова разработихме системата кубична карта за предварително изчислени отражения. Кубичната карта е набор от шест изображения от вътрешната страна на куб, улавящи околната среда във всяка посока - като панорамна снимка, която ви обгражда от всички страни. Дизайнерите на нива поставиха невидими маркери в нивата и по време на компилирането на картата генерирахме кубична карта на всеки маркер. След това, по време на игра, когато рендираме отразяваща повърхност, локализираме най-близката предварително изчислена кубична карта, за да създадем отражението."
N/A4176"#commentary\cn_265_water_shader.mp3" "[ Гари Мактагарт ] Най-сложният шейдър, който създадохме за играта, беше водният шейдър, който използваше пълноценно новодостъпните програмируеми графични карти. Когато имаше вода, сцената се рендираше три пъти: първо, подводният свят за пречупване; второ, отразен изглед; и трето, частите над водата. При рендирането на водната повърхност смесихме пречупващите и отразяващите изгледи, показвайки повече отражение при ъгли на поглед, използвайки уравнението на Френел. Също така проследихме дълбочината на земята под водната повърхност, правейки я по-прозрачна и по-малко пречупваща се в плитки зони. Освен това трябваше да създадем две алтернативни техники за рендиране на вода за графични карти от по-нисък клас: картите от среден клас показваха отражение с по-ниски детайли без пречупване или прозрачност, докато картите от по-нисък клас рендираха само частично прозрачна повърхност."
N/A4177"#commentary\cn_266_normal_maps.mp3" "[ Гари Мактагарт ] Half-Life 2 е разработена по време на вълнуващо време за графиката, когато на пазара се появяват първите програмируеми графични карти с поддръжка на шейдъри. Използвайки тази технология, ние станахме една от първите игри, които внедриха нормални карти - техника, която подобрява осветлението върху геометрията на повърхността. Нормалната карта описва грапавостта на повърхността, позволявайки на всеки пиксел от полигон да бъде осветен по начин, който прави повърхностите да изглеждат по-неравни и по-детайлни, отколкото някога е било възможно в Half-Life 1."
N/A4178"#commentary\cn_267_rendering_systems.mp3" "[ Гари Мактагарт ] В началото на 2000-те не можехме да си позволим универсален рендерър с широките възможности на съвременен енджин. Вместо това, ограниченията на процесора, графичния процесор и паметта изискваха високоспецифични решения за предизвикателствата при рендирането, за да можем да извлечем всяка частица производителност от хардуера на играчите. В резултат на това Half-Life 2 всъщност има три различни рендеръра: един за геометрия на света, друг за външен терен и трети за динамични обекти като герои и обекти. Тези три рендеръра трябваше да поддържат сложна матрица от функции – сблъсъци, проследяване на лъчи, 2D изображения, офлайн осветление, изчисления на видимостта и други. Освен това, всеки рендерър трябваше да поддържа DirectX 7, 8 и 9. Разликите между тези версии на DirectX бяха значителни, често изискващи различни подходи за съхранение на данни и рендиране; те дори използваха различни езици за програмиране! Като цяло имахме девет различни рендеръра, всеки от които се нуждаеше от уникални решения, а постигането на последователен вид на всички беше един от най-предизвикателните технически проблеми, с които се сблъскахме по време на разработката."
N/A4179"#commentary\cn_268_dynamic_shadows.mp3" "[ Гари Мактагарт ] С фокус върху героите и физическите обекти, смятахме, че е необходима динамична система за сенки, за да ги изобразим в цялата им прелест. През 2003 г. графичните процесори нямаха нито една от специализираните възможности за сенки, които имат днес, така че производителността беше сложен проблем. Нашето окончателно решение беше горе-долу следното - изпълнявахме всеки кадър. Първо, намирахме всички обекти, които може да имат сенки в полезрението. Това означаваше да разберем кои обекти са в пресечения ъгъл на гледане или малко зад него, за да уловим обекти, които са извън екрана, но чиято сянка може да се окаже на екрана. След това изобразихме черна версия на сянка на всеки един от тези обекти в една текстура на сянка. За това изобразяване използвахме модел с най-ниско ниво на детайлност за обекта, за да бъде възможно най-бърз. Накрая използвахме текстурата на сянка, за да нарисуваме всяка от сенките в полезрението на играча, потъмнявайки вече изобразените пиксели. Внимателно изрязахме около всяка сянка в тази текстура на сянка, за да гарантираме, че те правилно се наслагват една върху друга в случай на припокриване на множество сенки. Хубаво е да си спомняме как направихме тези неща, но в крайна сметка сме много по-щастливи днес, тъй като хардуерът на графичния процесор прави проблема много по-лесен."
N/A4180"#commentary\cn_269_combinatorial_shader_explosion.mp3" "[ Гари Мактагарт ] Рендирането стана много по-сложно по време на разработването на Half-Life 2 с добавянето на хардуерни шейдъри – малки части код, контролиращи как всеки пиксел върху повърхността трябва да се рендира. През 2003 г. шейдърите бяха далеч по-ограничени от днес: шейдърите от ерата на Half-Life 2 нямаха условни изрази и имаха сериозни ограничения за размера на кода. Това означаваше, че нямаше логика за разклоняване ако/иначе, която да се настройва въз основа на различни условия, и нямаше големи шейдъри с широк набор от функции. Също така, компилирането на шейдъри според нуждите беше твърде бавно, за да бъде полезно, така че трябваше да ги предкомпилираме. За да работим в рамките на тези ограничения, трябваше да изчислим всяка възможна комбинация от шейдъри и да съхраним всяка една поотделно като единичен шейдър. Например, ако един шейдър засегне повърхност, базирана на един източник на светлина, ще ни е необходима друга версия на шейдъра за две светлини, друга за три и така нататък. И беше комбинаторно – ако този шейдър поддържаше и нормална карта, щеше да ни трябват две версии на светлина, едната с нормалната карта и едната без. С функции като смесване на текстури, оцветяване на върхове, огледални акценти, алфа тестване и различни други видове светлина, насочена, точкова, прожектори, броят на шейдърите ни се увеличи драстично. Към момента на пускането им имахме хиляди отделни шейдъри. Малко след това пуснахме Изгубения бряг, добавяйки поддръжка за HDR, което отново удвои броя на шейдърите. След като компилирането на шейдъри на машините на локалните разработчици започна да отнема твърде много време, преминахме към разпределяне на компилациите на шейдърите по цялата мрежа, използвайки VMPi. Също така имахме динамичен режим на компилиране на шейдъри, който беше полезен за разработване на шейдъри, който осигуряваше бърза обработка за сметка на колебанията в честотата на кадрите, когато трябваше да се компилира шейдър."
N/A4181"#commentary\cn_270_gpu_wild_west.mp3" "[ Джей Стели ] По време на разработката се сблъскахме с множество решения, повлияни от избора ни на минимални спецификации – най-малко мощната комбинация от процесор и графичен процесор, която все пак би осигурила добро изживяване за клиентите. В началото на 2000-те имаше много по-голямо разнообразие между графичните процесори, отколкото днес, с големи разлики не само в скоростта, но и във фундаменталните подходи към рендирането. Но по това време нямахме реални данни за хардуера, който нашите клиенти използваха. Какви процесори и графични процесори имаха? Колко RAM памет? Коя версия на Windows? Свързахме се с Microsoft с надеждата, че може да знаят отговори на въпроси като „Колко DX7 карти се използват? Или DX8?“. За съжаление, те също нямаха данните. Осъзнавайки, че сме изложени на риск да вземем лоши решения без тези прозрения, разработихме инструмент за анализ, който позволяваше на играчите да ни съобщават своите хардуерни спецификации, и го интегрирахме в ранната версия на Steam. Данните бяха толкова полезни, че решихме да ги направим публични, стартирайки Steam Hardware Survey през април 2003 г. Оттогава насам ни помага – и да се надяваме, на други разработчици – да вземаме информирани решения."
N/A4182"#commentary\cn_271_3d_skybox.mp3" "[ Джей Стели ] Винаги сме имали нужда да рендираме свят, който да изглежда по-голям, отколкото позволяват ограниченията на картата ни. В Half-Life 1 използвахме текстура на кубична карта, за да позволим на играчите да виждат отвъд играемата зона. Но в Half-Life 2 искахме този поглед към по-големия свят да бъде динамичен, а не просто статична текстура. Ограничението на размера на картата ни беше около половин миля във всяко измерение, но осъзнахме, че можем да създадем много по-голям външен свят, ако го съхраним в намален мащаб. Затова изобретихме това, което нарекохме 3D Skybox. 3D Skybox е малка кутия, скрита в действителната карта на играта, съдържаща геометрия в мащаб 1/16. Вътре в нея референтна точка съответства на съответстващ произход в основната карта. След това, когато рендираме пространството извън играемата зона, използваме геометрията от 3D Skybox, позиционирана спрямо тази референтна точка и мащабирана 16 пъти. Да се накара осветлението и мъглата да се слеят безпроблемно по време на прехода от основната карта към този skybox представляваше някои трудни предизвикателства, но се получи. Резултатът накара света да се усеща значително по-голям и по-завладяващ, отколкото в Half-Life 1."
N/A4183"#commentary\cn_272_missing_material.mp3" "[ Джей Стели ] В началото на разработването на нашия графичен код на ниско ниво, осъзнахме, че ще бъде трудно да се забележат полигони, които не се рендерират поради липсваща текстура. Когато това се случваше, обикновено се виждаше само черно там, където трябва да бъде полигонът, който лесно можеше да остане незабелязан в по-тъмни сцени. За да открием този бъг по-надеждно, създадохме текстура за грешки, която да бъде визуално безпогрешна и да се генерира автоматично, когато текстура не се зареди. Това доведе до вече емблематичната лилаво-черна текстура на шахматна дъска, която оттогава насам е придобила собствен живот далеч отвъд Half-Life 2."
N/A4184"#commentary\cn_273_air_resistance.mp3" "[ Джей Стели ] Една важна функция, която трябваше да добавим към нашия физичен енджин за Half-Life 2, беше съпротивлението на въздуха. По това време физичните енджини обикновено внедряваха обща функция за затихване, за да забавят обектите, докато се движат. Но това просто премахва енергията по симетричен начин. За да създадем по-правдоподобно движение, решихме да симулираме съпротивлението на въздуха. Това ни позволи да получим асиметрично поведение, при което степента, в която обектът се забавяше при движение през въздуха, беше различна в зависимост от това каква повърхност на обекта беше обърната към посоката на движение или въртене. Тази функция беше ключова за това експлозиите и обектите, хвърляни от гравитационното оръжие, да изглеждат правдоподобни. Бързо движещите се и бързо въртящите се обекти са сред най-скъпите неща за симулиране във физичния енджин на Half-Life 2, така че съпротивлението на въздуха също подобрява производителността на процесора в случаи като експлозии. То е ключово и за представянето на различни материали и маси на обекти. По-плътните обекти могат да избутват въздуха по-лесно и това е видимо. Наличието на този ефект в симулацията помага разликата в плътността между картонени кутии и дървени дъски да бъде по-очевидна и наистина помага обектите в света на Half-Life 2 да бъдат много по-убедителни."
N/A4185"#commentary\cn_274_early_tech_planning.mp3" "[ Кен Бърдуел ] Създаването на игра винаги ни учи на много - най-накрая откриваме кои избори, които сме направили, са били добри и кои трябва да направим различно следващия път. Така че след Half-Life 1, когато започнахме да мислим какъв вид продължение бихме могли да създадем, имахме всякакви отзиви от играчите, които да обмислим. От тях се опитахме да съставим генерален списък с неща, върху които Half-Life 2 ще се фокусира. Не се опитвахме да проектираме конкретно игрово изживяване, вместо това открихме, че е по-полезно да подходим към въпроса от технологична гледна точка. Охранителите и учените на Блек Меса бяха работили добре. Какво бихме могли да направим, ако натиснем наистина, наистина силно героите? Харесваше ни интерактивният ни разказ. Какво бихме могли да изградим, което би ни позволило да правим още повече от това и с по-голямо разнообразие? Изследването и взаимодействието в Блек Меса бяха завладяващи за играчите. Може би една физическа система би ни позволила да стигнем по-далеч? Във всички тези области се опитахме да си представим как би изглеждала най-добрата версия след години и от това да изготвим набор от технологични стъпки, които биха могли да ни отведат до там."
N/A4186"#commentary\cn_275_character_lighting.mp3" "[ Кен Бърдуел ] През първата година на разработка се мъчехме да накараме героите ни да се усещат толкова реалистични, колкото искахме. Всъщност имаше доста различни проблеми, всички от които в крайна сметка изискваха специфични технологични и художествени подобрения, за да бъдат решени. Първият основен проблем беше осветлението. По това време технологията за осветление в игрите имаше много преки пътища, някои поради производителност, но много поради неразбиране на това как всичко работи. За да изглеждат героите добре по онова време, моделите и текстурите трябваше да бъдат създадени с голяма част от тяхното решение за осветление, вградено в тях - като сенки и блясък. Героите изглеждаха готино - но също така изглеждаха като герои от видеоигри. Започнахме да изграждаме Аликс с този подход, защото така трябваше да се прави. Използвахме доказани решения и я осветихме като филмова актриса - по същество, сякаш имаше персонализирана осветителна система, която я следваше навсякъде и гарантираше, че винаги изглежда добре. Но това всъщност не проработи. Разнообразието от светлинни среди и динамичният характер на видеоигрите означаваха, че тя щеше да изглежда страхотно в някои среди, но винаги щеше да изглежда ужасно нереалистично в даден момент. Опитахме се да променим нейната осветителна система, увеличавайки възможностите ѝ, но в крайна сметка се получи така сякаш сме в задънена улица. Връщайки се към чертожната дъска, решихме да опитаме различен подход. Изградихме нея, осветлението и текстурите от нулата, като изхвърлихме всичко. Фокусирайки се не върху това как искахме да изглежда при идеално осветление, а върху това как нещата трябва да работят в реалния свят. Може да изглежда очевидно, но не беше начинът, по който се правеше, поне не във видеоигрите. Когато се погледнеха извън рендера на играта, тези модели и текстури всъщност изглеждаха по-зле от предишните версии. Но успяхме методично да извадим всички преки пътища и погрешни схващания за това как работят светлината, текстурата и графичните карти и да сглобим всичко отново. След всичко това, когато най-накрая успяхме да видим Аликс в играта с новите ѝ модели и текстури, в динамична среда, която я поддържаше визуално последователна през цялото време, е, тя изглеждаше страхотно. Напълно безпроблемна и част от света на Half-Life 2."
N/A4187"#commentary\cn_276_gamma_correction.mp3" "[ Джон Морело ] Нашият гейм енджин има система за рендиране, която е отговорна за вземането на цялото състояние на играта и изчисляването на стойност на цвета за всеки пиксел на екрана, за да представи това състояние. Но код и софтуер от други хора също участват в процеса на изчисляване на тези пиксели. Като пример, софтуерът и хардуерът във вашия графичен процесор и монитор. В един момент по време на разработката бяхме недоволни от това как изглеждат нашите герои. По-специално, смятахме, че изглеждат восъчни или болнави. Кожата им беше грешна. Прекарахме известно време в настройване на осветлението, но просто не успяхме да накараме героите и света ни да изглеждат правилно. За щастие, все още имахме пълнофункционален софтуерен рендерер, който ни позволяваше да стартираме играта без графичен процесор, защото това беше епоха, в която много играчи все още нямаха такъв. И гледайки играта на този рендерер, забелязахме, че осветлението ни нямаше същия проблем. Затова прегледахме кода си през фино сито, опитвайки се да разберем къде кодът ни за рендиране прави нещо нередно, когато работи с графичен процесор. След като не успяхме да го направим, се опитахме да говорим с производителите на графични процесори, като ги помолихме да проверят отново дали не правят нещо нередно със стойностите на пикселите, които им предавахме. Това беше началото на едно дълго пътуване - и, накратко, беше пътуване от почти 2 години на комуникация напред-назад с производителите на графични процесори, преди да успеем да ги убедим, че правят гама корекцията неправилно в ниското ниво на математическото изпълнение на техните карти. По време на това дори трябваше да изградим система, която валидира цветовите стойности на отделен пиксел в целия ни процес на рендиране. Но в крайна сметка, най-накрая получихме нови драйвери от тях и нашите герои веднага станаха както трябва, съответствайки на софтуерния рендерер."
N/A4188"#commentary\cn_277_facial_technology.mp3" "[ Кен Бърдуел ] Искахме играчите да се интересуват от нашите герои и за да имаме дори шанс да постигнем това, знаехме, че трябва да инвестираме много технологии за лицата на нашите герои. Добре известно е, че хората са програмирани да обръщат внимание на лицата, подсъзнателно четейки всякакъв вид информация от тях. Така че това е изключително висока летва и ако не можехме да я достигнем, вероятно щяхме да отблъснем играчите от героите си, а не към тях, както се надявахме. Започнахме с много проучвания. Не беше окуражаващо. Най-добрите примери, които успяхме да намерим, не бяха дори близо до това да могат да се изпълняват в реално време, докато най-добрите в реално време не бяха близо до качеството, което искахме. Искахме да изглеждат толкова добре, колкото анимационен филм, но често отнемаха часове за рендиране на кадри и бяха напълно линейни, създадени от до сто аниматори, докато нашите трябваше да бъдат динамични - герой можеше да се опитва да говори диалог върху настроение на лицето, произлизащо от действията на играча и създадено само от шепа художници. Тези изисквания в крайна сметка ни доведоха до Системата за кодиране на лицеви движения на д-р Пол Екман, система за таксономизиране на човешките лицеви движения, правени през 70-те години на миналия век. Тя ни даде речник за описание на лицевите движения в нашите инструменти и код, както и цел, към която да се стремим при проектирането на лицата на нашите герои. С нея като рамка, започнахме многогодишен процес на итерация на начина, по който изграждахме лицата и главите на нашите герои. Докато други се бяха опитвали да вземат части от работата на Екман, ние искахме да се опитаме да използваме всичко. Това означаваше много време, прекарано в размисъл как да направим всяка част в рамките на строгите ограничения за производителност, които имахме. Но също така прекарахме много време просто в разглеждане на хора и лица, опитвайки се да намерим допълнителните характеристики, които биха добавили най-голяма стойност - като еластичност на кожата, засенчване на зъбите. В крайна сметка, макар че не успяхме да направим всичко, което искахме, успяхме да получим частите, които смятахме за най-важни за убедително ниво на представяне на лицето на нашите герои."
N/A4189"#commentary\cn_278_eye_shader.mp3" "[ Кен Бърдуел ] Друга важна част от това да изглеждат убедителни лицата на героите са очите. Хората са страхотни в четенето на очи. Има част от мозъка ви, която е посветена на това да разбере къде гледа някой въз основа на отраженията върху очните ябълки. Но има всякакви тънкости, които имат значение. Очите всъщност не са сфери. Клепачите се изкривяват от движението на роговицата отдолу. Движението на очите може да увеличи вероятността от мигане. Очите всъщност не се подравняват директно зад зеницата, а са леко изместени. Всички тези малки детайли може да изглеждат малки или незабележими, но липсата им вреди на правдоподобността на героя. Работихме върху очите дълго време, като постепенно преработвахме модела на очната ябълка и набора от функции. Някои неща изискваха външни интерфейси, като например кои неща в околната среда бяха интересни за гледане, докато други бяха автоматични, на подсъзнателно ниво в изкуствения интелект - като мигането, очевидно изискване, но което е леко объркващо, ако е грешно. Отраженията в очите имаха особено голямо влияние - в крайна сметка те са съвсем малко пространство на екрана, но разликата, която направиха, беше огромна. Знаехме, че най-накрая сме готови, когато стигнахме до точката, в която с изключен шейдър за очи, един герой изглеждаше като кукла, човекоподобна, но неубедителна по някакъв начин, който беше трудно да се опише - но когато го включихме, изведнъж сякаш ни гледаше човек."
N/A4190"#commentary\cn_279_combine_gunship.mp3" "[ Кен Бърдуел ] Бойният кораб беше интересен проблем. Вече имахме модел на полет на хеликоптер и нямахме време да построим нещо съвсем ново. Затова настроихме модела на полета на хеликоптера, докато стане достатъчно различен, и след това изведохме органичното състояние на анимацията на бойния кораб от стойностите, получени от тази симулация. Опитахме се също да го запазим възможно най-правдоподобен. Например, има ограничение до това колко може да се завърти, за да насочи оръдието си, и ако трябва да се прицели отвъд това, трябва да промени траекторията на полета си, за да насочи оръдието към целта - не е позволено просто да мами. Другата ключова характеристика беше звукът на двигателя му. Имаме звуково пространство, така че играчът може да каже приблизително къде се намира. Но бойният кораб е бързо движещ се обект и е във въздуха, далеч от всякакви близки ориентири. В резултат на това може да е трудно да се каже точно колко далеч е и колко бързо се движи. За да поправим това, добавихме доплеров ефект към звука на двигателя, като го променяхме в зависимост от скоростта на бойния кораб спрямо вас. Това е фин ефект, но е изключително ефективен, като подсъзнателно ви помага да възприемате местоположението и посоката на бойния кораб. Важна информация, която ви уведомява, че ви преследва."
N/A4191"#commentary\cn_280_risk.mp3" "[ Кен Бърдуел ] Поглеждайки назад към Half-Life 2 сега, 20 години по-късно, е отрезвяващо да се замислим колко ужасяваща беше тя през по-голямата част от разработката. Разработването на игри е трудно. Никога не получаваш това, което искаш, а именно да можеш да валидираш риска, преди да започнеш да трупаш още. Например, нашата технология за лицева анимация. Вероятно ни отне около 3 или 4 години работа, преди да сме сигурни, че наистина ще работи. Но не можехме да чакаме дотогава. През тази първа година веднага започнахме да правим всякакви други избори в дизайна на играта, производството на ресурси и другите ни технологии, всичко това въз основа на предположението, че нашата технология за лицева анимация в крайна сметка ще работи от гледна точка на качеството и производителността. Ако не беше проработила, много от тези други избори също нямаше да проработят. И същият рисков профил важи и за други големи избори, които направихме в началото. Не можем да чакаме, просто трябва да градим и да се надяваме, че предположенията ни ще бъдат верни след години. Ужасяващо."
N/A4192"#commentary\cn_281_hugs_and_pickups.mp3" "[ Кен Бърдуел ] Понякога дори малките неща могат да бъдат кошмар, докато ги накараш да проработят. Например, да накараш герой да прегърне друг герой или още по-просто, просто да вземе предмет от масата, може да причини много проблеми. Още по-лошо, в нашата динамична среда, където героите и предметите не са на предварително зададени позиции и играчът тича наоколо и им пречи, това изисква ниво на синхронизация, което може да бъде доста сложно. Те са направени по-трудни, защото хората боравят с тях, без да се замислят. Докато се придвижвате към масата, за да вземете чаша, подготвяте тялото си, за да поставите краката и ръцете си в правилната позиция, за да можете комфортно да го направите. Всичко е готово точно когато стигнете там. Ако се придвижвате, за да прегърнете някого, и двамата го правите едновременно, като постоянно се настройвате въз основа на движението на другия. За да работят тези функции в играта, е необходима много синхронизация, като героите са наясно един с друг и със света. И същевременно, да ги запознаем повече с бъдещите им планове. Изкушаващо е да разделим примера с вземането на чаша на отделни стъпки - отиване до масата, обръщане към чашата, вземане на чаша - защото така е много по-лесно и прави стъпките многократно използваеми. Но така работят роботите, а не хората. Нашите герои трябваше да знаят, че се придвижват към маса с намерението да вземат чаша, за да могат да работят едновременно върху няколко части от нея, като се уверят, че ръката им хваща чашата точно когато стигнат там. С двама герои е още по-трудно това да се съгласува. И двамата трябва да се съгласуват къде и кога ще се случи и всичко трябва да се случва на място по безпроблемен начин. Макар че тези моменти на просто взаимодействие между нашите герои в света често са кратки, те бяха от решаващо значение, за да изглеждат като правдоподобни хора."
N/A4193"#commentary\cn_282_ropes.mp3" "[ Майк Дюсо ] Едно от нещата, които забелязахме във всички референтни изображения, които събрахме за Град 17, беше, че навсякъде имаше кабели и жици и че те бяха голяма част от детайлите с висока честота, които се виждаха. Хареса ни как изглеждат тези по-стари европейски градове, оплетени в хаотична мрежа на съвременния живот. Чувствахме, че се нуждаем от решение за кабели, въжета и подобни елементи и искахме те да бъдат динамични. Нашите дизайнери на нива бяха нетърпеливи да създадат пъзели с щепсели, а свързването на кабел към всеки щепсел помагаше на играчите да разберат по-добре механиката. В началото на продукцията изградихме система от въжета и я повтаряхме по време на разработката. Под капака всяко въже е направено от множество сегменти, опънати между двете крайни точки, и те могат да се движат независимо. Всеки сегмент действа като пружина и реагира на сили в играта, като например лек вятър или преминаване на бойни кораби на интеграторите над тях. При рендиране всеки сегмент се показва с лице към камерата и е картографиран с карта за текстура, което е от решаващо значение за придаване на реалистичен, заоблен вид на въжетата."
N/A4194"#commentary\cn_283_vmpi.mp3" "[ Майк Дюсо ] По време на разработката, ние все повече се разочаровахме от бавните скорости на итерации на геймплея, главно защото компилирането на карти – необходимо за предварително изчисляване на осветлението и видимостта – отнемаше часове. Компютрите през 2000 г. бяха много по-бавни от днешните и имаха само по едно процесорно ядро. Вдъхновени от SETI@Home, разпределена програма, която използваше персонални компютри по целия свят, за да анализира радиовълни за признаци на извънземен живот, ние създадохме VMPi, която беше наша собствена разпределена система, разпространяваща процеса на компилиране на карти на много офис компютри. Днес тези разпределени системи работят на гигантски GPU клъстери, но по онова време ние просто я стартирахме на всички компютри в офиса си. За да се справим с това как кодът ни за осветление се развиваше толкова бързо, колкото и картите ни, VMPi също така разпространяваше нови .exe файлове на компютрите на всички. В ретроспекция, това беше доста ужасяваща концепция за сигурност, просто ужасно лоша, направо кошмар за IT специалистите. Защото просто изпращахме произволен изпълним файл на всички наши служебни компютри и те просто го стартираха. Беше абсолютна лудост. Но това проработи за нас и значително увеличи скоростта на итерация на картата ни и в резултат на това се оказа ключов инструмент."
N/A4195"#commentary\cn_284_field_of_view.mp3" "[ Кери Дейвис ] В Half-Life 1 използвахме 90-градусово зрително поле или FOV, което беше доста стандартно за шутъри от първо лице по това време. Но по време на разработката на Half-Life 2 това не беше достатъчно. С фокуса на играта ни върху героите, бяхме положили значителни усилия в детайлни анимации на лицето и тялото, но 90-градусовото FOV просто не позволяваше на играчите да се приближат достатъчно, за да оценят напълно тези детайли. Затова започнахме да експериментираме с по-тясно FOV и в крайна сметка стигнахме до 75 градуса. Това изискваше известна корекция както за нас, така и за играчите, и изискваше допълнително FOV за оръжието на играча, държано в долната част на екрана. Техните модели първоначално бяха създадени с 90 градуса, така че изглеждаха изкривени при 75. Но тази промяна успя да направи това, което искахме: да постави героите ни на преден план в играта."
N/A4196"#commentary\cn_285_reference_maps.mp3" "[ Ранди Лундийн ] Тъй като героите ни ставаха все по-реалистични между Half-Life 1 и Half-Life 2, искахме светът на играта да се усеща еднакво реалистичен. В Half-Life 1 ограниченията на игрите от първо лице често улесняваха разчитането на стилизирани или абстрактни среди. Но с Half-Life 2 се постарахме да създадем обстановка, която да се усеща като основана на реалността, което означаваше да се съсредоточим върху много малки детайли, които не бяхме правили преди. Една от основните ни стъпки беше създаването на референтни карти, за да стандартизираме начина, по който ще картографираме пропорциите от реалния свят в играта. Тези карти установяваха детайли като размери на стени и врати, височина на дръжките на вратите, вътрешно осветление, мащаб на мебелите и общ мащаб на често срещаните обекти. Създадохме стандартизирани текстури за дизайнерите на нива, заедно със стойности за мащаб и осветление, така че оформлението да е последователно от самото начало. Освен че настройваха физическия свят, тези референтни карти определяха как играчът ще се движи през него - колко високо може да скача, колко ниско може да се навежда и размера на пространства като вентилационни отвори. Използвайки тези карти като основа, успяхме да запазим геометрията на света ни последователна и да осигурим реалистично оразмерени пространства в цялата игра."
N/A4197"#commentary\cn_286_response_rules.mp3" "[ Скот Далтън ] Още от рано знаехме, че искаме много динамичен диалог в играта, затова ни трябваше система, която да се справя ефективно с него. Целта ни беше система, която позволява на звуковите дизайнери да добавят и променят реплики без участието на програмисти, да прави диалога тясно свързан със състоянието на играта и да минимизира повторенията. С тези изисквания създадохме системата за правила за отговор. Всеки път, когато герой говори извън хореографирана сцена, тази система определя коя реплика да произнесе. Вместо директно да улавя репликите, изкуственият интелект на героя постоянно сигнализира за „възможности за говор“, когато се случи съответно събитие: забелязване на играча, нараняване, изстрелване на последния патрон от пистолет, среща с непреодолими врагове и т.н. При всяка възможност той изпраща на системата за правила за отговор пакет данни за текущото състояние на играта и системата връща най-подходящата реплика, ако има такава. Тази настройка позволи на нашите звукови дизайнери да създадат подробна матрица с решения за диалог. Например, един герой може да има различен набор от реплики за обявяване на презареждане, докато е под обстрел, за разлика от това след края на битка, или ако е останал само един съюзник, или ако се вижда страйдър. Когато пуснахме Half-Life 2, чувствахме, че сме докоснали само повърхността на потенциала на тази система. Тя се превърна в основна функция при Аликс от Епизод 1 и продължи да захранва динамичния диалог в по-късните ни игри, включително класовете в TF2 и актьорския състав на Left 4 Dead."
N/A4198"#commentary\cn_287_audio_caching.mp3" "[ Ян Берние ] Друг проблем, с който се сблъскахме, беше огромното количество аудио в играта. С всички звуци от геймплея, музика и диалози, имахме твърде много аудио, за да можем да го съхраним цялото в паметта – паметта беше ограничена през 2003 г. Но, както можете да си представите, трябваше да можем да възпроизвеждаме звуци незабавно, особено ако са свързани с геймплея. Затова създадохме аудио кеш, който съхраняваше само първите 125 ms от всеки аудио файл и го пазеше в паметта. Това време от 125 ms беше най-доброто ни предположение за това колко време ще ни отнеме, за да можем да стриймваме аудио файл от диска. След това, когато се възпроизвеждаше звук в играта, ние възпроизвеждахме началото му от нашия аудио кеш, като едновременно с това стартирахме зареждането на пълния аудио файл от диска. Докато кешираното ни начало приключи, файлът се е заредил и можехме да продължим да възпроизвеждаме останалата част от звука. Имаше и някои други малки функции, като например запазване на скорошни звуци изцяло в паметта, така че тези с голям трафик да не е необходимо да се зареждат постоянно. В днешните енджини всички видове ресурси, освен звуците, обикновено използват един и същ вид стратегия."
N/A4199
39184200}
39194201}