Template:PatchDiff/March 6, 2026 Patch/hl2/resource/closecaption thai.txt
21052105 "npc_vortigaunt.vmono_01" "ใช่ ฟรีแมน หรือเปล่า"
21062106 "npc_vortigaunt.vmono_02" "มีคนมา? เขาคือ! ฟรีแมน!"
21072107 "npc_vortigaunt.vmono_03" "เราจำ ฟรีแมน ได้ เราร่วมหัวจมท้ายกัน"
N/A2108 "npc_vortigaunt.vmono_04" "ไม่มีระยะห่างระหว่างเรา ไม่มีม่านมายาแห่งกาลเวลาหรือพื้นที่ใดจะมาขวางกั้น "
21082109 "npc_vortigaunt.vmono_05" "เราเห็นคุณยังอยู่ในแบล็กเมซา เรามองเห็นคุณในห้องของนิฮิแลนธ์อย่างชัดเจน"
21092110 "npc_vortigaunt.vmono_06" "เราขอเป็นพยานถึงการสิ้นสูญของนิฮิแลนธ์ชั่วนิรันดร์ เราเห็นคุณปรากฏขึ้นอย่างรวดเร็ว ขึ้น ลง เหนืออุปสรรคทั้งหลาย"
21102111 "npc_vortigaunt.vmono_07" "คุณมาร่วมกับเราเพียงช่วงเวลาอันสั้น คุณคือคนหนึ่ง ระหว่างโลกทั้งหลาย"
N/A2112 "npc_vortigaunt.vmono_08" "การเข้าร่วมในจิตวิญญาณของพวกเรา และอีกสิ่งหนึ่งคือ สิ่งที่เรายังต้องค้นหา ไม่ลึกไปกว่าความว่างเปล่านั้นแล้ว"
21112113 "npc_vortigaunt.vmono_09" "เราไม่อาจลืมผู้ที่คุณเป็นผู้ตัดเชือก เราไม่ใช่ผู้ที่จะยกโทษให้"
21122114 "npc_vortigaunt.vmono_10" "เป้าหมายที่มีร่วมกัน การทลายพันธนาการ การก้าวไปบนทางเดียวกัน"
21132115 "npc_vortigaunt.vmono_11" "เพลงของคุณที่เราขับขานและจะร้องต่อไปชั่วนิรันดร์ ไม่ว่าการต่อสู้ครั้งนี้ผลจะออกมาเป็นยังไง"
…
21262128 "npc_vortigaunt.vmono_24" "ในภาวะอันตรายร้ายแรงเช่นนี้ เราขอยืนเคียงข้างคุณที่นี่"
21272129 "npc_vortigaunt.vmono_25" "ขณะนี้หนทางข้างหน้ายังมืดมน"
21282130 "npc_vortigaunt.vmono_26" "สิ่งที่ดูเหมือนเป็นการเสียสละสำหรับคุณนั้นเป็นเพียงความลังเลสำหรับเรา เราไม่หวั่นไหวต่อช่วงเวลาอันมืดมนนี้"
N/A2131 "npc_vortigaunt.vmono_27" "เราเป็นเพียงม่านที่ถักทอขึ้นสำหรับจิตวิญญาณของเรา เพียงแต่ถ้าคุณได้เห็นคุณก็จะคิดเช่นเดียวกัน"
21292132 "npc_vortigaunt.vmono_28" "ที่คุณมีอยู่เท่าไหร่ คุณต้องการทำให้ความหวังและความฝันนั้นสำเร็จเพื่อใคร"
21302133 "npc_vortigaunt.vmono_29" "เพียงแต่คุณมองลึกเข้าไปในดวงตา ลึกเข้าไปถึงจิตใจของคุณ ก็จะเห็นถึงความต้องการมีส่วนร่วมของเรา"
21312134 "npc_vortigaunt.vmono_30" "เราคือคุณ ฟรีแมน และคุณก็คือเรา"
N/A2135 "npc_vortigaunt.vortigese02" "<norepeat:10>อาห์ เกอรรรร์..."
N/A2136 "npc_vortigaunt.vortigese03" "<norepeat:10>ทาาาร์..."
N/A2137 "npc_vortigaunt.vortigese04" "<norepeat:10>ริทต์..."
N/A2138 "npc_vortigaunt.vortigese05" "<norepeat:10>ลั่ง กะห์..."
N/A2139 "npc_vortigaunt.vortigese07" "<norepeat:10>ก็อง..."
N/A2140 "npc_vortigaunt.vortigese08" "<norepeat:10>ก่าลั่งกะ..."
N/A2141 "npc_vortigaunt.vortigese09" "<norepeat:10>กา ละ ล็อง... "
N/A2142 "npc_vortigaunt.vortigese11" "<norepeat:10>เช่อร์ กาลิ่ง เช่อร์ อัลล่า กัง..."
N/A2143 "npc_vortigaunt.vortigese12" "<norepeat:10>เช่อร์ ลั่ง ก็อง เชลล่า เกอร์..."
21322144 "npc_vortigaunt.vques01" "เราสูญเสียผู้เป็นที่รักไปหมด"
21332145 "npc_vortigaunt.vques02" "พวกคอมไบน์จะต้องชดใช้ให้กับความชั่วช้าของมัน"
21342146 "npc_vortigaunt.vques03" "ความหวังอยู่เบื้องหน้า"
…
21492161 "npc_vortigaunt.wehonored" "เราได้รับเกียรตินั้น"
21502162 "npc_vortigaunt.weknowyou" "เรารู้จักคุณ"
21512163 "npc_vortigaunt.wellmet" "ยินดีที่ได้พบคุณ ฟรีแมน"
N/A2164 "npc_vortigaunt.weshare" "เราจะร่วมจิตวิญญาณด้วยกัน"
21522165 "npc_vortigaunt.wewillcharge" "เราจะรับผิดชอบคุณเอง"
21532166 "npc_vortigaunt.wewillhelp" "เราจะช่วยคุณ"
21542167 "npc_vortigaunt.whereto" "ทีนี้เราจะไปที่ไหนกัน และจะไปทางไหน"
…
26072620 "Trainride.gman_03" "ชายที่เก่งกล้าที่อยู่ในสถานที่ที่ผิดจะทำให้เกิดความแตกต่างในโลก"
26082621 "Trainride.gman_04" "ลุกขึ้นเถอะ มิสเตอร์ ฟรีแมน ลุกขึ้นและสูดกลิ่นไอของเถ้าถ่านนั่น"
26092622 "Trainyard.al_dadstarted" "<clr:255,212,255>เฮอะ อย่าให้พ่อฉันเริ่มเรื่องด็อกเตอร์บรีน"
N/A2623 "Trainyard.al_hmm" "<clr:255,212,255>อืม"
26102624 "Trainyard.al_imalyx" "<clr:255,212,255>ฉันชื่อ อลิกซ์ แวนซ์ พ่อของฉันทำงานกับคุณ ตอนอยู่ที่แบล็กเมซา คุณคงจำฉันไม่ได้แน่"
26112625 "Trainyard.al_nicetomeet" " "
26122626 "Trainyard.al_nicetomeet_b" " "
…
26452659 "Trainyard.ba_getoutfast" " "
26462660 "Trainyard.ba_getoutfast_cc" "<clr:215,255,255>ออกจากซิตี้ 17 ให้เร็วที่สุด กอร์ดอน! ใช้คลอง ใช่ - มันจะพาไปห้องแล็บของอีไลมันอันตราย แต่ที่นั่นมีกลุ่มผู้ลี้ภัย และพวกเขาจะช่วยถ้าทำได้"
26472661 "Trainyard.ba_goodluck01" " "
N/A2662 "Trainyard.ba_goodluck01_cc" "<clr:215,255,255>ขอให้โชคดีนะเพื่อน นายต้องพึ่งโชคแน่ ๆ"
26482663 "Trainyard.ba_goodluck02" " "
26492664 "Trainyard.ba_goon" "เร็วเข้า!"
26502665 "Trainyard.ba_gottago" "<clr:215,255,255>ฟังนะ ผมต้องไป ด็อกเตอร์ เราจะใช้โอกาสเท่าที่มี"
…
39013916"wood.scraperough" " "
39023917"plastic_box.scraperough" " "
39033918
N/A3919"#commentary\cn_001_physics_sound.mp3" "[ Jay Stelly ] การทำให้ฟิสิกส์รู้สึกถูกต้องสำหรับผู้เล่นหมายความว่าเสียงที่เกิดจากฟิสิกส์ต้องฟังดูถูกต้องด้วย ในฐานะมนุษย์ เราทุกคนคุ้นเคยกับเสียงของวัตถุและวัสดุในระหว่างการมีปฏิสัมพันธ์ต่างๆ แม้จะไม่ใช่สิ่งที่เราสังเกตก็ตาม เรารู้ว่าเราไม่สามารถใส่รายละเอียดให้กับทุกอย่างได้ แต่เราต้องการใส่ใจในรายละเอียดของส่วนที่สำคัญมากที่สุดที่ทำให้ฟิสิกส์ของเราฟังดูสมจริง เราเริ่มต้นด้วยเสียงสำหรับการชนกันและปะทะกันของแต่ละวัตถุ วิธีนี้ทำให้วัตถุเช่น ลังไม้ มีเสียงที่แต่งต่างกันเมื่อชนกับวัตถุอื่นหรือประเภทของวัตถุ หลังจากนั้น เราเริ่มปรับแต่งเสียงเหล่านี้แบบไดนามิกตามลักษณะของเหตุการณ์ทางกายภาพ เช่น มวลที่เกี่ยวข้องและแรงของการชนกัน วิธีนี้ใช้ได้ผลดีสำหรับการชนกัน แต่ไม่สามารถโต้ตอบกับสิ่งอื่นๆ ได้ เช่น วัตถุที่ขูดถูกัน ในความเป็นจริง กล่องไม้จะส่งเสียงที่แตกต่างกันเมื่อขูดถูกับผนังเทียบกับถูกโยนไปที่ผนังเดียวกัน ผมขอบอกคุณว่าไม่มีใครทำการวิจัยเกี่ยวกับความแตกต่างของคุณสมบัติทางกายภาพของลังไม้มากไปกว่าเราแล้ว เพื่อให้ได้สิ่งที่เราต้องการจากการโต้ตอบเหล่านี้ เราได้นำเสียงการชนกันของวัสดุต่างๆ มาใช้ เช่น โลหะกับไม้ โลหะกับโลหะ และอื่นๆ เสียงเหล่านี้ยังได้รับการปรับแต่งตามรายละเอียดแบบไดนามิกอีกด้วย เช่น ความแข็งของวัสดุหรือประเภทของโลหะ การทำให้ระบบนี้มีเสียงที่ถูกต้องจำเป็นต้องมีการปรับแต่งเล็กๆ น้อยๆ นับครั้งไม่ถ้วน ซึ่งเราจะระบุได้ก็ต่อเมื่อระบบทำงานอยู่เท่านั้น นอกจากนี้ เรายังทดลองใช้เสียงที่ปรับแต่งโดยเฉพาะสำหรับวัตถุที่กลิ้ง แต่ท้ายที่สุดเราก็ตัดคุณสมบัตินี้ออกไปเพราะเราไม่ค่อยพอใจกับผลลัพธ์ที่ได้"
N/A3920"#commentary\cn_002_ramming_with_the_buggy.mp3" "[ Jay Stelly ] ระบบฟิสิกส์ของเราใช้พื้นฐานบนวัตถุแข็ง หมายความว่ามันไม่รองรับการเสียรูปหรือการทำลายวัตถุในรูปแบบใดก็ตาม หากวัตถุถูกกระแทกด้วยบางอย่าง วัตถุนั้นจะสามารถเคลื่อนที่ได้หากได้รับอนุญาต แต่สิ่งอื่นจะไม่เกิดขึ้น ดังนั้น เมื่อคุณขับรถบักกี้ทะลุผ่านหน้าต่างกระจก เราต้องใช้เทคนิคบางอย่างเพื่อให้ทำงานได้ตามที่คาดหวัง เพราะหน้าต่างถูกยึดไว้กับที่ ตามหลักจำลองทางฟิสิกส์หน้าต่างจะต้องเด้งรถบักกี้ออก แต่มันแจ้งระบบเกมของเราว่าเกิดการชนกันขึ้น ระบบเกมจำลองการทำลายทำให้หน้าต่างแตกออกเป็นเศษกระจกและสั่งให้ระบบฟิสิกส์เริ่มทำการจำลอง สิ่งสำคัญที่สุดคือ ระบบเกมยังบอกให้ระบบฟิสิกส์ฟื้นฟูสถานะของรถบั๊กกี้ให้อยู่ในสถานะก่อนเกิดการชน เพื่อให้แน่ใจว่าในครั้งต่อไปที่มีการจำลองฟิสิกส์ รถบักกี้จะขับผ่านหน้าต่างที่ถูกทำลายไปอย่างอิสระ กระบวนการนี้ทำให้ฟิสิกส์ของรถบักกี้เกิดการชะงักแบบเฟรมเดียว เนื่องจากรถถูกหยุดชั่วคราวและเคลื่อนย้ายกลับไปยังจุดก่อนที่จะเกิดการชนขึ้น เราต้องขออภัยด้วยหากการรับรู้สิ่งนี้ทำให้คุณไม่อยากจะเล่น Half-Life 2 ต่อ แต่หลังจากที่ดูการทดสอบการเล่นในตอนนั้น เราตัดสินใจว่าเราชอบการหยุดชั่วคราวนี้จริงที่ทำให้เพิ่มความรู้สึกถึงการปะทะนั้น"
N/A3921"#commentary\cn_003_ramming_zombies_with_the_buggy.mp3" "[ Jay Stelly ] ในฐานะมนุษย์ เรามีความคาดหวังต่อโลกทางกายภาพของเรา อย่างที่เราได้กล่าวไปแล้วก่อนหน้าในคำอธิบายนี้ หนึ่งในความคาดหวังนั้นคือ ถ้าคุณขับชนซอมบี้ด้วยรถของคุณ มันควรจะพุ่งขึ้นไปในอากาศเลย แต่การทำให้เกิดเอฟเฟกต์นี้ในเกมไม่ได้ง่ายเหมือนในโลกแห่งความเป็นจริง เพื่อให้เกิดเอฟเฟกต์นั้น ศัตรูอย่างซอมบี้จะต้องใช้กล่องการชนกันแบบง่ายระหว่างเกมเพลย์ ซึ่งกล่องนี้จะล้อมรอบตัวของซอมบี้พอดีเป๊ะ โดยไม่มีส่วนใดส่วนหนึ่งของโมเดลยื่นออกมา แต่เมื่อซอมบี้ตาย มันจะถูกเปลี่ยนให้เป็นแร็กดอลที่มีกล่องการชนกันต่อชิ้นส่วนอวัยวะที่แม่นยำยิ่งขึ้น ถึงแม้ว่าการจำลองนี้จะมีความยุ่งยากมากกว่าก็ตาม การเปลี่ยนแปลงรูปแบบการชนกันนี้เพิ่มความซับซ้อนมากขึ้นเมื่อคุณชนซอมบี้ด้วยรถบักกี้ มากกว่าเพียงการชะงักของเฟรม เมื่อรถบักกี้ชนกับซอมบี้เป็นครั้งแรก รถจะสัมผัสกับกล่องการชนกันแบบง่ายของซอมบี้ จากนั้นเกมจะฆ่าซอมบี้ และแปลงให้ซอมบี้กลายเป็นแร็กดอลที่ระบบฟิสิกส์เริ่มทำการจำลอง เมื่อถึงตอนนี้ ด้วยการชนต่อชิ้นส่วนอวัยวะที่แม่นยำมากขึ้น ส่วนที่ใกล้เคียงที่สุดของซอมบี้อาจอยู่ห่างจากรถบักกี้ไปหลายนิ้ว ผลที่ได้ต่อมาคือระบบฟิสิกส์ทำการจำลอง ซอมบี้ก็จะเริ่มล้มลงตามแรงโน้มถ่วงเพราะรถบักกี้ไม่ได้ผลักซอมบี้อีกต่อไปแล้ว แม้ว่าจะเป็นช่วงเวลาสั้น ๆ ก่อนที่รถบักกี้จะไปชนซอมบี้อีกครั้ง ความคลาดเคลื่อนเล็ก ๆ น้อย ๆ นี้ทำให้การพุ่งชนซอมบี้ไม่เป็นที่พอใจ—เนื่องจากพวกมันมักจะอยู่นอกสายตาของผู้เล่นไปแล้ว เพื่อแก้ไขปัญหานี้ เราได้บันทึกแรงที่กล่องการชนกันของซอมบี้ที่ได้รับเมื่อถูกรถบักกี้ชนไว้ และใช้แรงแบบเดียวกันนั้นกับแร็กดอลหลังจากแปลงค่าแรงที่บันทึกไว้ แถมเรายังเพิ่มแรงให้มากขึ้นเล็กน้อยกับแร็กดอล ใช้มันกระเด็นขึ้นอีกเล็กน้อย ด้วยการปรับแต่งเหล่านี้ ทำให้ซอมบี้พับทับกันบนด้านหน้ารถบักกี้ได้ตามที่ต้องการเมื่อถูกชน ซึ่งตรงกับความคาดหวังของผู้เล่นมากกว่า"
N/A3922"#commentary\cn_004_buggy_sound_engine.mp3" "[ Kelly Bailey ] เสียงของรถบักกี้เป็นสิ่งที่ท้าทายเพราะเราต้องการให้รู้สึกเหมือนเป็นยานพาหนะที่ขับเคลื่อนด้วยความเร็วสูงที่ทรงพลังจริงๆ แม้ว่าแผนที่จะไม่ใหญ่พอที่จะรองรับสิ่งนั้น และรถบักกี้ไม่ได้ออกตัวเริ่มจากเกียร์หนึ่ง และมีความเร็วสูงสุดราวๆ 35 ไมล์ต่อชั่วโมง สำหรับข้อแก้ตัวของเราแล้ว 35 ไมล์ต่อชั่วโมงยังถือว่าค่อนข้างเร็วนะ โดยเฉพาะเมื่อย้อนกลับไปในปี 2004 นอกจากเรื่องของความเร็วแล้ว ข้อมูลการขับขี่ก็ยังเรียบง่ายมาก ด้วยการใช้คีย์บอร์ดเป็นอินพุตหลัก การควบคุมของผู้เล่นโดยพื้นฐานแล้วจะมีให้แค่ 2 ทางเลือก นั้นคือรถบักกี้จะเร่งหรือไม่เร่งความเร็ว หรือจะหมุนไปในทิศทางเดียวจนสุดหรือไม่ ดังนั้น เราจำเป็นต้องสร้างความซับซ้อนของเสียงทั้งหมดนี้ขึ้นเพื่อแสดงการจำลองความซับซ้อนที่ไม่มีอยู่จริงนั้น เราจึงได้สร้างเครื่องยนต์จำลองสำหรับเสียงของรถบักกี้ขึ้น โดยมีระบบเกียร์ส่งกำลังของตัวเอง และเราได้รวมอินพุตของผู้เล่นกับข้อมูลจากการจำลองทางฟิสิกส์ เราวัดแรงบิดบนล้อจำลองแต่ละล้อ ไม่ว่าจะหมุนฟรีหรือสัมผัสกับพื้นผิว และเราสร้างชุดเสียงวนซ้ำ จากนั้นจึงผสมเสียงเหล่านั้นอย่างพิถีพิถันในขณะที่เครื่องยนต์จำลองเปลี่ยนเกียร์และตอบสนองกับข้อมูลของล้อ โดยพื้นฐานแล้วเราแค่พยายามลองทำหลายๆ รูปแบบที่แตกต่างกัน เราได้เพิ่มความซับซ้อนให้มากขึ้น เราได้ทำการปรับแต่งอย่างละเอียดจนกระทั่งรู้สึกขับรถบักกี้ได้สนุกขึ้น และมอบความพอใจให้กับคุณสำหรับความรู้สึกที่ได้ขับด้วยความเร็ว สำหรับผู้เล่นส่วนใหญ่ พวกเขาไม่ได้แสดงความคิดเห็นใดๆ นอกจากบอกว่าทำเสียงรถบักกี้ได้ดี และสำหรับเรานั้น นั่นคือความสำเร็จ เมื่อคำนึงถึงความบ้าคลั่งที่เกิดขึ้นภายใต้ฝากระโปรงรถ"
N/A3923"#commentary\cn_005_buggy_sound_design.mp3" "[ Kelly Bailey ] การออกแบบเสียงสำหรับรถบักกี้นั้นถูกอิงตัวอย่างจากรถ Camaro ปี 1968 รุ่นเก่า เราได้เลือกรถคันดังกล่าวเนื่องจากมีเครื่องยนต์ V8 ที่น่าทึ่งซึ่งมีลูกสูบขนาดใหญ่ และไม่มีเสียงอื่นไหนจะมีเสียงแบบนี้อีกแล้ว มันมีเสียงที่เแข็งแรงและดังกังวาลในแบบที่เรามองหา แถมระบบเกียร์ส่งกำลังยังมีเสียงของกลไกที่ยอดเยี่ยมเมื่อหยุดเร่งความเร็ว และการรวมกันนั้นให้ความรู้สึกตอบสนองได้ดีมากกับระบบอินพุต 2 ทางเลือกสุดพื้นฐานที่เราต้องใช้งานด้วย ดังนั้นระบบเกียร์เครื่องยนต์จำลองไม่ได้จำลองมาจากรถยนต์ในโลกแห่งความเป็นจริง แต่มันถูกออกแบบมาให้เป็นระบบง่าย ๆ เพื่อให้รางวัลแก่ผู้เล่นที่เหยียบคันเร่งค้างไว้ มันเหมือนกับบันไดเลื่อนแบบวนซ้ำที่สร้างเสียงที่ดังขึ้นเรื่อย ๆ สร้างแรงดึงและเปลี่ยนเกียร์อย่างต่อเนื่องทุกครั้งที่รีสตาร์ทเสียง เนื่องจากผู้เล่นจะหมดพื้นที่ขับอย่างรวดเร็วในแผนที่ขนาดเล็กของเรา เป้าหมายคือการทำให้การเร่งความเร็วสนุกขึ้นในช่วงเวลาสั้น ๆ เท่านั้น"
N/A3924"#commentary\cn_006_automating_dsp.mp3" "[ Kelly Bailey ] เสียงทั้งหมดที่ผู้เล่นได้ยินถูกประมวลผลผ่านระบบประมวลผลสัญญาณดิจิทัลของเราหรือ DSP ซึ่งหมายถึงวิธีการปรับเปลี่ยนเสียงเพื่อสะท้อนสภาพแวดล้อมที่ผู้เล่นอยู่ ตัวอย่างเช่น เสียงเดียวกันจะแตกต่างออกไปเมื่อได้ยินในโรงจอดรถ ห้องขนาดเล็ก ในที่กลางแจ้ง ใน Half-Life 1 เราได้วางโหนดที่มองไม่เห็นด้วยตัวเองทั่วเกมเพื่อกำหนดการตั้งค่า DSP เหล่านี้สำหรับแต่ละพื้นที่ สำหรับ Half-Life 2 เรารู้ว่าการจัดวางเองนั้นใช้เวลานานเกินไป โดยเฉพาะอย่างยิ่งเมื่อเราต้องการเกมที่ใหญ่กว่า แถมเรายังมีคนจัดการด้านเสียงเพียงคนเดียวในทีม ดังนั้น เราจึงสร้างระบบที่จะกำหนดการตั้งค่า DSP รอบ ๆ ผู้เล่นโดยอัตโนมัติแบบเรียลไทม์ โดยมันจะวิเคราะห์พื้นที่รอบตัวผู้เล่น ประเมินปริมาตรพื้นที่ที่ผู้เล่นอยู่ภายใน และตรวจดูวัสดุที่ประกอบเป็นสภาพแวดล้อมโดยพื้นฐาน จากนั้นระบบจะจับคู่พื้นที่นั้นกับหนึ่งใน 25 ประเภท DSP พื้นฐานที่เลือกเองกับมือ เราจะปรับพารามิเตอร์บางอย่าง และสร้าง DSP ที่มีรายละเอียดครบถ้วนซึ่งจะปรับเปลี่ยนเสียงที่ผู้เล่นได้ยิน"
N/A3925"#commentary\cn_007_dynamic_mixing.mp3" "[ Kelly Bailey ] ในระหว่างการเล่นเกม เสียงต่าง ๆ ถูกเล่นพร้อมกัน แต่เสียงบางเสียงก็มีความสำคัญมากกว่าเสียงอื่น ๆ และเราจำเป็นต้องกำหนดระดับเสียงที่สัมพันธ์กันเพื่อให้แน่ใจว่าเสียงที่สำคัญนั้นโดดเด่น ในภาพยนตร์ การผสมเสียงนี้จะเสร็จสิ้นในขั้นตอนหลังการประมวลผล แต่ในเกม มันเกิดขึ้นแบบเรียลไทม์ตอบสนองต่อการกระทำของผู้เล่น ดังนั้น เราจึงไม่สามารถคาดการณ์ล่วงหน้าได้ว่าเสียงใดจะเล่นพร้อมกัน ในการจัดการกับสิ่งนี้ เสียงทั้งหมดจะถูกจัดกลุ่มเป็นประเภทและติดแท็กด้วยลำดับความสำคัญ ในระหว่างการเล่นเกม ระบบเสียงจะตรวจสอบเสียงที่ทำงานอยู่ทั้งหมด และลดระดับเสียงในกลุ่มหากมีการเล่นเสียงที่มีลำดับความสำคัญสูงกว่า การผสมเสียงนี้สามารถปรับเปลี่ยนได้ หากมีเสียงปืนที่จำเป็นต้องดังในฉากใดฉากหนึ่ง เราสามารถทำให้เสียงนั้นมีความสำคัญมากขึ้นได้ หากจำเป็นต้องได้ยินบทสนทนาที่เฉพาะเจาะจงมาก ๆ เราก็สามารถบังคับให้เสียงอื่น ๆ ลดระดับเสียงลงได้ และเราก็ทำสิ่งเดียวกันกับดนตรีด้วย มันเป็นเรื่องเล็ก ๆ น้อย ๆ แต่เป็นสิ่งที่สำคัญมาก และเพื่อป้องกันไม่ให้ทัศนียภาพของเสียงยุ่งเหยิงมากเกินไป"
N/A3926"#commentary\cn_008_soundscapes.mp3" "[ Kelly Bailey ] ใน Half-Life 1 เสียงบรรยากาศถูกวางด้วยมือและปรับแต่งเสียงทีละเสียง สำหรับ Half-Life 2 เราต้องการเสียงบรรยากาศมากขึ้นในสภาพแวดล้อมของเรา พร้อมด้วยคุณภาพที่สูงขึ้นและการจัดวางด้วยตัวเองที่น้อยลง ดังนั้น เราจึงสร้างระบบที่เราเรียกว่าระบบซาวด์สเคป โดยพื้นฐานนั้นซาวด์สเคปเป็นโปรแกรมขนาดเล็กที่ควบคุมว่าเสียงบรรยากาศจะต้องเล่นเสียงใดบ้าง มาจากที่ไหน และควบคุมพฤติกรรมของเสียงเหล่านั้นในสภาพแวดล้อมเฉพาะอย่างไร อย่างเช่น เสียงแมลงวันหึ่ง ลมพัด นก รถไฟไกล การต่อสู้ในระยะไกล ระบบซาวด์สเคปสามารถเลือกและเล่นเสียงเหล่านี้แบบสุ่มได้ และที่สำคัญที่สุดคือ การจัดการกับการเปลี่ยนแปลงที่ราบรื่นเมื่อผู้เล่นเคลื่อนที่ผ่านสภาพแวดล้อมที่แตกต่าง ซาวด์สเคปยังสามารถประกอบด้วยทัศนียภาพของเสียงอื่น ๆ ได้ และนั่นทำให้เราสามารถสร้างคอลเลกชันเสียงที่สามารถนำมาใช้ซ้ำได้ ตัวอย่างเช่น เสียงการต่อสู้ที่ห่างออกไปอาจเป็นการยิงด้วยอาวุธขนาดเล็ก การระเบิดในระยะไกล เฮลิคอปเตอร์ที่แล่นผ่านไป ภาพเสียงเหล่านี้จะประกอบและเล่นแบบไดนามิกจากเสียงเฉพาะเจาะจงต่าง ๆ มากมาย และช่วยให้เราหลีกเลี่ยงความรู้สึกถึงความเทียมของแทร็กเดียวที่วนซ้ำ ๆ โดยรวมแล้ว ระบบซาวด์สเคปเป็นระบบที่ใช้งานได้ดีเยี่ยมใน Half-Life 2 อย่างแท้จริง และทำหน้าที่ดูแลเกือบทุกเสียงที่คุณได้ยินซึ่งไม่ได้ขับเคลื่อนโดยตรงจากการเล่นเกม"
N/A3927"#commentary\cn_009_audio_over_distance.mp3" "[ Kelly Bailey ] พื้นที่ขนาดใหญ่ในแผนที่ชายฝั่งทำให้เราต้องหาวิธีจัดการเรื่องเสียงว่าเสียงควรเปลี่ยนแปลงอย่างไรสำหรับระยะทาง ตัวอย่างเช่น ในแผนที่เหล่านี้ ศัตรูสามารถอยู่ห่างออกไปมากกว่า 100 หลา และปืนของพวกเขาควรจะมีเสียงที่แตกต่างจากเมื่ออยู่ในระยะใกล้ เราตัดสินใจจัดเก็บเสียงของเราไว้ในไฟล์สเตอริโอไฟล์เดียว โดยเสียงระยะใกล้จะอยู่ช่องด้านซ้าย และเสียงระยะไกลจะอยู่ช่องด้านขวา จากนั้น ในระหว่างการเล่น เราจะครอสเฟดหรือเปลี่ยนสัดส่วนของเสียงที่คุณได้ยินระหว่างสองช่องสัญญาณนั้นตามระยะห่างของผู้เล่นจากเสียง มันเป็นวิธีแก้ปัญหาง่าย ๆ ที่ทำงานได้ดี และช่วยให้เราด้านข้อจำกัดของหน่วยความจำได้ คุณสามารถได้ยินเสียงดังกล่าวในขณะเล่นได้อย่างง่ายดาย ลองฟังเสียงปืนของทหารคอมไบน์ว่าเปลี่ยนแปลงไปอย่างไรในขณะที่คุณขับรถเข้าหาพวกเขา"
N/A3928"#commentary\cn_010_flying_vehicle_audio.mp3" "[ Kelly Bailey ] ศัตรูที่บินได้ขนาดใหญ่ในเกมนำเสนอความท้าทายด้านเสียงที่เป็นเอกลักษณ์ ในระหว่างการต่อสู้ พวกมันจะเคลื่อนที่ได้ดีกว่าศัตรูตัวอื่น ๆ และพวกมันมักจะเคลื่อนตัวออกไกลห่างจากผู้เล่นบ่อยครั้ง พวกมันยังอันตรายมากอีกด้วยหากอยู่ในแนวระยะการมองเห็นของพวกมัน ปัจจัยเหล่านี้ทำให้เรามุ่งเน้นไปที่วิธีการจัดการเรื่องเสียงโดยเฉพาะเกี่ยวกับการบดบัง กล่าวอีกนัยหนึ่งคือ เมื่อคุณสามารถมองเห็นศัตรูและเมื่อศัตรูก็สามารถมองเห็นคุณได้ เราต้องการสร้างความแตกต่างด้านเสียงที่ชัดเจนระหว่างเวลาที่พวกมันมีแนวระยะการมองเห็นนั้น เสียงเครื่องยนต์ของยานพาหนะที่บินได้ประกอบด้วยเสียงวนซ้ำหลายเสียงที่เราเล่นพร้อมกัน ลูปบางส่วนได้รับการประมวลผลโดยระบบ DSP ตามพื้นที่ที่คุณอยู่ ในขณะที่บางลูปจะเล่นโดยตรงและไม่ได้ประมวลผล ระบบ DSP เพิ่มเอฟเฟกต์เสียงสะท้อนของสภาพแวดล้อมมากขึ้นเมื่อเราส่งเสียงผ่านระบบนั้น เมื่อวัตถุบินถูกบดบังไว้ด้านหลังบางสิ่ง และมันไม่สามารถมองเห็นคุณได้ เราจะเพิ่มเปอร์เซ็นต์ของลูปที่ผ่านการประมวลผล DSP และดูเหมือนว่าวัตถุนั้นจะอยู่ไกลขึ้นอีกเล็กน้อย จากนั้น เมื่อศัตรูโผล่ออกมาจากด้านหลังวัตถุ และมันสามารถมองเห็นคุณได้ เราก็จะเล่นเสียงโดยตรงมากขึ้น โดยรวมแล้วทำให้คุณสัมผัสได้ว่าเสียงนั้นอยู่ไกลออกไปและไม่มีทิศทาง หรืออยู่ในแนวระยะการมองเห็นของคุณโดยตรง คุณจะได้ยินเมื่อเฮลิคอปเตอร์โผล่ออกมาจากด้านหลังอาคาร ซึ่งตามหลักการแล้ว คุณจะได้ยินความแตกต่างนั้นจริง ๆ"
N/A3929"#commentary\cn_011_bullet_audio.mp3" "[ Kelly Bailey ] หากมีสิ่งหนึ่งที่เราแน่ใจได้ ก็คือกระสุนจำนวนมากจะบินผ่านผู้เล่นตลอดทั้งเกม ดังนั้นเราจึงใช้เวลาส่วนใหญ่ในการพยายามปรับแต่งเสียงให้สมบูรณ์แบบ น่าเสียดายที่กระสุนในเกมนั้นเกิดขึ้นทันที ดังนั้นเราจึงไม่สามารถแนบเสียงไปที่กระสุนเหล่านั้นและพึ่งพาการเคลื่อนไหวในการวางตำแหน่งได้ หลังจากการทดลองบางส่วน เราก็ได้พบวิธีแก้ปัญหานี้: เมื่อหาจุดที่ใกล้เคียงที่สุดบนวิถีกระสุนถึงหูของผู้เล่น เราคำนวณเวลาและตำแหน่งที่กระสุนจะผ่านผู้เล่นที่แน่นอน จากนั้นเราจะเล่นเสียงที่แตกต่างกัน 2 เสียง ณ จุดนั้นเพื่อสร้างปรากฏการณ์ดอปเพลอร์จำลองเสียงหนึ่งสำหรับการเข้าใกล้ของกระสุน และอีกเสียงหนึ่งสำหรับการเคลื่อนตัวออกของกระสุน เราหน่วงเวลาเสียงการออกเดินทางตามเวลาที่คำนวณได้ซึ่งกระสุนผ่านไป"
N/A3930"#commentary\cn_012_staircase.mp3" "[ Aaron Seeler ] มีหลายสถานการณ์ตลอดเกมที่เริ่มมาจากจุดมุ่งหมายด้านการออกแบบที่เรียบง่ายและค่อนข้างตรงไปตรงมา และบันไดนี้ก็แสดงให้เห็นทั้งสองอย่าง อย่างแรกคือการสร้างกรอบให้กับ Citadel ขณะที่ถูกปลุกให้ตื่นขึ้นมา โดยแสดงให้ผู้เล่นเห็นว่าตนเป็นคนที่ไปแหย่รังแตน อย่างที่สองคือเพื่ออวดระบบแร็กดอลของเรา เพราะถึงแม้ว่าตอนนี้จะถือเป็นสิ่งที่เห็นกันจนเป็นมาตรฐานไปแล้ว แต่ในปี 2004 การเห็นศพกลิ้งตกลงมาอย่างสมจริงนั้นยังไม่ค่อยมีใครได้เห็น และบันไดก็เป็นเวทีที่เหมาะที่สุดที่จะแสดงให้เห็นระบบดังกล่าว"
N/A3931"#commentary\cn_013_alyx_and_mossman.mp3" "[ Bill Fletcher ] ในแผนตอนแรกของเราสำหรับการเล่าเรื่องของ Half-Life 2 เราต้องการเผชิญกับความท้าทายของการทำบางสิ่งโดยไม่เน้นไปที่ตัวเกมมากเกินไป ไม่ใช่เพียงเรื่องราวเกี่ยวกับผู้เล่นที่เก่งอย่างเห็นได้ชัดซึ่งเอาชนะศัตรูที่ชั่วร้ายได้ แต่เราตั้งเป้าที่จะมุ่งเน้นไปที่ตัวละครและความสัมพันธ์ของพวกเขาแทน เราคิดว่ามันน่าสนใจที่จะสำรวจครอบครัวในฐานะเป็นศูนย์กลางไดนามิกของ Half-Life 2 ความตึงเครียดระหว่าง อลิกซ์ และ Mossman เกิดขึ้นมาจากแนวคิดนั้น และเราชอบมันเพราะมันเป็นความรู้สึกที่เข้าถึงได้ เป็นบางอย่างที่ผู้เล่นสามารถเข้าใจและเห็นอกเห็นใจได้"
N/A3932"#commentary\cn_014_exposition_board.mp3" "[ Danika Rogers ] เราต้องการนำภาพเรื่องราวที่เข้มข้นนี้มาไว้ที่นี่ เพราะเป็นสถานที่ที่เกมมีความชัดเจนมากที่สุดในการบอกเล่าให้ผู้เล่นสำรวจอวกาศ ถึงแม้ว่างานหลักจะเป็นการสร้างโลก แต่เรายังคงเดินหน้าเน้นย้ำถึงความสัมพันธ์ระหว่าง Eli และ Breen โดยให้บริบทความขัดแย้งความเป็นศูนย์กลางของโลก"
N/A3933"#commentary\cn_015_city_17_awakens.mp3" "[ David Sawyer ] เราออกแบบส่วนของสถานีรถไฟในช่วงแรกเพื่อให้รู้สึกว่าเป็นเมืองที่เฉยเมยต่อผู้เล่น ราวกับว่ากอร์ดอนเป็นเพียงพลเมืองไร้ชื่อไร้ตัวตนอีกคนหนึ่งที่พร้อมจะควบคุมไว้ใต้อำนาจ แต่ระหว่างการบุกโจมตีบ้านเช่าและการไล่ล่าบนดาดฟ้า เมืองจะเริ่มระบุตัวผู้เล่นว่าเป็นความผิดปกติและเกิดการเปลี่ยนแปลง ในตอนที่ผู้เล่นกลายเป็นฝ่ายรุกแล้ว เมืองจะหันความสนใจมาที่พวกเขาอย่างเต็มที่ ระบบเสียงประชาสัมพันธ์ในโอเวอร์วอตช์ ซึ่งได้ยินครั้งแรกระหว่างการบุกโจมตี มีบทบาทสำคัญในการถ่ายทอดสารนี้ หากผู้เล่นตั้งใจฟัง ในเสียงประชาสัมพันธ์จะมีข้อมูลมากมายเกี่ยวกับการรับรู้ของเมือง แต่แม้ว่าผู้เล่นจะไม่ได้สนใจ เสียงบรรยายก็ยังคงถ่ายทอดข้อความอัดแน่นไปด้วยอารมณ์ที่เรามุ่งหมายไว้"
N/A3934"#commentary\cn_016_elis_lab.mp3" "[ Dhabih Eng ] เราสร้างแล็บของอีไลขึ้นมาตามต้นแบบของดร.ไคลเนอร์ ซึ่งทำให้เราเข้าใจวิธีการจัดฉากและการออกแบบฉากที่มีการเคลื่อนไหวให้มีประสิทธิภาพมากขึ้น สิ่งดังกล่าวส่งผลให้เราสามารถสร้างสถานการณ์ที่ซับซ้อนขึ้น และมีโอกาสที่ฉากจะตอบสนองกับผู้เล่นได้มากขึ้น แต่พอมีตัวละครหลายตัวทำสิ่งต่าง ๆ ไปรอบห้องก็ทำให้การจัดฉากยากขึ้น และต้องปรับซ้ำ ๆ และทดลองเล่นหลายครั้งเพื่อให้ทุกอย่างดำเนินไปได้อย่างราบรื่น จากประสบการณ์ของเราพบว่า โดยทั่วไปผู้เล่นต้องการเล่นไปตามฉาก เพียงแต่ต้องการเบาะแสเล็ก ๆ น้อย ๆ ให้พอจะรู้ว่าเราต้องการให้พวกเขาไปอยู่ตรงไหน ในทำนองเดียวกัน หากผู้เล่นรู้สึกไขว้เขว ฉากจะต้องหยุดรอชั่วคราวได้และรอให้ผู้เล่นกลับมา"
N/A3935"#commentary\cn_017_feel_free_to_look_around.mp3" "[ Dhabih Eng ] การสร้างสมดุลระหว่างความต้องการสำรวจของผู้เล่นกับเป้าหมายในการเล่าเรื่องของฉากนั้นถือเป็นความท้าทายเสมอ เราต้องการให้ห้องเต็มไปด้วยสิ่งที่ดึงดูดให้อยากดู แต่ผู้เล่นหลายคนจะไม่สำรวจจนกว่าจะแน่ใจว่าตัวละครใด ๆ ก็ตามในฉากแสดงบทของตนเองครบถ้วนแล้ว นั่นเป็นเหตุผลว่าทำไมอีไลจึงควรบอกให้ผู้เล่นมองไปรอบ ๆ ในช่วงกลางการเล่าเรื่อง ซึ่งจะบอกนัย ๆ ว่าสำรวจได้อย่างสบายใจ จากนั้นเราสามารถทริกเกอร์ฉากสั้น ๆ มากมายที่ปรับไปตามสิ่งที่ดึงดูดความสนใจของผู้เล่นได้"
N/A3936"#commentary\cn_018_interstitial_scenes.mp3" "[ Eric Kirchmer ] เมื่อดำเนินการทดลองเล่นไปเรื่อย ๆ เรามักจะพบจุดที่ผู้เล่นหลงลืมเป้าหมาย ซึ่งเป็นเรื่องปกติในเกมอย่าง Half-Life ดังนั้นเพื่อแก้ไขปัญหานี้ เราได้เพิ่มฉากคั่นเล็ก ๆ เพื่อช่วยนำทางผู้เล่นไปตามเส้นทางและเน้นย้ำถึงเป้าหมาย หลังจากพัฒนาฉากที่มีการเคลื่อนไหวฉากใหญ่เสร็จเรียบร้อยไปจำนวนหนึ่งอย่างแล็บของไคลเนอร์ การนำฉากเล็ก ๆ เหล่านี้มาใส่ไว้ในจุดต่าง ๆ ก็ไม่ใช่เรื่องซับซ้อนนัก เราพบว่าการใช้ตัวละครในช่วงเวลาเหล่านี้ได้ผลดีกว่าการพึ่งพาการเล่าเรื่องแบบให้จับใจความเองหรือแม้แต่การเตือนความจำแบบอื่นใดที่ปรากฏในเมนูหยุดชั่วคราว"
N/A3937"#commentary\cn_019_overwatch.mp3" "[ Josh Weier ] ระหว่างการพัฒนา เราสร้างเสียงพากย์ในโอเวอร์วอตช์โดยใช้เครื่องมือแปลงข้อความเป็นเสียงพูดฟรี แต่เมื่อใกล้จะวางจำหน่าย เรากลับพบว่าจริง ๆ แล้วเราไม่มีสิทธิ์ใช้งานเสียงเหล่านี้ เราจึงจัดออดิชันนักพากย์เสียงเพื่อค้นหาผู้ที่สามารถพากย์เสียงได้ตรงกับคุณสมบัติที่เราวางไว้ในบทพูดที่สร้างขึ้นมา ไม่นานเราก็พบเอลเลน แม็คเคน ซึ่งสามารถถ่ายทอดเสียงได้ตรงกับที่เรากำลังมองหา ในเซสชันของเอลเลน เราเล่นเสียงพูดที่สร้างขึ้นให้เธอเลียนแบบในสไตล์ของตนเอง ตอนแรกเอลเลนก็ทำไปในแนวประชดนะ เพราะถูกขอให้เลียนแบบการถ่ายทอดเสียงเหมือนกับหุ่นยนต์ แต่หลายปีต่อมา เมื่อเธอกลับมารับบท GLaDOS อันโด่งดังใน *Portal* เธอก็ได้ค้นพบวิธีผสมผสานโทนเสียงนั้นเข้ากับการแสดงของตนเองอย่างสร้างสรรค์"
N/A3938"#commentary\cn_020_box_car_joe.mp3" "[ Laura Dubuk ] ตอนแรกฉากเล็ก ๆ ฉากนี้มีตัวละครที่เป็นคน 2 ตัว แต่พอพัฒนาไปเรื่อย ๆ เราก็แทนที่ตัวละครตัวหนึ่งด้วยวอร์ติกอนต์ตัวหนึ่ง เราอยากแสดงให้เห็นว่าพวกวอร์ติกอนต์มีอยู่ควบคู่กับมนุษย์ และต่อต้านพวกคอมไบน์ด้วยเช่นกัน นอกจากนี้เรายังมอบสกิลให้ตัวละครนี้สามารถรักษาผู้เล่นได้ด้วย ถึงแม้ว่าเราจะไม่ได้ใช้ประโยชน์สูงสุดจากคุณสมบัติดังกล่าวตลอดทั้งเกมก็ตาม พวกวอร์ติกอนต์กลายเป็นเครื่องมือที่เป็นประโยชน์ในการเล่าเรื่อง ซึ่งช่วยให้บทสนทนาไม่ยาวจนเกินไป เพราะความนึกคิดของพวกมันสะท้อนให้เห็นว่าพวกมันเข้าใจโลกและจุดมุ่งหมายของผู้เล่นเป็นอย่างดี ซึ่งหมายความว่าพวกมันไม่ต้องถามคำถามอะไร และทำให้เราเลี่ยงความยากลำบากในการเขียนบทสนทนาสำหรับตัวเอกที่เงียบขรึมไปได้อย่างดี"
N/A3939"#commentary\cn_021_mossman.mp3" "[ Marc Laidlaw ] ตอนแรกจูดิธ มอสส์แมนอ้างอิงมาจากตัวละครที่เราวางแผนไว้สำหรับส่วนหนึ่งของ Half-Life 1 แต่ส่วนนั้นถูกตัดออกจากเกมหลักและนำไปใช้ใหม่ใน Uplink แต่ไม่มีตัวละครนั้น เราเห็นว่ามอสส์แมนเป็นตัวละครที่มีความซับซ้อนที่สุดใน Half-Life 2 และทราบดีว่าผู้เล่นยังรู้สึกก้ำกึ่งกับตัวละครตัวนี้ก่อนโนวาโปรสเปกต์เสียอีก เพราะแหล่งข้อมูลที่เชื่อถือได้ของผู้เล่นยังมีความเห็นไม่ตรงกันด้วยซ้ำ อีไลชอบเธอ แต่อลิกซ์ไม่ชอบ เราทราบดีว่าเรามีข้อจำกัดในการแสดงความซับซ้อนของความสัมพันธ์ระหว่างตัวละครต่าง ๆ แต่เรารู้สึกว่าความสัมพันธ์ระหว่างแม่เลี้ยงกับลูกเลี้ยงเป็นสิ่งที่ผู้เล่นจะสามารถเข้าใจได้ ไม่ว่าคุณจะเห็นด้วยกับมอสส์แมนหรือเปล่า เธอก็ได้ทำสิ่งที่กล้าหาญมาก เธอเสี่ยงชีวิตเป็นสายสืบให้กับทั้งสองฝ่ายเพื่อให้ได้ข้อมูลที่ต้องใช้เพื่อปกป้องอีไลกับอลิกซ์ เธอแค่ไม่ได้วางแผนรับมือกอร์ดอนเท่านั้นเอง"
N/A3940"#commentary\cn_022_hands_free.mp3" "[ Matt Wright ] ตอนที่ Half-Life 2 เปิดตัว เกมยิงมุมมองบุคคลที่หนึ่งส่วนใหญ่จะให้ปืนหรืออาวุธจู่โจมระยะประชิดกับผู้เล่นตั้งแต่แรก แต่เราเลือกที่จะให้ผู้เล่นเริ่มด้วยมือเปล่า พอผู้เล่นไม่มีอาวุธ เราก็จะสามารถฝึกผู้เล่นได้ด้วยวิธีใหม่ที่ทำให้ผู้เล่นมีปฏิสัมพันธ์กับโลกในเกม และแนะนำให้ผู้เล่นรู้จักกับเนื้อเรื่องของเรา เราต้องการให้ผู้เล่นเปลี่ยนจากผู้หลบหนีไปเป็นผู้กระทำ และการมอบอาวุธให้ผู้เล่นในเวลาที่เหมาะเจาะทำให้ช่วงเวลานั้นเกิดขึ้นเองได้อย่างเป็นธรรมชาติ เมื่อถึงตอนที่ได้อาวุธในที่สุด ผู้เล่นก็ไม่ได้หลบหนีอีกต่อไปแล้ว เคยมีคนบอกว่าบางครั้งวิธีที่ดีที่สุดที่จะเอาชนะได้คือการเดินจากไป แต่เราก็รู้กันดีว่าไม่จริง วิธีที่ดีที่สุดที่จะเอาชนะได้คือการวิ่งเข้าหาแล้วก็ยิงไปด้วยต่างหาก"
N/A3941"#commentary\cn_023_metrocop_scene.mp3" "[ Mike Dussault ] นี่เป็นอีกฉากหนึ่งที่ออกแบบมาเพื่อแสดงให้เห็นชัดเจนเลยว่าตำรวจเป็นผู้ร้าย ยกเว้นแต่คราวนี้ผู้เล่นมีอาวุธและในที่สุดก็สามารถทำอะไรบางอย่างได้ โดย \"บางอย่าง\" นั้นใช้ปากกระบอกปืนพูด เรารู้ว่าเราต้องการให้ผู้เล่นรู้สึกชอบธรรม และช่วงเวลานี้ก็เป็นส่วนหนึ่งในการสร้างความรู้สึกนั้นขึ้นมา ตำรวจยังคงเป็นมนุษย์ ไม่เหมือนกับพวกคอมไบน์ที่เหลือในเกม เราจึงรู้สึกว่าต้องพยายามอย่างเต็มที่เพื่อให้แน่ใจว่าการกระทำของผู้เล่นนั้นสื่อถึงความยุติธรรม ไม่ใช่แค่ความโกรธแค้น"
N/A3942"#commentary\cn_024_moving_the_gravity_gun.mp3" "[ Ted Backman ] ตอนที่สร้างต้นแบบปืนแรงโน้มถ่วงขึ้นมาครั้งแรก เราวางแผนที่จะมอบให้ผู้เล่นในช่วงกลางเกม แต่เมื่อดำเนินการทดลองเล่นไปเรื่อย ๆ เราก็เห็นถึงความแข็งแกร่งของการออกแบบ และตระหนักว่าตัวปืนแรงโน้มถ่วงเอง และที่สำคัญกว่านั้น ความสามารถในการยิงใบเลื่อยใส่หน้าซอมบี้ จำเป็นต้องเปิดตัวในเกมให้เร็วกว่านี้ นั่นหมายความว่าแล็บของอีไลก็ต้องมาเร็วกว่านั้นเช่นกัน นี่เป็นการเปลี่ยนแปลงแบบยกเครื่อง แต่ก็มีความสำคัญต่อความสำเร็จของ Half-Life 2 เป็นอย่างยิ่ง เพราะทำให้ตระหนักได้ว่าการเล่าเรื่องและเกมเพลย์นั้นเชื่อมโยงกัน และไม่สามารถให้ความสำคัญกับอย่างใดอย่างหนึ่งได้เสมอไป ทั้งสองอย่างต้องเป็นไปร่วมกัน"
N/A3943"#commentary\cn_025_buggy_birds.mp3" "[ Adrian Finol ] มีการทดลองเล่นในบริเวณชายฝั่งครั้งหนึ่งที่เราจำได้ไม่ลืม ผู้เล่นคนหนึ่งกลับไปที่รถหลังจากสำรวจบ้านหลังหนึ่ง แล้วบังเอิญเห็นนกบินผ่านไป ผู้เล่นคนนี้ตะโกนใส่นก ไล่ไม่ให้เข้าใกล้รถบักกี้ของเขา พลางบ่นว่านกมักจะทำรถเลอะเทอะในชีวิตจริง ตอนที่เราคุยกันหลังทดลองเล่น เราตระหนักว่านี่เป็นครั้งแรกที่ผู้เล่นสนใจในวัตถุซึ่งไม่เกี่ยวกับผู้เล่นโดยตรง เรามองว่านี่คือโอกาสที่จะสำรวจต่อ จึงสร้างระบบเพื่อทำให้เกิดช่วงเวลาที่ผู้ทดลองเล่นกลัวนี้ เมื่อผู้เล่นทิ้งรถบักกี้ไว้สักพักจนลับสายตา เราจะสร้างนกนางนวลขึ้นในตำแหน่งสุ่มบนโครงรถ เมื่อเวลาผ่านไป นกนางนวลจะสร้างรอยอุจจาระบนตัวรถใต้ตัวนก และสิ่งนี้จะดำเนินต่อไปจนกว่าผู้เล่นจะกลับมา ซึ่ง ณ จุดนั้น นกจะบินหนีไป แน่นอนว่าผู้ทดลองเล่นต้องการทำความสะอาดรถของตนเองอยู่แล้ว เราจึงเพิ่มความสามารถในการล้างรถโดยขับลงไปในน้ำตื้น ตอนนั้นเราอยู่ในการพัฒนาช่วงท้าย ๆ แล้ว จึงมีเทคโนโลยีสำหรับทำอะไรแบบนั้น และสามารถนำคุณสมบัตินี้ไปใช้งานได้อย่างรวดเร็ว เรารู้ว่ามีผู้เล่นเพียงไม่กี่คนเท่านั้นที่จะค้นพบคุณสมบัตินี้ แต่ถ้าเราสามารถนำรายละเอียดเหล่านี้ไปปรับใช้ได้อย่างมีประสิทธิภาพและหลากหลายมากพอ ผู้เล่นส่วนใหญ่ก็จะพบคุณสมบัติเข้าสักอย่างสองอย่างเอง"
N/A3944"#commentary\cn_026_bridge_gunship.mp3" "[ Adrian Finol ] เราพอใจกับฉากต่อสู้ด้วยเครื่องบินรบเป็นพิเศษ แม้ว่าจะจัดฉากยากไปสักหน่อยเพราะฉากมีข้อจำกัดจากรูปร่างของสิ่งต่าง ๆ โดยเวลาที่อยู่ใต้สะพาน เครื่องบินรบจะสามารถเคลื่อนที่รอบตัวผู้เล่นได้อย่างเต็มที่ โดยใช้มิติทั้ง 3 เพื่อจัดวางตำแหน่งตัวเองทั้งด้านบนและด้านล่างในช่วงเวลาต่าง ๆ คานเหล็กช่วยคุ้มกันคลื่นความถี่สูงได้อย่างมีประสิทธิภาพ ทำให้การยิงจากเครื่องบินรบสร้างภาพและเสียงที่สนุกสนานคล่องแคล่วได้"
N/A3945"#commentary\cn_027_floor_is_lava.mp3" "[ Adrian Finol ] การสร้างเกมเพลย์โดยอิงจากแนวคิดที่เข้าใจกันอย่างดีอยู่แล้ว เช่น \"พื้นคือลาวา\" ช่วยให้การฝึกเป็นไปได้ง่าย เราชอบที่ระบบฟิสิกส์เปิดโอกาสให้ผู้เล่นมีอิสระสูงมากในการรับมือกับสถานการณ์อย่างสร้างสรรค์ บางคนสร้างทางเดินจากวัตถุมากมาย ในขณะที่บางคนเน้นใช้แค่แผ่นโลหะที่ตัวเองชอบ 2 ชนิด บางคนเดินตามทางขึ้นไปบนโขดหินอย่างระมัดระวังเพราะกลัวตก ในขณะที่บางคนเดินตรงไปยังทางออกโดยเกาะไปตามวัตถุเหนือพื้นทราย รูปแบบการเล่นมีความหลากหลาย ผู้เล่นบางคนจะรู้สึกล้มเหลวหากเผลอเรียกแอนต์ไลออนออกมาจึงรีบโหลดเกมใหม่ ในขณะที่บางคนสนุกกับการปีนกลับขึ้นไปบนโขดหินเพื่อฟื้นพลังชีวิต เรายังชอบที่สิ่งนี้ทำหน้าที่เป็นทั้งปริศนานำทางและเปลี่ยนไปเป็นพื้นที่อารีน่าได้ด้วยหากผู้เล่นต้องการ ผู้เล่นบางคนกระโดดลงไปบนพื้นทรายและต่อสู้ไปทั้งอย่างนั้นก็มี"
N/A3946"#commentary\cn_028_opportunistic_moments.mp3" "[ Ariel Diaz ] ช่วงเวลาที่น่าจดจำบางช่วงในเกมมาจากปฏิสัมพันธ์ระหว่างระบบเกมที่หลากหลาย แต่บางครั้งเราก็ตระหนักว่าช่วงเวลาเหล่านี้มักจะเกิดขึ้นไม่บ่อยนัก พอเป็นเช่นนั้น เรามักจะหวังให้ผู้เล่นได้สัมผัสกับประสบการณ์แบบนั้นมากขึ้น ที่จริงมันก็มีแรงกดดันอยู่นะ ยิ่งเรารู้ว่าผู้เล่นจะต้องเผชิญกับบางสิ่งมากเท่าไร เราก็ยิ่งทุ่มเทความพยายามให้กับสิ่งนั้นมากขึ้น แต่ถ้าสิ่งนั้นรู้สึกไม่เป็นธรรมชาติมากเกินไป ช่วงเวลานั้นอาจดูฝืนๆ ผู้เล่นก็อาจไม่ตอบสนองในเชิงบวกเท่าที่ควร ฉากการตายแบบภาพยนตร์ที่เครื่องบินรบร่วงก็เป็นตัวอย่างของความพยายามปรับนั่นปรับนี่เล็กๆ น้อยๆ เพื่อเพิ่มโอกาสให้เกิดช่วงเวลาที่น่าจดจำโดยไม่ให้ดูตั้งใจเกินไป การออกแบบพื้นที่นี้และเส้นทางการบินของเครื่องบินรบทำให้ผู้เล่นและเครื่องบินรบมีแนวโน้มที่จะมาอยู่ในจุดที่ถูกต้องเมื่อร่วงลงมา หากเป็นไปตามนั้น เราจะทริกเกอร์ให้เครื่องบินรบร่วงใส่รถยนต์ หากไม่เป็นเช่นนั้น เครื่องบินรบจะร่วงลงมาตามปกติ ทุกอย่าง \"ดูเป็นเกม\" สุดๆ ไปเลยก็จริง แต่ผู้ทดลองเล่นดูเหมือนจะไม่ใส่ใจมากนักหากช่วงเวลานั้นดำเนินไปได้ดี"
N/A3947"#commentary\cn_029_assault_on_nova_prospekt.mp3" "[ Ariel Diaz ] เมื่อกองทัพแอนต์ไลออนบนชายฝั่งที่ฟื้นคืนชีพได้ไม่รู้จบบุกโจมตีฐานทัพคอมไบน์ที่เสริมความแข็งแกร่งไว้ ใครจะอดใจไม่ลองเล่นด่านที่ได้รับแรงบันดาลใจมาจากนอร์มังดีไหวกันล่ะ ต้นแบบแรกของเรามีสนามเพลาะที่นำทางไปสู่โนวาโปรสเปกต์ พร้อมปืนกลอันทรงพลังที่บังคับให้ผู้เล่นและแอนต์ไลออนต้องอยู่ในสนามเพลาะเพื่อเอาชีวิตรอด ผมว่ามันน่าตื่นเต้นมากที่ได้เห็นปืนกลสาดยิงและมีแอนต์ไลออนกระโจนไปมาเหนือสนามเพลาะอยู่ตลอดเวลา น่าเสียดายที่เราไม่สามารถทำให้มันเป็นจริงได้ด้วยงบประมาณที่เรามี และท้ายที่สุดก็ต้องพับเก็บไป แล้วแทนที่ด้วยแผนผังที่แตกต่างออกไปโดยสิ้นเชิง อย่างไรก็ตาม ปืนที่ติดตั้งไว้ยังคงอยู่ เพราะความร้ายกาจของปืนเหล่านี้จะกระตุ้นให้ผู้เล่นใช้แอนต์ไลออนของตนมากขึ้น"
N/A3948"#commentary\cn_030_buggy_physics.mp3" "[ Charlie Brown ] เราลองผิดลองถูกหลายครั้งเพื่อปรับระบบฟิสิกส์ของรถบักกี้คันนี้เพราะต้องการให้รู้สึกเร็ว แม้ว่าความเร็วสูงสุดจะอยู่ที่ประมาณ 35 ไมล์ต่อชั่วโมงก็ตาม ดังนั้นเราจึงต้องแอบโกงนิดหน่อยเพื่อให้เป็นไปตามต้องการ โดยเพิ่มแรงในแนวตั้งให้กับการกระโดดพลังเทอร์โบและเสริมแรงถีบด้านหลังเล็กน้อยเมื่อใช้เบรกมือทำพาวเวอร์สไลด์ หากไม่มีสิ่งที่ว่านี้ รถบักกี้ก็จะขับขี่ไม่สนุกเพราะมีความเร็วต่ำ ยิ่งไปกว่านั้น โลกยังเต็มไปด้วยความโกลาหลแบบคาดเดาไม่ได้ซึ่งขับเคลื่อนโดยระบบฟิสิกส์ ผู้เล่นจะขับรถบักกี้จนไปชนกับอะไรต่อมิอะไรได้ เราจึงต้องทำให้แน่ใจว่าผู้เล่นจะออกมาได้ด้วย ซึ่งต้องใช้การทดสอบและการทดลองเล่นหลายครั้ง สุดท้ายแล้ว เราก็ตกลงใจใช้การจำลองที่ค่อนข้างบ้าบอและไม่สมจริงซึ่งทำให้รถบักกี้ทนมากขึ้นและพลิกคว่ำยากขึ้น จุดศูนย์ถ่วงของรถต่ำสุด ๆ และถึงแม้ว่าล้อจะดูเหมือนหมุนควงเลยก็ตาม แต่จริง ๆ แล้วไม่ได้หมุนเลย นี่เป็นความพยายามครั้งแรกในการสร้างรถจำลองทางกายภาพ และเราได้เรียนรู้อะไรมากมายจากสิ่งนี้ ดังนั้นในท้ายที่สุด เราจึงสามารถทำให้รถยนต์สมรรถนะสูงใน Episode 2 ขับได้ง่ายขึ้นมาก"
N/A3949"#commentary\cn_031_the_bridge.mp3" "[ Charlie Brown ] ส่วนของสะพานนี้ได้รับแรงบันดาลใจมาจากสะพานดิเซปชันพาสส์ ซึ่งอยู่ถัดจากสำนักงาน Valve ไปนิดหน่อย ในตอนแรก เราสร้างส่วนนี้ขึ้นมาให้เป็นปริศนาในการนำทางล้วน ๆ แล้วค่อย ๆ เพิ่มมิติทางเกมเพลย์ลงไป ส่วนที่ว่านี้ยังกลายเป็นเคสทดสอบหลักสำหรับดูแรงเสียดทานตรงบริเวณขอบในฝั่งของผู้เล่นด้วย เราเพิ่มแรงเสียดทานทีละนิดในระบบการเคลื่อนที่ของเราเมื่อผู้เล่นลดความเร็วลงตอนเข้าใกล้ขอบพื้นผิว โดยผู้เล่นน่าจะไม่ทันสังเกตเพราะดันสอดคล้องกับเป้าหมายของตนที่จะหยุดตรงขอบเพื่อมองลงไปพอดี ซึ่งก็เป็นไปตามแนวโน้มของมนุษย์ที่จะเคลื่อนไหวช้าลงและระมัดระวังมากขึ้นเมื่อเข้าใกล้จุดที่ตกลงไปได้ แต่สิ่งดังกล่าวนี้เป็นคุณสมบัติที่สำคัญมากสำหรับส่วนนี้ของเกม เรารู้เพราะในช่วงหนึ่งของการพัฒนา เราเผลอทำระบบนี้พังโดยไม่ได้ตั้งใจ และทันใดนั้นผู้ทดลองเล่นของเราทุกคนก็เริ่มตกลงมาตายซ้ำแล้วซ้ำเล่า"
N/A3950"#commentary\cn_032_coast.mp3" "[ Chris Green ] เราต้องการส่วนที่เปิดกว้างในเกมไว้สำหรับพวกรถบักกี้ แต่ก็ยังคงต้องการวิธีที่จะจำกัดการเคลื่อนไหวของผู้เล่นด้วย ดังนั้นเราจึงเลือกแนวชายฝั่งเพราะเราจะได้มีขอบเขตตามธรรมชาติกั้นฝั่งหนึ่งของแผนที่เอาไว้ ในขณะที่ยังคงรู้สึกว่าพื้นที่นี้เปิดกว้างและใหญ่โต สิ่งดังกล่าวยังช่วยให้เห็นภาพของผลกระทบจากการที่พวกคอมไบน์สูบทรัพยากรของโลกไปด้วย ผู้ทดลองเล่นยังคงพยายามว่ายน้ำออกไปในทะเล ดังนั้นเราจึงใส่ปลิงลงไปเพื่อขัดขวางพวกเขา โดยปลิงจะไม่ใช่ศัตรูจำพวกที่หลีกเลี่ยงได้หรือที่ผู้เล่นรู้สึกว่าสู้ไหว ปลิงจึงเป็นอะไรที่ค่อนไปทางสัตว์วิเศษ โดยทั่วไปผู้เล่นเข้าใจดีว่านี่คือการฝืนขอบเขตของเกม เราจึงไม่ได้พัฒนาปลิงมากไปกว่านี้"
N/A3951"#commentary\cn_033_grenade_house.mp3" "[ Dave Riller ] เกม Half-Life ส่วนใหญ่เน้นไปที่การมอบประสบการณ์ในการต่อสู้ที่แปลกใหม่ในแต่ละจุดให้กับผู้เล่น แม้ว่าจะเป็นเพียงการปรับแต่งเล็กๆ น้อยๆ จากจุดก่อนหน้าก็ตาม ประสบการณ์ที่ว่าไม่จำเป็นต้องเป็นความท้าทายที่เน้นทักษะเสมอไป บางครั้งอาจเป็นเพียงช่วงเวลาสนุกๆ ให้ผู้เล่นได้เล่นเกมอย่างเพลิดเพลิน บ้านระเบิดนี้ก็เป็นหนึ่งในช่วงเวลาเหล่านั้น แต่มีการหักมุมโดยเรากลับรูปแบบการจัดวางแบบเดิม แทนที่จะให้ผู้เล่นทิ้งระเบิดใส่ศัตรูด้านล่าง เรากลับวางศัตรูไว้ด้านบน กล่องใส่ระเบิดแบบไม่จำกัดจำนวนก็ช่วยกระตุ้นให้ผู้เล่นมีส่วนร่วมกับสถานการณ์ได้ในวิธีที่ออกจะทุลักทุเลสักเล็กน้อย แต่ความอยู่ยงคงกระพันของกล่องนี่แหละที่ทำให้ผู้เล่นยังคงสามารถปีนขึ้นไปข้างบนได้ แม้ว่าจะระเบิดทุกอย่างไปแล้วก็ตาม"
N/A3952"#commentary\cn_034_buggy_training_course.mp3" "[ David Sawyer ] เราออกแบบส่วนในการฝึกนี้มาให้ผู้เล่นได้ลองขับรถบักกี้ของตนเอง ในตอนที่ Half-Life 2 วางจำหน่าย การจำลองทางกายภาพของยานพาหนะในระดับนี้ยังเป็นเรื่องแปลกใหม่อยู่ เราจึงต้องการให้ผู้เล่นมีโอกาสทดลองเล่นอย่างเต็มที่ ผู้เล่นเองก็เพิ่งได้ออกจากพื้นที่แคบ ๆ ของเรเวนโฮล์มมา เราจึงอยากมอบรางวัลที่แตกต่างไปให้พวกเขา นั่นคือความสามารถในการเคลื่อนที่ได้อย่างรวดเร็วภายในพื้นที่ขนาดใหญ่ขณะที่ยังรู้สึกปลอดภัยภายในยานพาหนะของตน เราออกแบบให้ต้องใช้การกระโดดพลังเทอร์โบเพื่อออกจากพื้นที่นี้ ซึ่งทำหน้าที่เป็นการทดสอบไปในตัวเพื่อให้แน่ใจว่าผู้เล่นรู้สึกว่าขับขี่ได้สบาย และมั่นใจได้ว่าผู้เล่นจะไม่ได้ทิ้งรถบักกี้ไว้ในด่านนี้"
N/A3953"#commentary\cn_035_ambush.mp3" "[ David Sawyer ] หนึ่งในความท้าทายทั่วไปของเกม FPS สไตล์ Half-Life คือผู้เล่นต้องเคลื่อนที่ไปข้างหน้าอย่างต่อเนื่องในพื้นที่ที่ตนเองไม่รู้จัก ซึ่งหมายความว่าเมื่อผู้เล่นเข้ามาอยู่ในการต่อสู้ พวกเขาจะอยู่ในพื้นที่ที่ไม่คุ้นเคยและไม่รู้ว่าจะเข้าสู้แบบใด เราจึงใช้วิธีการต่าง ๆ มากมายเพื่อช่วยเหลือผู้เล่นที่ประสบปัญหานี้ และการซุ่มโจมตีก็เป็นตัวอย่างหนึ่ง เมื่อไปถึง ผู้เล่นจะต้องต่อสู้กับกลุ่มคอมไบน์ในบ้านเหล่านี้ ระหว่างการต่อสู้และการสำรวจหลังจากนั้น ผู้เล่นมีโอกาสศึกษาแผนผังพื้นที่อารีน่า จากนั้น เมื่อผู้เล่นขึ้นไปสำรวจในห้องใต้หลังคา เราจะสร้างพวกคอมไบน์ระลอกที่ 2 ขึ้นมา ในการต่อสู้ครั้งที่ 2 นี้ ผู้เล่นจะได้เปรียบเพราะรู้แผนผังแล้ว ทำให้สามารถตัดสินใจเชิงกลยุทธ์ในการป้องกันการซุ่มโจมตีได้มากขึ้น"
N/A3954"#commentary\cn_036_bugbait_training.mp3" "[ David Sawyer ] เรามีเวลาไม่พอแต่ก็ต้องการให้ผู้เล่นเข้าใจเครื่องมือเพื่อให้การออกแบบของโนวาโปรสเปกต์สัมฤทธิผล ก็เลยเป็นสาเหตุที่ทำเกิดการฝึกใช้เหยื่อล่อแมลงที่ค่อนข้างงุ่มง่ามนี้ขึ้นมา โดยทั่วไปแล้ว เราตั้งเป้าที่จะเพิ่มอรรถรสและบริบทให้กับการฝึกเพื่อไม่ให้ดูเป็นการฝึกมากเกินไป แต่ให้รู้สึกเหมือนเป็นส่วนหนึ่งของการค้นพบสิ่งใหม่ ๆ อย่างเป็นธรรมชาติ แต่ในจุดนี้ เรายังทำไม่ได้อย่างที่หวังไว้ แม้ชื่อจะบอกอยู่ แต่เหยื่อล่อแมลงไม่ใช่สิ่งที่ผู้เล่นเข้าใจโดยสัญชาตญาณ เราเล่นเกมมาได้สักพักแล้ว ผู้เล่นจึงมีประสบการณ์ในการจัดการกับศัตรูเยอะพอสมควร ก่อนที่เราจะเพิ่มการฝึกเข้าไป ผู้ทดลองเล่นกลุ่มแรกที่รวบรวมเหยื่อล่อแมลงมาได้ เข้าสู่ด่านถัดไปแล้วยิงแอนต์ไลออนตัวแรกที่เห็นโดยสัญชาตญาณ เพราะเป็นวิธีที่ได้ผลมาจนถึงตอนนั้น Half-Life มักจะนิยมให้ใช้แนวทางแบบ \"ยิงก่อน ถามทีหลัง\" เมื่อผู้เล่นไปถึงโนวาโปรสเปกต์ พวกเขาจึงไม่ได้คิดจะโยนเหยื่อล่อแมลงใส่ทหารคอมไบน์ แต่ใช้อาวุธคู่ใจแทน ดังนั้น เราจึงต้องทำให้การฝึกนี้ไม่เพียงแต่แสดงให้เห็นวิธีการทำงานของเหยื่อล่อแมลงเท่านั้น แต่ยังเพื่อแสดงให้เห็นด้วยว่าแอนต์ไลออนจะอยู่ใกล้ผู้เล่นได้โดยไม่โจมตีใส่"
N/A3955"#commentary\cn_037_vortigaunt_extraction.mp3" "[ Dhabih Eng ] พื้นที่อารีน่านี้แสดงให้เห็นปัญหาทางการออกแบบที่จัดการยากอยู่ 2-3 อย่าง อย่างแรกคือ ฝ่ายการ์ดเป็นศัตรูที่โจมตีระยะประชิดเท่านั้น เราจึงไม่สามารถให้ผู้เล่นหนีไปพื้นที่ที่ฝ่ายการ์ดจะตามไปไม่ได้ เราเองได้ทดลองใช้การโจมตีระยะไกลอยู่บ้าง แต่ไม่ค่อยชอบผลลัพธ์เท่าไหร่นัก เพราะอย่างการโจมตีแบบพ่นของเหลวใส่ก็ออกมาดูตลกเกิน การโจมตีที่ไม่ใช่แบบระยะประชิดเดียวที่พอใช้ได้คือความสามารถในการกระแทกวัตถุทางฟิสิกส์ใส่ผู้เล่น แต่วิธีนี้จำเป็นต้องให้วัตถุอยู่ในระยะ ซึ่งไม่ใช่สิ่งที่รับประกันได้เสมอไป ความท้าทายอีกอย่างคือ ไม่ว่าฝ่ายการ์ดจะตายที่ไหน เราต้องทำให้ฝ่ายวอร์ติกอนต์สามารถไปถึงร่างเหล่านั้นได้เสมอ ซึ่งเป็นสิ่งสำคัญมากเพราะเกมจะดำเนินต่อไปไม่ได้หากฝ่ายวอร์ติกอนต์ไม่สามารถสกัดเอาเหยื่อล่อแมลงออกมาได้"
N/A3956"#commentary\cn_038_dropship_deployment.mp3" "[ Doug Wood ] การส่งทหารลงมาจากดรอปชิปนั้นค่อนข้างยุ่งยาก เพราะต้องให้ NPC ปรากฏตัวอยู่ภายในวัตถุปิดทึบอีกชิ้นหนึ่ง พวกเขาจึงเล่นแอนิเมชันที่ให้พวกทหารกระโจนออกมาจากยานทันทีที่ปรากฏตัวเพื่อให้ทหารเหล่านี้ออกมาอยู่ในที่โล่งซึ่งจะสามารถเริ่มเคลื่อนที่ได้ตามปกติ เมื่อปรับจนแอนิเมชันนี้เข้าที่แล้ว เราก็พบกับปัญหาอีกอย่าง ผู้เล่นสุดเชี่ยวชาญจะรออยู่นอกยานแล้วยิงทหารที่โผล่ออกมาตามแอนิเมชัน วิธีแก้ปัญหาคือเราเพิ่มป้อมปืนเข้าไปในยานเพื่อคุ้มครองทหารขณะที่กำลังออกจากยาน สิ่งนี้ไม่ได้กันไม่ให้ผู้เล่นใช้ประโยชน์จากจุดนี้ได้อย่างสมบูรณ์ขนาดนั้น โดยเฉพาะอย่างยิ่งหากพวกเขาใช้อาวุธทางอ้อมอย่างระเบิดหรืออะไรทำนองนั้น แต่มันให้ความรู้สึกสมจริงและเหมือนเป็นมาตรการรับมือที่สมจริงที่ใครบางคนซึ่งมีความคิดเชิงกลยุทธ์อาจใช้"
N/A3957"#commentary\cn_039_laser_guided_rpg.mp3" "[ Eric Smith ] ระบบนำวิถีด้วยเลเซอร์ของ RPG สร้างความปวดหัวให้เราอย่างมากเพราะฝึกยากเป็นที่สุด ผู้ทดลองเล่นหลายคนยิง RPG แล้วรีบหลบหลังที่กำบัง เลยไม่ทันเห็นเส้นทางการพุ่งของจรวด ที่แย่ไปกว่านั้นคือ ผู้เล่นไม่ทันสังเกตด้วยซ้ำว่าจรวดกำลังหันกลับมาหาตนเอง เราลองใช้องค์ประกอบต่าง ๆ บน HUD และตัวบ่งชี้จุดเลเซอร์เพื่อช่วยแล้ว แต่พบว่าผู้เล่นส่วนใหญ่มองข้ามไป แล้วหันไปสนใจศัตรูแทน เราจึงปรับปรุงเล็ก ๆ น้อย ๆ เท่าที่จะทำได้ เช่น เน้นย้ำถึงระบบนี้ในบทพูดของโอเดสซา และปรับปรุงเสียงและภาพให้เห็นชัดเจนยิ่งขึ้นว่าเครื่องบินรบยิงให้ RPG ที่พุ่งตรงมาร่วงลงได้ แม้ว่าการเปลี่ยนแปลงเหล่านี้จะช่วยให้ผู้เล่นบางคนเข้าใจระบบที่ว่านี้ก็ตาม แต่เราก็ไม่เคยไปถึงจุดที่มั่นใจได้เลยว่าผู้เล่นเกือบทุกคนจะเข้าใจระบบนี้ เราเคยคิดที่จะตัดระบบนี้ออกไปทั้งหมดเลยด้วยซ้ำ แต่การต่อสู้ด้วยเครื่องบินรบที่ไม่มี RPG นั้นน่าสนใจน้อยกว่ามาก ระบบนำวิถีด้วยเลเซอร์บังคับให้ผู้เล่นต้องคอยจับตามองเครื่องบินรบในขณะที่จรวดกำลังพุ่งไปอยู่ แต่นั่นก็หมายความว่าเครื่องบินรบก็จะเห็นเราเช่นกัน ซึ่งทำให้เกิดความตึงเครียดที่เราชอบ"
N/A3958"#commentary\cn_040_performance_constraints.mp3" "[ Eric Smith ] สำหรับอารีน่าสุดท้ายในบริเวณชายฝั่ง เราจินตนาการถึงฉากจบอันยิ่งใหญ่ที่ผู้เล่นและกลุ่มชาวบ้านจะยืนหยัดต่อสู้กับเหล่าทหารคอมไบน์ที่จู่โจมเข้ามาเป็นระลอก แล้วจบลงด้วยการต่อสู้ด้วยเครื่องบินรบ น่าเสียดายที่ค่าใช้จ่ายในการประมวลผลทางคอมพิวเตอร์เพื่อให้ทหารและพันธมิตรเคลื่อนที่ไปมาบนพื้นที่ต่าง ๆ บังคับให้ต้องปรับขนาดการต่อสู้ลงเรื่อย ๆ เพื่อให้อยู่ในงบที่มี เมื่อถึงจุดที่เราเหลือทหารแค่เพียงหน่วยเดียวในแต่ละช่วงเวลา เราก็เข้าสู่ช่วงท้ายของการพัฒนาแล้ว จึงสายเกินกว่าจะเปลี่ยนแปลงฉากต่อสู้ครั้งใหญ่เพื่อให้มีศัตรูมากขึ้นได้ เราเลยจำเป็นต้องออกแบบระลอกการต่อสู้ใหม่เพื่อลดจำนวนทหารให้เหลือน้อยที่สุด"
N/A3959"#commentary\cn_041_lighthouse_gunship.mp3" "[ Ido Magal ] ฉากเครื่องบินรบตรงนี้ต้องใช้ความพยายามพอสมควรเพื่อให้เป็นไปตามที่เราจินตนาการไว้ เพราะเราอยากให้มันดำเนินไปเหมือนเป็นภาพยนตร์ ในเวอร์ชันหนัง เครื่องบินรบจะยิงผ่านหน้าต่างเข้ามาขณะที่ตัวเอกกำลังปีนขึ้นไปบนประภาคารโดยใช้วิธีคาดการณ์การเคลื่อนไหวของผู้เล่นเอาไว้ ซึ่งในการจำลองการคาดการณ์ที่ว่านี้ในเกม เราได้ตั้งค่าชุดคำสั่งทริกเกอร์ที่ซับซ้อนไว้ตามบันได เมื่อทริกเกอร์ตรวจจับผู้เล่นที่กำลังเคลื่อนที่ขึ้นข้างบนก็จะสั่งให้เครื่องบินรบเลือกเส้นทางการบินใหม่ที่ตรงกับระดับความสูงของผู้เล่น ทริกเกอร์ยังเปิดใช้งานเป้าหมายแบบแม่นยำตรงหน้าต่างที่อยู่ใกล้ผู้เล่นที่สุดด้วย ซึ่งเป็นวัตถุที่มองไม่เห็นในเกมแต่ AI ของศัตรูจะมองทันทีว่าเป็นศัตรู และสั่งให้เครื่องบินรบยิงใส่หน้าต่างนั้น การผสมผสานระหว่าง AI และการเขียนบทนี้เป็นหัวใจของฉากการต่อสู้ใน Half-Life โดย AI จะจัดการกับพฤติกรรมแบบปรับตัวได้โดยทั่วไปของ NPC ในขณะที่การเขียนบทจะปรับแต่งข้อกำหนดเฉพาะของแต่ละฉาก"
N/A3960"#commentary\cn_042_crane.mp3" "[ Jakob Jungels ] เราจำเป็นต้องปรับแต่งเครนอย่างละเอียดเพื่อให้ได้ผลลัพธ์ที่ถูกต้อง สิ่งที่ต้องสร้างแรงทางกายภาพในระดับนี้มีความเสี่ยงอยู่เสมอเพราะเรามีข้อจำกัดทางฟิสิกส์วัตถุของแข็งและเทคโนโลยีการทำลายล้าง ยกตัวอย่างเช่น แม่เหล็กคงไม่สามารถตอบสนองความคาดหวังของผู้เล่นได้อย่างเต็มที่ถ้าใช้กับสิ่งที่มีมวลมากขนาดนั้น แต่เพราะว่าเครนอยู่กับที่ เราจึงสามารถคัดเลือกทุกสิ่งภายในระยะได้อย่างถี่ถ้วน แล้วปรับแต่งสิ่งเหล่านั้นตามต้องการ โชคดีที่ผู้เล่นส่วนใหญ่ดูเหมือนจะไม่สังเกตเห็นความหยาบของเครนนัก ซึ่งอาจเป็นเพราะยังตื่นตาตื่นใจกับการโต้ตอบกับสิ่งนี้ในสภาพแวดล้อมทางฟิสิกส์ที่ค่อนข้างสมจริง"
N/A3961"#commentary\cn_043_flashlight_power.mp3" "[ Jeff Lane ] การตัดสินใจให้ทั้งการเร่งฝีเท้าและไฟฉายใช้พลังจากชุด HEV เป็นเรื่องที่ถกเถียงกันอย่างหนักใน Half-Life 2 ในตอนแรกมีเพียงการเร่งฝีเท้าเท่านั้นที่ใช้พลังจากชุด ซึ่งก็สมเหตุสมผลอยู่ เพราะตั้งใจให้เป็นแค่การเพิ่มความเร็วแบบชั่วครู่ ในทางกลับกัน เราสามารถใช้ไฟฉายได้อย่างไม่จำกัดเวลา แต่การทดลองเล่นเผยให้เห็นปัญหาหนึ่ง ผู้เล่นมักจะออกจากพื้นที่มืดโดยไม่รู้ตัวว่าเปิดไฟฉายทิ้งไว้ ในพื้นที่เปิดที่มีแสงสว่างจ้าอย่างริมชายฝั่ง ไฟฉายที่เปิดอยู่ตลอดเวลาจะผลาญงบประมาณด้านประสิทธิภาพของเรา ก็เลยต้องมีวิธีปิดไฟโดยไม่ต้องให้ผู้เล่นลงมือเอง การจำกัดพลังเลยดูเหมือนเป็นวิธีแก้ปัญหาที่ง่าย แถมยังช่วยเพิ่มความตึงเครียดในพื้นที่มืดด้วย จากนั้นก็มีความท้าทายต่อมาว่าควรใช้แหล่งพลังงานอะไร เรามีพลังจากชุดอยู่แล้ว และไม่อยากให้ UI รกไปด้วยแหล่งพลังงานใหม่สำหรับไฟฉายโดยเฉพาะ เราลองคิดดูว่าความสามารถของผู้เล่นอื่นใดบ้างที่จะใช้พลังจากชุด โดยมองว่าการให้ผู้เล่นเลือกแบบได้อย่างเสียอย่างก็น่าสนใจดี นี่เป็นตัวอย่างที่ดีของการออกแบบเกมที่มักจะให้เลือกระหว่างโซลูชันต่างๆ ที่ไม่สมบูรณ์แบบ เราไม่ชอบแนวคิดที่ให้การเร่งฝีเท้าใช้แหล่งพลังงานร่วมกับไฟฉายหรอก แต่เราก็ไม่อยากทำให้ UI รกไปด้วยแหล่งพลังงานหลายอย่าง ใน Episode 2 เราไม่มีแผนจะเพิ่มอะไรที่ใช้พลังจากชุดเข้าไปอีก สุดท้ายเราจึงตัดสินใจให้ไฟฉายมีแหล่งพลังงานแยกต่างหาก"
N/A3962"#commentary\cn_044_open_world_loot.mp3" "[ Jeff Lane ] ริมชายฝั่งที่เปิดกว้างนำมาซึ่งปัญหาใหม่ในการกระจายรางวัลไอเท็ม ในเกม Half-Life โดยทั่วไปแล้วเราจะให้รางวัลผู้เล่นที่ออกสำรวจ หากคุณเห็นทางตรงไปข้างหน้า แต่สังเกตเห็นบางสิ่งที่ด้านข้าง แสดงว่าอาจมีอะไรสักอย่างที่เป็นประโยชน์หากสละเวลาค้นหาสักนิด เมื่อเราเริ่มทดลองเล่นในแผนที่ริมชายฝั่งเป็นครั้งแรก เราซ่อนรางวัลไว้ในมุมต่าง ๆ ของพื้นที่กลางแจ้ง อย่างไรก็ตาม สิ่งนี้นำไปสู่ประสบการณ์ในการใช้รถบักกี้ที่แย่ลง พื้นที่เปิดโล่งหมายความว่ามีพื้นที่เล็ก ๆ จำนวนมากที่ดูเหมือนว่าอาจมีบางอย่างซ่อนอยู่ ผู้เล่นเลยต้องคอยจอดรถแล้วลงไปค้นหาอยู่เรื่อย ๆ ทำให้กลายเป็นสิ่งซ้ำซากและขัดจังหวะความสนุกของด่าน ดังนั้นเราจึงนำรางวัลที่กระจัดกระจายเหล่านั้นออก แต่พอทำแบบนี้กลับทำให้เกิดปัญหาใหม่ขึ้นมาอีก นั่นก็คือเราจะบอกผู้เล่นอย่างไรว่าเมื่อไรที่จะลงจากรถบักกี้แล้วคุ้ม หลังจากที่คิดมาสักพัก เราก็ได้สร้างกฎขึ้นมาว่า สิ่งก่อสร้างใด ๆ ของมนุษย์จะมาพร้อมกับเนื้อหาเกมเพลย์และรางวัลจากการสำรวจเสมอ ในขณะที่พื้นที่ธรรมชาติล้วน ๆ จะว่างเปล่า เราไม่ได้บอกกฎนี้กับผู้เล่นไปตรง ๆ แต่กฎนี้ก็สอดคล้องกับสิ่งที่ผู้เล่นสันนิษฐานได้เองตามธรรมชาติอยู่แล้ว แถมเราก็ได้เน้นย้ำเรื่องนี้มาโดยตลอดในพื้นที่ทำนองนี้"
N/A3963"#commentary\cn_045_gas_station.mp3" "[ Jeff Lane ] เรามีแผนการใหญ่สำหรับการเผชิญหน้าครั้งนี้ครับ เราวาดฝันว่าจะสร้างปั๊มน้ำมันที่ผู้เล่นเข้ามาต่อสู้กันเอง ซึ่งก็คงมีใครสักคนไปโดนถังน้ำมันเข้าแล้วก็เผาทุกสิ่งไปเลย เราจินตนาการว่าผู้เล่นจะขับรถหนีไปจากกองไฟที่กำลังลุกไหม้ แต่ในปี 2003 งบประมาณและประสิทธิภาพยังเป็นข้อจำกัดข้อใหญ่อยู่ ปั๊มน้ำมันก็เลยต้องมีขนาดเล็กลงและเรียบง่ายขึ้นเรื่อย ๆ เพื่อให้ไปอยู่ในด่านขนาดใหญ่ของบริเวณริมชายฝั่งได้ แผนของเราที่จะสร้างระบบไฟแบบไดนามิกไม่ได้นำมาทำจริง และระบบนี้ก็ไม่สมเหตุสมผลอีกต่อไปแล้วด้วย เพราะเราจะลงแรงไปกับการเผชิญหน้าครั้งหนึ่งได้ขนาดไหนกันเชียว สุดท้ายแล้ว สิ่งเดียวที่หลงเหลือจากวิสัยทัศน์ดั้งเดิมของเราก็คือถังแก๊สระเบิด"
N/A3964"#commentary\cn_046_buggy_introduction.mp3" "[ John Cook ] เราอยากให้มีการแนะนำรถบักกี้ให้น่าสนใจมากกว่าแค่ให้ผู้เล่นกระโดดขึ้นรถแล้วขับออกไป เครนเลยเข้ามาช่วยในเรื่องนี้ เรามีจุดประสงค์หลักให้ผู้เล่นเรียนรู้วิธีกู้รถบักกี้เมื่อรถพลิกคว่ำ และการลำดับฉากแบบนี้จะบังคับให้ผู้เล่นต้องอยู่ในสถานการณ์ดังกล่าว การฝึกภายใต้ความกดดันนั้นแอบยากอยู่เหมือนกัน แต่เราต้องการเน้นย้ำว่าการแพร่กระจายของแอนต์ไลออนเป็นเหตุผลให้ผู้เล่นต้องอยู่ในรถบักกี้เสมอ ดังนั้นเราจึงเก็บภัยคุกคามจากแอนต์ไลออนไว้ และวางพลเมือง 2-3 คนไว้ตรงปืนที่ติดตั้งให้เป็นกำลังหนุน โบนัสเล็กๆ น้อยๆ คือผู้เล่นจะได้สัมผัสกับประสบการณ์โดนเครนยกก่อนที่จะได้ลองใช้งานด้วยตนเอง"
N/A3965"#commentary\cn_047_crossbow.mp3" "[ John Cook ] นี่เป็นโอกาสแรกที่ผู้เล่นจะได้ใช้หน้าไม้ในเกม และเมื่อมองย้อนกลับไป ก็ค่อนข้างน่าแปลกใจอยู่นะที่เราไม่ได้เก็บหน้าไม้ไว้ในอะไรเลย จึงเป็นไปได้อย่างแน่นอนที่ผู้เล่นจะขับรถผ่านไปเสียเฉย ๆ เพื่อลดโอกาสที่ว่านี้ เราจึงตั้งสิ่งกีดขวางและจุดบนที่สูงเพื่อกระตุ้นให้ผู้เล่นออกจากรถบักกี้ ซึ่ง ณ จุดนั้นผู้เล่นจะมองเห็นหน้าไม้และกล่องไอเท็ม การทดลองเล่นแสดงให้เห็นว่าผู้เล่นเกือบทุกคนหยุดและเก็บอาวุธ แต่นี่เป็นกรณีที่การทดลองเล่นและการเล่นจริงอาจแตกต่างกันมาก ผู้ทดลองเล่นที่เริ่มเล่นจากด่านริมชายฝั่งอาจไม่เหนื่อยล้ากับการสำรวจเท่ากับผู้ที่เล่นมาตั้งแต่ต้นเกม ดังนั้น เราจึงวางหน้าไม้ไว้อีกอันตรง 2-3 ด่านข้างหน้ากลางเส้นทางของผู้เล่นเลยในโนวาโปรสเปกต์"
N/A3966"#commentary\cn_048_rollermines.mp3" "[ Josh Weier ] เราสร้างโรลเลอร์ไมน์ขึ้นมาเพื่อตอบสนองความต้องการศัตรูที่สามารถคุกคามผู้เล่นขณะขับรถบักกี้ได้ เนื่องจากผู้เล่นที่อยู่ในรถบักกี้เป็นตัวละครที่ถูกจำลองทางกายภาพทั้งหมด เราจึงคิดว่าน่าจะดีหากมีศัตรูที่ถูกจำลองทางกายภาพด้วยเหมือนกัน แมนแฮกได้แสดงให้เราเห็นแล้วว่าวิธีการนี้ช่วยให้คิดค้นศัตรูที่มีปฏิสัมพันธ์กับโลกในเกมได้น่าสนใจหลากหลายแบบ ดังนั้นเราจึงสร้างโรลเลอร์ไมน์ ซึ่งเป็นลูกบอลที่เคลื่อนที่โดยอาศัยแรงหมุนภายในตัวเอง โรลเลอร์ไมน์จะกลิ้งตัวซ้ำ ๆ แบบนั้น ทำให้การขับขี่ของผู้เล่นสนุกยิ่งขึ้น โรลเลอร์ไมน์ไม่ได้เป็นอันตรายต่อรถบักกี้มากนัก แต่ถ้าคุณปล่อยให้เพิ่มจำนวนขึ้น ก็อาจกลายเป็นปัญหาได้ โดยเฉพาะในช่วงใกล้ ๆ กับหน้าผา เรายังปรับแต่งโรลเลอร์ไมน์ให้ทำหน้าที่ได้ดีเมื่อผู้เล่นเดินเท้าด้วย ซึ่งมีไว้ให้นักออกแบบด่านเพิ่มลงไปสัก 2-3 ตัวในการเผชิญหน้าด้วย"
N/A3967"#commentary\cn_049_sandtrap_thumper.mp3" "[ Laura Dubuk ] ถังระเบิดมีไว้ให้ผู้เล่นใช้ต่อสู้กับแอนต์ไลออนในขณะที่ยืนอยู่อย่างปลอดภัยภายใต้การคุ้มครองของเครื่องส่งคลื่นรบกวน แต่เรายังใช้สิ่งนี้เป็นเคล็ดสำหรับเตรียมเผชิญหน้ากับการ์ดแอนต์ไลออนที่กำลังจะมาถึง ซึ่งผู้เล่นมักใช้กลยุทธ์ที่คล้ายคลึงกันเพื่อเอาชนะการต่อสู้ ผู้เล่นอาจลืมวิธีการเล่นอื่นๆ เช่น การยิงวัตถุระเบิดด้วยปืนแรงโน้มถ่วง หากไม่ได้ใช้อยู่เป็นประจำ ด้วยตัวเลือกในการโจมตีอันหลากหลายที่เรามอบให้ผู้เล่น เราจึงรับประกันไม่ได้ว่าพวกเขาได้ใช้ความสามารถนี้เมื่อเร็วๆ นี้ ดังนั้น ตรงนี้ เราจึงเสนอแนะอย่างแนบเนียนให้ผู้เล่นนำสิ่งนี้กลับเข้าไปไว้ในกล่องเครื่องมือก่อนที่จะเผชิญหน้ากับการ์ด"
N/A3968"#commentary\cn_050_coast_kickoff.mp3" "[ Marc Laidlaw ] เราใส่ฉากคั่นนี้เข้ามาในช่วงท้าย ๆ ของการพัฒนาเพื่อเชื่อมเรเวนโฮล์มเข้ากับริมชายฝั่ง สังเกตเห็นเทรนด์นี้ไหม สิ่งที่เชื่อมโยงฉากต่างๆ ในเกมของเราค่อยๆ โผล่มาในช่วงท้ายการพัฒนา ในกรณีนี้ มันหมายถึงเราต้องตัดทอนทุกวิถีทางเท่าที่จะทำได้ เพราะเราไม่มีเวลาแม้แต่จะสร้างแอนิเมชันให้กับอลิกซ์ในจอภาพ ฉากแบบนี้มักจะมาพร้อมความท้าทายในการสร้างให้น่าสนใจ และเราก็ไม่ประสบความสำเร็จกับฉากนี้ นี่เป็นตัวอย่างที่ดีว่าจะเกิดอะไรขึ้นหากใช้ NPC เป็นแค่ป้ายบอกทางโดยไม่ได้สอดแทรกบุคลิกอุปนิสัยหรือใส่ฉากเข้าไป ผลลัพธ์ที่ได้ก็คือช่วงเวลาที่น่าเบื่อ แถมทำให้สังเกตเห็นรอยต่อของเกมอีกต่างหาก แต่การพัฒนาเกมมันก็เป็นแบบนี้ คุณมีเวลาจำกัด และต้องตัดสินใจว่าจะใช้เวลาไปกับอะไร แล็บของไคลเนอร์กับแล็บของอีไลมีความสำคัญกว่ามาก ดังนั้นเราจึงทุ่มความพยายามไปตรงนั้น"
N/A3969"#commentary\cn_051_odessa_cubbage.mp3" "[ Marc Laidlaw ] โอเดสซา คับเบจเป็นตัวอย่างของตัวละครรับเชิญที่เราพบว่าเข้ากับเกมได้ดี เขาเป็นชายที่สนุกสนาน มีรายละเอียดที่น่าสนใจบางอย่าง และใช้ชีวิตอยู่ในโลกส่วนตัวใบเล็กๆ ของตนเอง เนื่องจากเขาจะไม่ออกจากฉากของตนเอง ก็เลยสามารถแสดงออกแบบเกินจริงได้มากพอที่จะโดดเด่นออกมา เราเริ่มต้นที่โมเดลก่อน ซึ่งดัดแปลงมาจากส่วนที่ถูกตัดออกไปของเกม แล้วตั้งชื่อตามชื่ออีเมลขยะที่เราได้รับ เดิมทีโมเดลนี้เป็นชาวประมงชาวนอร์เวย์ ซึ่งดูไม่ค่อยเหมาะกับตัวละครชาวอังกฤษเท่าไหร่ เราจึงใส่หนวดให้เขา และในตอนนั้นเอง ตัวละครโอเดสซาก็ถือกำเนิดขึ้น เขาเป็นพวกปลิ้นปล้อน ทุกสิ่งเป็นการหลอกลวง ทั้งสำเนียง หนวด และทุกอย่าง เขาจะไม่เอาตัวเองเข้าไปเสี่ยงอันตราย ทำให้เป็นคนที่เหมาะสมที่สุดที่จะมอบ RPG ให้กับกอร์ดอนและอธิบายวิธีใช้อย่างละเอียด"
N/A3970"#commentary\cn_052_28_transitions_later.mp3" "[ Marc Laidlaw ] หลังจากร้อยเรียงด่านต่างๆ เข้าด้วยกันโดยใช้อุโมงค์มืดเป็นบริเวณเปลี่ยนด่าน เราก็ตระหนักได้ว่าเราสามารถพลิกความคาดหมายของผู้เล่นได้ด้วยการสร้างด่านใหม่ที่ดูเหมือนเป็นการเปลี่ยนฉากปกติ แต่กลับมีอะไรบางอย่างที่แตกต่างออกไป เช่นเดียวกับคนอื่น ๆ เราได้ดูหนังเรื่อง 28 Days Later ในปี 2002 แล้วชอบหนังเรื่องนี้มาก เลยอยากสร้างฉากปะทะซอมบี้ที่ดุเดือดขึ้นในอุโมงค์มืดๆ แห่งหนึ่งของเราทันที ด่านนี้เสร็จอย่างรวดเร็ว และเราก็พอใจกับผลลัพธ์มาก หลายปีต่อมา เราได้พบกับอเล็กซ์ การ์แลนด์ ผู้เขียนบทภาพยนตร์เรื่องนี้ เขาเคยเล่น Half-Life 2 แล้วชอบเกมของเรา เราเลยสารภาพว่าหนังของเขาเป็นแรงบันดาลใจให้กับส่วนนี้"
N/A3971"#commentary\cn_053_finest_mind_of_his_generation.mp3" "[ Marc Laidlaw ] นี่คือฉากคั่นเล็ก ๆ อีกฉากที่สุดท้ายก็ออกมาดี จุดประสงค์เดียวของฉากนี้คือการสอนให้ผู้เล่นอยู่ห่างจากทราย ในฉากก่อนหน้า เรายังคงมุ่งเน้นไปที่การทำให้ฉากเหล่านี้ทำงานได้อย่างที่ต้องการ แต่พอมาถึงฉากนี้ เราเริ่มรู้สึกคุ้นเคยกับการทำงานมากขึ้น และเริ่มสนุกกับกระบวนการคิดฉากเหล่านี้ให้ลึกซึ้งขึ้น การทำเช่นนี้ทำให้เราเข็นตัวละครออกมาให้เป็นได้มากกว่าแค่ป้ายบอกทาง ซึ่งสร้างสรรค์สิ่งที่น่าสนใจและน่าติดตามมากขึ้น หลังจากเปิดตัว ลาสโลมีฐานแฟนที่ยิ่งใหญ่อลังการ ซึ่งเตือนสติให้เรารู้ว่าการคาดเดาว่าผู้เล่นจะชื่นชอบอะไรนั้นไม่ใช่เรื่องง่ายๆ"
N/A3972"#commentary\cn_054_bridge_playtesting.mp3" "[ Matt Boone ] ช่วงของสะพานถือเป็นจุดเด่นของการทดลองเล่นเสมอมา โดยผู้ทดลองเล่นมักจะมีปฏิกิริยาตอบสนองที่เด่นชัดต่อส่วนนี้อยู่เสมอ เราเห็นความตึงเครียดที่พวกเขารู้สึกขณะค่อยๆ เคลื่อนตัวข้ามคานนั้นได้อย่างชัดเจนเลยผ่านการขยับเขยื้อน เมื่อเวลาผ่านไป เราก็เพิ่มความท้าทายอื่นๆ เข้าไปในการเดินทาง และก็รู้สึกว่าดูการทดลองเล่นสนุกขึ้นเรื่อยๆ ตั้งแต่เสียงรถไฟที่ดังสนั่นไปทั่วสะพานและเขย่าผู้เล่น ไปจนถึงเฮดแครบที่โผล่ออกมาจากกระท่อมที่ดูเหมือนเป็นที่หลบภัยในช่วงกลางเกม เรารู้สึกผิดเล็กน้อยที่รู้สึกชอบใจเมื่อเห็นผู้ทดลองเล่นเครียดกัน แต่เราไม่ได้โหดร้ายเกินไป หลังจากที่ผู้เล่นข้ามสะพานไปแล้ว พวกเขาจะได้ถอนหายใจอย่างโล่งอก ปิดการใช้งานโล่คอมไบน์ ก่อนจะรู้ตัวว่าต้องย้อนกลับไปผ่านทางใต้สะพาน เราแอบกังวลว่าผู้เล่นอาจจะเบื่อกับการเดินทางขากลับ ก็เลยตัดสินใจเพิ่มเครื่องบินรบเข้าไปเป็นเพื่อนร่วมทางบนคาน"
N/A3973"#commentary\cn_055_thumper_final_stage.mp3" "[ Matt Boone ] เราชอบสเตจสุดท้ายของเครื่องส่งคลื่นรบกวนที่อยู่ๆ ก็เปลี่ยนจุดประสงค์แบบกลับตาลปัตร แทนที่จะทำหน้าที่เป็นเครื่องมือที่มอบความปลอดภัย พวกมันกลับทำหน้าที่เป็นตัวขัดขวางกองทัพแอนต์ไลออนของผู้เล่น อย่างไรก็ตาม เราน่าจะเพิ่มการฝึกเกี่ยวกับเครื่องส่งคลื่นรบกวนให้ละเอียดถี่ถ้วนกว่านี้ในก่อนหน้า แม้ว่าจะไม่เป็นอะไรหากผู้เล่นจะเข้าใจเครื่องส่งคลื่นรบกวนได้เพียงบางส่วนในด่านริมชายฝั่งก่อนหน้านี้ แต่ความเสี่ยงจะสูงขึ้นในด่านนี้เพราะผู้เล่นต้องลองใช้เหยื่อล่อแมลงเป็นครั้งแรกด้วย ผู้เล่นที่ไม่รู้ว่าเครื่องส่งสัญญาณรบกวนเครื่องแรกนี้ขัดขวางไม่ให้แอนต์ไลออนเคลื่อนที่ไปข้างหน้า อาจเข้าใจวิธีการใช้เหยื่อล่อแมลงผิด หากพวกเขาขว้างเหยื่อล่อแมลงใส่ทหารในบังเกอร์แรกแล้วแอนต์ไลออนไม่โผล่มา ผู้เล่นอาจสรุปเอาเองว่าเหยื่อล่อแมลงใช้งานได้บ้างไม่ได้บ้างหรือใช้งานไม่ได้เลยอย่างที่คาดไว้ แล้วหันกลับไปใช้อาวุธของตนเองแทน"
N/A3974"#commentary\cn_056_buggy_tools.mp3" "[ Matt Wright ] เราอยากให้รถบักกี้เป็นมากกว่าแค่พาหนะเดินทาง เราจึงตัดสินใจติดปืนเข้าไปด้วย เราเลือกเทาแคนนอน ซึ่งเป็นอาวุธจาก Half-Life 1 ที่เราชอบแต่ยังหาที่เหมาะๆ ใน Half-Life 2 ไม่ได้ เราสามารถยิงเทาแคนนอนทะลุกำแพงได้ ซึ่งทำให้การออกแบบด่านค่อนข้างยากทีเดียว เราจึงจำกัดอาวุธนี้ไว้แค่ในส่วนของริมชายฝั่งเท่านั้น เมื่อเพิ่มอาวุธเจาะกำแพงเข้ามา การออกแบบด่านก็จะยากขึ้นเยอะ ยิ่งไปกว่านั้น เรายังติดตั้งกล่องกระสุนไว้ที่ด้านหลังของรถบักกี้ ทำให้ผู้เล่นมีกระสุนปืนกลมือไม่จำกัดจำนวนตลอดเวลาที่อยู่ริมชายฝั่ง ซึ่งเป็นประโยชน์มากสำหรับผู้ทดลองเล่นที่ทดสอบเกมแล้วเจอปัญหาแอนต์ไลออนโผล่ขึ้นมาจากทรายแบบไม่มีที่สิ้นสุด"
N/A3975"#commentary\cn_057_antlion_guard.mp3" "[ Matt Wright ] ในบางกรณี ผู้เล่นอาจเผชิญเหตุการณ์ที่ไม่สามารถสังหารแอนต์ไลออนการ์ดในพื้นที่อารีน่านี้ได้ ซึ่งจะเกิดขึ้นหากกระสุนหมดและใช้วัตถุฟิสิกส์ที่มีอยู่อย่างไม่ถูกต้อง ทำให้ไม่เหลืออะไรให้ยิงด้วยปืนแรงโน้มถ่วง เพื่อแก้ไขปัญหานี้ เราได้วางพลเมืองไว้บนป้อมปืนที่ติดตั้งอยู่เหนือประตูทางเข้าเป็นการป้องกันความผิดพลาด ผู้เล่นที่หมดสิ้นหนทางจึงสามารถพึ่งพาให้พลเมืองฆ่าการ์ดได้"
N/A3976"#commentary\cn_058_terrain_and_performance.mp3" "[ Mike Dussault ] งบประมาณด้านประสิทธิภาพของเรามักทำให้เกิดข้อจำกัดข้อใหญ่เมื่อต้องสร้างการต่อสู้ และยิ่งเป็นข้อจำกัดมากขึ้นหากเป็นการต่อสู้บนพื้นผิวภูมิประเทศ เมื่อ NPC เคลื่อนตัว ตัวละครเหล่านี้จะตรวจวัดพื้นที่เล็กๆ หลายครั้งเพื่อดูว่าจะสามารถเดินไปในเส้นทางที่เลือกได้อย่างปลอดภัยหรือไม่ เพื่อช่วยให้นึกตามได้ ลองนึกภาพว่าพวก NPC นี้มองไม่เห็นและต้องโบกไม้ไปมาอยู่ตลอดเวลาเพื่อตรวจสอบว่าเส้นทางนั้นปลอดภัยไหม ต้นทุนด้านประสิทธิภาพของการตรวจวัดเหล่านี้จะเพิ่มขึ้นตามความซับซ้อนของรูปทรงเรขาคณิตของโลก ระบบการเคลื่อนย้ายภูมิประเทศของเราจะสร้างพื้นผิวที่ไม่เรียบโดยใช้รูปทรงโพลีกอนจำนวนมาก ซึ่งมากกว่าพื้นที่ราบเรียบที่พบในบริเวณอื่นใด นั่นหมายความว่า NPC ที่เคลื่อนตัวบนภูมิประเทศริมชายฝั่งต้องใช้ทรัพยากรมากกว่าในพื้นที่อื่นๆ และข้อจำกัดนี้เองที่กำหนดขนาดของการเผชิญหน้าหลายครั้งในส่วนนี้ของเกม"
N/A3977"#commentary\cn_059_area_portals.mp3" "[ Mike Dussault ] ความท้าทายด้านประสิทธิภาพอย่างหนึ่งที่เราเจอในส่วนริมชายฝั่งคือการจัดการกับพื้นที่เปิดโล่งกว้าง แต่มีอาคารที่มีการตกแต่งภายในอย่างละเอียด หรืออย่างน้อยก็ละเอียดตามมาตรฐานของปี 2003 เมื่อผู้เล่นอยู่ภายนอกอาคาร เราก็อยากจัดสรรงบประมาณไปกับการเรนเดอร์พื้นที่ตรงนั้นให้มากที่สุดเท่าที่จะทำได้ โดยไม่สูญเสียทรัพยากรไปกับการตกแต่งภายในอาคารนัก แต่ถ้าเราไม่หาไม้มาปิดหน้าต่างและประตูทุกบาน ผู้เล่นก็ยังสามารถมองเข้าไปข้างในได้อยู่ดี เพื่อแก้ไขปัญหานี้ เราจึงได้สร้างคุณสมบัติที่เรียกว่าพอร์ทัลพื้นที่ขึ้นมา โดยนำไปวางไว้ในหน้าต่างและประตูทุกบานที่เปิดอยู่ คุณสมบัติที่ว่านี้จะคำนวณภาพภายในอาคารแบบแบนไว้ล่วงหน้า ระหว่างเล่น เมื่อผู้เล่นอยู่ห่างจากอาคาร พอร์ทัลพื้นที่จะแสดงภาพที่คำนวณไว้ล่วงหน้านี้ทับไปบนหน้าต่างหรือประตู ทำให้เราสามารถข้ามการเรนเดอร์การตกแต่งภายในจริงๆ ได้ เมื่อผู้เล่นเข้าใกล้ เราจะค่อย ๆ เฟดภาพจากพอร์ทัลพื้นที่นี้ไปเป็นภาพภายในจริงๆ ของอาคารอย่างเรียบเนียน เมื่อใช้งานอย่างระมัดระวัง พอร์ทัลพื้นที่นี้จะช่วยให้เราสร้างเกมตามเป้าหมายด้านประสิทธิภาพในส่วนริมชายฝั่งได้สำเร็จ พร้อมกับเสกประตูที่ปิดตัวเองลงด้านหลังคุณได้เองเป็นครั้งคราวด้วย"
N/A3978"#commentary\cn_060_buggy_removal.mp3" "[ Miles Estes ] เมื่อเราถึงจุดที่อยากให้ผู้เล่นทิ้งรถบักกี้ไว้ เราต้องทำให้ชัดเจนที่สุด ตลอดทั้งบริเวณริมชายฝั่ง ผู้เล่นจะทิ้งรถบักกี้ไว้แล้วกลับมาที่รถตลอด เราจึงพบว่าผู้ทดลองเล่นจะพยายามนำรถบักกี้ไปด้วย แม้จะมีโอกาสอันน้อยนิดว่าจะเป็นไปได้ก็ตาม ฉากโรงรถเล็กๆ นี้มีไว้เพื่อส่งสัญญาณอย่างชัดเจนว่าผู้เล่นไม่ต้องใช้รถแล้ว และจะมุ่งหน้าต่อไปด้วยการเดินเท้า"
N/A3979"#commentary\cn_061_d2_coast_04.mp3" "[ Randy Lundeen ] จริง ๆ แล้วแผนที่นี้เป็นพื้นที่แรกของบริเวณริมชายฝั่งที่เราสร้างขึ้นมา ก่อนที่จะมีเครนและองค์ประกอบอื่นๆ เสียอีก พื้นทะเลที่แห้งขอดและเรือขึ้นสนิมเป็นแนวทางด้านงานอาร์ตชิ้นแรกๆ ที่เราพัฒนาขึ้น หลายปีต่อมา เราได้นำแผนที่นี้มาแสดงในงาน E3 ปี 2003 แม้ว่าในขณะนั้นเกมเพลย์ส่วนใหญ่จะยังอยู่ในช่วงพัฒนาก็ตาม ผลที่ตามมาคือ เมื่อเราเริ่มสร้างส่วนริมชายฝั่งทั้งหมดขึ้นมา การสาธิตนั้นก็ได้กลายเป็นวิสัยทัศน์อันมีประโยชน์สำหรับเรา"
N/A3980"#commentary\cn_062_transition_tunnels.mp3" "[ Randy Lundeen ] การสร้างบริเวณริมชายฝั่งผลักดันให้เราต้องพัฒนาวิธีรับมือกับการเปลี่ยนฉากในด่านต่างๆ เวลาที่เราเลื่อนจากด่านหนึ่งไปยังอีกด่านหนึ่ง เราจำเป็นต้องบันทึกทุกอย่างในพื้นที่เปลี่ยนฉากเมื่อผู้เล่นออกจากด่านแรก และคืนค่าที่บันทึกกลับไปในด่านถัดไปหลังจากโหลดเสร็จ สิ่งสำคัญคือ เราต้องบันทึกและคืนค่าทุกอย่างที่ผู้เล่นมองเห็นในพื้นที่เปลี่ยนฉาก แม้ว่าสิ่งนั้นจะอยู่นอกพื้นที่ก็ตาม ด้วยเหตุนี้ เราจึงตั้งเป้าที่จะทำให้พื้นที่เปลี่ยนฉากมีขนาดเล็กและปิดมิดชิดมากที่สุดเท่าที่จะทำได้ ในส่วนใหญ่ของเกม การใช้ห้องเล็กๆ เหมาะกับจุดประสงค์นี้มาก แต่ในบริเวณริมชายฝั่ง เราต้องใช้วิธีแก้ปัญหาที่แตกต่างออกไป หลังจากการทดลองหลายต่อหลายครั้ง เราก็เลือกใช้อุโมงค์มืด เพราะนอกจากจะสามารถนำกลับมาใช้ซ้ำๆ ได้โดยไม่ขัดกับเนื้อเรื่องแล้ว ยังมอบโอกาสให้เราเพิ่มแสงแฟลร์ในตอนท้าย เพื่อปกปิดความจริงที่ว่าเราไม่สามารถเรนเดอร์สิ่งที่อยู่ข้างหน้าผู้เล่นได้ เนื่องจากสิ่งเหล่านั้นอยู่ในด่านอื่นอย่างสมบูรณ์"
N/A3981"#commentary\cn_063_sniper_alley.mp3" "[ Robin Walker ] ส่วนนี้ของแทร็คเกมถูกเพิ่มเข้ามาในช่วงท้ายของการพัฒนา หลังจากที่เราย้ายแล็บของอีไลกับเรเวนโฮล์มไปไว้ก่อนหน้าด่านริมชายฝั่ง คุณอาจจะคิดว่าเราสร้างเกมตามลำดับเนื้อเรื่อง แต่จริงๆ แล้วเราแบ่งทีมออกเป็น 3 กลุ่ม แล้วทำงานไปพร้อมๆ กันในแต่ละส่วน โดยส่วนใหญ่เริ่มต้นจากช่วงกลางเกม ในรอบแรก แต่ละกลุ่มจะมุ่งเน้นไปที่การจัดการกับแก่นแท้ของส่วนของตนให้เรียบร้อยก่อนที่จะดำเนินการต่อ จากนั้น เมื่อเราได้โครงร่างคร่าวๆ ของเกมทั้งหมดแล้ว เราก็จะกลับไปตรวจสอบแต่ละส่วนอีกครั้งเพื่อขัดเกลา โดยเพิ่มองค์ประกอบที่ประสบความสำเร็จจากส่วนอื่นๆ เข้ามาและลบส่วนที่ไม่ได้ผลออกไป ในบางกรณีก็อย่างเช่นการย้ายส่วนเรเวนโฮล์มออกไปทั้งหมด จากนั้น หลังจากที่ย้ายเรเวนโฮล์มไปแล้ว เราก็ต้องการอะไรสักอย่างอันใหม่เข้ามาเชื่อมกับบริเวณริมชายฝั่ง ซึ่งเป็นพื้นที่ที่คุณกำลังเดินทางเข้าไปในขณะนี้ เนื่องจากข้อจำกัดด้านเวลา ส่วนสั้นๆ นี้จึงสร้างขึ้นโดยใช้องค์ประกอบเกมเพลย์ที่มีและผ่านการทดสอบแล้ว เช่น สไนเปอร์และทหารคอมไบน์"
N/A3982"#commentary\cn_064_battery_finding.mp3" "[ Robin Walker ] เพราะว่าวัตถุในพื้นที่การเล่นเกมของ Half-Life 2 มีความหนาแน่นเพิ่มขึ้น เราเลยคิดว่าคงน่าสนใจดีถ้าจะให้ผู้เล่นค้นหาสิ่งของที่เจาะจง โดยเฉพาะอย่างยิ่งหากจุดที่อาจค้นพบของนั้นๆ เป็นไปตามตรรกะอะไรสักอย่าง วิธีนี้ ผู้เล่นจะสามารถค้นหาสิ่งของนั้นได้ด้วยการสังเกตและการอนุมานอย่างรอบคอบ หรือไม่ก็กลั้นใจออกแรงตามหาไปทั่วพื้นที่ และเพราะเรามีโมเดลรถยนต์และแบตเตอรี่อยู่แล้ว การสร้างลานเก็บของเล็กๆ ให้ผู้เล่นได้สำรวจจึงเป็นขั้นตอนที่ไม่ต้องใช้อะไรเป็นพิเศษ เรายังซ่อนแบตเตอรี่สำรองไว้ 2-3 ก้อนในสถานที่ที่ไม่คาดคิดสำหรับผู้เล่นที่เลือกออกแรงตามหาด้วย ปริศนานี้ก็เหมือนกับปริศนาที่ใช้สิ่งของอื่นๆ เนื่องจากต้องมีระบบป้องกันความล้มเหลวในกรณีที่ผู้เล่นทำแบตเตอรี่หาย คุณลองโยนแบตเตอรี่ทั้งหมดทิ้งหน้าผาไปก็ได้หากอยากรู้ว่าจะเกิดอะไรขึ้น"
N/A3983"#commentary\cn_065_boathouse.mp3" "[ Scott Dalton ] ใน Half-Life 1 เราค้นพบว่าสถานการณ์ที่ศัตรู AI ต่าง ๆ ต่อสู้กันเองนั้นมีประโยชน์มากมาย ผู้เล่นที่ได้ดูการต่อสู้ก็จะรู้สึกสนุก แถมยังสังเกตพฤติกรรมของศัตรูได้ง่ายขึ้นมากเมื่อคุณไม่ใช่ฝ่ายที่ถูกคุกคาม การเผชิญหน้าครั้งแรกระหว่างแอนต์ไลออนกับทหารคอมไบน์นี้นอกจากจะออกแบบมาเพื่อเป็นโอกาสสนุกๆ ในการขับรถบักกี้ชนอะไรสักอย่างแล้ว ยังช่วยดึงความสนใจไปที่เครื่องส่งคลื่นรบกวนด้วยเช่นกัน เมื่อได้เห็นทหารใช้เครื่องส่งคลื่นรบกวนเพื่อสกัดกั้นแอนต์ไลออน เราหวังว่าผู้เล่นจะเข้าใจจุดประสงค์ของเครื่องนี้มากขึ้น เราชอบที่ทหารแสดงให้เห็นถึงประโยชน์ของการอยู่ใกล้ๆ กับเครื่องส่งคลื่นรบกวนในขณะที่ต่อสู้กับแอนต์ไลออน"
N/A3984"#commentary\cn_066_buggy_theft.mp3" "[ Scott Dalton ] ตอนที่เราสร้างช่วงท้ายของด่านริมชายฝั่งขึ้นมา เราตัดสินใจให้คอมไบน์ขโมยรถบักกี้ของผู้เล่น ที่จริงก็ไม่ค่อยสมเหตุสมผลเท่าไหร่ แต่หลังจากที่ดูการทดลองเล่นหลายๆ ครั้งที่ผู้เล่นเกิดความผูกพันกับรถบักกี้ของตัวเองขึ้นมา เราจึงอยากใช้ความรู้สึกแบบนั้นให้เป็นประโยชน์ พอเราใส่การขโมยเข้าไปแล้ว ก็มีผู้ทดลองเล่นตะโกนด่าเจ้าคอมไบน์ที่ขโมยรถของตน ซึ่งเรามองว่าเป็นสัญญาณของความสำเร็จ ทหารที่ยิงลงมาจากหน้าผามีไว้แค่ดึงดูดให้ผู้เล่นมองขึ้นไปเท่านั้น ซึ่งจะทริกเกอร์เป้าหมายการมองและทำให้ดรอปชิปพร้อมรถบักกี้ปรากฏขึ้นมา พอมาดูในตอนนี้หลังจากผ่านไป 20 ปีแล้ว เราก็อดรู้สึกทึ่งกับความไร้สาระพวกนี้ไม่ได้"
N/A3985"#commentary\cn_067_snipers.mp3" "[ Ted Backman ] ทีม Half-Life 2 ไม่ได้มีขนาดใหญ่มากมาแต่ไหนแต่ไร เราจึงมองหาวิธีสร้างเกมเพลย์ใหม่ๆ แบบไม่ต้องลงทุนแพงๆ ไปกับการผลิตแอสเซ็ต สไนเปอร์ก็เป็นตัวอย่างที่ดี เพราะไม่ได้มีโมเดลจริง มีเพียงลำแสงเลเซอร์ จึงไม่จำเป็นต้องใช้งานอาร์ตหรือแอนิเมชันประกอบ เมื่อสไนเปอร์ตาย ระบบก็จะสร้างร่างหุ่นทหารคอมไบน์ขึ้นมา แล้วเด้งออกไปนอกหน้าต่าง แม้ที่ว่ามาจะเรียบง่าย แต่เราก็ได้เกมเพลย์ที่มีเอกลักษณ์เฉพาะตัวมากมายเลยทีเดียว เราพอใจเป็นพิเศษกับวิธีที่สไนเปอร์โต้ตอบกับวัตถุทางฟิสิกส์ในโลกของเกม ผู้เล่นคุ้นเคยกับการใช้วัตถุระเบิดใกล้ศัตรู ดังนั้นจึงเหมาะมากเวลามีศัตรูที่เข้ามาเปลี่ยนไดนามิกเกมเวลาที่ผู้เล่นอยู่ในที่กำบัง"
N/A3986"#commentary\cn_068_buggy_model.mp3" "[ Ted Backman ] โมเดลรถบักกี้คันนี้ผ่านการปรับปรุงหลายครั้งก่อนที่จะกลายมาเป็นเวอร์ชันสุดท้ายนี้ เราได้ลองใช้การออกแบบที่ตอบโจทย์ทั้งความต้องการด้านศิลปะและการจำลองฟิสิกส์หลายแบบ แต่ก็พบกับปัญหาที่ไม่คาดคิด นั่นคือ ผู้ทดลองเล่นหลายคนที่แม้จะเป็นผู้เล่น FPS ที่มีประสบการณ์ ก็เกิดอาการเมารถขณะขับรถบักกี้ นอกเหนือจากการปรับแต่งการจำลองการขับเล็กๆ น้อย ๆ แล้ว เราพบว่าการปรับเปลี่ยนโมเดลรถบักกี้ช่วยได้มาก ยิ่งโมเดลบังโลกข้างนอกมากเท่าไหร่ อาการเมารถก็ยิ่งรุนแรงมากขึ้นเท่านั้น เราจึงเริ่มถอดชิ้นส่วนของโมเดลออก ค่อยๆ ถอดตัวรถเรื่อยๆ จนกระทั่งผู้เล่นไม่รู้สึกเมารถอีกต่อไป เห็นชัดๆ เลยคือเมื่อสามารถมองเห็นพื้นผ่านชิ้นส่วนช่วงล่างที่เอาออกไปได้ ก็เกิดความแตกต่างอย่างเห็นได้ชัด"
N/A3987"#commentary\cn_069_antlion_design.mp3" "[Ted Backman] ในการออกแบบเกมช่วงแรกๆ เรามีแผนสำหรับเผ่าพันธุ์เอเลี่ยนหลักๆ หลายเผ่าพันธุ์ โดยคอมไบน์เป็นเพียงหนึ่งในนั้น อีกเผ่าพันธุ์หนึ่งเป็นเผ่าพันธุ์แมลงผู้เคร่งศาสนา และแอนต์ไลออนก็เป็นส่วนหนึ่งของเผ่าพันธุ์นั้น ต่อมาเมื่อเราพัฒนาด่านริมชายฝั่งขึ้นมา เราเริ่มมองว่าพวกนี้ควรจะเป็นศัตรูพืชที่โผล่มาทางประตูมิติเซนมากกว่า และให้โผล่มาพร้อมกับพวกเฮดแครบและสิ่งมีชีวิตอื่นๆ แม้ว่าพวกแอนต์ไลออนจะไม่ได้มาจากเซนจริงๆ ก็ตาม แต่พวกมันก็ออกลูกออกหลานอยู่ตามมุมต่างๆ ของโลกทุกใบที่พวกมันไปถึง คล้ายกับแมลงสาบยังไงยังงั้น"
N/A3988"#commentary\cn_070_explosive_barrels.mp3" "[ Brian Jacobson ] ตรงนี้เราจะเริ่มนำถังระเบิดมาใช้ ซึ่งเป็นหัวใจสำคัญของเกมยิงมุมมองบุคคลที่หนึ่ง แต่อันนี้มาพร้อมกับความแปลกใหม่ ซึ่งก็คือกระสุนปืนพกนัดที่ 2 จะทำให้ถังติดไฟและทริกเกอร์การนับถอยหลังระเบิดเวลา กระสุนนัดที่ 3 จะทำให้ถังระเบิดทันที วิธีนี้ ผู้เล่นจะสามารถชะลอการระเบิดหรือจุดชนวนการระเบิดได้ทันที ขึ้นอยู่กับสถานการณ์ ผู้เล่นอาจต้องการป้อนถังระเบิดเข้าไปในบาร์นาเคิล แล้วยิงออกไป 2 ครั้งเพื่อกำจัดกลุ่มศัตรูได้จากที่ปลอดภัย การระเบิดแบบหน่วงเวลายังทำให้ปฏิกิริยาลูกโซ่ระหว่างถังระเบิดหลายถังน่าสนใจยิ่งขึ้น แฟนๆ ของซีรีส์นี้ชื่นชอบถังระเบิดกันมาก ส่วนนักออกแบบฉากภายในเกมเองก็ชื่นชอบถังระเบิดเหมือนกันชนิดที่ว่าใส่เข้าไปในเกมเท่าไหร่ก็ไม่เคยพอ"
N/A3989"#commentary\cn_071_ragdoll_magnets.mp3" "[ Dario Casali ] ระบบฟิสิกส์ของ Half-Life 2 มอบเครื่องมือมากมายที่จะทำให้การต่อสู้น่าตื่นเต้นยิ่งขึ้น ยกตัวอย่างเช่น เมื่อศัตรูยิงพลาดเป้า เราจะเปลี่ยนทิศทางการยิงของศัตรูไปยังวัตถุที่ทำลายได้ใกล้ๆ อย่างแนบเนียน จึงเพิ่มความโกลาหลและสร้างบรรยากาศแบบภาพยนตร์แอคชัน นอกจากนี้ เรายังใช้ระบบฟิสิกส์เพื่อเพิ่มคำใบ้ โดยเราสร้างสิ่งที่เรียกว่า \"แม่เหล็กร่างหุ่น\" ทั่วทั้งเกม เพื่อทำให้ร่างศัตรูล้มลงอย่างไม่น่าเบื่อและดูตื่นเต้นเร้าใจ เช่น ตกจากขอบตึกหรือตกลงไปในเส้นทางรถไฟ"
N/A3990"#commentary\cn_072_helicopter_peekaboo.mp3" "[ Dave Riller ] สิ่งที่เราอยากพัฒนามาโดยตลอดในบทนี้คือการพัฒนาเฮลิคอปเตอร์โจมตีของพวกคอมไบน์ให้เป็นศัตรูตัวฉกาจ เฮลิคอปเตอร์ที่เฝ้าติดตามอย่างไม่ลดละกลายเป็นตัวละครที่มีเอกลักษณ์เฉพาะตัว ตรงนี้ ถ้าคุณฟังและมองขึ้นไปข้างบน คุณจะได้ยินเสียงเครื่องยนต์ และเห็นมันบินไปตามรางรถไฟ แล้วพุ่งทะยานไปไกล อะไรบางสิ่งที่เห็นไม่ถนัดนักครั้งแรกนี้คือลางบอกล่วงหน้าถึงการปรากฏตัวที่จะค่อยๆ เด่นชัดขึ้นเรื่อยๆ จนกระทั่งในที่สุดคุณก็ได้เผชิญหน้ากับมัน"
N/A3991"#commentary\cn_073_iterative_passes.mp3" "[ David Speyrer ] บางบทของเกม เช่น ส่วนที่ต้องเดินเท้าในบริเวณคลองและเรเวนโฮล์ม ได้รับการพัฒนาโดยทีมลับที่แตกต่างกันในหลายๆ ครั้ง เราพบว่าการส่งต่อแผนที่ในลักษณะนี้ทำให้ได้ประสบการณ์ที่หลากหลายมากขึ้น และมีจุดที่น่าสนใจหนาแน่นขึ้น เนื่องจากทีมลับแต่ละกลุ่มได้เพิ่มลูกเล่นเฉพาะตัวลงในแผนที่ ในส่วนของคลองที่ต้องเดินเท้า การพัฒนาต่อยอดครั้งแรกกำหนดทิศทางงานอาร์ตและเส้นทางของผู้เล่น รวมถึงภาพรวมของประสบการณ์และจังหวะสำคัญๆ แต่การทดลองเล่นระบบแอลฟาทั่วทั้งทีมพบว่ายังขาดความตึงเครียดและยังเป็นประสบการณ์การเล่นที่ค่อนข้างน่าเบื่ออยู่ ในครั้งที่สอง เรากลับไปที่แผนที่โดยมุ่งมั่นจะสร้างความตึงเครียดที่ว่าโดยเฉพาะ และเพิ่มจำนวนจุดที่น่าสนใจต่อๆ กันให้มีปริมาณเยอะขึ้นอย่างเต็มที่"
N/A3992"#commentary\cn_075_pistol_design.mp3" "[ Josh Weier ] ปืนพกมาตรฐานเป็นอาวุธคู่กายของเกม ไม่เพียงแต่ทำหน้าที่เป็นอาวุธระยะไกลชิ้นแรกที่คุณได้เรียนรู้การใช้งาน แต่ยังเป็นวิธีการโต้ตอบกับฟิสิกส์และวัตถุที่ทำลายได้ในระยะที่ปลอดภัยตลอดทั้งเกม โดยปืนพกนี้ใช้กลไกการยิงซ้ำอันเป็นเอกลักษณ์เฉพาะของเกมเพื่อช่วยให้รู้สึกถึงการตอบสนองและสนุกกับการใช้งานมากขึ้น ปืนจะยิงเร็วเท่าที่ผู้เล่นคลิกปุ่มสั่งการ ซึ่งหมายความว่าพวกเขาจะรู้สึกถึงการตอบสนองต่อคำสั่งที่ป้อนอย่างทันที และยิ่งคลิกเร็วเท่าไหร่ ก็จะยิ่งยิงได้เร็วขึ้นเท่านั้น"
N/A3993"#commentary\cn_076_shatterglass.mp3" "[ Josh Weier ] ตอนที่ออกแบบฉากแรก ๆ ที่ในชุดเครื่องมือของผู้เล่นนั้นยังมีกลไกน้อยกว่านี้ เราพบว่าการเน้นให้เห็นคุณสมบัติทางเทคนิคใหม่ๆ แทนนั้นน่าสนใจ อย่างที่เราทำให้กระจกแตกได้แบบนี้ สำหรับเอฟเฟกต์กระจกแตกนั้น ระบบจะแบ่งกระจกออกเป็นตารางสี่เหลี่ยมเล็กๆ ซึ่งทำให้เราสามารถติดตามว่าอันไหนยังสมบูรณ์อยู่หรืออันไหนแตกแล้ว และระเบิดส่วนที่ใหญ่กว่าออกเมื่อจำนวนช่องสี่เหลี่ยมไม่เชื่อมต่อกันมากพอ แต่ละช่องสี่เหลี่ยมจะถูกเรนเดอร์ให้มีพื้นผิวเฉพาะตัวตามสถานะของช่องสี่เหลี่ยมข้างเคียง ทำให้เกิดขอบคมหยักระหว่างกระจกที่แตกและกระจกที่ยังไม่แตก แม้ว่ากระจกแตกจะเป็นเรื่องปกติในเกมแล้วก็ตาม แต่มันเป็นสิ่งที่เราไม่เคยเห็นมากนักในสมัยที่เราสร้าง Half-Life 2 อยู่ และเราก็พอใจกับระดับความแม่นยำและการเคลื่อนไหวกระจัดกระจายที่สิ่งนี้นำมาสู่เกม"
N/A3994"#commentary\cn_077_lambda_caches.mp3" "[ Laura Dubuk ] ในทางเทคนิคแล้ว กล่องเสบียงแลมบ์ด้ากล่องแรกนั้นอยู่ในแล็บของไคลเนอร์ แต่กล่องนี่เป็นกล่องแรกที่ผู้เล่นค้นพบเอง เราได้เพิ่มกล่องเสบียงแลมบ์ด้าเข้ามาเพื่อกระตุ้นให้ผู้เล่นออกสำรวจ และบอกใบ้ให้ผู้เล่นทราบว่าทรัพยากรที่ซ่อนอยู่นั้นอยู่ตรงไหน โดยเป็นไปตามเนื้อเรื่องที่ฝ่ายต่อต้านได้ซ่อนทรัพยากรเหล่านี้ไว้ในฐานะส่วนหนึ่งของการก่อกบฏใต้ดิน ใน Half-Life สิ่งของภายในกล่องเสบียงจะถูกกำหนดไว้ล่วงหน้าตั้งแต่ในการออกแบบด่าน แต่ใน HL2 เราได้เพิ่มกล่องไอเท็มแบบปรับเปลี่ยนได้ ซึ่งจะมอบสิ่งของที่ผู้เล่นมีน้อยอยู่ในขณะนั้น โดยอิงตามเป้าหมายทรัพยากรที่ผู้ออกแบบด่านกำหนดไว้"
N/A3995"#commentary\cn_078_scanners.mp3" "[ Kerry Davis ] สแกนเนอร์ทำให้เกิดความท้าทายในการออกแบบเกมที่รับมือยากพอสมควร แม้ว่าเราจะชอบที่อุปกรณ์แนวดิสโทเปียนี้ช่วยให้รู้สึกถึงการยึดครองรัฐของพวกคอมไบน์ที่ทั้งคอยสอดส่องและกดขี่ เราก็ไม่ได้ต้องการให้สแกนเนอร์พวกนี้ยิงใส่ผู้เล่น เราพบว่าการเล็งขึ้นฟ้าเพื่อโจมตีใส่ศัตรูขนาดเล็กที่เคลื่อนไหวคล่องตัวและได้เปรียบเพราะอยู่ในที่สูงอยู่เสมอนั้นเป็นสิ่งที่ทำยังก็ไม่สามารถทำให้เล่นสนุกได้ แต่เพราะเราชอบบทบาทของสแกนเนอร์ในเนื้อเรื่อง เราจึงตัดสินใจว่าในการต่อสู้ สแกนเนอร์จะทำหน้าที่เป็นดวงตาเป็นหลัก คอยแจ้งเตือนศัตรูที่อยู่ใกล้เคียงถึงตำแหน่งของผู้เล่น ซึ่งเป็นคุณสมบัติที่เราเสริมด้วยเอฟเฟกต์เสียงจากทหาร นอกเหนือไปจากนั้น พวกมันจะรังควานผู้เล่นได้ด้วยแสงสว่างเท่านั้น และบางครั้งก็ดิ่งพสุธาระเบิดใส่หลังจากได้รับความเสียหายเพียงพอแล้ว"
N/A3996"#commentary\cn_079_surface_properties.mp3" "[ Ariel Diaz ] เราจะเล่นเสียงฝีเท้าแบบกำหนดขึ้นเองเมื่อผู้เล่นเดินอยู่บนโคลนลื่น ๆ โดยระบบนี้เรียกว่าคุณลักษณะพื้นผิว ซึ่งใช้ชนิดของวัสดุเพื่อกำหนดเสียงและเอฟเฟกต์อื่นๆ ที่ควรเกิดขึ้นเมื่อเดินผ่านหรือยิงใส่ ก่อนหน้านี้ในการพัฒนา เรามีเอฟเฟกต์ที่ทำให้การเคลื่อนไหวของผู้เล่นช้าลงเมื่อเดินบนพื้นโคลน อย่างไรก็ตาม เอฟเฟกต์นี้ถูกลบออกไปในเวอร์ชันวางจำหน่าย เนื่องจากมีคนมองว่าเล่นลำบากเกินไป"
N/A3997"#commentary\cn_080_combat_entrances.mp3" "[ Dario Casali ] การวิ่งผ่านมุมตึกเข้าไปในพื้นที่ใหม่เพียงเพื่อเห็นศัตรูยืนอยู่ตรงนั้นเป็นเรื่องน่าอึดอัดเสมอ อีกทั้งยังทำให้โลกดูไม่มีชีวิตชีวาและเหมือนเป็นสนามยิงปืนเสียมากกว่า ดังนั้นเราจึงมีแรงผลักดันที่จะเพิ่มศัตรูในพื้นที่ต่อสู้ด้วยวิธีที่น่าสนใจและคล่องแคล่วมากขึ้น ซึ่งจะสื่อถึงการวางแผนและจุดมุ่งหมายของศัตรู ราวกับว่าทหารเหล่านี้มีแผนสำหรับกอร์ดอนตั้งแต่ก่อนที่เขาจะปรากฏตัวเสียอีก ตำรวจในฉากนี้กระโดดลงไปในพื้นที่ตามลำดับในบท และในช่วงต่อๆ มาของเกม เราใช้การโรยตัวในลักษณะเดียวกัน ในความเป็นจริงแล้วไม่สำคัญหรอกว่าพวกเขาจะมาจากที่ไหน เพราะสุดท้ายผู้เล่นจะตีความได้เอง เราพบว่าในท้ายที่สุด การต่อสู้ควรแฝงเรื่องราวโดยนัยไว้ตั้งแต่ในการสร้าง ไม่ว่าจะเป็นการซุ่มโจมตี การสู้ทีเผลอ การจู่โจม การพุ่งทะลวง สถานการณ์เหล่านี้ใช้ AI ของศัตรูส่วนใหญ่เหมือนๆ กัน แต่ให้ความรู้สึกที่แตกต่างกันไปสำหรับผู้ทดลองเล่น"
N/A3998"#commentary\cn_081_mounted_gun_gallery.mp3" "[ Dave Riller ] ในฉากนี้มีอะไรเกิดขึ้นหลายอย่างเลย ป้อมปืนยิงใส่ลังที่พังได้ด้านหลังสอนให้ผู้เล่นรู้ว่าไม่ควรเผชิญหน้ากับภัยคุกคามโดยตรง แต่ให้ใช้เส้นทางท่อระบายน้ำเพื่อเอาชนะแทน และเมื่อผู้เล่นไปถึงป้อมปืน พวกเขาก็จะได้สนุกไปกับการใช้ป้อมปืนยิงใส่ระลอกเหล่าทหารคอมไบน์และสแกนเนอร์ดิ่งพสุธาระเบิดในสนามยิงปืน นอกจากนี้ เรายังเริ่มใช้ APC ยิงขีปนาวุธของคอมไบน์ ซึ่งจะกระตุ้นให้ผู้เล่นเคลื่อนที่ไปเรื่อยๆ และจะปรากฏขึ้นอีกครั้งในบทต่อไป"
N/A3999"#commentary\cn_082_barnacle_bowling.mp3" "[ Josh Weier ] นี่เป็นตัวอย่างที่ดูกี่ทีก็ชอบใจของวิธีที่องค์ประกอบทางการออกแบบมากมายได้มารวมกันเป็นเมทริกซ์ของการโต้ตอบเพื่อสร้างฉากอันน่าจดจำสำหรับผู้เล่น เรามีบาร์นาเคิล การจำลองทางฟิสิกส์ คุณลักษณะพื้นผิวโคลนลื่น และสุดท้ายแต่ไม่ท้ายสุด เรามีถังระเบิด คุณต้องเคยได้เจอสิ่งเหล่านี้มาบ้างแล้ว แต่ทุกอย่างสามารถประกอบเข้าด้วยกันได้อย่างเป็นธรรมชาติเพื่อสร้างโมเมนต์ที่เราเรียกว่า \"โบว์ลิ่งบาร์นาเคิล\""
N/A4000"#commentary\cn_083_barnacle_introduction.mp3" "[ Mike Dussault ] เนื่องจากอาจเกิดความสับสนได้เมื่อพบกับบาร์นาเคิลครั้งแรก เราจึงอยากนำเสนอเจ้าสิ่งนี้ในรูปแบบที่ผู้เล่นจะสามารถมองเห็นพฤติกรรมได้ในระยะที่ปลอดภัย เราตัดสินใจดำเนินการเช่นนั้นผ่านฉากนักล่า/เหยื่อแบบ \"สารคดีธรรมชาติ\" แต่เช่นเคย ฉากแบบนี้ต้องอาศัยการปรับแต่งมากมายเพื่อให้ผู้เล่นมองเห็นได้อย่างชัดเจน"
N/A4001"#commentary\cn_084_physics_in_puzzles.mp3" "[ Eric Smith ] บ่อยครั้งที่เราดึงกลไกที่เรียบง่ายกว่าซึ่งพบในช่วงต้นเกมมาจากกลไกที่ซับซ้อนกว่าเพื่อนำมาใช้เป็นการฝึก ปริศนากระดานหก ซึ่งเป็นอุปกรณ์ฟิสิกส์ชิ้นแรกในเกม แท้จริงแล้วนำมาจากปริศนาเครื่องซักผ้าที่ซับซ้อนกว่าในส่วนของคลองจากช่วงหลังของเกม ปริศนากระดานหกใช้หลักการเดียวกันกับเรื่องมวลและทางลาด แต่ใช้วิธีการที่ตรงไปตรงมามากกว่าซึ่งผู้เล่นสามารถโต้ตอบได้โดยตรง จึงช่วยให้พวกเขาเข้าใจฟิสิกส์ของเกมและทำให้แก้ปริศนาในช่วงต่อๆ มาได้ง่ายขึ้น ปริศนานี้ยังเน้นย้ำถึงลักษณะเชิงแอนะล็อกของระบบฟิสิกส์ โดยอาศัยการวางบล็อกซีเมนต์และน้ำหนักของผู้เล่นเองเป็นปัจจัยในการแก้ปริศนา"
N/A4002"#commentary\cn_085_combine_attack_helicopter.mp3" "[ Brian Jacobson ] ผู้เล่นน่าจะเคยผ่านตามาก่อนแล้ว แต่ตรงนี้เองที่เราจะโชว์บอสหลักจากบทส่วนคลองนี้อย่างเต็มๆ ตา ซึ่งก็คือเฮลิคอปเตอร์โจมตีของคอมไลน์ เฮลิคอปเตอร์ลำนี้มุ่งทำลายที่กำบังของผู้เล่นอย่างไม่ลดละ บังคับให้พวกเขาต้องเดินหน้าต่อไป มิฉะนั้นอาจเสี่ยงต่อการถูกยิง เราต้องการให้ฉากนี้ดูตึงเครียดและน่าหวั่นเกรง โดยให้เฮลิคอปเตอร์ดูเหมือนจะทรงพลังเกินกว่าจะเผชิญหน้าโดยตรง และรักษาความดุดันนั้นไว้ตลอดบริเวณคลอง จนกระทั่งไปถึงการเผชิญหน้าครั้งสุดท้ายในอ่างเก็บน้ำ เพื่อให้บรรลุเป้าหมายนี้ เราจึงจำกัดการเคลื่อนไหวของเฮลิคอปเตอร์ไว้เต็มที่เลยโดยอิงตามเป้าหมายเฉพาะของเกม ในแผนที่นี้ ซึ่งออกแบบมาให้พุ่งจากที่กำบังหนึ่งไปยังอีกที่กำบังหนึ่งภายใต้กระสุนจากเฮลิคอปเตอร์ เราได้สร้างเส้นทางแนววงแหวนบนท้องฟ้าเหนือพื้นที่อารีน่า เฮลิคอปเตอร์จะบินไปยังจุดบนวงแหวนนั้นที่ไกลที่สุดจากผู้เล่นเสมอ ทำให้มองเห็นได้ชัดเจนเสมอ และทำให้เราวางที่กำบังในจุดที่เหมาะสมได้ง่ายขึ้น"
N/A4003"#commentary\cn_087_explosive_barrel_factory.mp3" "[ David Speyrer ] ห้องนี้ซึ่งเต็มไปด้วยถังระเบิดจำนวนมหาศาล ก่อให้เกิดการถกเถียงกันอย่างออกรสออกชาติภายในทีมว่าจะผลักดันขอบเขตความสมจริงของโลกเราไปให้ได้ไกลแค่ไหนกัน พูดตรงๆ นะ ถังระเบิดแค่ถังเดียวก็แทบไม่สมจริงในโลกความเป็นจริงแล้ว เพราะถังมันไม่ควรระเบิด แม้ว่าคุณจะยิงใส่มันก็ตาม"
N/A4004"#commentary\cn_088_rising_water.mp3" "[ Dhabih Eng ] สะพานลอยน้ำและแกนม้วนไม้ตรงนี้นำเสนอแนวคิดเรื่องการใช้แรงลอยตัวเป็นเครื่องมือหนึ่งสำหรับผู้เล่น ในกรณีนี้มันไม่ได้เป็นปริศนาจริงๆ หรอกนะ แต่เป็นเพียงสิ่งที่ให้ผู้เล่นได้สนุกไปกับการโต้ตอบกับระบบฟิสิกส์ แต่หลังจากนั้นเรากลับนำองค์ประกอบจากเกมเพลย์นี้มาใช้อีกครั้งในบริเวณคลองเพื่อยกทางลาดสำหรับเรือแอร์โบ๊ต"
N/A4005"#commentary\cn_089_manhack_matt.mp3" "[ John Morello ] เราเรียกหมอนี่ว่า \"แมนแฮก แมท\" เราอยากให้ผู้เล่นรู้สึกว่ามีพลเมืองหลายร้อยคนอาศัยอยู่ในซอกมุมลับๆ ของซิตี้ 17 ณ จุดนี้ของเกม ผู้เล่นไม่ได้เห็นพลเมืองมานานแล้ว และเราต้องการอธิบายความสำคัญของแมนแฮก ซึ่งเป็นศัตรูตัวแรกที่อิงหลักฟิสิกส์ที่เราสร้างขึ้น ในคอนเซ็ปต์เดิม มีร้านเกมอาเขตในเมืองที่ผู้เล่นสามารถขับแมนแฮกบินไปทั่วเพื่อโจมตีพลเมืองแบบเสมือนจริงได้ หลังจากนั้นผู้เล่นก็จะค้นพบว่าแมนแฮกเหล่านั้นมีอยู่จริง และพลเมืองก็มีอยู่จริงเช่นกัน เมื่อการยึดครองของคอมไบน์เริ่มมีรายละเอียดมากขึ้น แนวคิดเรื่องร้านเกมอาเขตนี้ก็กลายเป็นสิ่งที่แปลกประหลาด และในที่สุดก็ถูกโละทิ้งไป"
N/A4006"#commentary\cn_090_fighting_motion_sickness.mp3" "[ David Speyrer ] ในช่วงแรกของการทดลองเล่น ผู้เล่นหลายคนเกิดอาการเมารถราขณะขับเรือแอร์โบ๊ต ตอนที่พยายามแก้ไขปัญหานี้อยู่ เราค้นพบปัจจัยหลายประการที่ส่งผลต่ออาการเมารถ เราพบว่าการลดภาพเรือแอร์โบ๊ตไม่ให้โผล่เข้ามาในมุมมองมากนักพอจะช่วยได้ เราจึงลองปรับโมเดลหลายครั้งเพื่อลดขนาดลง การรักษาอัตราเฟรมให้คงที่ก็ช่วยได้เช่นกัน ดังนั้นเราจึงต้องคอยจับตาดูประสิทธิภาพในส่วนเหล่านี้ อย่างไรก็ตาม ปัจจัยที่สำคัญที่สุดคือการทำให้ไม่เกิดการหมุนมุมมองเพื่อรักษาเส้นขอบฟ้าไว้ให้คงที่ไม่ว่าเรือแอร์โบ๊ตจะทำอะไรอยู่ก็ตาม โปรแกรมเมอร์คนหนึ่งในทีมมีอาการเมารถเมาราได้ง่ายมาก ก็เลยเสนอตัวทดลองเล่นหลายครั้งเพื่อประเมินความคืบหน้าในการแก้ปัญหา ผมค่อนข้างมั่นใจว่าสมาชิกทีมคนนั้นต้องอาเจียนออกมาอย่างน้อยหนึ่งครั้งหลังจากทดลองเล่นเสร็จ และเราก็ต้องขอบคุณการเสียสละอันยิ่งใหญ่นี้เช่นกัน"
N/A4007"#commentary\cn_091_headcrab_canisters.mp3" "[ Jeff Lane ] ต่อมาเริ่มมีการพบเห็นแคนนิสเตอร์เฮดแครบที่ใช้แล้วในเรเวนโฮล์ม เราจึงตัดสินใจนำสิ่งที่ว่ามาแสดงตั้งแต่ตอนนี้เลยเพื่อบอกเล่าวิธีที่เหล่าคอมไบน์นำสิ่งนี้มาใช้งาน เรื่องราวมีอยู่ว่าเหล่าคอมไบน์ได้นำสัตว์ต่างๆ ในเซนมาใช้เป็นอาวุธเพื่อต่อสู้กับมนุษย์ จึงได้มีการเพิ่มเฮดแครบในโพรงเข้ามาเป็นคุณสมบัติใหม่ในส่วนนี้ โดยได้ขยายพื้นที่ให้ใหญ่ขึ้นเพื่อแสดงให้เห็นกระท่อมของพลเมืองที่ถูกทำลายล้างจากการจู่โจมของเฮดแครบ"
N/A4008"#commentary\cn_092_airboat_intro.mp3" "[ John Morello ] นี่คือจุดที่ผู้เล่นจะได้รับยานพาหนะแรกในเกม นั่นคือเรือแอร์โบ๊ต เราต้องการสร้างพื้นที่ปลอดภัยให้ผู้เล่นได้ฝึกขับเรือแอร์โบ๊ตได้นานเท่าที่ต้องการก่อนที่จะเดินทางต่อไป อารีน่าเต็มไปด้วยโอกาสในการกระโดดและใช้ท่าผาดโผน และเราได้เติมเมือกพิษลงในอารีน่าเพื่อให้ผู้เล่นอยู่ในเรือแอร์โบ๊ตนานขึ้น ในขณะเดียวกันก็ป้องกันไม่ให้ผู้เล่นออกจากยานพาหนะ แล้วเดินหน้าต่อไปด้วยการเดินเท้า"
N/A4009"#commentary\cn_093_zombie_surprise.mp3" "[ Jeff Lane ] ท่อระบายน้ำนี้มีจังหวะตุ้งแช่ฉากเล็กๆ ซ่อนไว้อยู่ ผู้เล่นเดินเข้ามาอย่างมุ่งมั่นและสนอกสนใจ ทันใดนั้นก็มีซอมบี้ใต้น้ำโผล่ขึ้นมา ทำให้ผู้ทดลองเล่นตกใจจนฉี่แทบราดเกือบทุกครั้ง มีผู้เล่นคนหนึ่งตกเก้าอี้ไปเลยด้วยซ้ำ เราเลยถือว่าช่วงเวลานั้นประสบความสำเร็จ"
N/A4010"#commentary\cn_094_airboat_time.mp3" "[ Dave Riller ] การหาสมดุลที่เหมาะสมระหว่างเวลาที่ใช้ยานพาหนะกับเวลาเดินเท้านั้นต้องใช้ความพยายามพอสมควร การขับรถด้วยความเร็วสูงสุดทำให้ผู้เล่นเดินทางผ่านพื้นที่ต่างๆ ในโลกได้อย่างรวดเร็ว และในการทดลองเล่นช่วงแรกๆ เรารู้สึกว่าผู้เล่นพลาดโอกาสในการสำรวจและซึมซับรายละเอียดของเกมไปพอสมควร การสำรวจและการตรวจสอบโลกเป็นหัวใจสำคัญของ Half-Life ดังนั้นเราจึงไม่ต้องการให้ยานพาหนะมาลบล้างสิ่งนั้นไป เพื่อแก้ไขปัญหานี้ เราจึงเพิ่มจุดให้ผู้เล่นออกไปสำรวจรายละเอียดเล็กๆ น้อยๆ เป็นระยะๆ นอกจากนี้ เมื่อระบบฟิสิกส์พัฒนาขึ้น เราก็ได้เรียนรู้วิธีการใช้งานใหม่ๆ จุดนอกเรือแอร์โบ๊ตเหล่านี้มอบโอกาสให้เราได้นำเสนอองค์ประกอบแห่งการค้นพบจากแง่ฟิสิกส์ เช่น การโยนลังลงไปในน้ำ หรือการรวมถังเพื่อสร้างเป็นทางลาด ซึ่งทำให้ผู้เล่นมีโอกาสโต้ตอบกับน้ำและฟิสิกส์ในรูปแบบต่างๆ"
N/A4011"#commentary\cn_095_floating_supplies.mp3" "[ Josh Weier ] ในการทดลองเล่นช่วงแอลฟา คลองต่างๆ จะเต็มไปด้วยลังเสบียงลอยน้ำ ซึ่งผู้เล่นสามารถขับเรือแอร์โบ๊ตชนให้แตกเพื่อรวบรวมเสบียงที่อยู่ภายในได้ กลไกนี้ดูเป็นเกมไปสักหน่อย แต่ช่วยให้เกมเพลย์ดำเนินไปอย่างต่อเนื่องโดยให้ผู้เล่นเติมเสบียงได้ระหว่างการเดินทาง เพื่อทำให้เนื้อเรื่องดูสมจริงยิ่งขึ้น เราอยากเล่าเรื่องราวว่าลังลอยน้ำเหล่านี้ลอยอยู่ในตำแหน่งเหมาะเจาะตามเส้นทางของผู้เล่นได้อย่างไร ฉากที่พลเมืองทิ้งลังเสบียงนี้ลงน้ำช่วยให้เรื่องราวดูมีเหตุผล ในขณะเดียวกันก็ทำให้คลองดูมีชีวิตชีวามากขึ้น นอกจากนี้ยังทำให้ผู้เล่นรู้สึกว่าตนเป็นฮีโร่และมีความสำคัญมากขึ้นเพราะได้รับความช่วยเหลือจากตัวละครประกอบมากมาย"
N/A4012"#commentary\cn_096_grenade_intro.mp3" "[ Brian Jacobson ] เราสร้างฐานทัพคอมไบน์แห่งนี้ให้เป็นทั้งพื้นที่ฝึกซ้อมและสนามลองใช้ระเบิด ซึ่งเรานำมาใส่ไว้ในกล่องเสบียงแบบไม่จำกัดเพื่อส่งสัญญาณว่าผู้เล่นสามารถใช้ระเบิดได้อย่างอิสระโดยไม่ต้องกังวลว่าของจะหมด ลุยได้ตามใจ การต่อสู้ครั้งนี้ใช้มาร์กอัปอย่างละเอียดเพื่อนำทาง AI ของทหารไปยังที่กำบัง แล้วเปิดโอกาสให้ผู้เล่นได้ใช้ระเบิด ในตอนท้ายของพื้นที่ เทคนิคระเบิดไม่จำกัดแบบเดียวกันนี้จะช่วยให้ผู้เล่นจัดการกับตำแหน่งของป้อมปืนได้ เพราะการโจมตีโดยตรงจะยากขึ้นมากหากไม่จัดการกับป้อมปืนเสียก่อน มีการเพิ่มแสงสีแดงจ้าและร่องรอยอนุภาคเข้าไปในระเบิด ทำให้ผู้เล่นติดตามวิถีการโยนได้ง่ายขึ้นอย่างมาก ไม่ว่าจะขว้างเองหรือหลบลูกที่ทหารคอมไบน์ขว้างมา"
N/A4013"#commentary\cn_097_puzzle_layers.mp3" "[ Dave Riller ] เนื่องจากผู้เล่นมักไม่รู้เจตนาของผู้ออกแบบ ซึ่งเราคิดว่าเป็นเรื่องดีนะ ผู้เล่นจึงมักตอบสนองต่อปริศนาของเราในวิธีที่น่าแปลกใจหลากหลายรูปแบบ แม้แต่ปริศนาที่ดูเหมือนง่ายๆ ก็ยังมีผู้ที่ไขปริศนาไม่ออกนับไม่ถ้วนตลอดเส้นทางสู่ความสำเร็จ เช่นเดียวกันกับปริศนาเพื่อเปิดประตูคลองนี้ ซึ่งต้องใช้คำใบ้และสัญญาณหลายอย่างประกอบกัน วงล้อประกายไฟแลบสื่อว่าโดยปกติคนจะเปิดประตูตรงจุดนี้ แต่ก็ยังต้องมีวิธีอื่น อีกา 2-3 ตัวดึงสายตาของผู้เล่นไปยังวิธีแก้ปัญหา ซึ่งในกรณีนี้คือคานบนลูกตุ้ม เนื่องจากเราได้ใช้ระเบิดมาอย่างเชี่ยวชาญแล้ว เดิมทีเราจึงต้องการให้ผู้เล่นขว้างระเบิดเพื่อทำลายโครงสร้างที่รองรับไม้อยู่ แต่นั่นยังไม่ชัดเจนพอ เราจึงเพิ่มถังระเบิดเข้าไปเพื่อให้เป็นเบาะแสที่ชัดเจนยิ่งขึ้น แต่ถึงแม้จะไขปริศนาได้แล้วก็ตาม ผู้เล่นบางคนก็ยังไม่รู้ว่าประตูเปิดแล้ว จึงทำให้คนเหล่านี้วิ่งสำรวจภายในฐานอย่างไม่รู้จบเพื่อหาทางออกอื่น เราจึงต้องเตือนให้พวกเขานึกถึงปัญหาก่อนหน้า ซึ่งก็คือประตูที่พัง เราเพิ่มควัน เสียงสัญญาณเตือนภัย และแสงไฟหมุนเข้าไป และนั่นคือจุดที่เราเริ่มเห็นผลลัพธ์ที่ดีอย่างสม่ำเสมอในการทดลองเล่น"
N/A4014"#commentary\cn_098_metrocop_strafing.mp3" "[ Doug Wood ] จุดมุ่งหมายของการออกแบบด่านเรือแอร์โบ๊ตในช่วงแรกคือเพื่อท้าทายให้ผู้เล่นใช้การเคลื่อนไหวที่เฉียบคมภายใต้แรงกดดันจากตำรวจ รูปแบบการยิงกราดของตำรวจมีจุดประสงค์เพื่อให้ผู้เล่นหลบหลีกกระสุนขณะที่เร่งความเร็วผ่านด่าน แต่ในกระบวนการรีวิวของเรา ซึ่งเรียกกันภายในว่า \"โอเวอร์วอตช์\" ผู้ทดลองเล่นบางคนรู้สึกหงุดหงิดที่ถูกยิงโดยไม่มีวิธีตอบโต้ พวกเขาอยากให้เรือแอร์โบ๊ตมีความรู้สึกทรงพลังและไม่อาจหยุดยั้งได้ จากผลตอบรับดังกล่าว เราจึงได้ปรับด่านใหม่โดยเน้นไปที่การเสริมพลังมากกว่าความท้าทาย เปลี่ยนจากการหลบหลีกการโจมตีไปเป็นการต่อสู้ฉับไว ความเร็ว และการฝ่าด่าน"
N/A4015"#commentary\cn_100_mounted_gun.mp3" "[ Jeff Lane ] เราเพิ่มปืนที่ติดตั้งไว้เข้ามาเพื่อช่วยฝึกให้ผู้เล่นเข้าใจถึงประสิทธิภาพของปืนเมื่อใช้ต่อสู้กับเฮลิคอปเตอร์โจมตีในการต่อสู้ครั้งสุดท้ายที่อ่างเก็บน้ำ สิ่งนี้จำเป็นเพราะจนถึงตอนนี้ เฮลิคอปเตอร์มีความทนทานต่ออาวุธของผู้เล่น และเราต้องแสดงสัญญาณบางอย่างว่ามันอาจได้รับความเสียหายจากอาวุธขนาดใหญ่ก็ได้นะ สิ่งที่ว่านี้มีแก้ปัญหาได้เพียงเล็กน้อยตอนทดลองเล่น เนื่องจากผู้เล่นอยู่ภายใต้แรงกดดันอย่างมากในขณะนั้น จึงนำไปสู่การพัฒนาผลของอนุภาคและเสียงที่จะทำให้ผู้เล่นรู้สึกว่าตนกำลังสร้างความเสียหายจริงๆ"
N/A4016"#commentary\cn_101_357_intro.mp3" "[ Josh Weier ] ปืนแม็กนั่มแตกต่างจากปืนพกทั่วไปตรงอัตราการยิงที่ช้ากว่า เนื่องจากออกแบบมาให้ยิงด้วยความแม่นยำและรอบคอบมากขึ้นเพื่อให้สร้างความเสียหายอย่างรุนแรงต่อเป้าหมาย ปืนแม็กนั่มรุ่นก่อนๆ มีการกระจายกระสุนแบบสุ่มประมาณหนึ่ง ซึ่งเรารู้สึกว่าเหมาะกับน้ำหนักและความไวในการดึงไกปืนที่น้อยกว่าปืนพกขนาดใหญ่ อย่างไรก็ตาม สิ่งนี้นำไปสู่ช่วงเวลาที่น่าผิดหวังตอนที่ผู้เล่นเล็งเป้าอย่างระมัดระวัง แต่ดันพลาดเป้าเพราะมีระวางโทษด้านความแม่นยำ เพื่อแก้ไขปัญหานี้ เราจึงทำให้กระสุนนัดแรกแม่นยำอย่างสมบูรณ์ แล้วกระสุนนัดต่อๆ มาจะค่อยๆ แม่นยำน้อยลงเมื่อคุณยิงไปเรื่อยๆ"
N/A4017"#commentary\cn_102_helicopter_bombing_run.mp3" "[ Brian Jacobson ] นี่เป็นอีกตัวอย่างหนึ่งของอันตรายจากการเคลื่อนไหวในขณะที่ขับเรือแอร์โบ๊ตที่เราสร้างขึ้น เฮลิคอปเตอร์จะพยายามอยู่ข้างหน้าผู้เล่นขณะทิ้งระเบิด และหากผู้เล่นถอยหลังล่ะก็ มันจะเปลี่ยนมาบินโฉบและโจมตีใส่ผู้เล่น ในการทดลองเล่นครั้งหนึ่ง ระเบิดบังเอิญตกลงมาระหว่างรอยต่อท่อพอดี ทำให้เกิดช่วงเวลาที่ดูเหมือนภาพยนตร์เลย ผู้ทดลองเล่นแสดงการตอบรับที่ดี ทีมงานจึงตัดสินใจเขียนสคริปต์ให้เกิดขึ้นทุกครั้ง ขั้นตอนนี้ได้กลายเป็นส่วนหนึ่งของกระบวนการออกแบบตามจริงของเรา สิ่งเจ๋งๆ เกิดขึ้นแบบสุ่มในการทดลองเล่นเป็นครั้งคราว และเราจะหาวิธีทำให้มันเกิดขึ้นได้บ่อยครั้งมากขึ้น"
N/A4018"#commentary\cn_103_smokestack_collapse.mp3" "[ Doug Wood ] ตอนที่สร้างเกมแอคชันแบบภาพยนตร์อย่าง Half-Life ภาคแรก เราอยากทำฉากทำลายล้างที่ยิ่งใหญ่และน่าตื่นตาตื่นใจมาตลอด แต่ก็ไม่เคยทำได้แบบนั้นเลย ระบบฟิสิกส์ของ Half-Life 2 มีการใช้ระบบการทุบวัตถุขนาดเล็กอย่างลังให้เป็นชิ้นเล็กชิ้นน้อย ซึ่งส่งผลให้เกิดไอเดียที่จะทำอะไรที่ใหญ่กว่านี้ เราลองเสี่ยงโดยลองทุบปล่องควันให้เป็นชิ้นเล็กชิ้นน้อยในขณะที่มันร่วงลงมา เราได้ทดลองกับวัตถุจำนวนมากจนกระทั่งทุกอย่างดูดีขึ้น ปรับแต่งโมเดล เพิ่มควันและเสียงจำนวนมากเพื่อเน้นเอฟเฟกต์ และแล้วเราก็ได้ฉากทำลายล้างอันยิ่งใหญ่และน่าตื่นตาตื่นใจ ในที่สุด ระบบฟิสิกส์ของเราก็เข็นให้ฉากนี้เป็นจริงขึ้นมาได้ในแบบที่อาจดูแปลกตาเมื่อเทียบกับมาตรฐานสมัยใหม่ แต่เรารู้สึกยอดเยี่ยมมากในตอนนั้น แต่ถึงอย่างนั้น การจำลองจะไม่ซ้ำกันทุกครั้งที่เราเล่น เราจึงต้องดำเนินการเพื่อไม่ให้เศษซากขนาดใหญ่มาปิดกั้นเส้นทางของผู้เล่น ความสำเร็จของฉากนี้ทำให้เรารู้สึกสนใจเอฟเฟกต์การทำลายล้างแบบภาพยนตร์ที่มีความเที่ยงตรงสูงยิ่งขึ้น ซึ่งจะเห็นได้ใน Episode Two"
N/A4019"#commentary\cn_104_washing_machine_puzzle.mp3" "[ David Speyrer ] เราสร้างปริศนาฟิสิกส์เครื่องซักผ้าในช่วงท้ายของการพัฒนา หลังจากทดลองเล่นแล้วพบว่าผู้เล่นต้องการเวลาพักจากแรงกดดันอันไม่หยุดหย่อนจากเฮลิคอปเตอร์ จังหวะการเล่นที่ตรงข้ามกันเช่นนี้ช่วยรีเซ็ตอารมณ์ของผู้เล่นและขจัดความเหนื่อยล้าหรือแม้แต่ความเบื่อหน่าย จึงส่งให้ช่วงเวลาอันน่าตื่นเต้นยอดเยี่ยมยิ่งขึ้น การที่ผู้เล่นมีปฏิกิริยาตอบสนองอย่างแรงกล้าต่องานทั้งหมดที่เราทุ่มเทไปในการสร้างเฮลิคอปเตอร์ให้น่ากลัวอย่างแท้จริงเป็นสัญญาณเชิงบวก แต่หากเราไม่สามารถจัดการกับความเครียดจากเจ้านี่ได้ ความเหนื่อยล้าก็จะเข้ามาแทนที่ ทำให้เริ่มรู้สึกจำเจเสียมากกว่าตื่นเต้น เดิมทีผู้เล่นขับรถผ่านพื้นที่นี้อย่างรวดเร็ว แต่ด้วยแสงแดดอันสวยงามและองค์ประกอบของคลองที่นี่ เราจึงตัดสินใจว่านี่จะเป็นจุดที่ดีในการหยุดพักเกม แล้วให้ผู้เล่นใช้เวลาเงียบๆ แก้ปริศนา ตัวปริศนาเองซึ่งเป็นปริศนาแรกที่ใช้มวลและรอก กลายเป็นจุดเริ่มต้นของปริศนาการนำทางผ่านฟิสิกส์อื่นๆ ในเกม "
N/A4020"#commentary\cn_105_airboat_changeup.mp3" "[ Jeff Lane ] เราได้ยินจากผู้ทดลองเล่นว่าพวกเขาต้องการเกมเพลย์ที่หลากหลายมากขึ้นจากแอร์โบ๊ต ในเกมจนถึงจุดนี้ ผู้เล่นยังไม่มีวิธีตอบโต้กับเฮลิคอปเตอร์และศัตรูอื่นๆ อย่างแท้จริง ดังนั้นจึงเป็นจุดที่เหมาะสมที่จะแนะนำอาวุธใหม่ และในทางกลับกันก็เข้ามาเปลี่ยนจังหวะและปูทางสำหรับสิ่งที่จะเกิดขึ้นต่อไป ในพื้นที่ส่วนต่อๆ ไป เราได้เพิ่มการฝึกยิงเป้าเพื่อให้ผู้คนคุ้นเคยกับอาวุธใหม่ของตน แรงฟิสิกส์ในกระสุนปืนลมที่เพิ่มขึ้นหมายความว่าเป้าหมายจะกระเด็นออกไปและทำให้รู้สึกว่าอาวุธทรงพลังกว่าสิ่งใดในอุปกรณ์ของผู้เล่น ถึงอย่างนั้น เมื่อถึงเวลาทดลองต่อสู้กับเฮลิคอปเตอร์ ผู้ทดลองเล่นหลายคนยังคงคิดว่าเฮลิคอปเตอร์เป็นอมตะ พวกเขาไม่ได้สังเกตเห็นความพยายามของเราที่จะแสดงให้เห็นว่าเฮลิคอปเตอร์ได้รับความเสียหายจากปืนที่ติดตั้งโดยคอมไบน์ก่อนหน้านี้ เพื่อแก้ปัญหานี้ เราทำสิ่งที่ชัดเจนที่สุด นั่นคือเราวางเฮลิคอปเตอร์ไว้ด้านนอกอุโมงค์ที่คุณจะได้รับปืน และแสดงให้เห็นอย่างชัดเจนเลยว่าคุณสามารถยิงและควรยิงมันได้แล้ว และสิ่งที่เราลงมือทำก็ได้ผล"
N/A4021"#commentary\cn_106_donkey_kong_barrel_ramp.mp3" "[ Eric Smith ] พื้นที่บริเวณนี้ ทางระบายน้ำนี้โดยเฉพาะ เดิมทีเริ่มต้นเป็นเพียงแค่สถาปัตยกรรมที่น่าสนใจในด่าน แต่ระหว่างการทดลองเล่น เราก็เห็นได้อย่างรวดเร็วเลยว่าการสไลด์เรือแอร์โบ๊ตขึ้นและลงเนินนั้นสนุกแค่ไหน เราจึงเพิ่มองค์ประกอบต่างๆ เข้าไปเพื่อยกระดับประสบการณ์นั้น ซึ่งรวมถึงฉากที่ตำรวจทิ้งถังลงมาใส่ผู้เล่น ซึ่งเป็นการแอบกล่าวถึงเกมอาร์เคดสุดคลาสสิกอย่าง Donkey Kong"
N/A4022"#commentary\cn_107_lambda_cache_interlude.mp3" "[ Danika Rogers ] เกม Half-Life นั้นเป็นประสบการณ์เชิงเส้นตามลำดับเรื่องอย่างแท้จริง แต่เราก็พยายามหาวิธีสร้างทางแยกในเส้นทางการเล่นของผู้เล่น และลดการเล่าเป็นลำดับๆ ในเส้นเรื่องลงภายในระดับด่าน กล่องเสบียงแลมบ์ด้าซึ่งถูกแทนที่ด้วยการซุ่มโจมตีของซอมบี้และเฮดแครบนั้น เป็นตัวเลือกเสริมและสร้างขึ้นเพื่อเพิ่มการเล่าแบบที่ไม่เป็นเชิงเส้นให้กับส่วนการเดินทางผ่านคลองนี้โดยเฉพาะ"
N/A4023"#commentary\cn_108_skybox_time_of_day.mp3" "[ Eric Kirchmer ] สีของผืนฟ้าและหมอกจะค่อยๆ เปลี่ยนไปในบทนี้ โดยสีของหมอกจะสื่อถึงเวลาที่เวียนผ่านไปในขณะที่ผู้เล่นเดินทางผ่านคลองและบทต่างๆ สีหมอกทั้งสองที่อยู่ตรงข้ามกันจะช่วยสร้างภาพลวงตาของมุมที่แสงอาทิตย์สาด คุณจะเห็นดวงอาทิตย์ใกล้ตกดินมากขึ้น ณ ตอนนี้ ทั้งหมดนี้จะรวมกันเข้าเป็นอารีน่าประลองกับเฮลิคอปเตอร์ภายใต้แสงอาทิตย์ตกดินและเห็นเรเวนโฮล์มอย่างชัดเจนในผืนฟ้า"
N/A4024"#commentary\cn_109_helicopter_megabomb_origin.mp3" "[ Brian Jacobson ] การโจมตีด้วยเฮลิคอปเตอร์เมกะบอมบ์นั้นเกิดจากบั๊กตอนที่โปรแกรมเมอร์เผลอลบคูลดาวน์การทิ้งระเบิดออกไป ทำให้เฮลิคอปเตอร์ทิ้งระเบิดหลายร้อยลูกพร้อมกัน มันดูเท่มากจนเราตัดสินใจว่าต้องเก็บมันไว้สำหรับการโจมตีด้วยเครื่องบินขนระเบิดฉากสุดท้าย"
N/A4025"#commentary\cn_110_helicopter_final_battle.mp3" "[ Dave Riller ] เราออกแบบพื้นที่นี้ให้เป็นอารีน่าครั้งสุดท้ายระหว่างผู้เล่นกับเฮลิคอปเตอร์โจมตีของพวกคอมไบน์ นี่คือโอกาสที่ผู้เล่นจะกำจัดศัตรูที่คอยตามล่าพวกเขาอย่างไม่ลดละนับตั้งแต่หลบหนีจากแล็บของไคลเนอร์ลงใต้ดินมาได้สำเร็จ พื้นที่นี้ผ่านการปรับปรุงหลายครั้งเพื่อให้ได้ผลลัพธ์ที่ดีที่สุด โดยจำเป็นต้องมีบริเวณเพียงพอกับการต่อสู้ด้วยยานพาหนะที่รวดเร็ว การเคลื่อนไหวที่ลื่นไหลพร้อมตัวเลือกเส้นทางที่ชัดเจน และประสิทธิภาพที่เชื่อถือได้ นอกจากนี้ เรายังมุ่งเป้าไปที่ความคมชัดของภาพที่เหมาะกับการต่อสู้ด้วย อยากให้โดดเด่นแต่ไม่รบกวนจนเกินไป ในขณะเดียวกันก็ต้องทำให้มั่นใจว่าเมื่อเฮลิคอปเตอร์ถูกทำลายจะเป็นภาพที่น่าจดจำ"
N/A4026"#commentary\cn_111_airboat_wreckage.mp3" "[ David Speyrer ] เดิมที เราทำลายเรือแอร์โบ๊ตระหว่างที่กระโดดข้ามเขื่อน ดังนั้นด่านนี้จึงเปิดฉากด้วยผู้เล่นท่ามกลางซากเรือแอร์โบ๊ตอันเป็นที่รัก ในการทดลองเล่นแบบทั้งทีม ผู้เล่นรู้สึกผิดหวังที่ต้องสูญเสียยานพาหนะที่ใช้มาอย่างยาวนานไป จึงมีการถกเถียงกันภายในอย่างบ่อยครั้งเลยว่าความรู้สึกสูญเสียนั้นเป็นประสบการณ์ที่เป็นประโยชน์หรือไม่ สุดท้ายเราจึงตัดสินใจเก็บเรือแอร์โบ๊ตไว้ในสภาพสมบูรณ์ เพื่อให้ผู้เล่นมีโอกาสได้กลับมาพบกับเรือรักอีกครั้งในสักวันหนึ่ง บางคนกล่าวว่าเรือแอร์โบ๊ตยังคงรอคุณอยู่จนถึงตอนนี้"
N/A4027"#commentary\cn_112_arena_exit_gate.mp3" "[ Quintin Doroquez ] เราเพิ่มกลไกวงล้อสำหรับยกประตูทางออกขึ้นโดยเฉพาะ เพื่อบังคับให้ผู้เล่นเอาชนะเฮลิคอปเตอร์ให้ได้ก่อน จึงจะสามารถเดินหน้าต่อไปได้ ปกติเราจะเรียกองค์ประกอบแบบนี้ว่า \"การกั้น\" ผู้เล่น ซึ่งหมายถึงการใช้องค์ประกอบในการออกแบบกั้นผู้เล่นไว้ไม่ให้เดินหน้าต่อไปจนกว่าจะทำอะไรบางอย่างให้สำเร็จก่อน ตรงนี้จะพูดว่าเป็นประตูจริงๆ ก็คงได้"
N/A4028"#commentary\cn_113_blocking_tutorials.mp3" "[ Adrian Finol ] บางครั้งเราต้องการให้แน่ใจว่าผู้เล่นได้เรียนรู้อะไรบางอย่าง และวิธีที่เป็นมาตรฐาน อย่างน้อยก็ในการพัฒนาเกม ไม่ใช่ในชีวิตจริง คือการกักผู้เล่นไว้หลังประตูอะไรสักอย่าง และผู้เล่นต้องแสดงความรู้บางอย่างเพื่อให้สามารถผ่านไปได้ เราพยายามซ่อนประตูพวกนี้ให้ดูเหมือนเป็นสิ่งที่เป็นธรรมชาติ จะได้ไม่รู้สึกว่าเกมหยุดชะงัก แต่แน่นอนว่าเวลา ทรัพยากร หรือบริบททางสภาพแวดล้อมอาจจะทำให้ลำบากหน่อย ในกรณีนี้เราต้องสอนให้ผู้เล่นรู้ว่าจะเคลื่อนย้ายวัตถุได้อย่างไร ดังนั้นการไขปริศนาซ้อนของแบบง่ายๆ เลยดูเหมือนจะเป็นทางออกที่ดีที่สุด เราลองทดสอบรูปแบบอื่นที่ซับซ้อนกว่านี้ แต่ไม่มีอะไรที่สอนสิ่งที่เราต้องการให้ผู้เล่นเรียนรู้ได้ดีเท่านี้"
N/A4029"#commentary\cn_114_natural_storytelling.mp3" "[ Bill Van Buren ] เพื่อให้บรรลุเป้าหมายในการสร้างโลกและการเล่าเรื่องตลอดทั้งส่วนสถานีรถไฟ เราจำเป็นต้องมีวิธีการนำเสนอบทสนทนาที่เป็นธรรมชาติโดยไม่ทำให้รู้สึกว่า \"มีแค่ในเกม\" มากเกินไปหรือต้องมีบทแนะนำ เราสังเกตเห็นว่าผู้เล่นมักจะเข้าหา NPC เพื่อดูชัดๆ เราจึงเปลี่ยนพฤติกรรมนี้ให้เป็นโอกาสให้ NPC รับรู้ตัวตนผู้เล่นและพูดบทของตนเอง วิธีนี้ช่วยให้การโต้ตอบเป็นไปอย่างราบรื่น ซึ่งเป็นสิ่งสำคัญเนื่องจากพลเมืองไม่ได้ร่าเริงหรือมีชีวิตชีวาขนาดนั้น ความเรียบง่ายของวิธีการนี้ยังสอดคล้องกับเป้าหมายหลักอย่างหนึ่งของการเล่าเรื่องใน Half-Life นั่นคือการทำให้การเล่าเรื่องเป็นไปตามความสนใจของผู้เล่น ผู้เล่นบางคนต้องการเจาะลึกทุกรายละเอียด ในขณะที่บางคนแค่อยากรู้ว่าต้องทำอะไรต่อไป การให้ผู้เล่นควบคุมปริมาณเรื่องราวที่ตนเองจะมีส่วนร่วมโดยไม่ปิดกั้นความคืบหน้า เป็นเป้าหมายที่เราพยายามรักษาไว้เสมอในเกม Half-Life ยิ่งไปกว่านั้น ยิ่งคุณสมบัติมีความซับซ้อนน้อยเท่าไหร่ เราก็สามารถใส่คุณสมบัติเหล่านั้นได้มากขึ้นเท่านั้น"
N/A4030"#commentary\cn_115_trainstation.mp3" "[ Charlie Brown ] ในตอนที่เริ่มสร้างเกม Half-Life นั้น เรามีภารกิจสำคัญมากมายที่ต้องลงมือ นั่นคือ เราต้องแนะนำผู้เล่นให้รู้จักกับโลกใหม่ พร้อมกับสอนวิธีมีปฏิสัมพันธ์กับโลกนั้น ผู้เล่นต้องเข้าใจอย่างรวดเร็วว่าเกิดอะไรขึ้น ใครคือผู้เล่นหลัก ภัยคุกคามที่จะเผชิญคืออะไร และจะปรับตัวเข้ากับโลกนี้ได้อย่างไร และเหนือสิ่งอื่นใด เกมจะต้องสนุกและมีการโต้ตอบกันมากที่สุดเท่าที่จะเป็นไปได้ การที่จะทำให้สิ่งดังกล่าวประสบความสำเร็จได้นั้นต้องอาศัยการทำซ้ำและการทดลองเล่นหลายครั้ง โดยเฉพาะอย่างยิ่งในช่วงเวลาเล็กๆ น้อยๆ ที่ประกอบกันเป็นภาพรวมของเกม ในส่วนนี้ เราจะเน้นไปที่ช่วงเวลาสำคัญ ปัญหาในการออกแบบเกม และการทดลองเล่นบางช่วงที่ทุกอย่างไม่ได้เป็นไปตามแผนที่วางไว้"
N/A4031"#commentary\cn_116_physics_objects.mp3" "[ David Sawyer ] อาจจะนึกถึงตอนก่อนหน้านี้ไม่ออกแล้ว แต่ตอนที่ Half-Life 2 เพิ่งออกใหม่ๆ วัตถุเล็กๆ ในเกมอย่างพวกเศษขยะจะไม่ขยับเขยื้อน หรือพูดตรง ๆ ก็คือไม่ขยับเลย หรือถ้าขยับได้ ก็จะขยับแบบง่ายๆ ถ้าโชคดี วัตถุพวกนี้อาจจะแตกออกเป็นสไปรต์ถ้าไปตีโดน เป้าหมายอย่างหนึ่งที่เราตั้งไว้สำหรับส่วนของสถานีรถไฟในตอนแรกก็คือการทำให้ผู้เล่นเข้าใจอย่างชัดเจนว่า สิ่งของพวกนี้ถูกจำลองขึ้นมาใน Half-Life 2 จริงๆ เราสามารถหยิบขึ้นมา ทิ้งไป โยน ทำลาย หรือเคลื่อนย้ายด้วยพลังอื่นๆ อะไรก็ได้ตามใจนึก ตรงนี้ เราจะเริ่มด้วยสิ่งเล็กๆ น้อยๆ อย่างแสดงให้เห็นว่าขยะถูกพัดออกไปเมื่อรถไฟเข้าเทียบชานชาลา หรือพูดให้เจาะจงกว่านั้นก็คือพัดกระเด็นด้วยปริมาตรที่มองไม่เห็นซึ่งเกิดขึ้นเมื่อผู้เล่นลงจากรถไฟ"
N/A4032"#commentary\cn_117_blocking_tutorials_3.mp3" "[ Eric Smith ] ความล้มเหลวที่สองในพื้นที่สอนเล่นนี้เป็นกรณีของ \"การสอนผิด\" คือเราบังเอิญสอนผู้เล่นในสิ่งที่เราไม่ได้ตั้งใจจะสอน ซึ่งเรื่องนี้เป็นสิ่งที่หลีกเลี่ยงได้ยากหากไม่มีการทดสอบเล่นอย่างละเอียด เพราะเกมนั้น \"กำลังสอน\" ผู้เล่นอยู่ตลอดเวลา แม้จะไม่ได้ออกแบบมาให้สอนก็ตาม เราจะพูดถึงตัวอย่างที่รุนแรงกว่านี้ในภายหลังตอนที่พูดถึงด่าน Trainstation บางกรณีของการสอนผิดถือว่าสำคัญมากและจะต้องแก้ไข เช่น ถ้าผู้เล่นเรียนรู้วิธีใช้ปืนผิด หรือเข้าใจวิธีใช้งานองค์ประกอบทั่วไปของเกมผิด แต่ในกรณีนี้จะมีความละเอียดอ่อนกว่านั้น ตอนที่เรากำลังสอนผู้เล่นฝึกการเคลื่อนย้ายวัตถุ แต่เรากลับเผลอสอนให้ผู้เล่นวางวัตถุซ้อนกันเพื่อหนีออกจากพื้นที่เล่นไปด้วย ซึ่งโดยปกติแล้วอาจจะไม่มีผลอะไร เว้นแต่ว่าเราไม่ได้ใช้ปริศนาลักษณะนี้ในเกมช่วงหลังเลย การสอนสิ่งที่ไม่เกี่ยวข้องนี้จะไปเพิ่มวิธีการเล่นในหัวของผู้เล่นโดยไม่จำเป็น และทำให้จดจำสิ่งสำคัญที่ต้องใช้จริงได้ยากขึ้น ที่แย่กว่านั้นคือ การซ้อนวัตถุเพื่อหนีออกจากพื้นที่เล่นกลายมาเป็นปัญหาในภายหลัง ซึ่งเราต้องหาวิธีป้องกันในหลายจุดของเกมอย่างจริงจัง ด้วยจำนวนวัตถุฟิสิกส์ที่มีมาก การปิดกั้นพฤติกรรมนี้โดยการใส่เพดานไปทั่วก็ไม่ใช่ทางเลือกที่ดี เพราะสุดท้ายเราทำได้เพียงหวังว่าผู้เล่นจะไม่คิดมากกับบทเรียนแรก ๆ นี้ และเมื่อการทดสอบพบว่าผู้เล่นติดปัญหาในช่วงหลัง เราก็ระวังไม่ไปย้ำเตือนพวกเขาเกี่ยวกับมันอีก"
N/A4033"#commentary\cn_118_welcome.mp3" "[ Gabe Newell ] ผม Gabe Newell ยินดีต้อนรับกลับสู่ Half-Life 2 นะครับ ผ่านมานานมากแล้วถึง 20 ปีเต็มตั้งแต่เกมนี้เปิดตัว ซึ่งสำหรับการอัปเดตฉลองครบรอบนี้ เราพยายามทำตามคำขอของชุมชนผู้เล่นให้ได้มากที่สุด ถึงแม้สิ่งนี้อาจจะไม่ใช่สิ่งที่แฟนๆ เรียกร้องมากที่สุด แต่ผมได้ยินบ่อยมากว่าหลายคนอยากให้มีโหมดคำอธิบาย เราเลยตื่นเต้นมากที่ได้ทำมันจริงๆ สักที บอกเลยว่ามันไม่ง่ายเลยนะ ทั้งการพยายามนึกถึงรายละเอียดของการพัฒนา Half-Life 2 แล้วก็การไปเปิดโค้ดเก่าๆ ที่เขียนไว้เป็นสิบปีแล้ว แล้วก็มานั่งสงสัยว่า \"ตอนนั้นเราคิดอะไรอยู่วะเนี่ย\" นอกจากเพิ่มโหมดคำอธิบายแล้ว เราก็แก้บั๊กเก่า ๆ ไปหลายจุด และพยายามทำให้เกมอยู่ในสภาพที่ดีกว่าตอนแรก อย่างน้อยคราวนี้เราก็ได้เปรียบตรงที่รู้แล้วว่าทุกอย่างมันจะลงเอยยังไง ถ้าอยากฟังในโหนดคำอธิบาย ให้ชี้เป้าเล็งไปที่สัญลักษณ์คำอธิบายที่ลอยอยู่ แล้วกดปุ่มใช้งาน ถ้าอยากหยุดโหนดคำอธิบาย ให้ชี้เป้าไปที่สัญลักษณ์ที่หมุนอยู่แล้วกดปุ่มใช้งานอีกครั้ง แล้วช่วยบอกผมด้วยว่าคุณคิดยังไง สามารถติดต่อผมได้ที่ gaben@valvesoftware.com ขอบคุณมากเลย ขอให้สนุกนะครับ!"
N/A4034"#commentary\cn_119_metrocop_shoving_citizens.mp3" "[ Josh Weier ] เราเดินมาแค่ไม่กี่ก้าว ก็มีปัญหาให้แก้แล้ว จุดนี้เรากำลังแนะนำเมโทรค็อป ศัตรูที่สุดท้ายแล้วเราจะให้ผู้เล่นต้องกำจัด และในขณะเดียวกันก็เปิดให้เห็นโลกที่ผู้เล่นกำลังจะก้าวเข้าไป มันเป็นช่วงสั้น ๆ ที่ชัดเจน แสดงให้เห็นความสัมพันธ์ระหว่างเมโทรค็อปกับพลเมือง และก็หมายถึงตัวผู้เล่นเองด้วย พร้อมกันนั้น เราตัดสินใจย้ำให้ผู้เล่นรับรู้ว่ามีระบบฟิสิกส์หลักอยู่ โดยโชว์ให้เห็นว่า NPC สามารถโต้ตอบกับวัตถุในโลกได้อย่างเป็นธรรมชาติ การเห็นสิ่งต่างๆ เช่น กระเป๋าเดินทางชนกันแล้วกระเด็นออกมา ซึ่งตอนนั้นถือว่าแปลกใหม่มาก ช่วงเวลาแบบนี้ที่สถานีรถไฟ ซึ่งเราได้รวมหลายเป้าหมายเข้าด้วยกัน คือสิ่งที่ทำออกมาได้ดีที่สุด เพราะให้ความรู้สึกเป็นธรรมชาติ เหมือนเกมไม่ได้หยุดเพื่อสอนอะไรคุณโดยตรง"
N/A4035"#commentary\cn_120_fall_damage.mp3" "[ Kerry Davis ] การสอนผู้เล่นทำสิ่งต่างๆ ถือเป็นสิ่งสำคัญมากสำหรับเกม แต่ถ้าอยากให้ผู้เล่นตัดสินใจได้อย่างมั่นใจ เขาก็ต้องเข้าใจกฎเล็กๆ น้อยๆ ที่ซ่อนอยู่ด้วย ช่วงสั้นๆ ตรงนี้จะสอนผู้เล่น 2 อย่าง อย่างแรกคือเกมจะแสดงให้เห็นว่าผู้เล่นสามารถตกจากที่สูงแค่ไหนโดยไม่เสียพลังชีวิต อย่างที่สอง จะมีการแนะนำ “คำศัพท์” ในเกม หรือวิธีที่เกมจะสื่อสารกับผู้เล่น ผู้เล่นมักกังวลว่าถ้าตกแล้วจะเสียพลังชีวิต หรือก้าวไปในทางที่ถอยกลับไม่ได้ ดังนั้นในส่วนนี้ เราเลยวางลังไม้ไว้รองรับ เพื่อบอกเป็นนัยว่ากระโดดลงไปแล้วปลอดภัยและบอกใบ้ว่าให้ไปต่อทางนี้ พอลังแตก มันก็ย้ำให้เห็นระบบฟิสิกส์ของเกม และน่าจะเป็นครั้งแรกที่ผู้เล่นเห็นว่าวัตถุใหญ่ๆ สามารถแตกออกเป็นชิ้นๆ ได้"
N/A4036"#commentary\cn_121_sweeping_vortigaunt.mp3" "[ Laura Dubuk ] ช่วงนี้ถือเป็นอีกหนึ่งช่วงสำคัญของการเล่าเรื่อง และก็เป็นอีกครั้งที่เราอ้างอิงถึงระบบฟิสิกส์ จุดนี้เรากำลังแสดงให้เห็นว่าวอร์ติกอนต์เข้ามามีบทบาทในโลกใหม่นี้ยังไง ซึ่งถือว่าเป็นการเปลี่ยนแปลงครั้งใหญ่จากบทบาทเดิมใน Half-Life 1 ที่เคยเป็นศัตรู เหมือนกับหลายๆ ช่วงเวลาในด่านสถานีรถไฟ การที่มีวอร์ติกอนต์กวาดพื้นเกิดจากความพยายามของเราที่จะหาวิธีทำให้ตัวละครดูมีปฏิสัมพันธ์กับระบบฟิสิกส์อย่างเป็นธรรมชาติ ทำไมต้องบอกผู้เล่นว่าวอร์ติกอนต์กลายมาเป็นมิตรแล้ว ในเมื่อเราสามารถโชว์ให้เห็นด้วยการให้มันกวาดพื้นไปเรื่อยๆ ชนของที่จำลองฟิสิกส์อยู่รอบๆ ได้ล่ะ ไม่มีอะไรจะส่งซิกผู้เล่นว่า \"รอบนี้ไม่ต้องยิงฉันนะ\" ได้ดีไปกว่าการตั้งหน้าตั้งตาทำความสะอาดแล้วครับ"
N/A4037"#commentary\cn_122_blocking_tutorials_2.mp3" "[ Robin Walker ] มีความล้มเหลวอยู่ 2 อย่างในบทสอนนี้ อย่างแรกคือผู้เล่นสามารถทำลายระบบได้โดยการโยนกล่องทั้งหมดออกไปนอกหน้าต่าง ซึ่งแน่นอนว่าไม่ใช่เรื่องดี เพราะจะทำให้พวกเขาติดและไม่สามารถเล่นต่อได้ ถือเป็นบั๊กระดับหยุดเกมที่เราต้องแก้ไขแน่นอน ทางแก้ง่ายๆ ก็คือ ปรับขนาดของหน้าต่างหรือกล่องให้พอดี เพื่อให้ผู้เล่นสามารถลอดออกไปได้ แต่ไม่สามารถโยนกล่องออกไปได้ แต่ปัญหาคือเราเพิ่งจะเจอเรื่องนี้ในช่วงท้ายของการพัฒนา และแม้แต่การเปลี่ยนแปลงเล็กน้อยแบบนี้ ก็อาจก่อให้เกิดผลกระทบที่คาดไม่ถึง โดยเฉพาะก่อนเกมจะวางจำหน่ายไม่นาน ที่สำคัญคือ ปัญหานี้เป็นเพียงข้อสันนิษฐานเท่านั้น เราไม่เคยเห็นผู้ทดสอบเกมทำแบบนั้นจริง ๆ การทดสอบทั้งหมดในพื้นที่นี้ผ่านไปได้ด้วยดี ผู้เล่นเรียนรู้สิ่งที่ควรเรียนรู้และเดินหน้าต่อไป การเปลี่ยนแปลงห้องในช่วงท้ายของการพัฒนาอาจทำให้สิ่งที่ทำงานดีอยู่แล้วพังลงได้อย่างที่เราไม่คาดคิด ดังนั้นเราจึงเลือกแนวทางแก้ที่ปลอดภัยมากกว่าจะเสี่ยงแก้ให้บานปลาย ถ้าคุณสงสัย ก็ลองโยนกล่องทั้งหมดออกไปนอกหน้าต่างดูสิครับ แล้วจะเห็นเอง"
N/A4038"#commentary\cn_123_playground.mp3" "[ Brian Jacobson ] ตอนที่เราคุยกันว่าจะโชว์ระบบฟิสิกส์ในสภาพแวดล้อมเมืองยังไง สนามเด็กเล่นดูเป็นตัวเลือกที่เหมาะที่สุด แล้ว ผู้เล่นที่ตั้งใจฟังดร. บรีนดีๆ ฉากนี้ก็ช่วยตอกย้ำถึงราคาที่มนุษยชาติต้องจ่ายในการยอมจำนนต่อคอมไบน์ด้วย เราเลือกโครงสร้างสนามเด็กเล่นที่มีศักยภาพด้านฟิสิกส์น่าสนใจมาหลายอย่าง แล้วก็เริ่มปรับแต่งมัน ถึงแม้ตอนนั้นเราจะมีระบบฟิสิกส์ที่ล้ำมากแล้วก็ตาม การติดตั้งในลักษณะนี้ก็ยังต้องปรับแบบแมนนวลอยู่ดี เพราะเราจะให้วัตถุที่จำลองฟิสิกส์เต็มรูปแบบไปโต้ตอบกับวัตถุที่ไม่ได้จำลองเต็มรูปแบบ เช่น ผู้เล่น หรือฉากในโลกที่เป็นวัตถุคงที่ มันอาจดูเหมือนว่าระบบจำลองจะช่วยแบกงานส่วนใหญ่ได้ แต่จริงๆ แล้วแม้จะผ่านมากว่ายี่สิบปี ก็ยังทำไม่ได้ขนาดนั้น ตอนที่เราทำสนามเด็กเล่น ช่วงท้ายของการพัฒนาเกม เราปรับแรงเสียดทานของสไลเดอร์ยังไงก็ไม่ลงตัว สุดท้ายเลยตัดสินใจทำให้บันไดพังไปเลย เพื่อไม่ให้ผู้เล่นปีนขึ้นไปได้ แต่เอาเข้าจริง คุณก็ยังเดินขึ้นไปทางด้านหน้าได้อยู่ดี ผู้เล่นมักจะทำอะไรที่เราไม่คาดคิดอยู่เสมอแหละครับ"
N/A4039"#commentary\cn_124_pick_up_that_can.mp3" "[ Charlie Brown ] การวางบริบทในบทสอน คือการสร้างสถานการณ์ในเรื่องราวให้มันเกิดขึ้นจริง ซึ่งช่วยให้เราไม่ต้องใช้วิธีหยุดเกมเพื่อสอนผู้เล่นเพียงอย่างเดียว เราได้เพิ่มคุณค่าด้านเนื้อเรื่องเข้าไปด้วย ในส่วนนี้ เรากำลังสอนผู้เล่นให้ขว้างวัตถุ โดยผูกเข้ากับสถานการณ์ที่ให้ผู้เล่นมีสิทธิ์เลือกว่าจะตอบสนองยังไง หลังจากเห็นเมโทรทำร้ายพลเมืองแบบไม่แยแส เราก็น่าจะเอาผู้เล่นมาอยู่ในสถานการณ์คล้ายๆ กันได้ ถ้าผู้เล่นคิดว่าพลเมืองควรตอบโต้ยังไง ตอนนี้เขามีโอกาสแสดงออกแบบนั้นแล้ว จากการทดสอบ ส่วนใหญ่ผู้เล่นจะทำตามหรือปฏิเสธคำสั่งให้เก็บกระป๋อง แต่บางคนพยายามเลี่ยงการเผชิญหน้าไปเลย บางคนทำตามไปก่อน แล้วค่อยเอาคืนหลังจากรู้สึกว่าถูกหยามหน้า ทั้งนี้เราก็ได้จำกัดการเล่นในช่วงนี้เอาไว้ทั้งในแง่การกระทำของผู้เล่นและพื้นที่ที่มี เราจึงสามารถตอบสนองต่อทุกทางเลือกได้อย่างเหมาะสม"
N/A4040"#commentary\cn_125_promises.mp3" "[ Danika Rogers ] ช่วงต้นของเกม Half-Life หนึ่งในเป้าหมายของเราคือการตั้งความคาดหวังให้กับผู้เล่นเพื่อบอกเป็นนัยว่าพวกเขาจะเจออะไรต่อไปในอนาคต ตั้งแต่ภาพยนตร์ รายการทีวี ไปจนถึงหนังสือ เพราะผลงานบันเทิงที่ดีมักทำแบบนี้กันทั้งนั้น และวิดีโอเกมก็ไม่ต่างกัน ความคาดหวังเหล่านี้ในเกม Half-Life มีหลายรูปแบบ มีทั้งวิธีง่ายๆ ด้วยการเผยให้เห็นอะไรที่น่าสนใจเพียงครู่หนึ่ง หรือวิธีที่ซับซ้อนขึ้นมาหน่อยอย่างเช่นการให้ผู้เล่นมีปฏิสัมพันธ์กับเมโทรค็อป การที่เราวางผู้เล่นให้เป็นลูกไล่ตัวละครเหล่านี้ไปก่อน คือการปูทางไปสู่ช่วงเวลาที่ผู้เล่นจะได้เอาคืนในที่สุด"
N/A4041"#commentary\cn_126_exploration.mp3" "[ David Sawyer ] หลังจากที่ผู้เล่นถูกเมโทรค็อปไล่ต้อนผ่านสถานีรถไฟมา เราอยากให้ผู้เล่นมีโอกาสได้สำรวจพื้นที่บ้าง ลานกว้างตรงนี้เลยถูกออกแบบมาให้โต้ตอบได้ในหลายวิธี ทั้งกับพลเมือง, เมโทรค็อป, สแกนเนอร์ และโครงสร้างต่างๆ ของเมือง เราตั้งใจให้การโต้ตอบเหล่านี้สร้างโลกของเกมขึ้นมา โดยไม่ต้องใช้บทสอนแบบตรงๆ แล้วเราก็ปรับแต่งจนเล่นได้อย่างเป็นธรรมชาติ โดยไม่ต้องมีการสอนจริงจังเลย"
N/A4042"#commentary\cn_127_early_game_exploration.mp3" "[ David Speyrer ] ก่อนถึงลานกว้างตรงนี้ ผู้เล่นแทบไม่ต้องคิดเรื่องเส้นทางเลย เพราะมีเส้นทางให้อย่างชัดเจนและตรงไปตรงมา แต่ตรงลานกว้างนี้ เราอยากกระตุ้นให้ผู้เล่นออกสำรวจมากขึ้น ซึ่งหมายความว่าต้องทำให้ทางไปต่อดูไม่ชัดเจนนัก ซึ่งก็อาจทำให้ผู้เล่นรู้สึกหลง หรือสับสนไปเลยอย่างที่คุณคาดหวังกับเกมนี้อยู่แล้ว การเปลี่ยนจังหวะแบบนี้ทำได้ยาก โดยเฉพาะช่วงต้นเกมที่ผู้เล่นยังเรียนรู้สัญญาณนำทางของเกมอยู่ ซึ่งลานกว้างแห่งนี้ก็ซับซ้อนกว่านั้นอีกเพราะมีด่านตรวจที่ใช้สนามพลังด้วย โดย NPC พลเมืองเดินผ่านด่านตรวจนี้ได้ แต่ผู้เล่นผ่านไม่ได้ ทำให้ผู้เล่นหลายคนในการทดสอบคิดว่าต้องมีวิธีลัดผ่านไปได้แน่ๆ แต่สุดท้าย เราก็ดำเนินการทดสอบอยู่หลายครั้งเพื่อหาวิธีทำให้ตรอกที่เป็นทางไปต่อมองเห็นได้ชัดขึ้น โดยใช้ทั้งแสงสว่าง การจัดเลย์เอาต์ และลังไม้ซึ่งเป็นวัตถุที่ผู้เล่นใช้เป็นสัญญาณว่าตนมาถูกทางแล้ว การดำเนินการทั้งหมดนี้ทำเพื่อค่อยๆ ชี้นำผู้เล่นให้เดินไปข้างหน้าอย่างแนบเนียน"
N/A4043"#commentary\cn_128_strider.mp3" "[ Doug Wood ] ช่วงง่ายๆ ตรงนี้ใช้สร้างความคาดหวังว่าคุณจะได้เจอเจ้าสิ่งมหึมานี้ในเกมช่วงหลัง ถึงแม้ฉากจะดูเรียบง่าย แต่จริงๆ แล้วต้องใช้การทดสอบเล่นและปรับแก้หลายรอบมาก เพราะเป้าหมายของ Half-Life คือไม่แย่งผู้เล่นควบคุมเกมเลย อย่างที่คุณนึกออก เราต้องปรับจูนอะไรเล็กๆ น้อยๆ เยอะมาก เพื่อให้มั่นใจว่าผู้เล่นส่วนใหญ่จะมองไปที่จุดที่เราต้องการในเวลาที่เหมาะสม การจัดเลย์เอาต์ของถนนและฉากของ Metrocop ถูกออกแบบมาเพื่อดึงสายตาผู้เล่นไปยังจุดนั้น และจัดเฟรมให้สไตรเดอร์โผล่มาได้อย่างสมบูรณ์แบบ"
N/A4044"#commentary\cn_129_physics_simulation.mp3" "[ Jay Stelly ] ถึงแม้ว่าเราจะเริ่มทำ Half-Life 2 โดยใช้ระบบฟิสิกส์จากเจ้าอื่นที่ใช้งานได้อยู่แล้ว แต่เราก็ยังต้องใช้เวลาหลายปีในการทำงานเพิ่ม ทั้งการปรับระบบจำลองเองและการผสานเข้ากับเกม จนกว่าจะรู้สึกว่าตอบโจทย์ความต้องการของทีมดีไซน์ได้ การรักษาคุณภาพและประสิทธิภาพให้อยู่ในระดับที่สามารถปล่อยเกมได้เป็นอะไรที่ท้าทายมากตลอดการทำงาน แต่ปัญหาที่ซับซ้อนกว่าคือการตัดสินใจว่าเราจะจำลองอะไร และจำลองแค่ไหน เราไม่สามารถจำลองทุกอย่างได้ และถึงแม้จะทำได้ การจำลองไปซะทุกอย่างก็ทำให้ประสบการณ์การเล่นด้อยลงได้ในแง่การออกแบบเกม ในหลายกรณี เราตั้งใจบิดกฎของการจำลองเพื่อทำให้ประสบการณ์ของผู้เล่นดีขึ้น การปรับแบบนี้ส่วนใหญ่ผู้เล่นจะไม่สังเกตเห็น เพราะมันสอดคล้องกับสิ่งที่ผู้เล่นตั้งใจให้เป็นอยู่แล้ว ตัวอย่างเช่น เราปิดการปะทะกันระหว่างผู้เล่นกับวัตถุขนาดใหญ่ เพื่อให้ผู้เล่นหมุนตัวในพื้นที่แคบได้ หรือเราปรับการยิงสำรองในปืนไรเฟิลของคอมไบน์ให้ลูกบอลคอมไบน์วิ่งเข้าหาศัตรูได้แม่นขึ้น ทำให้มันมีประสิทธิภาพมากกว่าเดิม"
N/A4045"#commentary\cn_130_physics_simulation_2.mp3" "[ Jeff Lane ] พื้นที่ที่การออกแบบเกมหรือข้อจำกัดอื่นๆ ที่ส่งผลต่อการจำลองระบบฟิสิกส์มักต้องปรับแต่งเพิ่มเพื่อไม่ให้การจำลองพัง ตัวอย่างเช่น ตอนแรกเราเคยลองเพิ่มการจำลองฟิสิกส์ให้กับตัวผู้เล่น หมายถึงทำให้การเคลื่อนไหวของผู้เล่นเป็นส่วนหนึ่งของระบบฟิสิกส์ของโลกมากขึ้น เรารู้ว่ามันอาจทำให้การควบคุมรู้สึกไม่แม่นยำ แต่ก็หวังว่าจะได้ประสบการณ์ใหม่ๆ แต่หลังจากปรับการเคลื่อนไหวให้ใกล้เคียงกับเวอร์ชันที่จำลองน้อยลง เราก็เจอปัญหาใหญ่ นั่นคือแรงฟิสิกส์ที่ต้องใช้เพื่อให้ผู้เล่นวิ่งได้เร็วเท่าเดิมมันสูงมาก จนแค่เมื่อชนวัตถุที่มีระบบจำลองฟิสิกส์อยู่ ก็อาจตายเพราะแรงกระแทกได้ เราลองแก้หลายรอบแล้ว แต่สุดท้ายก็หาวิธีที่เราต้องการไม่ได้ เลยกลับไปใช้การเคลื่อนไหวแบบที่มีการจำลองน้อยกว่า แต่วิธีนี้ก็ไม่ได้ง่ายกว่าเท่าไร เพราะเราก็เจอความท้าทายใหม่อีกว่าผู้เล่นจะโต้ตอบกับวัตถุที่มีระบบจำลองมากกว่าตนเองอย่างไร แต่ข้อดีคือวิธีนี้ทำให้เรามอบประสบการณ์การควบคุมที่แม่นยำอย่างที่เราต้องการได้"
N/A4046"#commentary\cn_131_playtesting.mp3" "[ John Morello ] การทดสอบการเล่นเป็นหัวใจสำคัญของการทำเกม เพราะเราไม่มีทางคาดเดาได้ 100% ว่าผู้เล่นจะตอบสนองยังไง หรือจะตีความสิ่งที่เราสร้างไว้แบบไหน เราถึงต้องทดสอบเพื่อเรียนรู้และปรับปรุงให้ดีขึ้น ระหว่างการทดสอบ เราจะไม่แนะนำหรือพูดกับผู้เล่นเลย แม้ผู้เล่นจะติดอยู่ก็ตาม เพราะเมื่อเกมวางจำหน่ายแล้ว เราคงไม่ได้นั่งอยู่กับผู้เล่นด้วย เป้าหมายของเราคือทำให้ผู้ทดสอบลืมไปเลยว่ากำลังทดสอบอยู่ และเล่นเหมือนอยู่บ้านจริงๆ เพราะการขัดจังหวะขณะเล่น อาจทำให้ข้อมูลเพี้ยนได้ ซึ่งเราจะเข้าไปแทรกเฉพาะถ้ามีบั๊กที่ทำให้เล่นต่อไม่ได้ หรือในกรณีที่หายากมากๆ คือพฤติกรรมของผู้เล่นดูสับสนจนเราต้องทำความเข้าใจอีกทีว่าผู้เล่นคิดอะไรอยู่"
N/A4047"#commentary\cn_132_playtesting_anecdote_1.mp3" "[ Matt Boone ] มีการทดสอบครั้งหนึ่งที่เราจำไม่ลืม และทำให้เรารู้ว่าเราไม่มีทางมั่นใจได้เลยว่าผู้เล่นคิดอะไรอยู่หรือผู้เล่นเรียนรู้อะไรจากประสบการณ์ที่เจอ ผู้ทดสอบคนนี้ หลังจากเล่นมาตั้งแต่ต้นเกมแล้วมาติดตรงประตูที่เปิดไม่ได้ เขาใช้เวลาหลายนาทีสลับไปมาระหว่างเกมกับเมนูตั้งค่าคีย์บอร์ด พอเราถามว่ากำลังหาอะไรอยู่ เขาบอกว่ากำลังหาปุ่มควบคุม “ช่องเก็บของ” เพราะคิดว่าจะใช้ไอเท็มที่เก็บมาก่อนหน้านี้มาไขประตู เราจำได้ว่าเขาเก็บแล้วก็ปล่อยวัตถุฟิสิกส์หลายชิ้นทิ้งไป แต่เขาเข้าใจผิด เขาคิดว่าถ้ากดปุ่มใช้งานตอนถือของอยู่ เกมจะย้ายของไปเข้าช่องเก็บของให้ เพราะเขาเห็นของตกลงพื้นตรงๆ ไปแบบนั้น เรารู้ว่ามันเป็นไปตามกลไกแรงโน้มถ่วงปกติ แต่จะคิดแบบผู้เล่นคนนี้ก็ไม่แปลกครับ เพราะเกมผจญภัยบางเกมในยุคนั้นก็ใช้วิธีนี้จริงๆ คือเอาของใส่ช่องเก็บของไปได้เลยโดยที่ผู้เล่นมองไม่เห็น เราเลยอธิบายว่าเกมนี้ไม่มีช่องเก็บของ แล้วการทดสอบก็ดำเนินต่อไป หลังจากนั้นเราก็คิดว่าจะต้องแก้ไขเรื่องนี้ไหม แต่เพราะไม่มีผู้ทดสอบคนอื่นเจอปัญหาแบบนี้เลย และวิธีแก้ที่คิดได้ก็ดูจะยุ่งยากเกินไป เราเลยตัดสินใจปล่อยไว้ ถือว่าเป็นกรณีเฉพาะ แต่เหตุการณ์นี้ก็เป็นเครื่องเตือนใจที่ดี ว่ารายละเอียดเล็กๆ ที่เรามองข้ามไป อาจทำให้ผู้เล่นเข้าใจผิดได้ง่ายๆ"
N/A4048"#commentary\cn_133_cratebaby.mp3" "[ Scott Dalton ] ตุ๊กตาทารกตัวเล็กๆ ตัวนี้มีตำนานยาวนานมาก ตลอดหลายเดือนที่เราทดสอบเกมกันภายใน บางคนในทีมก็ใช้โอกาสนี้คิดชาเลนจ์ขึ้นมาเพื่อทำให้การทดลองเล่นในรอบที่ 47 นี้สนุกขึ้นมาหน่อย พวกเขาจะเอาตุ๊กตาใส่ในลังสีน้ำเงินใกล้ๆ แล้วลองดูว่าจะพามันไปได้ไกลแค่ไหนตลอดทั้งเกม หลังจาก Half-Life 2 วางจำหน่าย ชุมชนผู้เล่นก็เริ่มทำตาม โดนเอาตุ๊กตาทารกใส่กล่องไปด้วย พร้อมแต่งเรื่องราวและกติกาของตัวเองเพิ่มเข้าไป อีกไม่กี่ปีต่อมา ตอนที่เราทำ Episode 2 นี่แหละคือแรงบันดาลใจให้เราสร้างเป้าหมายความสำเร็จที่ชื่อ Little Rocket Man ซึ่งผู้เล่นต้องพาโนมการ์เด้นที่ชื่อ “Gnome Chompski” ไปตลอดทั้ง Episode ซึ่งเจ้า Chompski ตัวนี้ก็กลับมาปรากฏอีกครั้งใน Left 4 Dead 2 ในเป้าหมายความสำเร็จที่ชื่อ Guardin’ Gnome ที่ผู้เล่นต้องพามันผ่านแคมเปญ Dark Carnival ให้ได้ การมีปฏิสัมพันธ์กับผู้เล่นแบบนี้คือหนึ่งในสิ่งที่เราปลาบปลื้มในการพัฒนาเกม เราออกแบบเกมโดยมีทฤษฎีในหัว แต่คุณไม่มีทางรู้จริงๆ ว่าเกมจะออกมาเป็นอย่างไร จนกว่าผู้เล่นจะได้ลองเล่นเอง"
N/A4049"#commentary\cn_134_the_citadel.mp3" "[ Eric Kirchmer ] เราต้องการให้มุมมองแรกของผู้เล่นต่อ City 17 เน้นไปที่ซิทาเดล และแสดงถึงการครอบงำเมืองของมัน เพื่อสื่อถึงอำนาจเบ็ดเสร็จของคอมไบน์ที่มีเหนือมนุษยชาติ และมันยังต้องทำหน้าที่เป็นเป้าหมายที่ชัดเจนด้วย แม้จะเพิ่งเริ่มเกม คุณก็เห็นแล้วว่าการเดินทางของคุณจะจบที่ไหน แต่ถึงซิทาเดลจะใหญ่โตขนาดนั้น ผู้เล่นในการทดสอบหลายคนก็มักมองไม่เห็น ปัญหาคือการรับรู้ระยะลึกและขนาดบนจอมอนิเตอร์มีความซับซ้อนเล็กน้อย ถ้าคุณเคยเล่นเกม VR คุณน่าจะสังเกตว่าความรู้สึกเรื่องสเกลมันเป็นธรรมชาติกว่ามาก และในกรณีนี้ การวางตำแหน่งของซิทาเดลให้อยู่เหนือผู้เล่นก็ไม่ได้ช่วยอะไรเลย อาจเป็นเพราะเกม FPS ฝึกให้ผู้เล่นมองตรงไปข้างหน้าหรือมองที่เท้าตัวเอง อย่างไรก็ตาม เพื่อเพิ่มโอกาสให้ผู้เล่นสังเกตเห็นซิทาเดล เราเลยเพิ่มนกที่บินไปทางโครงสร้างขอมัน ซึ่งเป็นเทคนิคเล็กๆ ที่เราพบว่าช่วยดึงสายตาผู้เล่นได้ดี"
N/A4050"#commentary\cn_135_close_captions.mp3" "[ Yahn Bernier ] ระหว่างที่พัฒนา Half-Life 2 เรามีคนที่สนใจเรื่องการเข้าถึงเข้ามาคุยด้วย และแนะนำให้เราทำมากกว่าระบบคำบรรยายที่มีใน Half-Life 1 โดยพวกเขาขอให้เราทำระบบคำบรรยายปิดแบบเต็มรูปแบบ ที่ครอบคลุมเสียงทุกอย่างในเกม ไม่ใช่แค่บทพูด จึงกลายเป็นงานที่ยากกว่าที่เราคิดเยอะมาก เพราะ Half-Life 2 มีเสียงหลากหลายมาก และการจัดหมวดหมู่เสียงพวกนี้เพื่อทำคำบรรยายนั้นเป็นเรื่องจำเป็น และการจัดลำดับความสำคัญก็เป็นหัวใจหลักของการทำงานเหมือนกัน เพราะบทพูดต้องเด่น และต้องบอกชัดว่าใครพูด เสียงโดยรอบ เช่น เสียงต่อสู้ไกลๆ ก็สำคัญต่อการสร้างอารมณ์ในบางด่าน แต่ถ้ามีศัตรูยิงอยู่ใกล้ๆ มันก็ไม่สำคัญเท่าไร อีกอย่างคือดีไซเนอร์ของเรามักใช้เสียงซ้ำในหลายบริบท ทำให้เสียงเดียวกันอาจต้องมีคำบรรยายในบางที่ แต่บางที่ไม่จำเป็นต้องมีก็ได้ สุดท้าย เสียงทุกเสียงในเกมต้องมีข้อมูลคำบรรยายของตัวเอง ซึ่งจัดรูปแบบคล้าย HTML ขนาดย่อม เพื่อให้เราควบคุมสไตล์การแสดงผลของแต่ละคำบรรยายได้เหมือนกับไฟล์เสียง และข้อมูลคำบรรยายก็ใหญ่เกินกว่าจะโหลดไว้ในหน่วยความจำตลอดเวลา เราเลยสร้างระบบแคชแบบอะซิงโครนัสขึ้นมาเพื่อให้สามารถจัดการได้อย่างมีประสิทธิภาพ"
N/A4051"#commentary\cn_136_the_raid.mp3" "[ David Sawyer ] ฉากข้างหน้าที่เมโทรค็อปบุกค้นอพาร์ตเมนต์ตอนผู้เล่นอยู่ข้างใน เราต้องปรับแก้หลายรอบมากกว่าจะลงตัว โดยปกติ Half-Life ถูกออกแบบให้ผู้เล่นกำหนดจังหวะเอง เพราะแต่ละคนเล่นไม่เหมือนกัน บางคนวิ่งผ่านทุกอย่างที่ดูไม่เป็นภัย ส่วนบางคนค่อยๆ สำรวจทุกซอกทุกมุม ดังนั้นเมื่อไรที่เราต้องบังคับจังหวะ ก็จะมีความท้าทายเสมอว่าจะทำยังไงให้ผู้เล่นรู้สึกถึงจังหวะนั้นและเล่นตามอย่างเป็นธรรมชาติ เพราะนี่เป็นครั้งแรกที่เราทำแบบนี้ เราต้องทำงานหนักมากเพื่อให้ผู้เล่นเข้าใจชัดว่าต้องรีบเคลื่อนพล เพราะไม่มีเวลาสำรวจแล้ว"
N/A4052"#commentary\cn_137_materials_and_shaders.mp3" "[ Gary McTaggart ] Half-Life 2 ออกมาในช่วงที่กราฟิก 3D กำลังเปลี่ยนแปลงครั้งใหญ่ จากการใช้แค่เท็กซ์เจอร์ไปสู่การใช้วัสดุและเชดเดอร์ ใน Half-Life 1 ทุกพื้นผิวมีแค่เท็กซ์เจอร์ ก็คือภาพที่เอามาห่อรอบโพลิกอนของพื้นผิวนั้น แต่พอถึง Half-Life 2 แค่ 5 ปีต่อมา ทุกพื้นผิวมีทั้งวัสดุและเชดเดอร์ ซึ่งเชดเดอร์คือโค้ดที่กำหนดวิธีเรนเดอร์พื้นผิว ส่วนวัสดุจะกำหนดคุณสมบัติว่าพื้นผิวจะทำงานทางฟิสิกส์ยังไง และตอบสนองต่อฟีเจอร์ของเกมแบบไหน มันยังเก็บข้อมูลอ้างอิงไปถึงเท็กซ์เจอร์และพารามิเตอร์อื่นๆ ที่เชดเดอร์ใช้ตอนเรนเดอร์ ผลลัพธ์คือศิลปินและดีไซเนอร์มีอิสระมากขึ้นในการควบคุมทั้งรูปลักษณ์และพฤติกรรมของวัตถุ แต่สิ่งนี้ก็มีข้อเสียอยู่เหมือนกัน นั่นคือ Half-Life 1 สามารถเล่นบนเครื่องที่มีแค่ CPU ได้ แต่ Half-Life 2 ต้องใช้ GPU ด้วย เพราะการคำนวณที่วัสดุและเชดเดอร์ต้องใช้ถูกออกแบบมาสำหรับฮาร์ดแวร์ GPU โดยเฉพาะ ประตูกระจกที่หักเหแสงตรงนี้คือหนึ่งในตัวอย่างที่ชัดเจนของเชดเดอร์แบบกำหนดเอง แต่จริงๆ แล้วทุกพื้นผิวในฉากนี้ก็ใช้เชดเดอร์ทั้งนั้นในรูปแบบที่แตกต่างกันไป"
N/A4053"#commentary\cn_138_the_raid_2.mp3" "[ Miles Estes ] นอกจากเราต้องทำให้ผู้เล่นรู้สึกว่าต้องรีบไปต่อข้างหน้าแล้ว เรายังต้องมั่นใจว่าฉากบุกค้นนี้ไม่มีช่องโหว่ใดๆ ผู้เล่นต้องไม่มีทางเลี่ยงมันได้ หรือไม่มีทางย้อนกลับไปผ่านเมโทรค็อปได้ ซึ่งความท้าทายจริงๆ ไม่ใช่ว่าผู้เล่นจะพยายามทำลายฉาก แต่คือหลายคนจะตื่นตระหนกแล้ววิ่งมั่วไปทุกทางทันทีที่รู้ว่าตัวเองถูกคุกคามเป็นครั้งแรก ซึ่งเราต้องปรับสมดุลในช่วงนี้อย่างละเอียด เราอยากให้มันเป็นการหนีแบบที่แบบระทึกใจมากๆ รู้สึกถึงอันตรายจริงๆ แต่ก็อยากให้ผู้เล่นผ่านได้ตั้งแต่ครั้งแรก และรู้สึกเหมือนรอดมาแบบเฉียดฉิว และเพื่อทำให้ได้แบบนั้น เราเลยทำให้ทางข้างหน้านั้นชัดเจน และคล้ายกับเส้นทางที่เพิ่งผ่านมาจากชั้นก่อน แล้วใช้ชุดทริกเกอร์ที่ตั้งไว้ที่วางอย่างระมัดระวังเพื่อควบคุมการปรากฏของภัยต่างๆ ทั้งด้านหน้าและด้านหลัง คงความกดดันไว้ แต่ก็ให้เวลาพอที่ผู้เล่นจะหนีได้ทัน"
N/A4054"#commentary\cn_139_health_and_no_hud.mp3" "[ Dave Riller ] ฉากไล่ล่าบนดาดฟ้าเป็นความท้าทายด้านการออกแบบที่ไม่เหมือนใคร เราไม่อยากให้มันเป็นอุปสรรคจริงๆ ในการเล่น และในอุดมคติคือผู้เล่นควรผ่านได้ตั้งแต่ครั้งแรก แต่เราก็อยากสร้างความรู้สึกถึงอันตรายจริงๆ ให้ผู้เล่นรู้สึกว่าถ้าไม่รีบไปต่อก็มีสิทธิ์โดนเล่นงาน ปัญหาคือ ผู้เล่นยังไม่มีชุด HEV ทำให้ไม่มี HUD หรือหน้าจอแสดงสถานะเลย ซึ่งแปลว่าไม่มีวิธีบอกพลังชีวิตหรือความเสียหายที่ได้รับ หลังจากทดลองอยู่หลายแบบ เราก็สร้างระบบเลือดพิเศษสำหรับฉากนี้ โดยใช้แสงสีแดงรอบขอบจอเป็นสัญญาณว่ากำลังโดนโจมตี ซึ่งผู้เล่นตอบสนองตามที่เราคาดไว้ คือมองว่าเป็นสัญญาณให้รีบวิ่งต่อ และฉากไล่ล่าก็เป็นไปตามแผนที่เราวางไว้ และเพื่อให้สมบูรณ์ เราทำให้เลือดฟื้นคืนเร็วขึ้น เพื่อให้แสงสีแดงหายไปไวๆ และย้ำกับผู้เล่นว่าการวิ่งคือทางเลือกที่ถูกต้อง และป้องกันไม่ให้ผู้เล่นตายเพราะโดนกระสุนลูกหลงในท้ายฉาก เพียงเพราะออกตัวช้าไปหรือเสียเวลาลังเลก่อนหน้านี้"
N/A4055"#commentary\cn_140_playtesting_anecdote_2.mp3" "[ Jakob Jungels ] ในฉากต่อไป เราต้องทำให้ผู้เล่นถูกเล่นงานจนล้ม เพื่อให้อลิกซ์เข้ามาช่วย ด้วยเวลาและทรัพยากรที่จำกัด เราเลยทำให้ฉากนี้เรียบง่ายที่สุดโดยใช้ระบบที่มีอยู่แล้ว และปล่อยให้มันเล่นเหมือนฉากต่อสู้ปกติ แต่เพิ่มอีเวนต์พิเศษที่จะทำงานเมื่อผู้เล่นตาย หลังจากทดสอบเล่นหลายรอบเพื่อปรับจังหวะ เราก็เดินหน้าต่อไปได้ แต่พอใกล้ปล่อยเกม เราเจอปัญหากับผู้ทดสอบคนหนึ่งที่ชอบกดเซฟด่วนตลอดเวลา และกดโหลดด่วนทันทีที่คิดว่าตัวเองพลาด พอเมโทรตีเขา เขาก็กดโหลดก่อนที่อลิกซ์จะเข้ามาช่วย ทำแบบนี้ซ้ำไปมากกว่าสิบครั้งจนเราต้องขอให้หยุด ตอนนั้นเราอยู่ในช่วงแก้บั๊กสุดท้าย ซึ่งต้องจำกัดการแก้แค่ปัญหาที่ทำให้เกมพังจริงๆ เท่านั้น เพราะแม้แต่การเปลี่ยนเล็กๆ ก็เสี่ยงทำให้บางอย่างที่สำคัญกว่าพังลงได้ เรารู้ว่านี่เป็นกรณีหายาก เพราะผู้ทดสอบส่วนใหญ่ไม่ค่อยมีปัญหา เราเลยเลือกแก้แบบปลอดภัย โดยลดเวลาหน่วงระหว่างการล้มกับประโยคแรกของอลิกซ์ แล้วเปลี่ยนสีจอเฟดเอาต์จากดำเป็นขาว ซึ่งจริงๆ ก็ไม่ได้ช่วยมาก เพราะผู้เล่นยังไม่ตายบ่อยพอที่จะเชื่อมโยงได้ว่าสีดำหมายถึงความตาย เราเคยคิดจะปิดการโหลดด่วนช่วงไม่กี่วินาทีที่ฉากนี้ออก แต่ก็กลัวว่าจะทำให้เกิดบั๊กที่ทำให้โหลดด่วนไม่ได้อีกเลย"
N/A4056"#commentary\cn_141_character_reactions.mp3" "[ Ariel Diaz ] การคิดว่าตัวละครควรตอบสนองต่ออะไร และตอบสนองยังไง เป็นความท้าทายที่เกิดขึ้นอยู่ตลอด จุดสำคัญคือ เราอยากให้เกมตอบสนองต่อการกระทำของผู้เล่นเสมอ แต่ปัญหาคือ ผู้เล่นมักมองการตอบสนองว่าเป็นรางวัล ดังนั้นสิ่งที่ตัวละครตอบสนองและสิ่งที่พวกเขาเมินเฉย จะสอนผู้เล่นว่าการกระทำแบบไหนที่เกมคาดหวัง ซึ่งผลลัพธ์คือ เราตั้งใจตอบสนองต่อสิ่งที่เราอยากเห็นมากขึ้น เช่น ผู้เล่นที่ลองเล่นกับอุปกรณ์ใน The Lab และเมินพฤติกรรมที่เราอยากเห็นน้อยลง เช่น การที่ผู้เล่นเอากล่องไปตบหน้าหุ่น Kleiner ซ้ำๆ ไม่ได้ล้อเล่นนะครับ เราเคยเห็นผู้เล่นทดสอบทำแบบนั้นอยู่ห้านาทีเต็ม"
N/A4057"#commentary\cn_142_choreography.mp3" "[ Bill Fletcher ] ระบบที่เราใช้และปรับแต่งซ้ำแล้วซ้ำอีกเพื่อเล่าเรื่องใน Half-Life 2 ถูกเรียกภายในว่า Choreo ย่อมาจาก Choreography หรือการออกแบบท่าทาง ตอนแรกเราพบว่าวิธีที่ดีคือให้จินตนาการว่าเรากำลังเขียนบทละครเวทีอยู่ โดยที่มีนักแสดงคนหนึ่งไม่รู้บทมาก่อน เราต้องการระบบที่ควบคุมตัวละครอื่นๆ ได้ทั้งหมด พาพวกเขาเดินไปตามฉากต่างๆ ทำการแสดง และพูดบทของตัวเอง เพื่อทำแบบนั้น ตัวละครเหล่านี้ต้องรวมคำสั่งจากเราเข้ากับการตอบสนองที่ปรับเปลี่ยนไปตามการเคลื่อนไหวและพฤติกรรมของผู้เล่นอย่างเนียนที่สุด เรื่องจังหวะก็เป็นความท้าทายมากเช่นกัน เพราะทุกส่วนของฉากอาจต้องยืด หด หรือหยุดชั่วคราว ขึ้นอยู่กับว่าผู้เล่นทำอะไรอยู่"
N/A4058"#commentary\cn_143_phoneme_extraction.mp3" "[ Bill Fletcher ] อีกหนึ่งเครื่องมือสำคัญที่เราใส่เข้าไปใน FacePoser คือ Phoneme Editor ซึ่งจะทำหน้าที่ประมวลผลบทพูดของนักพากย์ แล้วแยกเสียงออกเป็นโฟนีม เพื่อสร้างแอนิเมชันแบบขยับปากพื้นฐานให้ตัวละคร สำหรับตัวละครหลัก ทีมแอนิเมเตอร์จะใช้สิ่งนี้เป็นจุดเริ่มต้นในการทำแอนิเมชันคุณภาพสูงแบบปรับเองสำหรับแต่ละประโยค โดยรวมการขยับใบหน้าเต็มรูปแบบเข้าไปด้วย แต่ในฉาก Choreo แบบไดนามิก แอนิเมเตอร์จะไม่รู้แน่ชัดว่าร่างกายส่วนอื่นของตัวละครจะทำอะไร ซึ่งหมายความว่าต้องจัดการซ้อนคำสั่งและจังหวะของ Choreo ใน FacePoser อย่างละเอียด เพื่อให้ทุกอย่างทำงานได้ และยังคงให้ตัวละครตอบสนองต่อผู้เล่นอย่างมีไดนามิกได้ตามต้องการ"
N/A4059"#commentary\cn_144_delivery.mp3" "[ Ken Birdwell ] เราต้องใช้การปรับแก้และทดสอบเล่นหลายรอบมาก กว่าจะหาสมดุลที่ลงตัวระหว่างการให้ข้อมูลกับการสร้างความผูกพันทางอารมณ์ในฉาก Choreo สำคัญๆ ซึ่งแต่ละฉากมีข้อมูลเยอะที่เราต้องสื่อสารให้ผู้เล่นเข้าใจ แต่เราก็ไม่สามารถให้ตัวละครพูดอธิบายยาวๆ ได้ เพราะถ้าทำแบบนั้น ผู้เล่นจะเริ่มมองตัวละครเป็นเหมือนป้ายบอกทางมากกว่าคนจริงๆ เราต้องใช้เวลาให้ตัวละครมีปฏิสัมพันธ์กันเอง เพื่อให้ผู้เล่นได้สังเกตความสัมพันธ์ของพวกเขา ในขณะเดียวกันก็ต้องขยายโลกของเกมไปด้วย เพื่อให้ผู้เล่นรู้สึกถึงสิ่งที่เกิดขึ้นทั้งหมดตอนที่ผู้เล่นไม่อยู่ ทั้งหมดนี้ต้องทำอย่างระมัดระวัง ไม่ให้ยืดเยื้อเกินไป เพราะเราต้องการให้เกมยังตอบโจทย์สำหรับผู้เล่นที่ไม่ได้อินกับเนื้อเรื่องมากนัก แอนิเมชันกลายเป็นเครื่องมือที่ทรงพลังในการสื่อความผูกพันทางอารมณ์ระหว่างตัวละคร เพราะจะช่วยถ่ายทอดความลึกของช่วงเวลานั้นๆ ได้เร็ว โดยไม่ต้องพูดเยอะ และอีกเครื่องมือที่ใช้บ่อยคืออารมณ์ขัน ซึ่งจะช่วยทำให้บรรยากาศดูผ่อนคลายลง เมื่อบรรยากาศเริ่มตึงเครียดเกินไป"
N/A4060"#commentary\cn_145_alyxs_kiss.mp3" "[ Ken Birdwell ] แม้จะเป็นแค่ช่วงเวลาสั้นๆ แต่การที่อลิกซ์หอมแก้มอีไลนั้นถือว่าสำคัญมาก เพราะสุดท้ายเราจะให้ผู้เล่นต้องช่วยอีไล และเราต้องทำให้เขารู้สึกผูกพันกับตัวละครนี้ ในการสร้างความเชื่อมโยงทางอารมณ์ เราจำเป็นต้องแสดงให้เห็นถึงความอบอุ่นและความรักที่อลิกซ์มีต่ออีไล เราไม่อยากทำให้มันดูเว่อร์ด้วยบทพูด หรือทำให้มันกลายเป็นฉากใหญ่ มันต้องรู้สึกจริงๆ ไม่ใช่แค่ทำให้ดูดี และเราก็ปรับรายละเอียดเล็กๆ น้อยๆ ของฉากนี้ซ้ำไปซ้ำมาจนมันออกมาได้อารมณ์ที่ใช่จริงๆ"
N/A4061"#commentary\cn_146_storytelling.mp3" "[ Bill Van Buren ] การสร้างความรู้สึกเหมือนหลุดเข้าไปอยู่ในเกมเป็นหลักการสำคัญของการเล่าเรื่องใน Half-Life 1 และมันทำให้เราตั้งข้อจำกัดกับตัวเองว่าเราจะไม่แย่งผู้เล่นควบคุมเกมเลย หรือพยายามแย่งให้น้อยที่สุด และเราก็จะไม่ทำให้ตัวละครของผู้เล่นพูดขึ้นมาเองด้วย ข้อจำกัดเหล่านี้ทำให้การเล่าเรื่องยากขึ้นในบางครั้ง แต่เรารู้สึกว่ามันสำคัญที่จะรักษาหลักการนี้ไว้ใน Half-Life 2 ความหวังของเราคือ ถ้าเรายังยึดหลักการนี้ เราจะผลักดันตัวเองให้ไปสำรวจวิธีเล่าเรื่องที่ลึกขึ้นและโต้ตอบได้มากขึ้น"
N/A4062"#commentary\cn_147_archetypes.mp3" "[ Bill Van Buren ] เราต้องการสร้างความเชื่อมโยงของเนื้อเรื่องระหว่าง Half-Life 1 และ Half-Life 2 ผ่านตัวละคร แนวคิดของเราคือออกแบบตัวละครที่รู้สึกเหมือนเป็นต้นแบบบุคลิกภาพใน Half-Life 1 เพื่อให้ผู้เล่นรู้สึกคุ้นเคย เหมือนเคยเจอมาก่อนใน Half-Life 1 แต่จำไม่ได้แน่ชัด เราใช้ดร. ไคลเนอร์เป็นตัวแทนของโมเดลนักวิทยาศาสตร์ที่เราคิดว่าโดดเด่นที่สุด และบุคลิกของเขาก็ถูกกำหนดขึ้นจาก Hal Robins ซึ่งเสียงและการแสดงของเขาเป็นสิ่งที่นิยามนักวิทยาศาสตร์ใน Half-Life 1 วันหนึ่งตอนที่เรากำลังง่วนหาวิธีสร้างตัวละครนี้ เราก็ได้นึกถึงใบหน้าของดร. ไคลเนอร์ขึ้นมา เพราะเราบังเอิญขึ้นลิฟต์พร้อมนักบัญชีของออฟฟิศอื่นที่อยู่อีกชั้นหนึ่งในตึกเดียวกัน และพอเห็นหน้าเขา เราก็คิดได้ทันทีว่า “นี่แหละ หน้าของไคลเนอร์” โชคดีที่เขาไม่ว่าอะไรเมื่อเราขอถ่ายรูปเขาเพื่อนำไปใช้เป็นตัวละครในเกม"
N/A4063"#commentary\cn_148_tone.mp3" "[ Bill Van Buren ] การตั้งโทนที่ถูกต้องให้กับตัวละครและบทพูดของพวกเขานั้นสำคัญมาก เราตั้งใจให้การโต้ตอบกับผู้เล่นดูสุภาพและเป็นมิตร แต่ต้องหลีกเลี่ยงไม่ให้มันดูเหมือนยอมตามไปหมดทุกอย่าง ซึ่งจุดนี้ยากเป็นพิเศษกับอลิกซ์ เพราะเธอต้องคอยช่วยซัพพอร์ตผู้เล่นโดยที่ไม่ทำให้ตัวละครของเธอเองดูขาดความน่าเกรงขาม ข้อนี้สำคัญมาก เพราะผู้เล่นควรเคารพตัวละครอลิกซ์ด้วย ความสัมพันธ์ของเธอกับอีไลเป็นแรงขับเคลื่อนหลักที่ทำให้ผู้เล่นมีแรงจูงใจ ดังนั้นเราต้องทำให้ผู้เล่นชอบเธอและอยากจะช่วยเธอ เราก็อยากสร้างความแตกต่างระหว่างความอบอุ่นและความเป็นเพื่อนของฝ่ายพันธมิตรของผู้เล่น กับความเป็นศัตรูของบรีนและคอมไบน์ เพื่อปลุกความรู้สึกโกรธในใจผู้เล่นสำหรับการต่อสู้ที่จะมาถึงให้สมเหตุสมผล"
N/A4064"#commentary\cn_149_voice-actors.mp3" "[ Bill Van Buren ] เพื่อสร้างตัวละครที่ตอบสนองได้ดีและมีมิติหลากหลายมากขึ้นใน Half-Life 2 เราต้องปรับวิธีทำงานกับนักพากย์ใหม่ ใน Half-Life 1 แค่ให้นักพากย์อ่านสคริปต์พร้อมคำแนะนำเล็กน้อยก็พอสำหรับบทพูดส่วนใหญ่ของ NPC แต่ใน Half-Life 2 เราตัดสินใจให้นักพากย์มีส่วนร่วมมากขึ้นในการช่วยนิยามตัวละครและทำให้มันมีชีวิต เราให้บริบทของเนื้อเรื่องมากขึ้น แสดงให้เห็นโลกในเกม สภาพแวดล้อมที่ตัวละครอยู่ และตัวละครอื่นที่พวกเขามีปฏิสัมพันธ์ เรามองหานักพากย์ที่สามารถเอาข้อมูลทั้งหมดนี้มาสังเคราะห์เป็นการแสดงที่ยกระดับตัวละครให้เหนือกว่าสิ่งที่เราจินตนาการไว้ เราจัดหลายเซสชันกับนักพากย์หลัก เพื่อให้พวกเขามีเวลาซึมซับและต่อยอดตัวละครของตัวเอง สำหรับฉากที่ตัวละครโต้ตอบกัน เรามักจะให้นักพากย์ฟังการแสดงของคนอื่นในฉาก เพื่อสร้างความเชื่อมโยงและจังหวะที่ลื่นไหล แม้เราจะมาพร้อมสคริปต์และแผนสำหรับการอัดเสียง แต่เราก็ทำให้นักพากย์รู้สึกว่ามีอิสระและพื้นที่ในการใส่ไอเดียของตัวเองลงไปในตัวละครและการแสดง การที่แอนิเมเตอร์เข้าร่วมเซสชันพากย์ก็สำคัญมาก เพราะพวกเขาต้องเอาบทพูดไปผูกกับท่าทางและสีหน้าเพื่อสร้างฉาก Choreo ให้สมบูรณ์ หลายครั้งแผนของแอนิเมเตอร์สำหรับฉากก็เปลี่ยนไปเยอะหลังจากได้ทำงานร่วมกับนักพากย์"
N/A4065"#commentary\cn_150_citizens.mp3" "[ Bill Van Buren ] เมื่อถึงเวลาต้องออกแบบพลเมืองมนุษย์ในซิตี้ 17 และโลกภายนอกเมือง เราเลือกที่จะใส่ความหลากหลายทั้งเชื้อชาติ อายุ และเพศเข้าไป ไม่ใช่แค่เพื่อสร้างบริบทของเนื้อเรื่องที่คอมไบน์กดขี่มนุษยชาติทุกคน แต่เรายังอยากให้ทุกคนที่เล่นเกมรู้สึกว่ามีคนแบบตัวเองเป็นส่วนหนึ่งอยู่ในกลุ่มฝ่ายต่อต้านด้วยเช่นกัน ทุกคนบนโลกจะรวมตัวกันเพื่อต่อต้านคอมไบน์ แม้เราจะเจอคนหลายคนที่จะใช้เป็นต้นแบบในการสร้างพลเมืองจากชีวิตประจำวันและคนรู้จัก แต่สุดท้ายเราต้องลงโฆษณาในหมวดประกาศของ Seattle Times เพื่อให้ได้ใบหน้าที่หลากหลายตามที่เราจินตนาการไว้"
N/A4066"#commentary\cn_151_alyx.mp3" "[ Dhabih Eng ] การออกแบบอลิกซ์ให้ลงตัวถือเป็นความท้าทายครั้งใหญ่ เพราะเราต้องการให้ผู้เล่นทั้งเคารพและรู้สึกผูกพันกับเธอ การช่วยอีไลเป็นเป้าหมายสำคัญของผู้เล่นช่วงกลางเกม และเรารู้ว่าการทำให้ผู้เล่นให้ความสำคัญกับเป้าหมายนี้จะง่ายขึ้นถ้าผู้เล่นมองเห็นความสำคัญของอลิกซ์และความสัมพันธ์ของเธอกับพ่อ เราตั้งใจออกแบบตัวละคร เขียนบทพูด และเลือกนักพากย์ให้อลิกซ์เป็นคนฉลาด มีความสามารถ และเข้าถึงได้ในโลกที่ถูกคอมไบน์ควบคุมอยู่ พร้อมทั้งทำให้เธอดูน่าดึงดูดและมีเสน่ห์ เราพยายามหลีกเลี่ยงการทำให้เธอถูกมองเป็นวัตถุ การโอเวอร์เกินจริง และความเซ็กซี่แบบสุดโต่งที่เกมในยุค 2000 มักใช้ เพราะเรารู้ว่ามันจะทำลายเป้าหมายที่เรามีต่อการสร้างตัวละครนี้"
N/A4067"#commentary\cn_152_lab_interactivity.mp3" "[ Dhabih Eng ] ในฉาก Choreo เราจะทำให้ผู้เล่นถูกจำกัดการเคลื่อนไหวชั่วคราว เพื่อให้เรามีโอกาสโฟกัสไปที่ตัวละครและเนื้อเรื่อง แต่เพราะผู้เล่นมีหลายแบบ บางคนอินกับเนื้อเรื่องมาก บางคนยืนเฉยๆ ไม่ได้เกินหนึ่งวินาที เรารู้สึกว่าต้องมีรายละเอียดที่น่าสนใจบนหน้าจอตลอดเวลา เรากระจายองค์ประกอบของเนื้อเรื่องไปทั่วสภาพแวดล้อมต่างๆ โดยทำให้บางอย่างโต้ตอบได้ เหมือนเป็นของเล่นให้ผู้เล่นลองเล่น ในบางกรณีเรายังซ่อนการเล่าเรื่องเพิ่มเติมไว้ในสิ่งเหล่านี้ เช่น เครื่องเทเลพอร์ตจิ๋วที่ทำจากกระบองเพชร ซึ่งเป็นการบอกใบ้ถึงความล้มเหลวของเทเลพอร์ตที่จะเกิดขึ้น มันเป็นการบาลานซ์ที่ละเอียดอ่อน เพราะถ้ามีสิ่งดึงสายตามากเกินไป ผู้เล่นอาจถูกเบี่ยงเบนความสนใจไปจากใจความหลักของฉากได้ สุดท้ายเราเลือกกำหนดการโต้ตอบในห้องแล็บของไคลเนอร์ให้เรียบง่ายเอาไว้ก่อน เพราะนี่คือฉากใหญ่ของ Choreo ฉากแรก ส่วนในแล็บของอีไล เราก็ปรับแต่งให้มีความลึกซึ้งขึ้น โดยทำให้ตัวละครอื่นๆ สนใจสิ่งที่ผู้เล่นกำลังเล่นอยู่ด้วย"
N/A4068"#commentary\cn_153_gestures.mp3" "[ Doug Wood ] ตัวละครแต่ละตัวของเรามีคลังแอนิเมชันง่ายๆ ที่เรียกว่า \"ท่าทาง\" ซึ่งเราสามารถนำมาซ้อนกับการเคลื่อนไหวอื่นได้อย่างง่ายดาย เดิมทีเราวางแผนใช้เพื่อประหยัดเวลาในการผลิต โดยให้สามารถนำแอนิเมชันกลับมาใช้ซ้ำในเกมได้ แต่สุดท้ายเราพบว่ามันมีประโยชน์มากกว่านั้น มนุษย์มักทำท่าทางซ้ำๆ และสิ่งเหล่านี้สามารถเป็นสัญลักษณ์ของบุคลิกเฉพาะตัวได้ ผลลัพธ์คือคลังท่าทางของเรากลายเป็นสิ่งที่จับแก่นของตัวละครแต่ละตัวได้จริงๆ ช่วยให้ทีมแอนิเมชันเข้าใจตรงกันว่าตัวละครเหล่านี้เป็นใคร ทำให้การแบ่งงานของตัวละครหนึ่งๆ ระหว่างแอนิเมเตอร์ง่ายขึ้น ซึ่งเป็นกระบวนการที่มักต้องทำในการผลิต"
N/A4069"#commentary\cn_154_interactive_storytelling.mp3" "[ Erik Johnson ] ตอนที่เราเริ่มทำ Half-Life 2 การเล่าเรื่องในเกมส่วนใหญ่จะเป็นแบบคุณภาพสูงแต่ดำเนินไปตามเส้นทางตายตัว หรือไม่ก็แบบคุณภาพต่ำแต่โต้ตอบได้ เรารู้ว่าผู้เล่นเคยเห็นการเล่าเรื่องคุณภาพสูงในเกมมาก่อน แต่พวกเขาไม่เคยถูกดึงเข้าไปอยู่กลางเหตุการณ์จริงๆ ในแบบที่เรื่องราวรอบตัวค่อยๆ คลี่คลาย โต้ตอบกับมัน และสังเกตทุกส่วนอย่างละเอียด แม้เป้าหมายนี้จะทำให้เรารู้สึกตื่นเต้น แต่ตอนนั้นเรายังไม่รู้ว่ามันจะทำงานยังไง หรือเราต้องใช้เทคโนโลยีแบบไหนเพื่อทำให้มันเกิดขึ้นจริง เราเคยสร้างเทคโนโลยีเล่าเรื่องหลายแบบใน Half-Life 1 แต่ส่วนใหญ่เป็นการนำเสนออยู่ตรงหน้าผู้เล่น และขาดการโต้ตอบกับความละเอียดที่เราต้องการ ดังนั้น ห้องแล็บของ Kleiner จึงกลายเป็นส่วนของเกมที่เราใช้เป็นสนามทดลอง เพื่อหาว่าการเล่าเรื่องแบบโต้ตอบของเราจะทำงานจริงๆ ได้อย่างไร"
N/A4070"#commentary\cn_155_monitors.mp3" "[ Ido Magal ] เราใช้จอมอนิเตอร์เยอะมากในการเล่าเรื่องใน Half-Life 2 และภาคเสริม เยอะจนเอามาแซวกันเองเลยครับ แต่จอมอนิเตอร์พวกนี้ก็มีประโยชน์ซะเหลือเกิน เพราะช่วยขยายโลกของเกมด้วยการแสดงเหตุการณ์ที่เกิดขึ้นที่อื่นได้ และยังเป็นวิธีง่ายๆ ที่ทำให้ตัวละครพูดคุยกันโดยไม่ต้องอธิบายว่าทำไมทุกคนถึงมาอยู่ที่เดียวกันกับผู้เล่นได้ ใครที่เคยเขียนเรื่องราวแบบมีตัวละครหลายตัวจะเข้าใจดีว่ามันน่าหงุดหงิดแค่ไหนเวลาต้องหาวิธีให้ทุกตัวละครมาเจอกันอย่างเป็นธรรมชาติ ในกรณีนี้ เราดีใจมากที่จอมอนิเตอร์ช่วยให้อลิกซ์เทเลพอร์ตออกไป แล้วโผล่มาที่แล็บของอีไลได้อย่างรวดเร็ว ทำให้ทุกอย่างรู้สึกสมจริงและเชื่อมโยงกัน"
N/A4071"#commentary\cn_156_scene_interactivity.mp3" "[ Jeff Lane ] ในบางจุดของฉาก Choreo เราจะให้ผู้เล่นต้องลงมือทำอะไรบางอย่าง ซึ่งนอกจากจะทำให้พวกเขามีส่วนร่วมและไม่เบื่อแล้ว ช่วงเวลาเหล่านี้ยังมีประโยชน์สำคัญหลายอย่าง อย่างแรก มันช่วยให้ผู้เล่นที่มัวสนใจสิ่งอื่นในฉากตามทัน เพราะฉากสามารถหยุดชั่วคราวได้โดยไม่มีปัญหาจนกว่าผู้เล่นจะทำภารกิจนั้นเสร็จเพื่อให้แน่ใจว่าพวกเขากลับมาตั้งใจติดตามเนื้อเรื่องได้ ขณะเดียวกัน มันช่วยให้เราจัดตำแหน่งผู้เล่นไปยังจุดที่ต้องการ ซึ่งมีประโยชน์มากในการจัดมุมมองของฉากและทำให้ผู้เล่นเห็นสิ่งสำคัญ บางครั้งเรายังใช้ช่วงนี้เป็นการสอนผู้เล่นไปด้วย เช่น ที่นี่พวกเขาได้เรียนรู้วิธีโต้ตอบกับปลั๊กและช่องเสียบ ซึ่งจะเป็นทักษะที่ต้องใช้แก้ปริศนาต่อไปในเกม"
N/A4072"#commentary\cn_157_kleiners_lab.mp3" "[ Marc Laidlaw ] ห้องแล็บของไคลเนอร์เป็นส่วนแรกของการเล่าเรื่องที่เราลงมือทำ และเป็นส่วนที่ใช้เวลานานที่สุดกว่าจะได้ผลที่ต้องการ นอกจากด่านนี้จะมีบทบาทในการพาผู้เล่นเข้าสู่เกมแล้ว ก็ยังกลายเป็นจุดรวมการเล่าเรื่องตามวิสัยทัศน์ที่ทีมพัฒนามีร่วมกันด้วยในท้ายที่สุด ตอนที่เราเริ่มสร้างตัวละครและวิธีเล่าเรื่องรอบตัวผู้เล่น คำถามมากมายก็เกิดขึ้น ซึ่งทุกข้อก็เหมือนจะส่งผลต่อเกมได้มากทั้งสิ้น ผู้เล่นจะเข้าใจข้อมูลสำคัญจากฉากนี้ไหม เราจะทำให้พวกเขาสนใจตัวละครเหล่านี้ได้หรือเปล่า เราจะรับมือกับผู้เล่นที่สนใจกับเนื้อเรื่องไม่เท่ากันยังไง การสร้างฉากแบบนี้จะใช้ทรัพยากรมากแค่ไหน และเราต้องทำอีกกี่ฉาก ซึ่งเราไม่มีทางตอบคำถามเหล่านี้และอีกมากมายได้เลย จนกว่าจะสร้างฉากขึ้นมามากพอและทดสอบกับผู้เล่นจำนวนมาก ที่น่าหงุดหงิดคือ ปัญหานี้ไม่เหมือนกับปัญหาอื่นๆ ที่เรามักเจอ เพราะคำถามเหล่านี้เราไม่สามารถตอบอย่างมั่นใจได้จนกว่างานจะคืบหน้าไปมากแล้ว เรามักทดสอบไอเดียเกมเพลย์ด้วยต้นแบบที่เรียบง่ายได้ แต่ถ้าผู้เล่นไม่อินกับการเล่าเรื่องตอนที่ตัวละครยังเป็นแค่บล็อกสีเทา เราจะมั่นใจได้แค่ไหนว่าพวกเขาจะสนใจเมื่อเห็นตัวละครที่สมบูรณ์จริงๆ"
N/A4073"#commentary\cn_158_characters.mp3" "[ Marc Laidlaw ] ใน Half-Life 1 การ์ดรักษาความปลอดภัยและนักวิทยาศาสตร์ถูกมองว่าเป็นแค่ตัวประกอบที่ไม่ได้มีเอกลักษณ์ของตัวเอง พวกเขาเป็นเหมือนภาพแทนที่สอดคล้องกับคุณภาพกราฟิกที่เราทำได้ในตอนนั้น แต่เมื่อเทคโนโลยีใน Half-Life 2 ของเราดีขึ้น เราเห็นโอกาสที่จะก้าวข้ามความเป็นภาพแทน ซึ่งความละเอียดของโมเดลตัวละครที่สูงขึ้น รวมกับการพัฒนาแอนิเมชัน ก็ทำให้เราเชื่อว่าเราสามารถโฟกัสไปที่การสร้างตัวละครที่เป็นบุคคลจริงๆ ที่ผู้เล่นจะรู้สึกผูกพันด้วยได้ โดยเราเปิดโอกาสให้ตัวเองเขียนบทสนทนาจริงๆ และทำให้ตัวละครพูดในแบบที่สมจริงพอที่จะทำให้ผู้เล่นไม่คิดว่าพวกเขาเป็นแค่หมากในเกม และหวังว่าจะช่วยขับเคลื่อนเนื้อเรื่องไปข้างหน้าได้ ในปี 2001 หลังจากพัฒนาไปสองสามปี เราได้แรงบันดาลใจจาก Ico ของ Japan Studio ที่กำกับโดยแอนิเมเตอร์ เกมนั้นทำให้เราทึ่งกับการใช้ตัวละครเป็นจุดเชื่อมหลักกับผู้เล่น และมันให้ความกล้ากับเราที่จะเดินหน้าต่อ"
N/A4074"#commentary\cn_159_writing.mp3" "[ Marc Laidlaw ] ในยุค Half-Life 1 เป้าหมายของผู้เล่นในเกม FPS ส่วนใหญ่ยังเป็นเรื่องการต่อสู้และเอาชนะศัตรูที่ชั่วร้ายอย่างชัดเจน ซึ่งมันยากมากที่จะทำให้ผู้เล่นให้ความสนใจตัวละคร หากตัวละครมีรายละเอียดต่ำแบบใน Half-Life 1 แต่เมื่อเราวางแผนที่จะเพิ่มความสมจริงของตัวละครใน Half-Life 2 เราอยากลองทำให้ตัวละครกลายเป็นแรงขับเคลื่อนหลักของเนื้อเรื่อง เป้าหมายของเราคือทำให้แรงจูงใจของผู้เล่นสอดคล้องกับแรงจูงใจของตัวละคร ให้ผู้เล่นให้ความสำคัญคนเหล่านี้ ความหวัง ความกลัว และอยากเห็นพวกเขาประสบความสำเร็จ ด้วยแนวคิดนี้ เราจึงวางแนวทางการสร้างตัวละครและบทสนทนาต่างๆ เราจะสร้างกลุ่มตัวละครที่รักและห่วงใยกัน โดยหวังว่าผู้เล่นจะรู้สึกแบบเดียวกัน ตัวละครเหล่านี้จะโต้ตอบกันในแบบที่รู้สึกเป็นกันเอง เหมือนกลุ่มเพื่อนเก่าที่มองว่าผู้เล่นเป็นหนึ่งในนั้น แค่ห่างหายกันไปนานเท่านั้น ถ้าตัวละครแสดงความผูกพันทางอารมณ์ต่อกันอย่างสมจริง เราเชื่อว่าเราจะสร้างความผูกพันทางอารมณ์กับผู้เล่นได้เช่นกัน"
N/A4075"#commentary\cn_160_animation.mp3" "[ Miles Estes ] การสร้างการเคลื่อนไหวของตัวละครมนุษย์ที่สมจริง โดยประกอบจากเลเยอร์แอนิเมชันหลายชั้น ต้องใช้การปรับเทคโนโลยีซ้ำหลายรอบ แม้แต่การกระทำง่ายๆ อย่างการหันไปมองบางสิ่งหรือเดินไปยังตำแหน่งหนึ่งก็ซับซ้อนขึ้นเมื่อต้องนำมาตอบสนองต่อกับผู้เล่นอย่างมีไดนามิกด้วย และข้อกำหนดของคำสั่ง Choreo ตัวอย่างเช่น การหันไปมองบางสิ่งต้องถูกแยกออกเป็นส่วนๆ เพื่อให้ตัวละครสามารถใช้ตา ศีรษะ ไหล่ ลำตัวส่วนบน หรือทั้งร่างกายในการหันไปยังเป้าหมายได้ ใน Half-Life 1 ตัวละครมนุษย์ถูกแยกร่างกายออกเป็นส่วนบนและส่วนล่าง ทำให้พวกเขาเดินไปทางหนึ่งในขณะที่หันหน้าไปอีกทางได้ แต่แนวทางนี้ดูเป็นนามธรรมเกินไปสำหรับตัวละครใน Half-Life 2 ดังนั้นแอนิเมเตอร์ของเราจึงสร้างแอนิเมชันการเดินในทั้งแปดทิศทางของเข็มทิศ ซึ่งสามารถนำมาผสมกันได้อย่างลื่นไหลในระหว่างการเล่นจริง"
N/A4076"#commentary\cn_161_faceposer.mp3" "[ Yahn Bernier ] เครื่องมือหลักที่เราสร้างขึ้นเพื่อขับเคลื่อนระบบ Choreo เรียกว่า FacePoser ซึ่งจริงๆ แล้วชื่อไม่ตรงกับหน้าที่เท่าไหร่ เพราะมันเป็นโปรแกรมที่ให้แอนิเมเตอร์จัดโครงสร้างของทั้งฉากบนไทม์ไลน์ ซึ่งไทม์ไลน์นี้จะมีชุดคำสั่ง Choreo สำหรับตัวละคร พร้อมข้อมูลทั้งหมดที่จำเป็นเพื่อให้พวกเขาทำตามคำสั่งนั้นได้ เมื่อทำการซ้อนคำสั่งเหล่านี้บนไทม์ไลน์ แอนิเมเตอร์สามารถกำหนดได้ง่ายๆ ว่าตัวละครต้องหันไปมองสิ่งหนึ่ง พูดไปทางอีกสิ่งหนึ่ง และเดินไปอีกตำแหน่งหนึ่งพร้อมกัน แต่ไทม์ไลน์นี้ไม่ได้เป็นลำดับตายตัว ตัวละครจะทำตามคำสั่งก็จริง แต่ต้องปรับตัวตามสิ่งที่เกิดขึ้นรอบๆ แบบเรียลไทม์ด้วย เช่น ตัวละครอาจใช้เวลานานขึ้นในการเดินไปตำแหน่งหนึ่งถ้ามีผู้เล่นขวางทาง หรืออาจต้องรอที่จะพูดเพราะอีกตัวละครกำลังใช้เวลากับผู้เล่นอยู่ FacePoser ทำให้เราสามารถทดลองแก้ไขฉากได้เร็วมาก ทั้งการจัดเลย์เอาต์ การส่งบทพูด และจังหวะเวลาต่างๆ ซึ่งความสามารถในการทดลองและปรับแก้ได้อย่างรวดเร็วนี้สำคัญมากในปรับการแสดงให้ลงตัวเพื่อบรรลุเป้าหมายด้านตัวละครและการเล่าเรื่องของเรา"
N/A4077"#commentary\cn_162_choreo_commands.mp3" "[ Yahn Bernier ] ภาพดีบักนี้แสดงคำสั่ง Choreo ที่ตัวละครได้รับบ่อยที่สุดสองแบบ ซึ่งเราเรียกภายในว่า look-at (หันมอง) และ move-to (เคลื่อนที่ไปหา) ตัวละครจะได้รับเป้าหมายให้มอง ซึ่งบางครั้งมีมากกว่าหนึ่งเป้าหมายที่ต้องมองพร้อมกัน แล้วพยายามโฟกัสไปที่สิ่งที่เหมาะสมที่สุดตามสถานการณ์ของตัวเอง ในเวลาเดียวกัน พวกเขาอาจได้รับคำสั่ง move-to ซึ่งบอกให้ย้ายไปยังตำแหน่งหนึ่งและหันไปทางทิศหรือวัตถุที่กำหนด แม้แต่คำสั่งที่ดูเรียบง่ายเหล่านี้ก็ซับซ้อนมาก ฉากหนึ่งอาจต้องให้ตัวละครพูดไปด้วย พิมพ์คีย์บอร์ดไปด้วย และยังต้องมองไปที่วัตถุที่ผู้เล่นถืออยู่ เนื่องจากเราไม่สามารถคาดเดาได้ว่าผู้เล่นจะอยู่ตรงไหนระหว่างฉาก การสร้างฉากแบบนี้จึงต้องแยกองค์ประกอบแต่ละอย่างออกเป็นชิ้นและเลเยอร์ จากนั้นจึงประกอบกลับเข้าด้วยกันตามการกระทำของผู้เล่นในระหว่างเล่นจริง และอาจขัดจังหวะผู้เล่นขึ้นมาได้ถ้าจำเป็น"
N/A4078"#commentary\cn_163_antlions.mp3" "[ Kerry Davis ] เพราะผู้เล่นต้องขับบักกี้ไปตามแนวชายฝั่ง เราจึงต้องการศัตรูที่สามารถโผล่มาได้ทุกที่อย่างสมเหตุสมผล และเป็นภัยคุกคามต่อเนื่องเพื่อบังคับให้ผู้เล่นอยู่ในบักกี้หรือใกล้บักกี้ตลอดเวลา ดังนั้น การที่แอนต์ไลออนที่โผล่ขึ้นมาจากทรายถือเป็นตัวเลือกที่เหมาะสมที่สุด พวกมันคล่องตัวสูง จึงไล่ตามบักกี้ได้ในระยะสั้นๆ ซึ่งศัตรูที่เป็นมนุษย์ทำไม่ได้ แถมการขับบักกี้ทับมันก็สะใจดีด้วย"
N/A4079"#commentary\cn_164_thumpers.mp3" "[ Adrian Finol ] ถ้าทำได้ การทำให้ผู้เล่นรู้สึกว่าตัวเองค้นพบอะไรบางอย่างด้วยตัวเองให้ประโยชน์ได้หลายประการ มันทำให้โลกในเกมดูมีชีวิตจริงๆ ไม่ใช่แค่ชุดขององค์ประกอบเกมเพลย์ที่เรียงไว้ให้ผู้เล่นเล่น ถ้าเรายอมรับความเสี่ยงที่ผู้เล่นบางส่วนอาจพลาดองค์ประกอบบางอย่างไปบ้าง เราก็สามารถใช้วิธีที่ละเอียดอ่อนมากขึ้นได้ เราใช้แนวทางนี้กับ Thumper โดยออกแบบให้ผู้เล่นมีโอกาสเจอ แต่ไม่บังคับให้ต้องใช้ อีกทั้งยังมีทั้งสัญญาณภาพและเสียง รวมถึงปฏิกิริยาของแอนต์ไลออนที่ช่วยให้ผู้เล่นเข้าใจว่าเกิดอะไรขึ้น ซึ่งไม่รับประกันว่าผู้เล่นทุกคนจะเข้าใจ แต่จากการทดสอบ เราพบว่าผู้เล่นส่วนใหญ่เข้าใจดี"
N/A4080"#commentary\cn_165_d2_coast_09.mp3" "[ Aaron Seeler ] ช่วงท้ายของการพัฒนาโซนชายฝั่ง เรามาถึงจุดที่โค้ดเกมไปไกลกว่าการออกแบบเลเวลมาก จนโปรแกรมเมอร์เกมเพลย์เริ่มมองหาโค้ดและทำสิ่งใหม่ๆ เพื่อช่วยให้ Half-Life 2 เสร็จทัน สาเหตุหลักมาจากความต้องการของฉากในโซนชายฝั่งที่ใหญ่และใช้พื้นที่เยอะมาก ทำให้ภาระตกอยู่ที่ทีมออกแบบฉากอย่างหนัก ผลก็คือโปรแกรมเมอร์เกมเพลย์เริ่มออกแบบการต่อสู้ขนาดเล็กขึ้นมาเอง ต่อมาเมื่อทีมออกแบบฉากมารับช่วงต่อ พวกเขาก็นำการต่อสู้เล็กๆ สามฉากนี้มารวมกันเป็นฉากนี้ฉากเดียว พร้อมทำงานเก็บรายละเอียดทั้งหมดเพื่อเตรียมวางจำหน่ายจริง"
N/A4081"#commentary\cn_166_final_scene.mp3" "[ Bill Van Buren ] การล็อกผู้เล่นให้อยู่ในแคปซูลระหว่างการเผชิญหน้าครั้งสุดท้ายในสำนักงานของบรีนเป็นข้อเสียเล็กน้อย แต่ก็ทำให้เราสามารถโฟกัสไปที่ตัวละครได้ในแบบที่ทำที่อื่นไม่ได้ ฉากนี้เป็นจุดที่เส้นเรื่องของตัวละครทุกตัวมาถึงบทสรุป และการจำกัดมุมมองของผู้เล่นจะช่วยสร้างโอกาสให้เกิดอารมณ์ร่วมอย่างแท้จริง ฉากไคลแมกซ์ที่ขับเคลื่อนด้วยบทสนทนา การแสดงเสียง และแอนิเมชัน การทำให้ฉากนี้ออกมาสมบูรณ์ถือเป็นความท้าทายมากในแง่การผลิต ทั้งการจัดตำแหน่งและการเคลื่อนไหวให้ถูกต้อง จัดจังหวะเวลาให้ลงตัว และสร้างความเชื่อมโยงทางอารมณ์จากแอนิเมชันและเสียงพากย์ที่อัดแยกกัน เราต้องปรับแต่งอยู่หลายรอบกว่าจะได้อารมณ์และจังหวะของฉากที่เข้ากันอย่างลงตัวและทำให้รู้สึกว่าตัวละครทั้งหมดเชื่อมโยงกันจริงๆ"
N/A4082"#commentary\cn_167_end_game_scramble.mp3" "[ Dave Riller ] เดิมทีเราวางแผนจะทำฉาก Choreo ขนาดใหญ่มากสำหรับตอนจบของเกม แต่ทีม Choreo ยุ่งมากกับการทำเนื้อเรื่องที่เหลืออยู่ทั่วทั้งเกม เพื่อช่วยลดภาระของพวกเขา ทีมย่อยที่ดูแลเกมเพลย์ของซิทาเดลจึงถูกขอให้สร้างชาเลนจ์เกมเพื่อปิดจบ โดยจะทำเป็นเป็นปริศนา การต่อสู้ หรืออะไรก็ได้ ผลลัพธ์ก็คือการต่อสู้กับบอสบรีนที่ใช้กลไกของปืนแรงโน้มถ่วงเวอร์ชันพิเศษที่มีอยู่แล้ว ผสมกับ Choreo แบบปรับแต่งเล็กน้อย เพื่อสร้างฉากจบที่สมบูรณ์ในช่วงเวลาสั้นๆ"
N/A4083"#commentary\cn_168_combine_portal_effects.mp3" "[ Gary McTaggart ] ส่วนสำคัญของกระบวนการพัฒนาเกมของเราคือการที่สมาชิกทีมทุกคนสามารถเอาทักษะของตัวเองมาช่วยในส่วนไหนของเกมก็ได้ พอระบบการเล่นของฉากต่อสู้สุดท้ายลงตัวแล้ว ทีมศิลปินกับโปรแกรมเมอร์เอฟเฟกต์ภาพก็จะช่วยกันทำให้การนำเสนอฉากพอร์ทัลไปยังโลกของคอมไบน์และเอฟเฟกต์หยุดเวลาในตอนจบของเกมดูอลังการขึ้น สำหรับเอฟเฟกต์พอร์ทัลของคอมไบน์ เราใช้เชดเดอร์หักเหแสงที่คล้ายกับที่เคยใช้ทำผิวน้ำ"
N/A4084"#commentary\cn_169_citadel_entrance.mp3" "[ Jeff Lane ] เราสร้างเส้นทางเข้าสู่ซิทาเดลแบบย้อนกลับ โดยเริ่มจากทำโครงสร้างภายในเป็นต้นแบบงานศิลป์เพื่อให้หน้าตาออกมาสมบูรณ์ เรารู้อยู่แล้วว่าผู้เล่นจะมาจากท่อระบายน้ำในแมป Streetwar เลยต้องออกแบบช่วงที่มีสไลด์กับจุดกระโดดเพื่อเชื่อมไปยังทางเข้าของซิทาเดล"
N/A4085"#commentary\cn_170_citadel_steep_landing.mp3" "[ Randy Lundeen ] ซิทาเดลถูกสร้างขึ้นค่อนข้างท้ายๆ ในช่วงพัฒนาเกม และตอนแรกเรายังไม่มีภาพชัดเจนเลยว่าจะให้เกมเพลย์เป็นแบบไหน ซึ่งไม่ใช่เรื่องแปลก ถึงโดยปกติการออกแบบเกมจะเป็นตัวนำ แต่การตัดสินใจสร้างสรรค์ครั้งใหญ่ที่เราทำตั้งแต่แรกอย่างการมีซิทาเดลของคอมไบน์ ก็ต้องการงานออกแบบเฉพาะเพื่อให้มันเข้ากับเกมจริงๆ หลังจากฉากต่อสู้สุดท้ายในบทก่อน เราคิดว่าการเปลี่ยนโทนสำหรับฉากจบในซิทาเดลจะทำให้ผู้เล่นรู้สึกคุ้มค่ามากขึ้น ถึงแม้เราจะอยากเพิ่มความตื่นเต้นมากขึ้น แต่การสร้างกลไกใหม่หรือ NPC ใหม่ในช่วงท้ายแบบนี้เสี่ยงเกินไป แผนแรกของเราคือทำให้มันเป็นฉากเล่าเรื่องแบบเน้นโชว์ภาพ โดยนั่งรถไฟผ่านใจกลางเครื่องจักรสงครามของคอมไบน์ แล้วไปจบที่ห้องทำงานของบรีนแต่หลังจากวางแผนนั้น เราลองทำต้นแบบกลไกปืนแรงโน้มถ่วงเวอร์ชันพิเศษอยู่หลายวัน เพราะคิดว่าตอนจบเกม เราน่าจะทำให้ผู้เล่นรู้สึกมีพลังสุดๆ โดยไม่ทำลายสมดุลของเกม ผลลัพธ์ออกมาดูน่าสนใจมาก จนเราตัดสินใจออกแบบใหม่อย่างรวดเร็วเพื่อใส่ปืนแรงโน้มถ่วงพิเศษเข้าไป แทนที่จะเป็นความท้าทายแบบดั้งเดิม เราอยากให้ผู้เล่นรู้สึกเหมือนเป็นเทพ ควบคุมศัตรูได้ตามใจ ฉีกคอนโซลออกจากผนัง สุดท้าย ซิทาเดลก็กลายเป็นการผสมสองไอเดียนี้เข้าด้วยกัน โดยสลับกันระหว่างฉากโชว์ภาพกับการปลดปล่อยพลัง"
N/A4086"#commentary\cn_172_lightmap_pass.mp3" "[ Mike Dussault ] จริงๆ แล้วโครงสร้างภายในซิทาเดลนั้นไม่ซับซ้อนมาก แต่การใช้วัสดุโลหะของคอมไบน์และแสงที่ทำให้บรรยากาศดูเข้มข้น ช่วยทำให้มันดูใหญ่โตน่าเกรงขาม เราเพิ่มความละเอียดของโครงสร้างแสงบนพื้นผิวที่สำคัญและน่าสนใจ แล้วลดบนพื้นผิวที่อยู่ในเงามืดหรือไกลออกไป อีกอย่างเพราะพื้นที่ในซิทาเดลใหญ่มาก ถ้าโครงสร้างแสงมีขนาดใหญ่เกินจำเป็นจะกระทบประสิทธิภาพมาก ตอนใกล้จบการพัฒนา เราเลยทำการปรับค่าต่างๆ ในทุกพื้นที่ของซิทาเดลครั้งใหญ่เพื่อให้ทั้งภาพสวยและเกมลื่นขึ้น งานนี้ง่ายขึ้นเพราะมีฟีเจอร์ใหม่ใน Hammer ที่ช่วยแสดงความหนาแน่นของลักเซล (Luxel) บนพื้นผิว"
N/A4087"#commentary\cn_173_super_gravity_origins.mp3" "[ Brian Jacobson ] ตอนนั้นเรามั่นใจในดีไซน์ของปืนแรงโน้มถ่วงแล้ว เลยอยากให้ผู้เล่นได้สัมผัสความรู้สึกเหมือนมีพลังไร้ขีดจำกัด ก็เลยเริ่มทำเวอร์ชันอัปเกรดพิเศษ เราใช้เวลาไม่นานเลย จริงๆ ใช้เวลาในการทำต้นแบบแค่วันเดียวเราก็ได้สิ่งที่ชอบแล้ว มันกลายเป็นแกนหลักของรูปแบบการเล่นในซิทาเดล พอกลไกฟิสิกส์เสร็จ เราก็มีอิสระเต็มที่ในการหาวิธีใหม่ๆ ที่น่าสนใจกว่าเดิม เพื่อผลักมันให้เกินขีดจำกัดเดิม และดูว่าจะได้ผลลัพธ์ที่น่าสนใจแบบไหน วัตถุต้นแบบของเราคือแตงโมหนักพิเศษที่หนักเป็นร้อยปอนด์ในระบบจำลองฟิสิกส์ สุดท้ายมันก็กลายเป็นลูกบอลคอมไบน์ที่คุณเจอในเกม"
N/A4088"#commentary\cn_174_combine_energy.mp3" "[ Brian Jacobson ] สิ่งที่เริ่มต้นจากการเป็นแตงโมในต้นแบบ สุดท้ายกลายเป็นลูกบอลพลังงาน เพราะเสียงตอนกระแทกและระเบิดมันฟังดูไม่เหมือนผลไม้ แต่เหมือนสิ่งที่เราใช้ในเกมมากกว่า พอเราเริ่มทำเลเวลที่ไม่ใช้แตงโม เราก็คิดได้ว่าลูกบอลพลังงานนี้ไม่ใช่แค่เอาไว้ฆ่าทหารแบบสนุกๆ เท่านั้น แต่ยังใช้เป็นชิ้นส่วนปริศนาในการเปิด–ปิดอุปกรณ์ต่างๆ ได้ด้วย ตอนพัฒนาไปไกลแล้ว เราไม่ค่อยชอบโหมดยิงพิเศษของ AR2 ที่มีอยู่ตอนนั้น และเพราะทีมชอบลูกบอลคอมไบน์ เราเลยเอามันใส่เข้าไปในโหมดยิงพิเศษของ AR2 เรามักจะมองย้อนกลับไปแล้วแปลกใจทุกครั้งว่าของที่ทำแยกกันในเกม สุดท้ายกลับมารวมกันตอนท้ายเพื่อแก้ปัญหาได้อย่างลงตัวได้ยังไงกัน"
N/A4089"#commentary\cn_175_combine_wall_and_balls_training.mp3" "[ Ido Magal ] ตอนทดสอบเล่น ผู้เล่นไม่ค่อยสังเกตว่าลูกบอลคอมไบน์ทำให้ทหารสลายหายไป และไม่เข้าใจว่าทำไมพวกเขาถึงหาย เราพยายามแก้ด้วยการทำให้ลูกบอลเด้งไปทางศัตรูมากขึ้น เพื่อเพิ่มโอกาสการฆ่าแบบร่างแหลกสลาย แต่สุดท้ายเรารู้ว่าที่ผู้เล่นไม่สังเกตเห็น เพราะมันเกิดขึ้นตอนสู้กันอย่างดุเดือด และคนเรามีความสามารถจำกัดในการเรียนรู้อะไรใหม่ๆ ในช่วงที่รู้สึกกดดัน เพื่อแก้ปัญหาช่วงท้าย เราเลยเพิ่มห้องฝึกที่มีความกดดันต่ำ มีฟอร์ซฟิลด์ที่เปิดได้โดยดึงลูกบอลคอมไบน์ออกมา การจัดฉากนี้ทำขึ้นเพื่อสอนว่าลูกบอลคอมไบน์ใช้ปิด–เปิดฟอร์ซฟิลด์ได้ และถ้าเตะใส่ทหารจะทำให้ร่างสลายไปได้ แม้แบบนั้น ตอนทดสอบก็ยังได้ผลแค่พอใช้ ถึงเราพยายามแล้ว บางคนก็ยังไม่เข้าใจเอฟเฟกต์สลายของกระสุน เราไม่มีเวลาเหลือแล้วและได้ตัดสินใจว่า ในเมื่อผู้เล่นยังบอกว่ารู้สึกทรงพลัง ก็ถือว่าใช้ได้แล้ว แม้บางคนจะไม่รู้ว่าทำไมถึงชนะก็ตาม"
N/A4090"#commentary\cn_176_weapon_strip.mp3" "[ Josh Weier ] พอเราเพิ่มปืนแรงโน้มถ่วงเวอร์ชันพิเศษเข้าไป เราไม่อยากให้ผู้เล่นกลับไปใช้ปืนธรรมดาอีกแล้ว เราเลยทำสิ่งที่ดูสมเหตุสมผลที่สุด นั่นคือทำให้มันสลายหายไป ซึ่งมันช่วยได้มาก เพราะศัตรูหลักของเกมเป็นพวกเหนือธรรมชาติอย่างคอมไบน์ ก็ไม่แปลกเลยที่พวกมันจะมีเครื่องสลายวัตถุ ใช่ไหมล่ะ และถ้าสมมติว่าเราจำเป็นต้องให้คุณได้อาวุธเดิมคืนในช่วงกลางเลเวล ก็แน่นอนว่าพวกมันก็มีเครื่องคืนสภาพด้วยเหมือนกัน"
N/A4091"#commentary\cn_177_breen_monologue.mp3" "[ Marc Laidlaw ] งานสร้างสรรค์ไม่เคยเกิดขึ้นในสุญญากาศ เพราะเราทุกคนต่างได้แรงบันดาลใจจากสิ่งอื่น บทพูดของ Breen ที่เห็นบนจอมอนิเตอร์ในซิทาเดลได้แรงบันดาลใจบางส่วนจากเกมเก่าที่เราชอบมาก นั่นคือ Thief 2 ที่ตัวร้ายจะพูดแหย่ผู้เล่นตอนกำลังแอบย่อง แม้การนำเสนอจะต่างกันมาก แต่เราได้แรงบันดาลใจหลักจากตรงนั้น สิ่งที่ทำให้ช่วงนี้ทรงพลังจริงๆ มาจากการแสดงของ Robert Culp ผู้ล่วงลับ น้ำเสียงของเขาสมบูรณ์แบบ เขาตีความทุกบรรทัดของ Breen ด้วยความละเอียดและลีลาที่ทำให้ตัวละครบนกระดาษกลายเป็นสิ่งพิเศษจริงๆ การอัดเสียงกับ Robert Culp นั้นเป็นเรื่องง่ายมาก เขามีสคริปต์ ส่วนวิศวกรก็กดอัดไป แค่นั้นเอง บทเรียนที่ได้คือ การทำงานกับคนที่มีพรสวรรค์เหนือคุณ คนที่คุณมั่นใจว่าจะได้เรียนรู้สิ่งต่างๆ จากเขา อย่าเข้าไปด้วยความคิดตายตัวว่าบทพูดต้องออกมาแบบไหน หรือฉากต้องเล่นยังไง แต่ให้ร่วมมือกับคนเก่งๆ และเชื่อใจว่าพวกเขาจะทำให้มันดียิ่งขึ้น"
N/A4092"#commentary\cn_178_dissolved_weapons.mp3" "[ Quintin Doroquez ] อาวุธของคอมไบน์ทั้งหมดถูกตั้งให้สลายหายไปหลังจากที่ทหารคอมไบน์ร่วงลงพื้นแบบ Ragdoll ด้วยปืนแรงโน้มถ่วงมีสองเหตุผลคือ หนึ่ง เพื่อไม่ให้ผู้เล่นเก็บไปใช้ และสอง เพื่อช่วยปรับประสิทธิภาพของแมพให้ดีขึ้น นอกจากนี้ยังมีระบบจัดการ Ragdoll ที่จะลบศพทหารที่ล้มไปแล้วเมื่อผู้เล่นเดินหน้าไปเรื่อยๆ"
N/A4093"#commentary\cn_179_elevator_fight.mp3" "[ Brian Jacobson ] ถึงเราจะอยากให้ผู้เล่นรู้สึกทรงพลังสุดๆ แต่ก็อดไม่ได้ที่จะใส่ฉากสู้หนักๆ ตรงช่องลิฟต์ การต่อสู้ระหว่างรอลิฟต์มาถึงตรงนี้ ซึ่งกลายเป็นยากกว่าที่เราคิดไว้ตอนแรกเยอะ พอตอนทดสอบเล่นมันก็ง่ายขึ้นมาบ้าง แต่เราก็ไม่มีเวลามากพอที่จะปรับสมดุลให้ได้ตามที่ควร ถึงมันจะไม่อันตรายต่อผู้เล่นมาก แต่จำนวนทหารที่โผล่มาทำให้มันดูเหมือนเป็นฉากต่อสู้สุดมันส์มากกว่าที่ตั้งใจไว้จริงๆ"
N/A4094"#commentary\cn_180_replacing_the_prefabs.mp3" "[ Jeff Lane ] จริงๆ แล้ว การตั้งค่าลูกบอลพลังงานไม่ได้ซับซ้อนมาก แค่มีฟอร์ซฟิลด์กักวัตถุที่เด้งไปมาอยู่ตลอด แต่ตอนทดสอบเล่นมันเกิดบั๊กซ้ำๆ ที่ลูกบอลเด้งไปทั่ว หลุดออกจากฟอร์ซฟิลด์ที่เราตั้งไว้ให้กักมันไว้ เพราะข้อจำกัดของเทคโนโลยีชิ้นส่วนสำเร็จรูปในตอนนั้น เราต้องสร้างมันใหม่ด้วยแบบแมนวลหลายครั้ง ในทุกตำแหน่งของมัน และในทุกเลเวลของซิทาเดลที่มีลูกบอลนี้อยู่"
N/A4095"#commentary\cn_181_strider_fight.mp3" "[ Ted Backman ] หนึ่งในต้นแบบซิทาเดลตอนแรกมีไอเดียที่ให้ผู้เล่นสามารถใช้ปืนแรงโน้มถ่วงพิเศษจับสไตรเดอร์ได้ และนานพอสมควรที่การต่อสู้กับสไตรเดอร์ถูกออกแบบให้ต้องเข้าไปใกล้พอที่จะสามารถใช้ปืนจับมันได้ แต่ช่วงท้ายของการพัฒนา เราเลยตัดสินใจว่าการจับสไตรเดอร์ จะทำให้มันดูอ่อนแอเกินไป โดยเฉพาะหลังจากที่ผู้เล่นเพิ่งสู้กับมันอย่างหนักใน Street War เราเลยเปลี่ยนเป็นฉากที่ต้องฆ่ามันด้วยลูกบอลคอมไบน์แทน เราจึงเพิ่มชิ้นส่วนโมเดลเพื่อให้สไตรเดอร์สามารถถูกทำลายเป็นชิ้นๆ ระเบิดจนร่างแหลกสบาย แทนที่จะลากร่างมันไปมา และนี่เป็นครั้งเดียวในเกมที่สไตรเดอร์ มีเอฟเฟกต์แบบนี้"
N/A4096"#commentary\cn_182_getting_in_the_pod.mp3" "[ Dhabih Eng ] ลำดับเหตุการณ์ตอนขึ้นแคปซูลที่เริ่มตรงนี้ ทำให้เราต้องควบคุมทั้งฉากและมุมมองทั้งหมดของผู้เล่น ซึ่งจริงๆ มันขัดกับแนวทางปกติที่เราอยากให้ผู้เล่นควบคุมได้มากที่สุด แต่สำหรับขั้นสุดท้ายนี้ เราคิดว่าคุ้มค่าที่จะแลก เพราะตอนนี้ผู้เล่นทรงพลังมากจนควบคุมยาก เลยต้องปิดการควบคุมไป แต่เรายังทำให้ตัวละครในฉากยังพูดกับผู้เล่นอยู่ เพื่อให้ผู้เล่นเป็นจุดสนใจ และยังใส่การเล่าเรื่องผ่านสภาพแวดล้อมระหว่างทางได้ด้วย การนั่งรถไฟผ่านซิทาเดลที่เริ่มตรงนี้มีศัตรูหลายตัวที่เราทำโมเดลกราฟิกไว้แล้ว แต่ถูกตัดออกจากส่วนหลักของเกม จากในแคปซูลที่ดูอบอุ่นและปลอดภัย คุณจะเห็นกระบวนการแปลงร่าง Stalker และแวบเดียวของ Crab Synth"
N/A4097"#commentary\cn_183_turrets.mp3" "[ Mike Dussault ] ป้อมปืนเป็นเครื่องมือออกแบบที่มีประโยชน์มากตอนผู้เล่นมีเหยื่อล่อ เพราะมันกันไม่ให้พวกแอนต์ไลออนเข้ามาตรงๆ ได้เลย ทำให้เราสามารถสร้างสถานการณ์ที่ผู้เล่นจะโยนเหยื่อล่ออย่างเดียวไม่ได้ แต่ต้องอ้อมไปเคลียร์ป้อมก่อน เพื่อให้แอนต์ไลออนตามมาได้ และมันก็ไม่เสียหายเลย เพราะการเห็นแอนต์ไลออนโดนป้อมยิงกระจายเป็นภาพที่มันส์สุดๆ ด้วย"
N/A4098"#commentary\cn_184_grenade_puzzle.mp3" "[ Aaron Seeler ] ปริศนาเล็กๆ ตรงนี้ทำให้ผู้เล่นติดบ่อยตอนทดสอบ เพราะกล่องระเบิดแบบหยิบได้ไม่จำกัดถูกวางไว้ด้านหลังเส้นทางนิดหน่อย ตอนนี้ของเกม ผู้เล่นเรียนรู้แล้วว่ากล่องกระสุนแบบไม่จำกัดมักเกี่ยวกับการแก้ปริศนา ถ้ามีกล่องระเบิดอยู่ตรงนี้ พวกเขาจะรู้ทันทีว่าต้องใช้ระเบิดแก้ เราเลยอยากให้คิดก่อนนิดหน่อย สุดท้ายเราเพิ่มคำใบ้เล็กๆ โดยวางระเบิดให้มองเห็นบนโต๊ะผ่านหน้าต่าง แค่เตือนว่ามีให้ใช้ และมันยังช่วยให้เราเจอบั๊กตอนทดสอบด้วย เพราะเมื่อผู้เล่นเดินเข้าไปดูใกล้ๆ แต่กลับสามารถเก็บระเบิดผ่านกระจกได้เฉยเลย"
N/A4099"#commentary\cn_185_allied_turrets_balancing.mp3" "[ Adrian Finol ] การสร้างสมดุลการต่อสู้นี้รอบๆ ป้อมปืนฝ่ายพันธมิตรถือเป็นเรื่องท้าทาย เพราะป้อมปืนคือองค์ประกอบใหม่ ถ้าผู้เล่นไม่ให้ความสนใจ เกมเพลย์จะรู้สึกซ้ำซากเพราะคล้ายกับสิ่งที่เคยเจอมาก่อน เราอยากบังคับให้ใช้ป้อมปืนและให้รางวัลเมื่อมีการวางกลยุทธ์ได้ดี แต่ปัญหาคือมันเป็นสถานการณ์แบบสองขั้ว เพราะถ้าวางกลยุทธ์ได้ดีมาก มันก็ง่ายเกินไป ถ้าวางแย่ก็จะยากมาก การปรับจูนและเพิ่ม AI ของทหารสามารถช่วยได้ โดยทำให้ทหารเก่งขึ้นในการโค่นป้อม เช่น ขว้างระเบิดหรืออ้อมไปล้มจากด้านหลัง การเปลี่ยนแปลงนี้ทำให้การต่อสู้ไม่ใช่แค่การวางป้อมให้สมบูรณ์ แต่กลายเป็นการดูแลป้อมอย่างต่อเนื่อง เพราะไม่ว่าจะจัดวางยังไง สุดท้ายมันก็จะถูกทำลายลงอยู่ดี ผลการทดสอบมีหลากหลายมาก บางคนบอกว่ายากเกินไป บางคนบอกว่านี่คือการต่อสู้ที่ชอบที่สุด สุดท้ายเมื่อเราไม่มีเวลาเหลือแล้ว เราจึงทำให้มันง่ายขึ้นเล็กน้อยแล้วปล่อยเกม แม้จะไม่พอใจกับสมดุลสุดท้ายเท่าไหร่ก็ตาม"
N/A4100"#commentary\cn_186_meeting_mossman.mp3" "[ Ariel Diaz ] การทำให้ผู้เล่นและอลิกซ์กลับมาเจอ Mossman หลังฉากหักหลังเป็นเรื่องยากมาก เพราะผู้เล่นหลายคนรู้สึกว่าควรยิง Mossman ทันที เราไม่สามารถปล่อยให้ทำแบบนั้นได้ เพราะไม่มีเวลาพัฒนาเส้นเรื่องอื่นๆ เพิ่มเติม แต่เราก็ไม่อยากทำให้เห็นชัดว่าเรากำลังปิดกั้นตัวเลือกนี้ เราเลยพยายามลดโอกาสที่ผู้เล่นจะลองทำ กระจกกันกระสุนตรงนี้ช่วยให้บทสนทนาระหว่างอลิกซ์และ Mossman มีเวลาเพิ่มมากขึ้น ซึ่งทำให้ชัดเจนว่าอลิกซ์คิดว่าการยิง Mossman นั้นถือเป็นสิ่งที่ไม่ควรทำ"
N/A4101"#commentary\cn_187_eli_in_pod_choreography.mp3" "[ Ken Birdwell ] เราทั้งเขียนและอัดบทสนทนาสำหรับฉากนี้ในระหว่างที่สร้างโนวาโปรสเปกต์ไปด้วย ตอนนั้นเรารู้แค่ว่าอลิกซ์และเทเลพอร์ตจะเทเลพอร์ตออกจากคุก แต่รายละเอียดอื่นๆ ยังไม่ได้กำหนดเลย ดังนั้นบทพูดต้องกว้างพอที่จะเข้ากับสิ่งที่เราจะสร้างในตอนท้าย ซึ่งทำให้เรามุ่งไปที่การสื่อถึงความเปราะบางของสายสัมพันธ์ระหว่างอลิกซ์และกับพ่อของเขา มากกว่าการเน้นการกระทำของผู้เล่น เราหวังว่าอารมณ์จะเป็นตัวขับเคลื่อนฉากนี้มากกว่าเนื้อเรื่องเอง สุดท้ายเป้าหมายของเราคือทำให้ผู้เล่นให้ความสำคัญกับตัวละครเหล่านี้ อยากให้มองว่าสิ่งที่สำคัญของอลิกซ์เป็นสิ่งสำคัญของตนเองด้วย"
N/A4102"#commentary\cn_188_mossman_and_eli.mp3" "[ Bill Van Buren ] ฉาก Choreo นี้ต้องปรับแก้หลายรอบมาก เพราะเราต้องการใส่จุดหักมุมในกลางฉากโดยไม่จำกัดการควบคุมของผู้เล่น มันต้องบาลานซ์อย่างละเอียดเพื่อให้จุดหักมุมชัดเจน แต่ก็ต้องทำให้แน่ใจว่าผู้เล่นไม่สามารถขัดจังหวะได้ ถ้าผู้เล่นเดินตามอลิกซ์ไปที่คอนโซล พวกเขาต้องเข้าใจว่าเกิดอะไรขึ้นเมื่อหันกลับมา ถ้าพวกเขาอยู่ข้างหลังและดู Mossman ก็ต้องเข้าใจสถานการณ์โดยไม่รู้สึกว่าควรพยายามหยุดมัน เราต้องปรับแก้และทดสอบหลายครั้งเพื่อให้จังหวะลงตัว สุดท้ายเราใช้วิธีผสมผสานระหว่างการดึงความสนใจ แสดงช่วงเวลาสำคัญอย่างรวดเร็ว และค่อยอธิบายหลังเหตุการณ์จบ"
N/A4103"#commentary\cn_189_nova_prospekt_entry.mp3" "[ Danika Rogers ] หลังจากผู้เล่นผ่านสองเลเวลที่เน้นการต่อสู้มา เราอยากชะลอจังหวะเมื่อพวกเขาเข้ามาข้างใน เลเวลช่วงต้นนี้ถูกออกแบบมาเพื่อเปลี่ยนจังหวะ เพื่อให้ผู้เล่นได้สำรวจโครงสร้างภายในของโนวาโปรสเปกต์ ระหว่างทางเราค่อยๆ แนะนำเกมเพลย์ของป้อมปืน เริ่มจากเป็นศัตรูของผู้เล่น และต่อมากลายเป็นเครื่องมือที่พวกเขาสามารถใช้ประโยชน์ได้ เลเวลนี้ส่วนใหญ่ถูกสร้างขึ้นโดยนำพื้นที่ต้นแบบและงานออกแบบที่เคยทำไว้ก่อนหน้านี้มาต่อเติม ตอนที่เรายังโฟกัสไปที่การกำหนดรูปลักษณ์ของโนวาโปรสเปกต์"
N/A4104"#commentary\cn_190_turret_training_exit.mp3" "[ Doug Wood ] กองขยะตรงนี้ รวมถึงทางลงบันไดที่ดูรกๆ ถูกออกแบบมาเพื่อทำให้ผู้เล่นไม่อยากเอาป้อมปืนติดตัวลงไป แม้ว่าถ้าผู้เล่นทำจริงๆ ก็ไม่ได้ทำให้เกมพัง แต่เราต้องการลดโอกาสนั้นลง การทำให้การพกป้อมปืนลำบากไม่ใช่กลยุทธ์การออกแบบที่ดีนัก แต่ก็ยังดีกว่าไม่ทำอะไรเลย เพราะสุดท้าย ผู้เล่นที่มาทดสอบหลายคนก็ยอมแพ้และโยนป้อมนั้นทิ้งเมื่อรู้สึกว่าเกมกำลังส่งสัญญาณบางอย่างให้พวกเขา"
N/A4105"#commentary\cn_191_allied_antlions.mp3" "[ Eric Kirchmer ] การมีฝูงแอนต์ไลออนที่เกิดใหม่ได้ไม่สิ้นสุดคอยโจมตีทั้งป้อมปืนและทหาร ทำให้เราต้องใช้เวลาคิดบทบาทของผู้เล่นในฉากต่อสู้ของโนวาโปรสเปกต์ เพราะผู้เล่นเจอทหารคอมไบน์มาเยอะแล้ว เราจึงตัดสินใจทำให้การต่อสู้ตรงนี้รู้สึกเหมือนเป็นปริศนาและโชว์มากกว่าการท้าทายด้านการต่อสู้ เมื่อเรานำแนวคิดนี้มาใช้ เราได้ออกแบบสถานการณ์ที่คงอยู่ในสภาพเดิมจนกว่าผู้เล่นจะเข้าไปแทรกแซง ถ้าผู้เล่นฆ่าศัตรูโดยตรง พวกเขาจะทำให้ให้ฝั่งแอนต์ไลออนได้เปรียบ แต่เราอยากทำให้ผู้เล่นรู้สึกว่าการใช้เหยื่อล่อนั้นมีประโยชน์และคุ้มค่า ในหลายสถานการณ์ เมื่อผู้เล่นขว้างเหยื่อล่อใส่ศัตรู เราจะเปิดตัวสปอนเนอร์เพิ่มเติม ทำให้ฝูงแอนต์ไลออนใหม่ๆ เข้ามาอย่างรวดเร็ว ฉากโกลาหลที่ตามมาคือรางวัลที่ทำให้ผู้เล่นรู้สึกว่าการใช้เหยื่อล่อนั้นคุ้มค่า"
N/A4106"#commentary\cn_192_laser_mines.mp3" "[ Erik Johnson ] เรารู้สนุกมากที่ได้เอาเลเซอร์ทริปไมน์กลับมาใช้ในโนวาโปรสเปกต์ เพราะมันเป็นอาวุธจาก Half-Life 1 ที่เราไม่ได้คิดจะใส่มาใน Half-Life 2 แต่สุดท้ายก็หาที่ลงตัวได้ โดยวางบทบาทให้องค์ประกอบของปริศนา เราชอบตรงที่มันทำหน้าที่เหมือนการทดสอบศีลธรรมส่วนตัวของผู้เล่นตอนที่มีฝูงแอนต์ไลออนอยู่ในมือ บางคนขว้างเหยื่อล่อผ่านทริปไมน์ทันที เพื่อส่งฝูงแอนต์ไลออนไปตายเพื่อเคลียร์ทาง ส่วนบางคนเลือกจะรั้งเพื่อนตัวเล็กไว้จนกว่าจะปลอดภัยและค่อยจัดการทริปไมน์ด้วยวิธีอื่น ซึ่งเราไม่ได้มองว่าตัวเลือกไหนถูกหรือผิด"
N/A4107"#commentary\cn_193_final_turret_arena.mp3" "[ Erik Johnson ] เวลาเราสร้างเส้นโค้งขององค์ประกอบเกมเพลย์ อย่างเช่นการใช้ป้อมปืนของฝ่ายเรา เรามักจะเริ่มจากการทำต้นแบบที่แสดงให้เห็นจุดสุดท้ายของเส้นโค้งก่อน จากนั้นก็ปรับแก้ต้นแบบนั้นไปเรื่อยๆ จนกว่าการทดสอบเล่นจะบอกว่ามันใช้ได้แล้ว แล้วค่อยทำย้อนกลับมา เพิ่มสถานการณ์ก่อนหน้าเพื่อแนะนำองค์ประกอบนี้และค่อยๆ สร้างทักษะให้ผู้เล่น วิธีนี้ช่วยให้มั่นใจว่าเส้นโค้งสุดท้ายมันสนุกๆ จริง ก่อนที่เราจะทุ่มเวลาไปกับมัน และยังหมายความว่า พอถึงตอนที่เราสร้างฉากฝึก เราก็ได้เห็นการทดสอบมามากพอที่จะรู้แล้วว่าทักษะไหนต้องมีคำแนะนำ และทักษะไหนที่ผู้เล่นจะเข้าใจเองได้ แล้วฉากป้อมปืนสุดท้ายนี้คือเป้าหมายของเรา คือการเน้นให้ผู้เล่นป้องกันศัตรูที่มาจากหลายทิศทาง ทำให้ต้องวางป้อมและกู้คืนป้อมให้ทันการณ์"
N/A4108"#commentary\cn_194_one_way_drops.mp3" "[ Jakob Jungels ] ผู้เล่นไม่มีทางรู้ว่าข้างหน้าจะเจออะไร แต่ผู้เล่นมักจะคุ้นกับสิ่งที่อยู่ข้างหลังเสมอ เพราะแบบนี้ เวลาเจอศัตรู ผู้เล่นมักจะถอยกลับไปยังพื้นที่ที่คุ้นเคย ถ้าเราออกแบบอารีน่าที่อยากให้ผู้เล่นเข้าสู้ โดยเฉพาะกับศัตรูที่ต้องการพื้นที่เฉพาะ เช่น แอนต์ไลออนการ์ด เราต้องหาวิธีป้องกันไม่ให้ผู้เล่นถอยกลับ ซึ่งวิธีที่ใช้กันบ่อยคือบังคับให้ผู้เล่นเข้ามาในอารีน่าผ่านทางที่ลงได้ทางเดียว ซึ่งคุณน่าจะเคยสังเกตเห็นหลายครั้งแล้ว"
N/A4109"#commentary\cn_195_npcs_on_elevators.mp3" "[ Jay Stelly ] หลายครั้งเราต้องใช้เวลาอย่างมากในการแก้ปัญหาที่ผู้เล่นแทบไม่ทันสังเกต ปัญหาเหล่านี้บางอย่างถือเป็นความท้าทายด้านการออกแบบที่ละเอียดอ่อน บางอย่างเกิดจากระบบหลายตัวทำงานร่วมกัน ตัวอย่างเช่น การทำให้ตัวละครที่ไม่ใช่ผู้เล่นสามารถขึ้นลิฟต์ได้ ปัญหานี้ซับซ้อนมากเพราะเกี่ยวข้องกับหลายๆ ระบบ ตั้งแต่การตัดสินใจของ AI (ไม่ใช่ผู้เล่น-NPC), การวางแผนเส้นทาง ไปจนถึงการจำลองการเคลื่อนไหว และลิฟต์เองก็มีข้อกำหนดการจำลองที่ไม่เกี่ยวกับ NPC อีกหนึ่งความท้าทายที่ละเอียดมากคือ เราจำลองการเคลื่อนไหวของ NPC ที่ช้ากว่าลิฟต์ ผลคือ NPC ที่อยู่บนลิฟต์ที่กำลังลง จะถูกจำลองเพื่อให้ยืนบนลิฟต์อย่างถูกต้อง จากนั้นลิฟต์จะถูกจำลองหลายครั้ง ขยับลงไปเรื่อยๆ ทำให้ NPC ค่อยๆ ถูกทิ้งไว้ข้างหลัง แล้วไม่นาน NPC จะถูกจำลองอีกครั้งและเด้งกลับมาบนพื้นลิฟต์ คุณคงจินตนาการได้ว่ามันยากแค่ไหนที่จะจริงจังกับอลิกซ์ในตอนที่เธอคุยกับคุณแต่ตัวค่อยๆ ร่วงลงทีละนิดตลอดเวลา"
N/A4110"#commentary\cn_196_looktargets.mp3" "[ John Cook ] หนึ่งในเครื่องมือสำคัญที่เราใช้ในการออกแบบคือ Looktarget โดยจุดที่มองไม่เห็นในพื้นที่ ซึ่งจะทำงานเมื่อผู้เล่นหันไปมองตรงนั้น นักออกแบบสามารถกำหนดได้ว่าผู้เล่นต้องมองแม่นแค่ไหน ต้องมองนานเท่าไหร่ และเงื่อนไขอื่นๆ พอตรงตามที่กำหนดแล้ว Looktarget จะทริกเกอร์เหตุการณ์ต่างๆ ในเกมขึ้นมา ตัวอย่างเช่น อลิกซ์อาจรอให้ผู้เล่นมองมาที่เธอก่อนถึงจะเริ่มบทสนทนา ฉากโชว์บางอย่างจะเริ่มก็ต่อเมื่อมันอยู่ในมุมมองนั้นๆ หรือดรอปชิปคอมไบน์อาจบินผ่านตอนที่ผู้เล่นมองไปทางนั้น หลังจากที่เราเพิ่มระบบ Looktarget เข้ามา นักออกแบบก็หาวิธีใช้มันได้อย่างต่อเนื่อง เพื่อทำให้ผู้เล่นรู้สึกว่าเกมเพลย์เชื่อถือได้มากขึ้น โดยเฉพาะในกรณีที่บางสิ่งเคลื่อนที่ด้วยความเร็วต่างกันมาก หรือเคลื่อนไหวแบบเดายาก"
N/A4111"#commentary\cn_197_nova_prospekt_yard.mp3" "[ John Morello ] การต่อสู้ในลานโนวาโปรสเปกต์ส่วนใหญ่ได้แรงบันดาลใจจากสิ่งที่เราเห็นตอนแรกๆ เวลาที่แอนต์ไลออนสู้กับทหารคอมไบน์ ความคล่องตัวสูงและการโจมตีระยะประชิดของแอนต์ไลออนเข้ากันได้ดีกับความร้ายกาจระยะไกลของทหาร และจุดอ่อนเมื่อถูกประชิดตัว แอนต์ไลออนดูเท่มากตอนโดนยิง มีเอฟเฟกต์อนุภาคกระจายเต็มไปหมด และพอพวกมันเข้าถึงตัวทหารได้ เอฟเฟกต์ล้มลงที่เกิดขึ้นก็ดูสะใจสุดๆ"
N/A4112"#commentary\cn_198_vent.mp3" "[ John Morello ] คุณคงรู้อยู่แล้วแหละว่า ถ้ามีช่องระบายอากาศ ก็ต้องมีเฮดแครบอยู่ในนั้น ซึ่งเราไม่ได้เป็นคนตั้งกฎเหล่านี้ขึ้นมา กฎพวกนี้เหมือนกับช่องระบายอากาศเองที่มาจากข้างบนโดยตรง"
N/A4113"#commentary\cn_199_kitchen.mp3" "[ Kerry Davis ] เป็นธรรมเนียมที่รู้กันดีในหมู่นักพัฒนาเกมว่า ครัวในวิดีโอเกมทุกเกมต้องมีฉากแก๊สระเบิดอยู่เสมอ"
N/A4114"#commentary\cn_200_alyxs_tool.mp3" "[ Laura Dubuk ] เครื่องมืออเนกประสงค์ของอลิกซ์มีประโยชน์มาก เพราะทำให้เราใช้เธอเป็นเหมือนกุญแจได้ หลายครั้งเราต้องกันไม่ให้ผู้เล่นเดินไปข้างหน้าก่อนที่เราจะพร้อม และเครื่องมือนี้ช่วยให้เธอพูดบทสนทนาไปพร้อมกับปลดล็อกทางข้างหน้าได้ เราอาจใช้มันมากเกินไปหน่อย แต่ก็ยากที่จะห้ามใจ เพราะมันช่วยประหยัดเวลาเยอะ การใช้อลิกซ์เป็นตัวล็อกห้อง แทนที่จะสร้างวิธีเฉพาะขึ้นมาเอง ทำให้เรามีเวลามากขึ้นไปทำส่วนอื่นของเกม ซึ่งมักจะสำคัญกว่า"
N/A4115"#commentary\cn_201_mossmans_betrayal.mp3" "[ Marc Laidlaw ] แผนเดิมของเราสำหรับเส้นเรื่องของจูดิธมอสแมน คือให้เธอหักหลังผู้เล่นในช่วงนี้ แต่พอเรามาถึงฉากนี้ หลังจากพัฒนาเกมส่วนอื่นๆ แล้ว เรารู้สึกว่าเธอน่าจะทำไปเพราะอยากปกป้องอีไลมากกว่า เราจินตนาการว่าเธอจะเปลี่ยนใจ เพราะรู้ตัวว่าไม่สามารถหักหลังกอร์ดอนได้จริงๆ เรามีไอเดียจะทำให้การเปลี่ยนใจนี้ชัดขึ้นในตอนหลัง แต่สุดท้ายก็ไม่ได้ทำเส้นเรื่องของเธอให้เสร็จ เราชอบความคลุมเครือในตัว Mossman แต่ดูเหมือนผู้เล่นจะไม่ชอบเลย เพราะผู้เล่นแทบทุกคนเกลียดเธอ ซึ่งจริงๆ อาจถือว่าเป็นความสำเร็จก็ได้ เพราะเราตั้งใจสร้างความผูกพันระหว่างผู้เล่นกับอลิกซ์ และอลิกซ์เองก็ไม่ได้ชอบจูดิธเหมือนกัน"
N/A4116"#commentary\cn_202_d2_prison_05_start.mp3" "[ Yahn Bernier ] เมื่อผู้เล่นสามารถขยับวัตถุได้เยอะ เรามักเจอความท้าทายต่างๆ โดยเฉพาะเมื่อคิดถึงข้อจำกัดของ CPU ในปี 2003 หนึ่งในข้อจำกัดคือ ระบบนำทางของ AI ไม่รู้จักวัตถุฟิสิกส์ที่เคลื่อนไหวได้ เช่น เตียงเหล็กพวกนี้ แม้ว่าระบบการเคลื่อนไหวของ NPC จะตรวจจับและหลบวัตถุฟิสิกส์ระหว่างเดินได้ แต่ตอนวางแผนเส้นทางเชิงกลยุทธ์ก่อนเคลื่อนไหว วัตถุเหล่านี้เหมือนเป็นสิ่งที่มองไม่เห็น ซึ่งสาเหตุหลักมาจากข้อจำกัดด้านประสิทธิภาพ เราไม่สามารถทำให้ซับซ้อนกว่านี้ได้ และเราก็เจอปัญหาด้านดีไซน์ที่ไม่มีคำตอบชัดเจน เช่น ถ้าผู้เล่นเอาวัตถุใหญ่ๆ มาปิดทางเดินหมด ทหารควรทำยังไง เพื่อแก้ปัญหานี้ เราเลยเพิ่มแรงให้ NPC ผลักวัตถุฟิสิกส์ได้ แล้วก็ลดความเสี่ยงด้วยการออกแบบเลเวลให้ทางเดินกว้างขึ้น และมีพื้นที่โล่งพอสำหรับวัตถุที่อาจตกลงมาตรงไหนก็ได้ การตั้งแบบนี้ถือว่ามีความเสี่ยงสูง เพราะการที่ทหารหลบหลังเตียง แล้วแอนต์ไลออนพุ่งเข้ามาโจมตีประชิด ก็มีโอกาสสูงที่จะเกิดการชนกันแบบแปลกๆ ระหว่างระบบการเคลื่อนไหวของ NPC กับเตียง"
N/A4117"#commentary\cn_203_alyx_as_companion.mp3" "[ Miles Estes ] ส่วนนี้กลายเป็นต้นแบบโดยไม่ได้ตั้งใจสำหรับสิ่งที่จะปรากฏใน Episode 1: อลิกซ์ในบทบาทเพื่อนร่วมทาง ที่เคลื่อนไหวอย่างลื่นไหลไปตามเส้นทางที่ผสมผสานการต่อสู้แบบไดนามิกเข้ากับการจัดฉากตามสคริปต์ ตอนนั้นเรายังไม่มีโมเดลชัดเจนว่าเธอจะเข้ากับผู้เล่นในสถานการณ์แบบนี้อย่างไร แต่แม้จะเป็นแค่ช่วงสั้นๆ ก็สอนเราได้เยอะ แม้จะไม่มีเวลามากพอที่จะปรับแก้ซ้ำก็ตาม"
N/A4118"#commentary\cn_204_laundry.mp3" "[ Mike Dussault ] เมื่อผู้เล่นมาถึงเลเวลนี้ ซึ่งเรียกว่า Laundry เรามั่นใจแล้วว่าพวกเขาคุ้นเคยกับการใช้เหยื่อล่อเพื่อแก้สถานการณ์ต่อสู้ ดังนั้นเราจึงอยากเพิ่มความท้าทายขึ้นอีกนิด ด้วยการสร้างสถานการณ์ที่กระตุ้นให้ผู้เล่นมีส่วนร่วมมากขึ้น โดยผสมผสานการใช้เหยื่อล่อเข้ากับอาวุธทั้งหมดที่มีอยู่"
N/A4119"#commentary\cn_205_side_zombie.mp3" "[ Quintin Doroquez ] ซอมบี้พิษตัวนี้เป็นไฮไลต์ในรอบทดสอบเล่นเสมอ ผู้เล่นที่มัวแต่โฟกัสกับทหารคอมไบน์ แอนต์ไลออน และป้อมปืน ไม่ได้เจอซอมบี้พิษมานานแล้ว พอจู่ๆ มันโผล่มาในความมืด ก็มักจะสร้างโมเมนต์สุกช็อกขึ้นมาทันที"
N/A4120"#commentary\cn_206_flares.mp3" "[ Quintin Doroquez ] ส่วนนี้เป็นเหมือนจุดตัดที่น่าสนใจกับส่วนป้อมปืนก่อนหน้า ในแง่ของต้นทุนการผลิตและการปรับแก้ เพราะมันถูกสร้างขึ้นค่อนข้างช้า แต่กลับประกอบกันได้เร็วมาก เนื่องจาก AI ของอลิกซ์และทหารคอมไบน์พัฒนาไปไกลแล้ว เราชอบบรรยากาศมืดๆ กับแสงแฟลร์ และเก็บไอเดียนี้ไว้เพื่อสำรวจต่อในอนาคต หลังจากนั้นเราก็นึกถึงมันอีกครั้งตอนวางแผนทำฉากมืดใน Episode 1"
N/A4121"#commentary\cn_207_magic_wall.mp3" "[ Robin Walker ] เหมือนกับหลายๆ พื้นที่ต่อสู้ เราต้องมีตัวกั้นบางอย่างเพื่อกันไม่ให้ผู้เล่นเดินต่อไปก่อนจบการต่อสู้นี้ แต่โชคร้ายที่เราไม่มีเวลาเหลือแล้ว ต้องเปลี่ยนไปทำด่านสถานีรถไฟต่อ เลยจบด้วยวิธีที่เรียกได้ว่า “เวทมนตร์มั่วๆ” คือกำแพงที่ระเบิดออกหลังจากผู้เล่นจัดการปืนกลบินลำที่สองเสร็จ จึงเผยทางไปข้างหน้า เราปลอบใจตัวเองว่าผู้เล่นส่วนใหญ่คงไม่ทันสังเกต เพราะมัวแต่สู้กับปืนกลบิน และจากการทดสอบก็เห็นว่าพวกเขามักจะสู้จนจบก่อนถึงจุดนี้อยู่แล้ว พอมีระเบิดกระจายทั่วอารีน่า กำแพงที่พังและลุกไหม้ก็ดูค่อนข้างเป็นธรรมชาติ เราเลยใส่ปริศนาแก๊สง่ายๆ อีกสองสามจุดด้านหลังเพื่อทำให้มันดูมีเหตุผล แต่เอาจริงๆ เราไม่ได้ภูมิใจกับมันเท่าไหร่หรอก"
N/A4122"#commentary\cn_208_ragdoll_vortigaunt.mp3" "[ Scott Dalton ] มีความเจ็บปวดมากมายซ่อนอยู่ในร่างวอร์ติกอนต์ที่ตายตัวนี้ ความเจ็บปวดของทีมออกแบบเลเวล ตอนนั้นเครื่องมือพัฒนาเกมของเรายังไม่สามารถจัดท่าทางตอนล้มลงได้โดยตรง หมายความว่าเมื่อ NPC ตายแล้วระบบทำให้มันล้มลงไปกับพื้น เราไม่มีสิทธิ์ควบคุมว่ามันจะอยู่ในท่าไหน ถ้าเราได้ทีมแอนิเมเตอร์มาช่วย พวกเขาอาจทำแอนิเมชันเฟรมเดียวในท่าที่เราต้องการได้ แต่เรามาช้า และทีมแอนิเมชันเล็กๆ ของเราก็งานล้นแล้ว สุดท้ายทีมออกแบบเลเวลเลยวางวอร์ติกอนต์ไว้เหนือเก้าอี้ สั่งให้มันตายตอนโหลดเลเวล แล้วรอดูว่ามันจะหยุดในท่าไหน จากนั้นก็ขยับมันนิดหน่อยแล้วลองใหม่ เราจำไม่ได้ว่าต้องลองกี่ครั้ง แต่บอกได้เลยว่ามากกว่าที่คุณคิดเยอะมาก"
N/A4123"#commentary\cn_209_nova_prospekt_process.mp3" "[ Eric Smith ] เดิมทีเราออกแบบรูปแบบการเล่นของด่านโนวาโปรสเปกต์ต่างไปจากที่วางจำหน่ายจริงอย่างมาก เช่นเดียวกับ Ravenholm โดยเวอร์ชันแรกเน้นการต่อสู้ระหว่างผู้เล่นกับทหารคอมไบน์เท่านั้น ยังไม่มีแอนต์ไลออนมาเกี่ยวข้อง เราไม่ได้พัฒนาโนวาโปรสเปกต์ในแนวทางเดียวกับด่านอื่นๆ ที่จะพัฒนารูปแบบการเล่นกับงานศิลป์ไปพร้อมๆ กัน แต่เราเน้นเดินหน้างานศิลป์เป็นหลักในช่วงต้น ทำให้เราได้ชิ้นส่วนสามมิติอย่างดีที่แบ่งเป็นส่วนๆ เพื่อนำไปใช้ต่อได้และลงรายละเอียดศิลป์เอาไว้แล้ว การประกอบด่านโนวาโปรสเปกต์ขึ้นมาจากชิ้นส่วนเหล่านี้เป็นไปได้ดีเพราะว่าคุกมักจะมีลักษณะซ้ำๆ กันอยู่แล้ว แต่เมื่อเพิ่มแอนต์ไลออนและบั๊กเบทเข้าไปในภายหลัง เราจึงต้องดัดแปลงชิ้นส่วนเดิมให้เข้ากับรูปแบบการเล่นใหม่"
N/A4124"#commentary\cn_210_d2_prison_04.mp3" "[ Eric Kirchmer ] ตลอดการพัฒนา ทีมศิลปินของเราได้สร้างชิ้นส่วนฉากสามมิติขนาดเล็กๆ เอาไว้ ซึ่งเราเรียกว่าคลังศิลป์ โดยคลังเหล่านี้จะอธิบายแนวทางในการใช้พื้นผิวและอุปกรณ์ประกอบฉากเพื่อเพื่อออกแบบพื้นที่เล่นเกมให้สอดคล้องกับเป้าหมายด้านภาพของเรา แต่เมื่อสร้างแทร็กการเล่นเกมของคุก เราก็สามารถนำชิ้นส่วนเหล่านั้นมาใช้ได้เลยเพราะคุกมีลักษณะซ้ำๆ กันอยู่แล้ว ถึงแม้ว่าเดิมทีเราจะสร้างแมปนี้มาเพื่อเป็นคลังศิลป์หลักสำหรับโนวาโปรสเปกต์ แต่เมื่อได้นำมาทดสอบกับรูปแบบการเล่นต้นแบบต่างๆ แล้ว รวมถึงรูปแบบที่มีบั๊กเบทด้วย ชิ้นส่วนเหล่านี้ก็กลายมาเป็นสถาปัตยกรรมจริงของฉากส่วนหนึ่งโดยปริยาย"
N/A4125"#commentary\cn_211_autosave_dangerous.mp3" "[ Dave Riller ] ใน Half-Life 1 เรามีระบบบันทึกอัตโนมัติตลอดทั้งเกมซึ่งนักออกแบบฉากได้กำหนดเอาไว้ด้วยตนเอง และจะบันทึกเมื่อผู้เล่นมาถึงช่วงเวลาหรือตำแหน่งที่กำหนดในเกม วิธีการนี้ช่วยให้แน่ใจว่าระบบจะบันทึกเกมให้คุณโดยอัตโนมัติเมื่อคุณสำรวจไปตามพื้นที่ต่างๆ ในแบล็กเมซา ใน Half-Life 2 เราพบว่าเราต้องการเครื่องมือใหม่ เนื่องจากเราพบปัญหาในพื้นที่บางส่วนที่มีความซับซ้อนขึ้นมาหน่อยซึ่งเราสร้างเอาไว้ การเผชิญหน้าในพื้นที่นั้นบางครั้งจะยาวนานครู่ใหญ่และมีศัตรูด้วยกันหลายกลุ่ม ส่วนการเผชิญหน้าอื่นๆ จะกินเวลานานและมีทั้งการสำรวจและการต่อสู้ปะปนกันไป ทำให้ไม่สามารถแยกแยะได้ชัดเจน เราไม่อยากให้ระบบบันทึกเกมอัตโนมัติในตอนที่ผู้เล่นกำลังจะตายพอดีเมื่อที่ย้อนกลับมาใหม่ เพราะถ้าเป็นแบบนั้นผู้เล่นก็จะติดลูปและตายซ้ำๆ ถ้าคุณเล่นเกมมามากพอ คุณต้องเคยเจอสถานการณ์แบบนี้กับตัวเองสักครั้ง ดังนั้นถ้าเราไม่จงใจเลือกช่วงเวลาหยุดเป็นระยะตลอดการเล่นในพื้นที่ต่างๆ เอง เราก็อาจหาจุดที่จะบันทึกโดยอัตโนมัติไม่ได้เสมอไป หลังจากทำการทดลองไปบ้างแล้ว เราก็ได้เริ่มใช้ฟีเจอร์ที่เรียกว่า Autosave Dangerous ซึ่งเป็นเครื่องมือสำหรับนักออกแบบฉากที่ผสานระบบบันทึกอัตโนมัติเข้ากับกรอบเวลาที่เชื่อมโยงกัน เมื่อนักออกแบบฉากสั่งการ เครื่องมือนี้ก็จะบันทึกเกมในทันที แต่จะเก็บความคืบหน้านั้นไว้ก่อน ยังไม่เปิดให้ผู้เล่นโหลดใหม่ได้ ถ้าผู้เล่นยังรอดชีวิตในกรอบเวลาที่กำหนดไว้ ความคืบหน้านั้นก็จะเริ่มมีผลจริง และจะใช้เป็นความคืบหน้าที่บันทึกโดยอัตโนมัติล่าสุด วิธีนี้ช่วยให้นักออกแบบฉากสามารถจัดวางการบันทึกอัตโนมัติไว้ในตำแหน่งหรือช่วงเวลาที่สมเหตุสมเหตุภายในพื้นที่ได้ รวมถึงสามารถกำหนดเวลา เช่น 30 วินาที เพื่อเป็นเงื่อนไขได้ว่าถ้าผู้เล่นยังมีชีวิตอยู่เป็นเวลา 30 วินาที ให้เริ่มใช้ความคืบหน้าที่บันทึกโดยอัตโนมัติจริงได้"
N/A4126"#commentary\cn_212_we_dont_go_to_ravenholm.mp3" "[ Dario Casali ] ระหว่างที่เราดูความเรียบร้อยต่างๆ กับด่าน เราก็อดคิดไม่ได้ว่าช่วงเปลี่ยนผ่านจากแล็บของอีไลยังไม่ดีนัก มันกะทันหันเกินไป เพราะแล็บของอีไลเชื่อมต่อโดยตรงกับถนนของเมืองที่คุณกำลังจะได้เห็นในไม่ช้านี้ ซึ่งเดิมทีฉากที่คุณกำลังยืนอยู่นี้ก็ไม่มีอยู่ในเกมด้วย เราเพิ่งจะกระตุ้นความรู้สึกที่ว่า \"เราจะไม่ไปที่นั่นแล้ว\" ตอนท้ายแล็บของอีไลเอาไว้ ซึ่งเราก็ชอบช่วงบิ้วอารมณ์ที่เราทำไว้นี้แล้ว แต่ทันทีที่ผู้เล่นไปถึง Ravenholm ผู้เล่นก็ต้องปะทะกับฝูงซอมบี้ทันทีโดยไม่ได้มีช่วงเวลาให้เกิดความตึงเครียดอะไรเลย เราก็เลยสร้างส่วนนี้และทางเดินต่อเนื่องแคบๆ เพื่อเติมเต็มความรู้สึกนั้นในรูปแบบที่เราอยากได้ เราชะลอจังหวะการเล่นลง เน้นใช้วิธีทางศิลป์และการจัดแสง และกระตุ้นคุณให้พร้อมสัมผัสด้วยตัวคุณเองว่าทำไมเราจึงจะไม่ไปที่ Ravenholm แล้ว"
N/A4127"#commentary\cn_213_lever_shenanigans.mp3" "[ Dario Casali ] ต่อให้เราทำอะไรหลายอย่างเพื่อพยายามจะสื่อให้ผู้เล่นเห็นถึงความเชื่อมโยงระหว่างคันโยกอันนี้กับรั้วไฟฟ้าด้านนอกแล้ว สุดท้ายผู้ทดสอบบางคนก็ยังไม่รู้อยู่ดีว่ามีอะไรเปลี่ยนไปพอสับคันโยกแล้ว ผู้ทดสอบก็จะสำรวจไปรอบๆ ดันคันโยกขึ้นมาใหม่ แล้วไปสำรวจที่อื่นต่ออีก ดังนั้นด้วยความที่เราไม่มีเวลาเพียงพอจะออกแบบความเชื่อมโยงให้ชัดกว่านี้แล้ว เราเลยเลือกที่จะทำให้คันโยกพังไปเลย ผู้เล่นก็จะดันกลับขึ้นมาใหม่ไม่ได้อีก วิธีนี้ยังเพิ่มความรู้สึกที่ว่า Ravenholm เป็นพื้นที่ที่กำลังล่มสลายและไม่น่าไว้วางใจได้อีกด้วย"
N/A4128"#commentary\cn_214_town_arenas.mp3" "[ Dario Casali ] เมื่อผู้เล่นมาถึงจุดนี้ใน Ravenholm ผู้เล่นก็ได้เรียนรู้องค์ประกอบการเล่นทั้งหมดที่มีแล้วและพอจะคาดเดาปฏิกิริยาโต้ตอบขององค์ประกอบต่างๆ ได้ เราจึงสามารถตั้งค่าการเล่นให้ซับซ้อนยิ่งขึ้นได้ โดยเพิ่มระดับภัยคุกคามและให้ผู้เล่นได้มีอิสระในการเลือกวิธีการรับมือแต่สถานการณ์ต่างๆ มากขึ้น เราตั้งใจออกแบบพื้นที่นี้ให้มีความคดเคี้ยวเพื่อให้ผู้เล่นต้องใช้เวลาเดินสำรวจ จากนั้นเราก็ใช้ช่วงเวลาที่ผู้เล่นกำลังสำรวจนี้ค่อยๆ เพิ่มความเข้มข้นของการต่อสู้อย่างช้าๆ ยิ่งผู้เล่นสำรวจเร็ว เราก็ยิ่งอัดการต่อสู้เข้าไปเร็ว ลักษณะที่การออกแบบที่ไม่ตายตัวนี้ทำให้ยากต่อการปรับการเล่นให้สม่ำเสมอ ผู้เล่นจึงมีวิธีการเล่นด่านนี้ให้ผ่านได้หลากหลายมาก"
N/A4129"#commentary\cn_215_mines.mp3" "[ Dario Casali ] เส้นทางที่ซับซ้อนที่ผู้เล่นต้องใช้เพื่อเดินทางลอดอุโมงค์เหมืองแห่งนี้อย่างปลอดภัยนี้มีเวลาถมเถให้ผู้เล่นได้เห็นว่ามีอะไรรออยู่ข้างล่าง และเซอร์ไพรส์ครับ มีเฮดแครบอยู่นั่นเอง เอาจริงๆ เราก็เจอเฮดแครบอยู่บ่อยๆ แหละครับ แต่คราวนี้เป็นเฮดแครบมีพิษ ซึ่งก็น่าปวดหัวอยู่แล้ว แต่ความโกลาหลที่แท้จริงอยู่ที่เราจะเพิ่มเฮดแครบแบบวิ่งเร็วเข้าไปด้วย เจ้าเฮดแครบทั้งสองแบบนี้เข้ากันได้ดีเลย ทั้งสองตัวไม่ได้อันตรายนักถ้าแยกกันอยู่ แต่เมื่ออยู่รวมกัน จะมีพลังทำลายล้างสูงทีเดียว หากผู้เล่นโดนยาพิษเข้าไป เพียงถูกเฮดแครบแบบวิ่งเร็วชนเข้าทีนึงก็ถึงตายได้ นักชีววิทยาเรียกกลไกนี้ว่าภาวะเอื้อประโยชน์กัน เราคิดว่าอย่างนั้นนะครับ"
N/A4130"#commentary\cn_216_poison_headcrabs.mp3" "[ David Speyrer ] เราไม่ได้ตั้งใจใช้ห้องนี้เป็นห้องที่ผู้เล่นเจอกับเฮดแครบเป็นครั้งแรก เราใช้เวลาไปมากกับออกแบบรูปแบบการเปิดตัวเฮดแครบอย่างเหมาะสมในช่วงท้ายๆ ของฉากนี้ แต่เมื่อเราเห็นว่าเฮดแครบให้ผลได้ดีจากการทดสอบการเล่น เราก็ตื่นเต้นกันมากจนสุดท้ายเราก็เพิ่มเฮดแครบเข้าไปตลอดทางในฉากนั้น กว่าเราจะรู้ว่าผู้เล่นเจอมันเข้าแล้วก่อนที่เราตั้งใจไว้ เราก็แก้ไขไม่ทันแล้ว โชคดีที่การเจอเฮดแครบมีพิษในห้องแคบๆ กลับกลายเป็นโอกาสที่ดีในการฝึกผู้เล่น เพราะมันออกแบบมาเพื่อหลีกเลี่ยงปัญหาที่พบบ่อยๆ ในการฝึกต่อสู้อยู่แล้ว โดยปกติ ผู้เล่นจะเกิดความเครียดและหงุดหงิดขึ้นมาได้ถ้าตัวเองตายบ่อยๆ โดยไม่รู้สาเหตุ แน่นอนว่าเราเห็นปัญหานั้นตอนที่เราฝึกผู้เล่นด้วยเฮดแครบมีพิษและแหล่งสิงสถิตของมัน นั่นคือซอมบี้มีพิษนั่นเอง อย่างไรก็ตาม เฮดแครบมีพิษไม่สามารถทำให้ผู้เล่นถึงตายได้ ดังนั้นถึงจะน่าปวดหัว แต่ก็ไม่ทำให้ผู้เล่นหงุดหงิดมากนักถึงแม้ว่าจะต้องเจอเฮดแครบมีพิษอยู่เต็มห้องก็ตาม"
N/A4131"#commentary\cn_217_poison_zombie_introduction.mp3" "[ David Speyrer ] การจำกัดผู้เล่นไว้ในพื้นที่แคบๆ แล้วเปิดให้ผู้เล่นเห็นความเป็นไปภายนอกได้ถือเป็นวิธีที่ดีในการเพิ่มโอกาสให้ผู้เล่นสังเกตเห็นสิ่งที่เราต้องการให้เห็น ในจุดนี้ เราจะดึงดูดความสนใจของผู้เล่นด้วยเสียงโหยหวนก่อนที่ซอมบี้มีพิษจะปรากฏตัวให้เห็น เดิมทีจุดนี้เองคือจุดที่เราวางไว้ให้ผู้เล่นได้เจอกับเฮดแครบมีพิษเป็นครั้งแรก แต่อย่างที่บอกไปว่า เราตื่นเต้นจนเกินไป จึงกระจายเฮดแครบมีพิษไปทั่วด่านแล้ว สุดท้ายเลยไม่ได้เปิดตัวทั้งซอมบี้และเฮดแครบมีพิษไปพร้อมๆ กันที่นี่ แต่ยังไงก็ตาม การที่ผู้เล่นพบเจอซอมบี้และเฮดแครบแยกกันในสองสถานการณ์นั้นก็ให้ผลลัพธ์ที่ดีกว่า"
N/A4132"#commentary\cn_218_final_arena.mp3" "[ Eric Smith ] ตอนที่เราออกแบบฉากจบของด่าน Ravenholm เราตั้งใจให้ดาดฟ้าตรงนี้เป็นฉากต่อสู้ส่งท้าย แต่พื้นที่นี้ก็เหมือนพื้นที่อื่นๆ ใน Ravenholm ที่เดิมทีเราเพียงเน้นให้เป็นฉากสวยๆ อย่างเดียว เรารู้สึกว่าเราควรจะมีฉากที่ว่า เมื่อผู้เล่นออกจาก Ravenholm ผู้เล่นจะได้มีช่วงเวลาหันกลับไปมองเมืองที่ตนเองเพียงเอาชีวิตรอดมาและได้เห็นเค้าลางของเส้นทางที่กำลังจะมุ่งหน้าไปด้วย ทีมออกแบบการเล่นหลายๆ ทีมพยายามลองสร้างฉากต่อสู้ขึ้นที่นี่ แต่พื้นที่ที่แคบและข้อจำกัดด้านประสิทธิภาพทำให้เรายังไม่ได้ฉากจบที่เราพอใจเสียที Ravenholm ก็คงเหมือนกับเรื่องราวของ Half-Life เองที่ถูกกำหนดไว้แล้วว่าจะไม่มีฉากจบที่แท้จริง"
N/A4133"#commentary\cn_219_tables_and_bodies.mp3" "[ Ido Magal ] ในช่วงท้ายของการออกแบบด่าน Ravenholm ที่เราทำองค์ประกอบสำคัญๆ เสร็จเรียบร้อยแล้ว เราได้ไปไล่ดูและลองเติมแต่งพื้นที่ว่างแต่ละจุดให้มีอะไรน่าสนใจ ซึ่งในขั้นตอนนี้ เราต้องระวังให้ดี ใช้สิ่งที่เรามีอยู่แล้ว อย่าสร้างอะไรขึ้นมาใหม่อีก เพราะเราต้องไม่สร้างความเสี่ยงที่จะเกิดจุดบกพร่องเพิ่มเติม สำหรับในห้องนี้ เราก็พยายามเพิ่มสถานการณ์ย่อยใหม่ๆ ในการเล่นไปพร้อมๆ กับเพิ่มรายละเอียดและการเล่าเรื่องเข้าไปในพื้นที่ด้วยเหมือนกับที่ทำอยู่บ่อยครั้ง ฉากเล็กๆ เหล่านี้เปิดช่องให้ผู้เล่นที่มีหูตาว่องไวได้ขบคิดถึงสิ่งที่กำลังจะเกิดขึ้นและคิดว่าฉากนี้เชื่อมโยงอย่างไรกับสิ่งที่ตนเองกำลังจะได้พบเจอ"
N/A4134"#commentary\cn_220_physics_object_consistency.mp3" "[ Kerry Davis ] วัตถุที่จับต้องได้ทั้งหมดมีหลักเกณฑ์ที่กำหนดลักษณะของวัตถุที่แตกต่างกันไป เช่น มวล ปริมาณความเสียหายที่รับได้ก่อนที่จะแตกหักลง เมื่อแตกหักแล้วจะออกมาเป็นอย่างไร เป็นต้น ระหว่างการพัฒนา นักออกแบบด่านจะเป็นผู้ระบุหลักเกณฑ์เหล่านี้ให้กับวัตถุแต่ละชิ้น ซึ่งก็จะทำแบบนั้นกับเกือบทุกสิ่งทุกอย่างในเกม แต่ในช่วงท้ายของการพัฒนา เราก็พบว่าเราสร้างปัญหาให้ตัวเราเองซะแล้ว เพราะเราสร้างวัตถุที่จับต้องได้ไว้ในเกมเป็นพันอย่าง แต่ไม่มีวิธีรับรองความสม่ำเสมอให้วัตถุเลย นั่นส่งผลให้ในด่านหนึ่ง ลังกระดาษจะฉีกขาดเมื่อถูกปืนพกยิง แต่ในอีกด่านหนึ่ง ลังกระดาษไม่ฉีกขาดเลย เราเรียกความไม่สม่ำเสมอนี้กันเองภายในว่าหายนะของนักออกแบบด่าน วิธีแก้ปัญหานี้และเพิ่มความสม่ำเสมอคือ เราสร้างระบบที่จะเพิ่มความสม่ำเสมอให้วัตถุที่จับต้องได้ทั้งหมดตามรูปแบบทางภาพของมัน แต่ในเมื่อเราสร้างองค์ประกอบเกือบจะครบทุกอย่างให้เกมแล้ว เราเลยต้องปล่อยให้นักออกแบบด่านได้เลือกยกเว้นระบบนี้กับกรณีพิเศษที่จำเป็นต้องปล่อยหายนะนั้นไว้เพราะเป็นส่วนหนึ่งของกลไกที่ออกแบบไว้แล้ว พวกเรากันเองเรียกนักออกแบบเหล่านี้ว่าฆาตกรต่อเนื่อง ซึ่งหลายๆ คนก็ยังคงก่อเหตุสร้างหายนะให้ Valve อยู่จนทุกวันนี้ครับ"
N/A4135"#commentary\cn_222_fast_zombie_introduction.mp3" "[ Randy Lundeen ] พื้นที่นี้เป็นอีกฉากหนึ่งที่เดิมสร้างไว้เป็นเวอร์ชัน E3 2003 ซึ่งจะเปิดฉากผู้เล่นปะทะกองทัพทหารคอมไบน์ เมื่อเราเลือกนำพื้นที่นี้กลับมาใช้เปิดตัวซอมบี้วิ่งเร็ว เราก็พยายามเก็บรูปแบบงานเดิมไว้ให้ได้มากที่สุด เราอยากได้ฉากแสงจันทร์ที่ใครๆ ก็คุ้นตา ซึ่งคือฉากที่ซอมบี้จะคืบคลานผ่านดวงจันทร์ไปเหมือนกับมนุษย์หมาป่าเพื่อดึงดูดสายตาของผู้เล่น เมื่อฉากนั้นผ่านไปแล้ว เราก็จะเปิดตัวซอมบี้วิ่งเร็วตัวแรกไว้ในพื้นที่ของผู้เล่นและส่งมันเข้าไปหาผู้เล่น เราทดลองซ้ำๆ อยู่หลายครั้งจึงจะได้แสงที่พอดีเพื่อให้ฉากออกมาสวยและยังต้องแน่ใจว่าด้วยจะให้ผลลัพธ์ตามรูปแบบการเล่นที่เราตั้งใจไว้ได้"
N/A4136"#commentary\cn_223_ravenholm_gameplay_focus.mp3" "[ Mike Dussault ] หลังจากดูการเล่นทดสอบด่าน Ravenholm อยู่หลายครั้ง เราก็เข้าใจแล้วว่ารูปแบบการเล่นหลักของด่านนี้จะเน้นไปที่ปืนแรงโน้มถ่วงและลักษณะการเคลื่อนไหวของวัตถุ เมื่อรู้แบบนี้เรา เราก็รู้สึกว่าเราควรสร้างช่วงเปลี่ยนผ่านสู่ Ravenholm ให้ดี และช่วยให้ผู้เล่นได้รู้และเข้าใจสักเล็กน้อยว่ารูปแบบการเล่นที่กำลังจะได้สัมผัสถัดไปนี้จะเป็นอย่างไร เราใช้แนวทางนี้บ่อยครับ เราจะสร้างเส้นทางของด่านขึ้นมาก่อนเพื่อดูว่าอะไรให้ผลลัพธ์ที่ดีบ้าง แล้วจึงออกแบบช่วงเกริ่นนำ เราสร้างห้องเหล่านี้ด้วยวิธีเดียวกับการจัดเรียงอาหารในหนึ่งคอร์ส ความรุนแรงของเครื่องมือที่เรามอบให้ผู้เล่นเหมือนจะช่วยกำหนดทิศทางอารมณ์ที่เราต้องการได้ โดยช่วยเปลี่ยนทิศทางบรรยากาศจากแล็บของอีไลที่ปลอดภัยไปสู่อะไรที่มืดมนและน่าสะพรึงกลัวยิ่งขึ้น"
N/A4137"#commentary\cn_224_player_tools.mp3" "[ Steve Bond ] เมื่อเล่นมาถึงจุดนี้แล้ว ผู้เล่นก็ได้เรียนรู้ลักษณะการเคลื่อนไหวของสิ่งต่างๆ ใน Half Life 2 มามากแล้ว แต่ผู้เล่นเพิ่งได้ปืนแรงโน้มถ่วงให้ใช้งาน ซึ่งเป็นอาวุธที่ช่วยให้ผู้เล่นได้โต้ตอบกับวัตถุที่จับต้องได้ต่างๆ ในเกมด้วยวิธีใหม่ๆ เราได้ทดลองวัตถุหลากหลายชนิดที่ผู้เล่นจะสามารถนำมาเล่นและใช้ประโยชน์ได้ ไม่ว่าจะเป็นใบเลื่อย กลไกยิงวัตถุ ถังระเบิด กับดัก หอก และอื่นๆ แล้วจากนั้นเราก็คัดเลือกเฉพาะวัตถุที่เข้ากับปืนแรงโน้มถ่วงได้ดี และตัดสิ่งที่ใช้แล้วไม่ลงตัวออกไป จากนั้นเราก็ปรับลดจำนวนกระสุนและอาวุธในด่าน เพื่อให้ผู้เล่นต้องพึ่งพาวัตถุเหล่านี้ในการเอาชีวิตรอด "
N/A4138"#commentary\cn_225_contrived_setups.mp3" "[ Kerry Davis ] เกมนี้มีการจัดฉากเพื่อฝึกใช้งานปืนแรงโน้มถ่วงกับวัตถุที่จับต้องได้ซึ่งไม่ได้แนบเนียนอะไรนัก เมื่อผู้เล่นใช้ปืนแรงโน้มถ่วงดึงใบเลื่อยออกมาจากผนัง ก็จะมีซอมบี้ตัวนึงโผล่ออกมาตามคิวเป๊ะๆ เหมือนจะยั่วให้เราเขวี้ยงใบเลื่อยใส่มันซะให้ได้ จากนั้นเมื่อผู้เล่นมุดตัวลงไปใต้กับดักใบเลื่อยหมุนเพื่อปิดใบเลื่อย ก็มีซอมบี้ 3 ตัวโผล่ออกมาทันที เหมือนตั้งใจให้ผู้เล่นเปิดสวิตช์ใบเลื่อยขึ้นมาอีกครั้ง เราไม่มีเวลาที่จะทดลองฉากนี้ซ้ำๆ มากนัก เราจึงต้องจัดฉากให้ผู้เล่นเข้าใจได้ทุกคน ไม่ตั้งไว้เป็นปลายเปิดให้ผู้เล่นที่ต้องเดาเองว่าจะเล่นอย่างไรถึงถูก และแม้ว่าการจัดฉากแบบนี้อาจไปลดความคิดสร้างสรรค์ของผู้เล่น แต่เราพบว่าในกรณีนี้ ผู้เล่นก็ไม่ได้ว่าอะไรกับการที่เราจับมือพวกเขาเล่นซักเล็กน้อย"
N/A4139"#commentary\cn_226_misteaching_flinches.mp3" "[ Kerry Davis ] การทดสอบเกมที่น่าประทับใจอีกครั้งหนึ่งและเป็นตัวอย่างของผลเสียจากการสอนผู้เล่นผิดเกิดขึ้นใน Ravenholm ครับ หลักการออกแบบหนึ่งของเราคือเกมจะต้องตอบสนองกับผู้เล่นให้มากที่สุด ดังนั้นเวลาออกแบบปืนแรงโน้มถ่วง แน่นอนว่าถ้าผู้เล่นหันปืนไปที่ซอมบี้แล้วเหนี่ยวไกปืน จะต้องมีอะไรสักอย่างเกิดขึ้น ทางที่ง่ายที่สุดคือให้ปืนสร้างความเสียหายเล็กน้อยให้ซอมบี้ ทำให้มันออกอาการชะงัก ให้ความรู้สึกถึงการตอบสนองที่ ดีต่อมาในการทดสอบ เราพบว่าผู้ทดสอบคนหนึ่งสังเกตเห็นปฏิกิริยานี้ได้ทันทีหลังเข้ามาถึง Ravenholm ผู้ทดสอบตีความการตอบสนองนี้ไปว่าปืนแรงโน้มถ่วงทำอันตรายซอมบี้ได้... ซึ่งก็ไม่ได้มากนักครับ ผู้ทดสอบเลยยิงซอมบี้ซ้ำๆ อยู่อย่างนั้น ทำให้ซอมบี้ชะงักแล้วชะงักอีกจนตาย นี่เป็นวิธีต่อสู้กับซอมบี้ที่ช้า ไม่น่าสนุก และไม่ใช่วิธีที่คนทั่วไปจะทำ โดยเฉพาะอย่างยิ่งเมื่อรอบตัวมีใบเลื่อยกับถังระเบิดอยู่เต็มไปหมด เมื่อรู้เช่นนี้ เราก็ลบท่าทางชะงักของซอมบี้ออกไป แม้ว่าจะทำให้เราต้องสูญเสียปฏิสัมพันธ์ระหว่างซอมบี้กับปืนแรงโน้มถ่วงไปก็ตาม ในกรณีนี้ การที่ซอมบี้ไม่ตอบสนองก็ยังดีกว่าการทำให้ผู้เล่นเข้าใจผิดไปว่าปืนแรงโน้มถ่วงเป็นอาวุธที่ดีในการต่อสู้กับซอมบี้ หลักการง่ายๆ ก็อาจต้องแลกมาด้วยข้อเสียบางอย่าง เมื่อเราเจาะลึกถึงรายละเอียด"
N/A4140"#commentary\cn_227_fire_trap.mp3" "[ Steve Bond ] เดิมที กับดักกองไฟนี้ถูกสร้างขึ้นเพื่อสาธิตระบบเอฟเฟกต์ไฟของเกม แต่หลังจากนั้นนักออกแบบด่านก็ปรับให้เป็นองค์ประกอบการเล่นหนึ่งสำหรับ Ravenholm องค์ประกอบนี้เกือบจะถูกตัดออกอยู่หลายครั้งระหว่างการพัฒนา เนื่องจากส่งผลต่อประสิทธิภาพการทำงานของเกมในเครื่องคอมพิวเตอร์สเปคไม่สูง นั่นเป็นเพราะเราต้องซ้อนภาพด้วยกันหลายชั้นเพื่อให้ได้กองไฟที่โปร่งใสออกมา ท้ายที่สุด มีโปรแกรมเมอร์คนหนึ่งที่มองว่ากับดักกองไฟนี้สำคัญต่อเกมมากพอจะทุ่มเวลาแก้ปัญหาเรื่องประสิทธิภาพเพื่อให้เราได้ใส่องค์ประกอบนี้ในเกม "
N/A4141"#commentary\cn_228_hallway_cupboards.mp3" "[ Yahn Bernier ] ทางเดินที่เต็มไปด้วยของระเกะระกะนี้เป็นวิธีง่ายๆ ที่เราใช้ถ่วงเวลาผู้เล่น เรามีข้อจำกัดว่าต้องคงลักษณะฉากเดิมเอาไว้ให้ได้มากที่สุด บวกกับศัตรูหลักในบริเวณนี้ก็เป็นซอมบี้ที่เดินช้า ทำให้ยากจะรั้งผู้เล่นไม่ให้ผ่านไปเร็วเกินไป แต่โชคดีที่เรามีตัวละคร Grigori ซึ่งเป็นเจ้าถิ่นสติเฟื่องของ Ravenholm มาช่วยเติมเหตุผลให้วิธีจัดฉากพื้นที่นี้ของเรา การบอกว่า Grigori เป็นคนกั้นบันไดทางเดินนี้เองเพื่อให้ตัวเองที่อยู่บนดาดฟ้าปลอดภัย ก็ฟังดูสมเหตุสมผลดี ในท้ายที่สุดแล้ว วิธีของ Grigori และเราก็ตรงกัน คือการโยนเฟอร์นิเจอร์อะไรก็ได้ลงไปกองๆ กัน เพราะถ้าของพวกนี้ขวางซอมบี้ได้ ก็คงขวางผู้เล่นได้เช่นกัน"
N/A4142"#commentary\cn_229_pacing_switch.mp3" "[ Steve Bond ] ทีนี้พอผู้เล่นผ่านช่วงสอนพื้นฐานไปแล้ว เราก็จะเริ่มเปลี่ยนจังหวะการเล่นจากพื้นที่คับแคบชวนอึดอัดไปเป็นพื้นที่โล่งที่เน้นแอ็กชันต่อสู้มากขึ้น เมื่อผู้เล่นคุ้นเคยกับเครื่องมือต่างๆ ในสภาพแวดล้อมดีแล้ว เราก็จะเริ่มผสมผสานเครื่องมือเหล่านี้ไว้ในพื้นที่เปิดกว้าง เพื่อให้ผู้เล่นได้เลือกใช้ได้อย่างอิสระ "
N/A4143"#commentary\cn_230_car_crushers.mp3" "[ Steve Bond ] เราต้องใช้ความพยายามปรับเปลี่ยนกลไกรถหล่นทับนี้อยู่พอสมควรในแง่ของระบบสร้างความเสียหายในเกม การต้องให้วัตถุขนาดใหญ่ตอบสนองกับตัวละครที่ไม่ใช่ผู้เล่นเป็นเรื่องที่ทำได้ยากเสมอ ตัวอย่างเช่น หากตั้งให้วัตถุดันตัวละครออกได้ ตัวละครก็อาจถูกผลักออกไปในที่ที่ไม่ควรไปจนหาทางกลับมาไม่ได้อีก นี่ไม่ใช่ปัญหาใหญ่นักสำหรับตัวละครอย่างเฮดแครบที่แค่กระโดดหนีไปได้ง่ายๆ แต่สำหรับตัวละครอย่างซอมบี้แล้ว ก็อาจไปติดอยู่ที่ไหนสักที่จนช่วยเหลือตัวเองไม่ได้ แล้วติดอยู่ในซอกแคบๆ ระหว่างทางที่พยายามจะเข้าหาตัวคุณ ภาพแบบนั้นอาจทำลายบรรยากาศสยองขวัญที่เราตั้งใจสร้างไว้ในฉากนี้ได้ "
N/A4144"#commentary\cn_231_car_crusher_lifts.mp3" "[ Eric Smith ] การให้เครื่องปล่อยรถนี้ยกตัวผู้เล่นขึ้นไปด้วยก็ทำได้ยากเช่นกัน ผู้เล่นในเกมนี้จะถูกควบคุมด้วยระบบการเคลื่อนที่ของวัตถุและระบบการเคลื่อนไหวของผู้เล่นในเกม ทุกครั้งที่เราอัปเดตสภาวะการเล่นของผู้เล่น เราจะเปรียบเทียบผลลัพธ์จากทั้งสองระบบนี้เพื่อตัดสินใจว่าระบบใดถูกต้อง แล้วจึงปรับอีกระบบให้สอดคล้องกันและทำซ้ำไปเรื่อยๆ วิธีนี้ช่วยให้ระบบทั้งสองส่งผลต่อกันและกันได้ เช่น เมื่อผู้เล่นยืนอยู่บนไม้กระดาน ระบบการเคลื่อนที่ของวัตถุก็จะบอกให้ไม้กระดานยวบลง หรือเมื่อผู้เล่นยืนบนเครื่องปล่อยรถ เครื่องก็จะยกตัวผู้เล่นขึ้น แนวทางแบบ 2 ระบบนี้ซับซ้อนก็จริง แต่ปรับแต่งง่ายกว่าการรวมระบบการเคลื่อนที่ของวัตถุและการเคลื่อนไหวของผู้เล่นไว้ในระบบเดียว การควบคุมแยกกันแบบนี้ทำให้เราปรับแต่งระบบการเคลื่อนไหวให้ออกมาดีด้วยตัวมันเองได้ แล้วค่อยนำสองระบบมาใช้ร่วมกันเมื่อการเคลื่อนที่ของสิ่งของส่งผลกระทบถึงผู้เล่น"
N/A4145"#commentary\cn_232_paint_cans.mp3" "[ Steve Bond ] เมื่อเราทำให้รูปแบบการเล่นปืนแรงโน้มถ่วงและการเคลื่อนไหวในเกมเป็นแกนหลักในประสบการณ์เล่นด่าน Ravenholm สำเร็จแล้ว เราก็เริ่มไล่ตรวจดูฉากต่างๆ แล้วหาวัตถุที่เราอาจมองข้ามไปขณะที่เราง่วนอยู่กับวัตถุทำลายล้างอย่างใบเลื่อยและถังระเบิด สิ่งหนึ่งที่เรานำกลับมาคิดคือถังสี โดยเราเพียงเติมเต็มปฏิกิริยาที่คุณคาดหวังไว้ คือเราทำให้สีกระเด็นออกมาใส่ตัวซอมบี้ด้วย เมื่อคุณโยนถังสีใส่มัน "
N/A4146"#commentary\cn_233_bringing_physics_to_the_enemies.mp3" "[ Tom Leonard ] กับดักจากวัตถุใน Ravenholm คือหนึ่งในองค์ประกอบการเล่นเกมแรกๆ ในด่านที่เราพอใจมาก แต่ก็ยังขาดการโต้ตอบจากผู้เล่นอยู่ จนกระทั่งเราเจอใบเลื่อย เราถึงได้เห็นเสน่ห์ที่แท้จริงของด่าน Ravenholm เมื่อมีใบเลื่อย ผู้เล่นก็ได้โยนวัตถุเข้าใส่ซอมบี้เอง แทนที่จะล่อซอมบี้เข้ามาติดกับดักอย่างเดียว เมื่อเราเข้าใจแบบนี้แล้ว Ravenholm ก็พัฒนาไปอย่างรวดเร็ว เราสำรวจไปทั่วด่านเพื่อหาของที่ใช้ได้ โดยเฉพาะของแปลกๆ ที่จะเปลี่ยนให้เป็นเครื่องมือหรืออาวุธของผู้เล่น "
N/A4147"#commentary\cn_234_ravenholm_development.mp3" "[ Tom Leonard ] เราเริ่มพัฒนา Ravenholm ตั้งแต่ช่วงต้นของการสร้าง Half-Life 2 ซึ่งหมายความว่ามันผ่านการพัฒนาครั้งใหญ่ไปมากกว่าหนึ่งรอบ เวอร์ชันแรกของด่านนี้เกิดขึ้นก่อนที่จะมีปืนแรงโน้มถ่วง รูปแบบการเล่นจึงยังเน้นการต่อสู้กับซอมบี้แบบดั้งเดิมด้วยปืน รวมถึงใช้กับดักวัตถุบางอย่างประกอบ เราเคยวางแผนจะนำ Ravenholm ไปโชว์ที่งาน E3 ปี 2002 ด้วยซ้ำ แต่ท้ายที่สุดเกมถูกเปิดตัวในอีกหนึ่งปีให้หลังในปี 2003 ตอนนั้นเราลงทุนกับงานศิลป์ของ Ravenholm ไปมากแล้ว ทั้งที่ปกติเรามักจะยังไม่ลงรายละเอียดทางศิลป์จนกว่าจะมั่นใจว่ารูปแบบการเล่นลงตัวจริงๆ พอเรากลับมาพัฒนา Ravenholm อีกครั้งโดยคิดจะมีปืนแรงโน้มถ่วงด้วย เราก็ต้องลงมือปรับแต่งฉากและโครงสร้างของด่านเดิมหลายอย่าง ซึ่งถูกออกแบบไว้เพื่อรองรับแนวทางการเล่นที่แตกต่างไปโดยสิ้นเชิง "
N/A4148"#commentary\cn_235_grigori_plaza.mp3" "[ Steve Bond ] ลานกว้างแห่งนี้เป็นหนึ่งในพื้นที่ที่เราลงรายละเอียดไว้ครบตั้งแต่การพัฒนารอบแรก และเมื่อเรากลับมาทำใหม่ เราก็อยากคงงานศิลป์เดิมเอาไว้ให้ได้มากที่สุด ขณะเดียวกันก็ต้องออกแบบเส้นทางการเล่นใหม่ที่ให้ผู้เล่นได้เคลื่อนไหวในทั้งสามมิติ ไม่ว่าจะเป็นการพาผู้เล่นขึ้นลงผ่านหน้าต่าง เดินข้ามหลังคา หรือแทรกตัวไปตามช่องระหว่างตึก พื้นที่นี้ไม่ใหญ่นัก เราจึงต้องพยายามอัดเส้นทางการเล่นให้ยาวที่สุดเท่าที่ทำได้ และเพราะจุดนี้เริ่มต้นจากพื้นที่ที่เน้นงานศิลป์และมีรูปแบบการเล่นน้อย ทำให้ช่วงทดสอบผู้เล่นมักวิ่งผ่านไปอย่างรวดเร็ว แถมพื้นที่นี้ก็แทบใช้ทรัพยากรการแสดงผลภาพจนเต็มงบประมาณอยู่แล้ว แทบไม่มีช่องให้เพิ่มอะไรใหม่ๆ ได้ ความท้าทายจึงอยู่ที่การหาวิธีเล็กๆ ที่จะช่วยถ่วงเวลาผู้เล่นได้ เช่น การเพิ่มภัยคุกคามไว้ตามมุมต่างๆ และในทุกซอกทุกมุมของด่าน"
N/A4149"#commentary\cn_236_ravenholm_development_2.mp3" "[ Tom Leonard ] เวลาแฟนเกมพูดถึง Half-Life 2 กันทีไร ด่าน Ravenholm มักจะเป็นสิ่งที่ถูกพูดถึงมากที่สุด เพราะผ่านการพัฒนาหลายรอบและอัดแน่นไปด้วยเนื้อหา ทำให้มีสมาชิกทีมจำนวนมากฝากผลงานไว้ใน Ravenholm มากกว่าด่านอื่นๆ ด่านนี้คือพื้นที่ที่เราค้นพบว่าควรนำกระบวนการสร้างงานศิลป์มาใช้กับฉากและบรรยากาศที่เราต้องการอย่างไร รวมถึงวิธีผสานระบบการเคลื่อนไหวของวัตถุเข้ากับรูปแบบการเล่นผ่านปืนแรงโน้มถ่วง และวิธีปรับพฤติกรรมของเฮดแครบกับซอมบี้ให้เข้ากับ Half-Life 2 ได้อย่างลงตัว พอเรามองย้อนกลับไปตอนนี้ Ravenholm ยิ่งทำให้เรามั่นใจในแนวคิดที่ให้อิสระกับคนมากกว่าการออกแบบที่กำหนดทุกอย่างไว้แล้วเป็นหนึ่งเดียว ด่านนี้อัดแน่นและมีประสิทธิภาพทั้งในด้านรูปแบบการเล่นและงานศิลป์ และเป็นผลจากความพยายามคนละไม้คนละมือ โดยที่ทุกคนเข้าใจดีว่าตัวเองสามารถผลักดันด่านนี้ให้ไปได้ไกลขึ้นกว่าเดิมได้ด้วยความสามารถเฉพาะตัวของตนเอง "
N/A4150"#commentary\cn_237_playtester_archetypes.mp3" "[ Tom Leonard ] การทดสอบซ้ำๆ และการทดลองเล่นทั่วไปเป็นหัวใจสำคัญของการสร้าง Half-Life 2 เราเฝ้าดูผู้เล่นลองเล่นด่านที่เรากำลังทำงานอยู่ทุกสัปดาห์แบบเงียบๆ คอยจดบันทึกว่าอะไรใช้ได้ผล อะไรไม่ได้ผล เราให้ความสำคัญกับการทดสอบกับผู้เล่นที่มีทักษะหลากหลาย เพื่อให้แน่ใจว่าการตัดสินใจของเราไม่ได้เหมาะกับแค่บางกลุ่มเท่านั้น เราค่อยๆ เรียนรู้ไปตามกาลเวลาว่าควรเลือกผู้ทดสอบแบบใดให้เหมาะกับแต่ละช่วงของการพัฒนา ในช่วงแรก เราจะใช้ผู้เล่นที่มีประสบการณ์ ซึ่งมักเป็นคนในทีมของเราเอง คนในทีมเรารับมือกับพื้นที่ที่ยังไม่สมบูรณ์ได้ดี และสามารถอธิบายกระบวนการคิดของตัวเองได้ชัดเจน สำหรับการทดสอบการต่อสู้ เราจะหาผู้เล่นทุกระดับ โดยเฉพาะคนที่ใช้เครื่องมือในเกมได้อย่างสร้างสรรค์ และในท้ายที่สุดเมื่อส่วนต่างๆ เริ่มสมบูรณ์มากขึ้น เราก็จะเน้นผู้เล่นหน้าใหม่ คนที่แทบไม่ค่อยเล่นเกมหรือไม่คุ้นกับเกมต่อสู้ด้วยปืนแบบมุมมองบุคคลที่หนึ่ง ถึงแม้พวกเขาอาจไม่ใช่กลุ่มที่น่าจะซื้อเกม แต่การได้ดูพวกเขาเล่นก็มักให้บทเรียนที่มีประโยชน์กับเราเสมอ "
N/A4151"#commentary\cn_238_the_real_final_arena.mp3" "ในช่วงท้ายของการพัฒนา Half-Life 2 ตอนที่เรากำลังทบทวนทั้งเกมเพื่อหาจุดที่อาจปรับปรุงได้เป็นครั้งสุดท้าย เราก็ตัดสินใจว่า Ravenholm ควรมีฉากจบที่แท้จริงเสียที เพราะการต่อสู้บนดาดฟ้ายังไม่เพียงพอ หลังจากถกกันอยู่พักหนึ่ง เราก็ตัดสินใจเพิ่มฉากต่อสู้สุดท้ายในสุสาน โดยให้ Grigori เข้าร่วมต่อสู้เคียงข้างผู้เล่น การตัดสินใจนี้มีความเสี่ยงในเชิงพัฒนา แต่เรารู้สึกว่าเกมควรมีฉากนี้จริงๆ เพราะตอนนั้นเราอยู่ในช่วงท้ายของการผลิต เราจึงมีเครื่องมือการเล่นให้ได้ใช้ครบถ้วนแล้ว ที่สำคัญกว่านั้นคือ ตอนนี้เราเข้าใจเกมของเราอย่างถ่องแท้แล้ว การสร้างเกมมักเป็นกระบวนการเรียนรู้ว่าเรากำลังสร้างสรรค์สิ่งใดอยู่กันแน่ อะไรที่ทำให้เกมของเราสนุก เกมนี้แตกต่างจากเกมอื่นอย่างไร และองค์ประกอบใดคือสิ่งสำคัญที่สุด การได้เห็นผู้เล่นทดสอบและเรียนรู้จากพวกเขา ทำให้เราค่อยๆ เข้าใจคำตอบเหล่านี้ และสร้างเกมในแบบของเราเองได้ดียิ่งขึ้น ด้วยความเข้าใจนั้น เราจึงสร้างฉากสุสานขึ้นมาได้อย่างรวดเร็ว และแทบไม่ต้องผ่านการทดสอบซ้ำๆ มากเท่ากับพื้นที่อื่นๆ ของเกมก่อนหน้านี้เลย "
N/A4152"#commentary\cn_239_cities.mp3" "[ Eric Kirchmer ] หนึ่งในความท้าทายที่แก้ยากที่สุดของส่วนนี้ คือการทำให้ผู้เล่นรู้สึกว่าตัวเองอยู่ในเมืองที่กว้างใหญ่ ทั้งที่งบประมาณด้านประสิทธิภาพของเราไม่สามารถแสดงผลเมืองขนาดนั้นได้จริง วิธีแก้คือเราหันมาเน้นออกแบบพื้นที่แคบและหนาแน่นแทน ไม่ว่าจะเป็นตึกพักอาศัยเก่า โรงรถใต้ดิน อุโมงค์รถไฟ และท่อระบายน้ำ ซึ่งล้วนเป็นสิ่งที่พบได้ในเมืองแต่มักจะจำกัดมุมมองไม่ให้เห็นภาพรวมกว้างๆ จากนั้นเราก็เสริมแนวการออกแบบแบบนี้ด้วยจุดพัก หรือพื้นที่ที่ทำไว้ให้ผู้เล่นได้เห็นภาพเมืองกว้างๆ อย่างเต็มตา ในจุดเหล่านั้น เราสามารถทุ่มทรัพยากรทั้งหมดให้กับการแสดงภาพทิวทัศน์เพียงอย่างเดียวได้เลย โดยไม่ต้องเผื่อให้มี AI หรือการต่อสู้กับศัตรูรวมอยู่ด้วย"
N/A4153"#commentary\cn_240_strider_4.mp3" "แม้ว่าแมปนี้จะเป็นแมปจริงที่สร้างขึ้นสำหรับสไตรเดอร์ แต่เราก็ยังมีแมปทดสอบต้นแบบที่ใช้พัฒนา AI ของแมปนี้อยู่เสมอ เราพบว่าการมีแมปทดสอบที่แข็งแรงสำหรับ AI นั้นมีประโยชน์มาก เพราะช่วยให้เราได้ลองไอเดียรูปแบบการเล่นใหม่ๆ และปรับแต่งได้อย่างรวดเร็ว หากมีบั๊กหรือปัญหาในการออกแบบ เราสามารถแยกส่วนออกมาแล้วแก้ไขได้ง่ายขึ้น เมื่อคุณสมบัติของ AI ทำงานได้ดีแล้ว เราก็จะย้ายไปไว้ในแมปที่ใช้จริงเพื่อให้ทีมออกแบบด่านนำไปใช้ต่อได้ แมปทดสอบของสไตรเดอร์มีเพียงโครงร่างคร่าวๆ ของอาคารพังๆ พร้อมตัวละครพลเมืองกระจายอยู่ตามตำแหน่งและชั้นต่างๆ แบบไม่จำกัดเพื่อให้มีเป้าหมายให้ยิงอยู่ตลอดเวลา การจัดฉากไว้แบบนี้ช่วยให้เราปรับพฤติกรรม AI ของสไตรเดอร์และท่าทางการเคลื่อนไหวของมันได้อย่างละเอียด เพื่อให้มันดูน่าสนใจและมีชีวิตชีวา แม้ในตอนที่แค่ยืนดูมันทำงานอยู่เฉยๆ"
N/A4154"#commentary\cn_241_perf_arena.mp3" "[ Aaron Seeler ] สนามนี้มาพร้อมกับความท้าทายครั้งใหญ่เรื่องประสิทธิภาพของเกม ขนาดของฉากและการทำงานร่วมกันของ AI ทั้งฝั่งสไตรเดอร์และพลเมืองต่างผลักดันขีดจำกัดของเราไปสุดขอบ เมื่อเรานำ Half-Life 2 มาลง Xbox เราก็ต้องปรับการออกแบบบางส่วนก่อนที่จะวางจำหน่ายได้ การหาจุดสมดุลในการคงเจตนารมณ์ดั้งเดิมไว้พร้อมมอบประสบการณ์ให้ผู้เล่นเหมือนเดิมทั้งที่มีทรัพยากรและพื้นที่ให้ใช้น้อยลงเป็นเรื่องที่ยากมาก"
N/A4155"#commentary\cn_242_space_re-use.mp3" "[ Chris Green ] การกลับมาใช้พื้นที่เดิมอีกครั้งมีข้อดีหลายอย่าง ข้อแรกที่เห็นได้ชัดคือเรื่องต้นทุนการพัฒนา เพราะการสร้างพื้นที่ใหม่มักใช้ทรัพยากรสูงมาก ถ้าเราเพิ่มรูปแบบการเล่นในพื้นที่ที่มีอยู่แล้วได้ ก็ถือเป็นกำไร แต่สำหรับฉากต่อสู้อย่างดุเดือดแบบนี้ซึ่งผู้เล่นต้องเจอสไตรเดอร์หลายตัวพร้อมกัน การนำฉากเดิมกลับมาใช้ยิ่งมีประโยชน์มากขึ้นไปอีก เนื่องจากผู้เล่นเคยผ่านพื้นที่นี้มาแล้ว พวกเขาจึงคุ้นเคยกับโครงสร้างของสนามอยู่พอสมควร รอบนี้แม้จะต้องเดินย้อนจากหลังไปหน้า แต่เส้นทางโดยรวมก็ยังใกล้เคียงกับที่เคยเดินมา ความคุ้นเคยนี้ช่วยได้มากตอนที่ผู้เล่นต้องวิ่งเข้าไปเก็บทรัพยากรระหว่างต่อสู้ อีกทั้งสภาพเมือง City 17 ที่ถูกสงครามทำลายไปยังเปิดโอกาสให้เราปรับจุดกำบังและเพิ่มสิ่งกีดขวางเล็กๆ ได้ตลอดเส้นทาง เพื่อให้ฉากดูมีชีวิตและเต็มไปด้วยความเปลี่ยนแปลงที่คาดไม่ถึง"
N/A4156"#commentary\cn_243_tenements_and_courtyards.mp3" "[ Danika Rogers ] เรานำเทคนิคเล็กๆ น้อยๆ และสร้างองค์ประกอบที่จะนำเสนอต่างๆ มากมาย เพื่อให้ผู้เล่นรู้สึกเหมือนอยู่ท่ามกลางเมืองที่กำลังทำสงคราม งานส่วนใหญ่เน้นไปที่การแย้มให้เห็นถึงการปะทะกันเล็กๆ น้อยๆ หรือเสียงการต่อสู้แว่วๆ กลไก Looktarget ตั้งค่าไว้ให้มีบางสิ่งเกิดขึ้นทุกครั้งที่ผู้เล่นมองออกไปนอกหน้าต่าง ส่วนเครื่องมืออย่าง Tracer Maker ก็จะช่วยให้นักออกแบบสามารถจำลองแสงจากปืนที่พุ่งระหว่างสองจุดได้ เมื่อใส่เสียงเข้าไปด้วย ก็ทำให้ดูราวกับว่ามีกลุ่มศัตรูสองฝ่ายยิงตอบโต้กันอยู่ โดยไม่ต้องใช้ AI จริงๆ เรายังพัฒนาเส้นเรื่องเล็กๆ ให้กับกลุ่มพลเมืองที่ผู้เล่นจะได้เห็นผ่านตาหลายครั้งตลอดการเดินทางในด่าน ช่วงเวลาเหล่านี้ล้วนถูกปรับแต่งอย่างละเอียดจากผลการทดสอบการเล่น เพื่อให้มั่นใจว่าผู้เล่นส่วนใหญ่จะได้สัมผัสมันจริงๆ"
N/A4157"#commentary\cn_244_hopper_mine_training.mp3" "[ Dario Casali ] เราเจาะจงวางแผ่นโลหะลูกฟูกปิดปากหลุมไว้ เพื่อกระตุ้นให้ผู้เล่นเปลี่ยนมาใช้ปืนแรงโน้มถ่วงในการเคลียร์สิ่งกีดขวาง ถือเป็นกลยุทธ์เล็กๆ ของเรา เพราะจากการทดสอบพบว่า วิธีนี้ฝึกให้ผู้เล่นรู้จักวิธีการรับมือกับฮ็อปเปอร์ไมน์ได้ดีกว่ามากหากผู้เล่นได้เคยหยิบปืนแรงโน้มถ่วงมาใช้กับแผ่นโลหะอยู่ก่อนแล้ว แผ่นโลหะนี้จึงช่วยเพิ่มโอกาสให้ผู้เล่นได้ถือปืนแรงโน้มถ่วงพร้อมอยู่ในมือก่อนถึงจุดนั้น เราวางกับระเบิดไว้หลายลูกในหลุมนั้น เพื่อให้ผู้เล่นมีโอกาสลองโต้ตอบกับมันได้หลายครั้ง และอาจค้นพบวิธีจัดการกับระเบิดในรูปแบบอื่นๆ ด้วยตัวเอง นอกจากนี้ยังเป็นครั้งแรกที่เราใช้ช่วงฝึกสอนในขณะที่ผู้เล่นมีกลุ่มพลเมืองร่วมเดินไปด้วย จึงถือโอกาสเพิ่มบทสนทนาของพวกเขาเกี่ยวกับฮ็อปเปอร์ไมน์เข้าไปเพื่อช่วยเสริมการให้ข้อมูลที่เป็นธรรมชาติมากยิ่งขึ้น"
N/A4158"#commentary\cn_245_dog_combat.mp3" "[ Eric Kirchmer ] ด็อกเป็นตัวละครที่สนุกมากครับ และเราก็พยายามหาวิธีให้ด็อกได้เข้าร่วมการต่อสู้เคียงข้างผู้เล่นอยู่เสมอ อย่างไรก็ตาม การจะสร้างการต่อสู้ที่เหมาะสมกับขนาดของด็อก ทั้งในเรื่องสภาพแวดล้อม ศัตรูที่ต้องมีระบบ AI ใหม่ และอาจต้องเพิ่มศัตรูชนิดใหม่เข้าไปด้วย ก็ทำให้ขอบเขตงานนี้บานปลายอย่างรวดเร็ว การจะสร้างฉากต่อสู้ที่สมศักดิ์ศรีให้กับด็อกและอยู่กับองค์ประกอบอื่นๆ ในเกมได้อย่างไม่โดนกลบ แทบจะเหมือนกับการสร้างเกมอีกเกมหนึ่งซ้อนอยู่ในเกมเดิมเลยทีเดียว เรามองว่าเราจะแค่ให้ด็อกเดินเข้าไปต่อยทหารสักนายหนึ่งแล้วจบง่ายๆ ไม่ได้ เพราะจะทำให้ภาพจำไม่เด่นชัด และหมดความน่าเกรงขาม ด็อกจึงจำเป็นต้องมีคู่ต่อสู้ที่ยิ่งใหญ่สมกับขนาด พร้อมทั้งวิธีการโต้ตอบที่น่าสนใจไปด้วย สุดท้าย เราจึงเลือกสร้างฉากการต่อสู้แบบกำหนดลำดับการออกท่าทางไว้หมดแล้ว เพื่อนำเสนอการต่อสู้ของด็อกในลักษณะเป็นการเล่าเรื่องมากกว่าจะออกแบบรูปแบบการเล่นที่ซับซ้อน"
N/A4159"#commentary\cn_246_strider_2.mp3" "[ Eric Kirchmer ] การปรับแต่งการต่อสู้กับสไตรเดอร์ในฉากนี้ซ้ำแล้วซ้ำอีกจนในที่สุดเราก็ได้ประสบการณ์ที่พอใจ ผู้เล่นต้องวิ่งหลบกระสุนจากที่กำบังหนึ่งไปยังอีกที่หนึ่ง ขณะคอยหาโอกาสเก็บจรวดเพื่อตอบโต้ เราต้องการให้ผู้เล่นรู้สึกเหมือนกำลังกระโจนเข้าที่กำบังแบบเฉียดฉิว จึงปรับรูปแบบการกราดยิงของสไตรเดอร์เพื่อให้เหมือนมีการส่งสัญญาณเตือนถึงอันตรายอันใกล้ให้ชัดเจน เรายังสร้างระบบเส้นทางเดินให้สไตรเดอร์ใช้ เพื่อให้มันเลือกสลับเส้นทางได้อย่างอิสระ ไม่ว่าจะใช้ไล่ผู้เล่นหรือเป็นเส้นนำสายตาก็ตาม ระบบนี้ช่วยให้นักออกแบบฉากสามารถจัดวางแนวเส้นทางให้สัมพันธ์กับตำแหน่งที่กำบังของผู้เล่นได้ เพื่อให้การต่อสู้มีความสมดุลมากที่สุด ขาของสไตรเดอร์ถูกควบคุมด้วยโค้ดทั้งหมด และเพราะการเคลื่อนไหวของสไตรเดอร์นั้นคาดเดาได้ยาก เราจึงต้องปรับละเอียดอยู่บ่อยครั้ง เพื่อให้มันสามารถเตะรถหรือพาหนะบรรทุกทหารได้ตรงจังหวะตามที่ตั้งใจไว้"
N/A4160"#commentary\cn_247_manhack_tunnels.mp3" "[ Eric Smith ] ระหว่างการพัฒนา AI สำหรับตัวละคร NPC เราพบว่าการที่นักเขียนโปรแกรม AI มีแมปทดสอบของตัวเองไว้ใช้ทดลองเป็นแนวทางที่มีประโยชน์มาก แมปนั้นมักจะค่อยๆ พัฒนาไปสู่พื้นที่ที่ออกแบบให้มีความเฉพาะเจาะจงยิ่งขึ้นเพื่อแสดงความสามารถเฉพาะตัวของ NPC แต่ละชนิด เมื่อระบบ AI พร้อมให้ทีมออกแบบด่านนำไปใช้ แมปทดสอบนี้จึงกลายเป็นแหล่งอ้างอิงที่มีประโยชน์ เพราะหากไม่ได้สร้างแมปทดสอบเอาไว้ นักออกแบบอาจเผลอสร้างสถานการณ์ที่ทำให้ AI ที่ควรจะดูน่าสนใจกลับไม่น่าดึงดูดอย่างที่ควร ในบางกรณี เราสามารถนำแมปทดสอบเหล่านี้มาปรับใช้เป็นส่วนหนึ่งของเกมจริงได้โดยตรง อย่างฉากเล็กๆ ตรงนี้ก็เคยเป็นอุโมงค์ที่ใช้พัฒนา AI ของแมนแฮกนั่นเองครับ"
N/A4161"#commentary\cn_248_sniper_streets_2.mp3" "[ Erik Johnson ] กระสุนใน Half-Life 2 จริงๆ แล้วไม่ได้เคลื่อนที่ตามวิถีกระสุนในชีวิตจริง แต่จะไปถึงเป้าหมายทันทีที่ยิงออกไป อย่างไรก็ตาม สำหรับสไนเปอร์ ซึ่งยิงช้ากว่าและผู้เล่นมักต้องเพ่งสมาธิกับทุกนัดที่ลั่นออกไป เราอยากจำลองความรู้สึกของกระสุนที่เคลื่อนที่จริงๆ ซึ่งแนวทางนี้ยังเหมาะกับเลเซอร์นำเป้าด้วยซึ่งจะดับวูบเล็กน้อยก่อนที่กระสุนจะเข้าถึงเป้าหมายในเวลาต่อมาตามระยะห่างของสไนเปอร์ แต่การเปลี่ยนแปลงนี้ก็ทำให้เกิดปัญหาใหม่ขึ้นมา เราไม่ต้องการให้ผู้เล่นสามารถวิ่งหลบกระสุนได้ง่ายๆ สไนเปอร์จึงต้องดักทางเป้าหมายที่กำลังเคลื่อนที่ โดยคาดคะเนตำแหน่งของผู้เล่นล่วงหน้าว่ากระสุนควรไปตกที่จุดใด การคาดการณ์นี้ไม่ง่ายเลย เพราะผู้เล่นสามารถเปลี่ยนทิศทางได้เร็วกว่าความเป็นจริงมาก เราจึงต้องเพิ่มระบบตรวจจับพฤติกรรมเสริมขึ้นมา เช่น การที่ผู้เล่นกดซ้ายขวาสลับไปมาระหว่างวิ่ง เพื่อให้สไนเปอร์สามารถตอบสนองได้อย่างเหมาะสม"
N/A4162"#commentary\cn_249_triangle_plaza.mp3" "[ Ido Magal ] การต่อสู้ในจัตุรัสแห่งนี้มีการตั้งค่าที่ซับซ้อน โดยใช้พฤติกรรมแบบเข้าโจมตีที่มีแนวรบสองฝั่งมาบรรจบกัน แต่ละแนวจะอยู่ตรงตำแหน่งของสนามพลัง เมื่อทหารเริ่มเคลื่อนเข้ามาจากด้านหลังของสนามพลัง แนวรบจะทำหน้าที่ควบคุมไม่ให้ทหารวิ่งบุกเข้ามาในจัตุรัสทีละคน เมื่อการต่อสู้ทวีความรุนแรงขึ้นและจำนวนทหารเพิ่มมากขึ้น แนวรบทั้งสองจะเริ่มเคลื่อนเข้าหากันตรงกลางจัตุรัส ซึ่งจะทำให้ทหารสามารถเข้าประชิดและเพิ่มแรงกดดันให้ผู้เล่นหากผู้เล่นไม่สามารถต้อนทหารให้ถอนกำลังไปได้"
N/A4163"#commentary\cn_250_sniper_streets_3.mp3" "[ Jakob Jungels ] คุณสมบัติหนึ่งที่เราลองใช้ในการออกแบบช่วงต่อสู้บนถนนสายนี้คือการยิงกดดัน ผู้เล่นจำนวนมากที่หลบอยู่ท้ายถนนมักจะลองยิงใส่หน้าต่างของสไนเปอร์เพื่อดูว่าจะเกิดอะไรขึ้นไหม เราจึงทดลองให้ลำแสงเลเซอร์ดับวูบเล็กน้อยเมื่อถูกยิงใส่ เพื่อให้ผู้เล่นมีจังหวะเคลื่อนที่ไปหาที่หลบใหม่ แต่หลังจากทดสอบหลายรอบ เราพบปัญหาอยู่สองข้อ ข้อแรกคือ วิธีนี้ไปทำลายความตึงเครียดของรูปแบบการเล่นแบบยิงแล้วหลบที่เราตั้งใจออกแบบไว้กับสไนเปอร์ การวิ่งแล้วยิงตอบไม่ได้ต่างจากวิธีการเล่นอื่นๆ ที่ผู้เล่นทำในเมือง City 17 มากนัก ส่วนปัญหาที่สองซึ่งละเอียดอ่อนกว่านั้นคือ ผู้เล่นที่ค้นพบวิธียิงกดดันก่อนจะเข้าใจว่ามันเป็นกลไกที่จำเป็น และจะใช้กระสุนไปอย่างรวดเร็ว หากกระสุนหมดกลางคันก็มักจะยอมแพ้เพราะคิดว่าคงแพ้แล้ว แต่ถ้าผ่านไปได้ก็จะเหลือกระสุนไม่พอสำหรับส่วนต่อไป ในทางกลับกัน ผู้เล่นที่ใช้วิธีลอบยิงจะใช้กระสุนแทบไม่ถึงหนึ่งแม็ก ความแตกต่างด้านทรัพยากรระหว่างสองแนวทางนี้ทำให้เราแทบไม่สามารถปรับสมดุลกระสุนสำหรับช่วงต่อไปได้เลย สุดท้ายคุณสมบัตินี้จึงไม่ได้ถูกนำไปใช้ในเกมตัวจริง"
N/A4164"#commentary\cn_251_assault_behavior.mp3" "[ John Cook ] พฤติกรรมที่ซับซ้อนที่สุดที่เราออกแบบไว้ใน Half-Life 2 คือลักษณะการเข้าโจมตีซึ่งถูกนำมาใช้ตลอดช่วงนี้ของเกม ระบบนี้เปิดโอกาสให้นักออกแบบฉากสามารถสร้างสถานการณ์การต่อสู้ระหว่างทหารคอมไบน์และพลเมือง โดยกำหนดแนวรบระหว่างทั้งสองฝ่าย และควบคุมว่าการต่อสู้นั้นจะดำเนินไปอย่างไรตามการกระทำของผู้เล่น NPC ที่อยู่ในระบบ กลไกการเข้าโจมตีนี้จะพยายามหาตำแหน่งยิงที่เหมาะสมและใช้ที่กำบังโดยอ้างอิงจากตำแหน่งของแนวรบ เมื่อผู้เล่นรุกคืบไปตามถนน แนวรบก็จะถูกผลักไปข้างหน้า ทำให้พลเมืองฝ่ายเดียวกันเคลื่อนที่ตามไป ส่วนทหารคอมไบน์จะถอยร่นกลับไป ในบางสถานการณ์ ผู้เล่นอาจต้องทำลายป้อมปืนของคอมไบน์หรือจัดการทหารที่อยู่หลังสิ่งกีดขวางเพื่อให้แนวรบขยับไปข้างหน้า"
N/A4165"#commentary\cn_252_bank_roof_mortar.mp3" "[ John Morello ] ตอนที่เราสร้างเส้นทางของด่านมาถึงจุดนี้ เราเห็นได้ชัดเลยว่าผู้เล่นน่าจะชอบถ้าได้ลองใช้ปืนครกดูบ้าง เรื่องแบบนี้เป็นอะไรที่เรามักจะรู้สึกว่าควรจะคิดให้ได้เร็วกว่านี้ คุณคิดไหมว่าผู้เล่นอยากจะยิงระเบิดขึ้นฟ้าแล้วให้มันตกลงมาใส่ศัตรูดู ใช่สิ ใครจะไม่อยากได้ล่ะครับ อย่างไรก็ตาม หลังจากที่ผู้เล่นต้องเป็นฝ่ายถูกยิงมานาน เราก็น่าจะให้รางวัลผู้เล่นโดยการคืนหมัดให้คอมไบน์บ้าง แต่ทันทีที่เราเริ่มคิดจริงจัง ก็รู้เลยว่าเราต้องใช้เวลาทำงานอีกมาก ซึ่งพูดตามตรง เรื่องแบบนี้เกิดขึ้นอยู่แล้วเวลาเริ่มสร้างเกมใหม่ ปืนครกจะต้องมีการเคลื่อนไหวและเอฟเฟกต์เพิ่มขึ้น เพราะตอนนี้ผู้เล่นจะได้ใช้ใกล้ชิดแล้ว และเรายังต้องใช้เวลาพอสมควรในการออกแบบลำดับการปรากฏของศัตรูในจัตุรัสให้เหมาะกับการใช้อาวุธนี้ด้วย แต่ที่สำคัญยิ่งกว่าคือ เราไม่มีระบบการแสดงผลสำหรับอาวุธที่ไม่เหมือนใครแบบนี้เลย ผู้เล่นจะเล็งและยิงมันอย่างไร ถ้าต้องทุ่มเวลามากๆ เพื่อสร้างช่วงสั้นๆ เพียงฉากเดียวในเกมก็คงไม่ดีเท่าไร เราจึงตัดสินใจว่าเราควรเก็บแรงไปลงกับส่วนอื่นแทน และข้ามเรื่องนี้ไป ขอโทษด้วยครับ ไม่แน่ว่าเราอาจจะแก้มือเรื่องการออกแบบปืนครกนี้ในภาคต่อไปของ *Half-Life* ก็ได้"
N/A4166"#commentary\cn_253_strider.mp3" "[ Kerry Davis ] บริเวณหน้าธนาคารนี้เองคือจุดที่เราพิจารณาสร้างสไตรเดอร์ ตอนที่เราเห็นภาพประกอบศิลป์ของสไตรเดอร์ครั้งแรก เราก็แน่ใจเลยว่าอยากให้มันปรากฏอยู่ในเกม แต่ก็มีคำถามตามมามากมายว่าสไตรเดอร์จะเข้ากับรูปแบบการเล่นได้อย่างไร เราไม่เคยเคลื่อนวัตถุที่มีขนาดใหญ่ขนาดนั้นไปในโลกของเกมมาก่อน และในสเกลระดับนี้ มันต้องเป็นศัตรูที่ดูอันตราย แต่ผู้เล่นจะต่อสู้ด้วยได้อย่างไร คำถามสำคัญก็เหมือนกันกับศัตรูทุกตัวคือเราจะสร้างรูปแบบการเล่นกับตัวละครนี้อย่างไรดี แล้วนักออกแบบด่านจะต้องใช้เครื่องมือแบบไหนในการสร้างสถานการณ์การต่อสู้กับตัวละครนี้บ้าง คำถามเหล่านี้คือสิ่งที่เราพยายามหาคำตอบผ่านการทดลองในแมปนี้"
N/A4167"#commentary\cn_254_sniper_streets.mp3" "[ Eric Kirchmer ] ถนนที่เต็มไปด้วยสไนเปอร์เหล่านี้คือพื้นที่ที่เราใช้พัฒนาทั้งพฤติกรรมของศัตรูและแกนหลักของประสบการณ์ที่เราอยากให้ผู้เล่นได้สัมผัส เราคิดไว้ตั้งแต่แรกว่าสไนเปอร์ควรจะยิงใส่วัตถุใกล้ตัวผู้เล่น จึงเริ่มจากการหาวัตถุหลากหลายแบบที่น่าสนใจให้พวกมันได้ยิงใส่ วิธีที่ได้ผลดีมากคือเราใช้มุมมองของผู้เล่นเป็นส่วนหนึ่งในการเลือกเป้าหมายลำแสงเลเซอร์ของสไนเปอร์ที่เปิดอยู่ตลอดเวลาทำให้ผู้เล่นรับรู้ได้เสมอว่าสไนเปอร์กำลังจับตาดูอยู่ และเมื่อแสงเลเซอร์ค่อยๆ เคลื่อนไปยังวัตถุที่ผู้เล่นกำลังมองอยู่ ก็จะได้การตอบสนองที่เป็นธรรมชาติ อีกทั้งยังสร้างแรงกดดันได้ด้วย"
N/A4168"#commentary\cn_255_citizen_squad_details.mp3" "[ Matt Wright ] เมื่อเราพัฒนาระบบกลุ่มพลเมืองที่ร่วมต่อสู้ไปพร้อมกับผู้เล่น และเริ่มสร้างสถานการณ์เกี่ยวกับระบบนี้ เราก็พบว่าระบบนี้นำมาซึ่งโอกาสที่น่าสนใจอื่นๆ ด้วย ผู้ทดสอบเกมเริ่มรู้สึกผูกพันกับพลเมืองบางคน จึงทำให้เราขยายรายละเอียดของพวกเขาเพิ่มขึ้น พลเมืองจะเก็บอาวุธที่ดีกว่าหากพบเจอ ส่งกระสุนให้ผู้เล่นเมื่อจำเป็น และมีแพทย์สนามคอยรักษาผู้เล่นเมื่อบาดเจ็บ เราต้องมั่นใจด้วยว่าพลเมืองสามารถตามผู้เล่นที่มักจะเลือกเส้นทางแบบคาดเดาไม่ได้ให้ทัน ดังนั้นเมื่ออยู่นอกจอ กลุ่มพลเมืองจะมีการ “โกงเล็กน้อย” เพื่อให้ระบบทำงานได้ราบรื่น เช่น ฟื้นพลังชีวิตหลังจบการต่อสู้ เคลื่อนที่เร็วขึ้นเพื่อให้ตามผู้เล่นทัน หรือแม้กระทั่งวาร์ปมาหาเมื่อจำเป็น"
N/A4169"#commentary\cn_256_citizen_squads.mp3" "[ Ken Birdwell ] การทดสอบช่วงแรกของเรากับฉากต่อสู้ระหว่างทหารคอมไบน์กับพลเมืองบนท้องถนนเผยให้เห็นปัญหาหนึ่งขึ้นมา นั่นคือเมื่อไม่มีขอบเขตที่ชัดเจน ระบบ AI ของทั้งสองฝ่ายมักจะเคลื่อนตัวออกไปไกลจากผู้เล่นเกินไป ทหารอาจถอยไปหลบหรือรีโหลดกระสุน ส่วนพลเมืองก็จะไล่ตามไป เราจึงต้องหาวิธีทำให้การกระทำของพลเมืองสอดคล้องกับเป้าหมายของผู้เล่นมากขึ้น รู้ว่าผู้เล่นกำลังมุ่งหน้าไปทางไหน และต้องการต่อสู้กับศัตรูตัวใด สิ่งนี้นำไปสู่การสร้างระบบ “กลุ่มพลเมืองของผู้เล่น” ขึ้นมา AI ของพลเมืองจะใช้ระบบนี้ในการเคลื่อนไหวไปพร้อมกับผู้เล่น ต่อสู้กับศัตรูตัวเดียวกัน และเป็นองค์ประกอบนำเสนอพื้นฐานสำหรับคำสั่งของผู้เล่น เดิมทีเรามีระบบคำสั่งที่ซับซ้อนกว่านี้ แต่สุดท้ายก็ใช้งานได้ยุ่งยากเกินไป เราจึงต้องปรับให้เรียบง่ายลง"
N/A4170"#commentary\cn_257_ai_behaviors.mp3" "[ Mike Dussault ] หนึ่งในระบบ AI ที่เราพัฒนาขึ้นสำหรับ Half-Life 2 คือระบบพฤติกรรมซึ่งเป็นชุดโค้ดที่กำหนดพฤติกรรมของตัวละคร NPC ในสถานการณ์เฉพาะ เช่น เรามีพฤติกรรมแบบ \"ผู้นำ\" ที่ทำให้ NPC สามารถนำทางผู้เล่นได้ และพฤติกรรมแบบ “ผู้ตาม” ที่ทำให้ NPC ติดตามผู้เล่นหรือ NPC ตัวอื่นได้ ระบบพฤติกรรมจะทำงานร่วมกับการกระทำพื้นฐานของ NPC ดังนั้นสมาชิกกลุ่มแพทย์สนามซึ่งใช้พฤติกรรม \"ผู้ตาม\" เพื่อตามผู้เล่นอยู่ ก็ยังสามารถยิงต่อสู้กับศัตรู หลบระเบิดมือ หรือยื่นชุดปฐมพยาบาลให้ผู้เล่นได้พร้อมกัน"
N/A4171"#commentary\cn_258_occlusion.mp3" "[ Brian Jacobson ] ใน Half-Life 1 และในหลายส่วนของ Half-Life 2 โลกของเกมถูกสร้างขึ้นจากอุโมงค์และทางเดินปิดเป็นส่วนใหญ่ ซึ่งเข้ากันได้ดีกับเทคโนโลยีที่เรียกว่า Binary Space Partition หรือผัง BSP ระบบนี้ช่วยให้เราสามารถประมวลผลและจัดเรียงโครงสร้างของฉากได้อย่างรวดเร็ว เพื่อระบุว่าวัตถุใดบ้างที่อยู่ในมุมมองของผู้เล่นและควรแสดงผล แต่พื้นที่แบบเปิดในโซนชายฝั่ง และฉากกลางแจ้งอื่นๆ กลับไม่เหมาะกับวิธีนี้ เราจึงต้องพัฒนาเทคโนโลยีใหม่เพิ่มเติม หนึ่งในนั้นคือระบบพอร์ทัลเชื่อมพื้นที่ (Area Portal) ซึ่งช่วยให้เราแบ่งโลกของเกมออกเป็นส่วนๆ ได้ด้วยพอร์ทัล ในที่นี้หมายถึงประตูและหน้าต่าง ไม่ใช่พอร์ทัลจาก Aperture Science นะครับ นอกจากนี้ เรายังพัฒนาระบบการปิดกั้นเพิ่มเติม ซึ่งหลักการคือ หากผู้เล่นไม่สามารถมองทะลุ มองข้าม หรือมองอ้อมวัตถุขนาดใหญ่ได้ เกมก็จะไม่แสดงผลสิ่งที่อยู่ด้านหลังของวัตถุนั้น ฟังดูเหมือนเป็นสิ่งที่ควรทำอยู่แล้ว แต่ความยากคือเราต้องใช้เวลาคำนวณสิ่งที่อยู่ด้านหลังของวัตถุใหญ่ๆ นั้นให้น้อยกว่าการเลือกแสดงทุกอย่างทั้งหมดไปเลย ดังนั้นเพื่อให้ระบบนี้ทำงานได้รวดเร็ว นักออกแบบฉากจะบล็อกปิดขนาดใหญ่ไว้ภายในพื้นที่หรือสิ่งปลูกสร้างหลักๆ เช่น อาคารใหญ่ๆ จากนั้นระหว่างการแสดงผล เกมจะตรวจสอบขอบเขตของวัตถุต่างๆ เทียบกับบล็อกเหล่านี้ เพื่อหลีกเลี่ยงการแสดงผลสิ่งที่ผู้เล่นมองไม่เห็นจริงๆ"
N/A4172"#commentary\cn_259_detail_objects.mp3" "[ Brian Jacobson ] เมื่อเราทำให้ฉากกลางแจ้งทำงานได้แล้ว ก็เห็นชัดเลยว่าพื้นที่เหล่านี้ต้องการรายละเอียดยิบๆ ย่อยๆ บางประการ เราจึงเพิ่มองค์ประกอบอย่างหญ้าและพุ่มไม้เล็กๆ ลงไปทั่วพื้นที่ที่สร้างด้วยวิธี Displacement แต่เรารู้ว่าคงไม่มีเวลาพอที่จะวางทั้งหมดด้วยมือได้ จึงพัฒนาระบบวัตถุเสริมรายละเอียดขึ้นมา ซึ่งจะสร้างวัตถุเล็กๆ อย่างพืชพรรณโดยอัตโนมัติตามชนิดของวัสดุบนพื้นผิว ในแต่ละวัสดุจะมีการระบุชนิดของพืชที่ควรวาง พร้อมตัวชี้วัดชุดหนึ่งเอาไว้ เมื่อถึงขั้นตอนรวมแมป ระบบจะคำนวณจุดแบบสุ่มบนพื้นผิว แล้วเลือกพืชพรรณให้วางในตำแหน่งนั้น ทั้งนี้เนื่องจากประสิทธิภาพการทำงานมีจำกัด เราจึงต้องสร้างแผ่นพื้นผิวของพืชแต่ละชนิดขึ้นด้วยมืออย่างละเอียด เพื่อให้สามารถแสดงผลพืชทั้งหมดได้พร้อมกันในรอบการประมวลผลเดียว"
N/A4173"#commentary\cn_260_displacements_1.mp3" "[ Charlie Brown ] หลังจากที่ Half-Life 1 วางจำหน่าย ทีมออกแบบฉากและศิลปินของเราก็ต้องการทางออกที่ดีขึ้นสำหรับการสร้างฉากกลางแจ้ง เราจึงพัฒนาระบบพื้นที่เวอร์ชันแรกขึ้น โดยมีพื้นฐานมาจากรูปสี่เหลี่ยมจัตุรัสที่ถูกแบ่งย่อยเป็นตาราง ลองจินตนาการถึงพื้นสี่เหลี่ยมผืนผ้าที่ถูกแบ่งเป็นช่องเล็กๆ ซึ่งแต่ละจุดบนตารางนั้นสามารถยกขึ้นหรือลดลงได้ นักออกแบบสามารถวางสี่เหลี่ยมเหล่านี้ต่อกัน แล้วใช้เครื่องมือคล้ายพู่กันเพื่อปั้นภูเขาและหุบเขา โดยปรับระดับจุดบนตารางให้สูงต่ำตามต้องการ ในขั้นตอนการแสดงผล เราใช้พื้นผิวพิเศษแบบผสม ซึ่งรวมพื้นผิวสองชนิดเข้าด้วยกัน แต่ละจุดบนตารางจะกำหนดสัดส่วนของพื้นผิวทั้งสอง เพื่อให้สามารถเปลี่ยนผ่านระหว่างพื้นผิว เช่น ทราย หญ้า ดิน หรือกรวด ได้อย่างนุ่มนวล ระบบภูมิประเทศลักษณะนี้ไม่ใช่สิ่งใหม่ในเกมเอนจินยุคนั้น และเราก็คิดแบบซื่อๆ ว่ามันคงเพียงพอสำหรับความต้องการของนักออกแบบเกมของเรา"
N/A4174"#commentary\cn_261_displacements_2.mp3" "[ Charlie Brown ] เมื่อระบบพื้นที่เวอร์ชันแรกเริ่มทำงานได้ เราคาดหวังว่านักออกแบบด่านจะนำมันไปใช้สร้างพื้นที่กลางแจ้งต่างๆ แต่กลับกลายเป็นว่าพวกเขาเริ่มทดลองใช้งานในแบบที่เราไม่คาดคิด เช่น นำตารางสี่เหลี่ยมย่อยไปวางบนกำแพงเพื่อสร้างขอบที่พังทลาย ปรับขอบถนนให้โค้งมน หรือแม้แต่พยายามสร้างท่อด้วยระบบนี้ ซึ่งได้ผลบ้างไม่ได้ผลบ้าง เพราะระบบพื้นที่ถูกออกแบบมาสำหรับสร้างภูมิทัศน์ ไม่ใช่รายละเอียดทางสถาปัตยกรรม เราจึงกลับไปปรับปรุงโค้ดอีกครั้ง เปลี่ยนระบบพื้นที่แบบยกความสูง (height-based) ให้กลายเป็นระบบ Displacement แบบ 3 มิติเต็มรูปแบบ คราวนี้ นักออกแบบสามารถขยับจุดบนตารางได้ในทุกทิศทาง ไม่ใช่แค่ขึ้นหรือลง ทำให้พวกเขาเพิ่มรายละเอียดให้พื้นผิวได้หลากหลายยิ่งขึ้น พร้อมใช้พื้นผิวแบบผสมเพื่อให้การเชื่อมต่อระหว่างแผ่น Displacement กับโครงสร้าง BSP ดูกลมกลืนกัน อย่างไรก็ตาม การเปลี่ยนแปลงนี้ต้องอาศัยงานเทคนิคเพิ่มเติม เพื่อให้แสงและเงาระหว่างระบบการแสดงผลทั้งสองสอดคล้องกัน มิฉะนั้นรอยต่อจะเห็นชัดเจนเกินไป แต่เมื่อทำทุกอย่างเสร็จเรียบร้อย นักออกแบบด่านก็ดูพึงพอใจ และเราก็คิด (แบบซื่อๆ อีกครั้ง) ว่าคราวนี้คงเพียงพอแล้วจริงๆ"
N/A4175"#commentary\cn_262_displacements_3.mp3" "[ Charlie Brown ] เมื่อมีระบบ Displacement พร้อมใช้งานอย่างสมบูรณ์ นักออกแบบด่านก็ไม่ได้หยุดอยู่แค่การเพิ่มรายละเอียดให้กับโลกของเกม แต่หันกลับไปสู่เป้าหมายเดิมในการสร้างฉากกลางแจ้งขนาดใหญ่ ซึ่งนำไปสู่การอัปเดตรอบใหม่เพื่อปรับสมดุลด้านประสิทธิภาพ ให้ระบบสามารถรองรับได้ทั้งรายละเอียดระดับเล็กและพื้นดินขนาดใหญ่ไปพร้อมกัน ระบบการทำพื้นผิวก็ต้องพัฒนาเช่นกัน โดยเฉพาะเพื่อรองรับโครงสร้างที่ซับซ้อนอย่างหน้าผาที่ยื่นล้ำออกมา ซึ่งไม่สามารถทำได้ด้วยระบบยกความสูงแบบเดิม และตามสไตล์ของนักออกแบบที่ไม่เคยหยุดนิ่ง พวกเขาก็ยังเริ่มใช้ Displacement เพื่อสร้างถ้ำและอุโมงค์อีกด้วย แม้ว่าองค์ประกอบเพิ่มเติมเหล่านี้จะออกมาดี แต่ก็ต้องอาศัยการปรับแต่งทางเทคนิคอีกไม่น้อย ท้ายที่สุด เราก็สามารถจัดการให้ความต้องการที่หลากหลายจากการใช้งาน Displacement ในรูปแบบต่างๆ ทำงานร่วมกันได้ และก็ได้ถูกนำไปใช้จริงในหลายส่วนของโลกในเกมของเรา เมื่อมองย้อนกลับไป ระบบ Displacement ถือเป็นตัวอย่างที่ชัดเจนของการที่เทคโนโลยีและการออกแบบเกมเติบโตไปพร้อมกัน เราไม่มีทางรู้ล่วงหน้าว่าเทคโนโลยีหนึ่งจะส่งผลต่อเกมอย่างไร เหมือนคำถามที่ว่าไก่กับไข่อะไรเกิดก่อน และในขณะเดียวกันเราก็คงไม่สร้างเทคโนโลยีขึ้นมาโดยไม่รู้ว่าจะให้เทคโนโลยีทำอะไร ดังนั้น เหมือนทุกครั้งที่ผ่านมา เราทำได้เพียงเริ่มสร้างจากสิ่งที่คาดไว้อย่างดีที่สุด แล้วค่อยดูว่ามันจะพาเราไปถึงไหน"
N/A4176"#commentary\cn_263_particles.mp3" "[ Chris Green ] ในเอนจิน Source เราได้ลงทุนพัฒนาเทคโนโลยีสำหรับระบบอนุภาคและเอฟเฟกต์พิเศษให้ก้าวหน้าขึ้น ซึ่งช่วยให้การเคลื่อนไหวของอนุภาคมีความสมจริงและซับซ้อนกว่าเดิม รวมถึงสามารถสร้างรูปร่างและเอฟเฟกต์เชดเดอร์ที่ละเอียดมากขึ้น โดยเฉพาะการเพิ่มพื้นผิวหลอกตาให้กับอนุภาค ซึ่งช่วยเพิ่มมิติและความลึกของภาพให้ดูเหมือนมีความไม่สม่ำเสมอกันจริง แม้ว่าในภายหลัง เอนจิน Source รุ่นใหม่ๆ มีตัวแก้ไขระบบอนุภาคที่มีประสิทธิภาพแล้ว แต่ในเวอร์ชันดั้งเดิมที่ใช้กับ Half-Life 2 เอฟเฟกต์ทั้งหมดต้องสร้างด้วยมือแบบละเอียดโดยโปรแกรมเมอร์เอง ซึ่งเป็นกระบวนการที่ใช้แรงและเวลาอย่างมาก"
N/A4177"#commentary\cn_264_cubemaps.mp3" "[ Chris Green ] ระบบวัสดุและเชดเดอร์ที่เพิ่มเข้ามานี้ทำให้ต้องหาวิธีจัดการพื้นผิวสะท้อนแสงอย่างกระจกและโลหะ เพราะพื้นผิวเหล่านี้ต้องรู้ว่าควรสะท้อนสิ่งใด แต่ในปี 2003 เรายังไม่สามารถแสดงผลภาพสะท้อนเหล่านั้นแบบเรียลไทม์ได้ จึงพัฒนาระบบแมปลูกบาศก์ขึ้นสำหรับสร้างภาพสะท้อนล่วงหน้า ระบบแมปลูกบาศก์นี้คือชุดภาพทั้ง 6 ที่อยู่บนผิวภายในกล่องลูกบาศก์ ซึ่งบันทึกภาพสิ่งแวดล้อมรอบตัวในทุกทิศทาง คล้ายกับภาพพาโนรามาที่ห่อหุ้มผู้เล่นไว้รอบด้าน นักออกแบบด่านจะวางเครื่องหมายระบุตำแหน่งที่มองไม่เห็นไว้ตามตำแหน่งต่างๆ ของฉาก และในขั้นตอนรวมแมป ระบบจะสร้างแมปลูกบาศก์ขึ้นหนึ่งชุดในแต่ละตำแหน่งเหล่านั้น จากนั้นระหว่างการเล่นเกม เมื่อมีการแสดงผลพื้นผิวที่สะท้อนแสง ระบบจะเลือกแมปลูกบาศก์ที่อยู่ใกล้ที่สุดมาใช้สร้างภาพสะท้อนบนพื้นผิวนั้น"
N/A4178"#commentary\cn_265_water_shader.mp3" "[ Gary McTaggart ] เชดเดอร์ที่ซับซ้อนที่สุดที่เราสร้างขึ้นในเกมคือเชดเดอร์น้ำ ซึ่งใช้ศักยภาพของการ์ดจอรุ่นใหม่ที่สามารถโปรแกรมได้อย่างเต็มที่ เมื่อมีผิวน้ำปรากฏในฉาก ระบบจะแสดงผลภาพทั้งหมดถึง 3 ครั้ง ได้แก่ ครั้งแรกสำหรับโลกใต้น้ำเพื่อสร้างเอฟเฟกต์การหักเหของแสง ครั้งที่สองสำหรับภาพสะท้อนของสิ่งแวดล้อม และครั้งที่สามสำหรับส่วนของฉากที่อยู่เหนือผิวน้ำ เมื่อถึงขั้นตอนการแสดงผลผิวน้ำ ระบบจะผสมภาพสะท้อนและภาพการหักเหของแสงเข้าด้วยกัน โดยใช้สมการ Fresnel เพื่อให้มุมที่มองเฉียงสะท้อนแสงมากขึ้น ส่วนมุมมองตรงๆ จะเห็นใต้น้ำชัดกว่า นอกจากนี้ เรายังมีการติดตามระดับความลึกของพื้นใต้น้ำ เพื่อให้น้ำดูใสและมีการหักเหน้อยลงในบริเวณที่ตื้น เรายังต้องสร้างเทคนิคการแสดงผลน้ำอีกสองรูปแบบสำหรับการ์ดจอระดับกลางและระดับล่าง โดยในระดับกลางจะแสดงภาพสะท้อนแบบความละเอียดต่ำโดยไม่มีการหักเหหรือความโปร่งใส ส่วนการ์ดจอระดับล่างจะแสดงเพียงพื้นผิวกึ่งโปร่งใสเท่านั้น"
N/A4179"#commentary\cn_266_normal_maps.mp3" "[ Gary McTaggart ] Half-Life 2 ถูกพัฒนาในช่วงเวลาที่คึกคักของวงการกราฟิก เมื่อการ์ดจอรุ่นแรกที่รองรับการทำงานของเชดเดอร์แบบตั้งโปรแกรมเริ่มออกสู่ตลาด ด้วยเทคโนโลยีใหม่นี้ เรากลายเป็นหนึ่งในเกมกลุ่มแรกที่นำเทคนิค Normal Map มาใช้ ซึ่งช่วยยกระดับความสมจริงของแสงบนพื้นผิววัตถุ Normal Map จะบันทึกข้อมูลความขรุขระของพื้นผิว ทำให้แต่ละพิกเซลบนโพลิกอนรับแสงและสะท้อนแสงแตกต่างกันไป ส่งผลให้พื้นผิวดูมีมิติและละเอียดกว่าที่เคยเป็นไปได้ใน Half-Life 1 อย่างมาก"
N/A4180"#commentary\cn_267_rendering_systems.mp3" "[ Gary McTaggart ] ในช่วงต้นทศวรรษ 2000 เราไม่สามารถใช้ระบบเรนเดอร์เอนจินแบบเอนกประสงค์ที่มีความสามารถครอบคลุมเหมือนเอนจินสมัยใหม่ได้ เนื่องจากข้อจำกัดของ CPU, GPU และ หน่วยความจำ เราจึงต้องสร้างโซลูชันเฉพาะทางสำหรับการเรนเดอร์ในแต่ละกรณี เพื่อรีดประสิทธิภาพสูงสุดจากฮาร์ดแวร์ของผู้เล่น ผลลัพธ์คือ Half-Life 2 มีระบบเรนเดอร์อยู่ถึงสามชุด ได้แก่ ระบบหนึ่งสำหรับเรนเดอร์โครงสร้างหลักของโลก (world geometry) อีกระบบหนึ่งสำหรับภูมิประเทศกลางแจ้ง และอีกระบบสำหรับวัตถุเคลื่อนไหวแบบไดนามิก เช่น ตัวละครและสิ่งของต่างๆ ระบบทั้งสามต้องรองรับคุณสมบัติที่ซับซ้อนมากมาย เช่น การชนกันของวัตถุ, การยิงรังสี, คราบรอยกระสุน, การคำนวณแสงแบบออฟไลน์, การคำนวณการมองเห็น และอื่นๆ อีกมากมาย ยิ่งไปกว่านั้น แต่ละระบบยังต้องสามารถทำงานได้กับ DirectX 7, 8 และ 9 ซึ่งแต่ละเวอร์ชันมีความแตกต่างกันอย่างมาก ทั้งในด้านโครงสร้างข้อมูล วิธีเรนเดอร์ และแม้แต่ภาษาโปรแกรมที่ใช้ด้วย เมื่อรวมทั้งหมดเข้าด้วยกัน เราจึงมีระบบเรนเดอร์ที่แตกต่างกันถึง 9 รูปแบบที่ต้องมีการปรับแต่งเฉพาะตัว และการทำให้ภาพจากทุกระบบดูสอดคล้องกัน ถือเป็นหนึ่งในความท้าทายทางเทคนิคที่ยากที่สุดที่เราเคยเจอระหว่างการพัฒนาเกม"
N/A4181"#commentary\cn_268_dynamic_shadows.mp3" "[ Gary McTaggart ] เนื่องจากเราต้องการให้ตัวละครและวัตถุฟิสิกส์ในเกมถูกแสดงผลอย่างสมบูรณ์แบบ เราจึงเห็นว่าจำเป็นต้องมีระบบเงาแบบไดนามิกเพื่อสร้างความสมจริงให้กับฉาก แต่ในปี 2003 การ์ดจอยังไม่มีความสามารถเฉพาะสำหรับการเรนเดอร์เงาเหมือนในปัจจุบัน ทำให้เรื่องประสิทธิภาพกลายเป็นปัญหาที่ต้องหาทางแก้ สุดท้ายเราพัฒนาวิธีการทำงานที่ซับซ้อน ซึ่งต้องประมวลผลทุกเฟรม ขั้นตอนมีดังนี้ ก่อนอื่น ระบบจะค้นหาวัตถุทั้งหมดที่อาจมีเงาปรากฏในมุมมองของผู้เล่น ซึ่งรวมถึงวัตถุที่อยู่ภายในขอบเขตการมองเห็นของกล้อง และวัตถุที่อยู่นอกกรอบเล็กน้อย เผื่อกรณีที่เงาของมันอาจปรากฏเข้ามาในจอ จากนั้น ระบบจะเรนเดอร์ \"โมเดลดำ\" ของวัตถุเหล่านั้นทั้งหมดลงในพื้นผิวเงา โดยเลือกใช้โมเดลระดับรายละเอียดต่ำสุดเพื่อให้ประมวลผลได้เร็วที่สุด สุดท้าย เมื่อเรนเดอร์ภาพในมุมมองของผู้เล่น ระบบจะใช้พื้นผิวเงานี้ในการวาดเงาทับลงไปบนพิกเซลที่เรนเดอร์ไว้แล้ว ทำให้บริเวณนั้นมืดลง เรายังต้องตัดขอบของแต่ละเงาอย่างละเอียด เพื่อให้เงาซ้อนกันได้ถูกต้องในกรณีที่มีหลายเงาเหลื่อมกัน เมื่อย้อนกลับไปคิดดู วิธีนี้ถือว่าเป็นการแก้ปัญหาที่ซับซ้อนแต่ชาญฉลาดในยุคนั้น และเมื่อเทียบกับปัจจุบันที่ GPU มีฟีเจอร์จัดการเงาโดยตรงแล้ว เรารู้สึกดีไม่น้อยที่ทุกอย่างในวันนี้ง่ายขึ้นมาก"
N/A4182"#commentary\cn_269_combinatorial_shader_explosion.mp3" "[ Gary McTaggart ] ระหว่างการพัฒนา Half-Life 2 การเรนเดอร์กลายเป็นงานที่ซับซ้อนกว่ามากหลังจากที่เราเริ่มใช้ฮาร์ดแวร์เชดเดอร์ซึ่งเป็นชุดโค้ดขนาดเล็กที่ควบคุมวิธีการเรนเดอร์ของแต่ละพิกเซลบนพื้นผิว ในปี 2003 เชดเดอร์ยังมีข้อจำกัดมาก ไม่เหมือนกับในปัจจุบัน เชดเดอร์ของยุค Half-Life 2 ไม่มีคำสั่ง if/else ให้เลือกเงื่อนไข และมีข้อจำกัดด้านขนาดของโค้ดที่บีบคั้นมาก นั่นหมายความว่าเราไม่สามารถเขียนเชดเดอร์ตัวเดียวให้ปรับเปลี่ยนตามสถานการณ์ต่างๆ หรือรวมฟีเจอร์หลากหลายไว้ในไฟล์เดียวได้ นอกจากนี้ การคอมไพล์เชดเดอร์ระหว่างเล่นเกมก็ช้าเกินกว่าจะใช้งานได้จริง เราจึงต้องคอมไพล์ไว้ล่วงหน้า ทั้งหมด เพื่อทำงานภายใต้ข้อจำกัดนี้ให้ได้ เราต้องสร้างชุดเชดเดอร์สำหรับทุกกรณีที่เป็นไปได้ แล้วเก็บแต่ละชุดแยกกันเป็นไฟล์ของตัวเอง ตัวอย่างเช่น ถ้าเชดเดอร์ทำงานร่วมกับแหล่งกำเนิดแสงเพียงดวงเดียว เราก็ต้องสร้างอีกชุดสำหรับสองดวง อีกชุดสำหรับสามดวง เป็นแบบนี้ไปเรื่อยๆ งานจะทวีคูณขึ้นตลอด เช่น ถ้าเชดเดอร์นั้นรองรับ Normal Map ด้วย เราจะต้องสร้าง 2 เวอร์ชันต่อแสง 1 ดวง เวอร์ชันหนึ่งแบบมี Normal Map และอีกเวอร์ชันหนึ่งแบบไม่มี เมื่อรวมเข้ากับฟีเจอร์อื่นๆ เช่น การเกลี่ยพื้นผิว, การแต้มสีจุดยอด, การขับเน้นมุมมอง, การทดสอบอัลฟ่า, รวมถึงแหล่งกำเนิดแสงหลายประเภททั้งแสงแบบส่องทางทิศทาง, แสงแบบจุดเดียว และแสงสปอตไลต์ จำนวนเชดเดอร์ของเราจึงพุ่งขึ้นอย่างรวดเร็ว จนถึงช่วงเปิดตัวเกม เรามีเชดเดอร์แยกกันนับพันไฟล์ และหลังจากนั้นไม่นาน เมื่อเราวางจำหน่าย Lost Coast พร้อมระบบ HDR จำนวนเชดเดอร์ก็เพิ่มขึ้นเป็นเท่าตัวอีกครั้ง เมื่อการคอมไพล์เชดเดอร์บนเครื่องนักพัฒนาเริ่มใช้เวลานานเกินไป เราจึงเปลี่ยนมาใช้ระบบกระจายงานคอมไพล์ทั่วทั้งเครือข่ายผ่าน VMPi นอกจากนี้ เรายังมีโหมดคอมไพล์เชดเดอร์แบบไดนามิก ซึ่งช่วยให้ทดลองพัฒนาได้เร็วขึ้น แม้จะแลกมากับการกระตุกของเฟรมเรตในระหว่างที่มีการคอมไพล์เชดเดอร์ใหม่ก็ตาม"
N/A4183"#commentary\cn_270_gpu_wild_west.mp3" "ระหว่างการพัฒนา เราต้องตัดสินใจหลายอย่างโดยพิจารณาจากข้อจำกัดของสเปกขั้นต่ำของระบบหรือก็คือการกำหนดชุด CPU และ GPU ที่มีพลังน้อยที่สุดแต่ยังคงสามารถมอบประสบการณ์การเล่นที่ดีให้ผู้เล่นได้ ในช่วงต้นทศวรรษ 2000 การ์ดจอมีความหลากหลายมากกว่าปัจจุบัน ทั้งในด้านความเร็วและรูปแบบการเรนเดอร์ที่แตกต่างกันโดยสิ้นเชิง แต่ในตอนนั้น เรายังไม่มีข้อมูลจริงเกี่ยวกับฮาร์ดแวร์ที่ผู้เล่นใช้อยู่เลย เราไม่รู้ว่าผู้เล่นส่วนใหญ่ใช้ CPU และ GPU รุ่นใด มี RAM เท่าไร หรือใช้ Windows เวอร์ชันไหนบ้าง เราจึงติดต่อไปยัง Microsoft เพื่อสอบถามข้อมูล เช่น \"มีการ์ดจอที่รองรับ DX7 อยู่เท่าไร แล้ว DX8 ล่ะ\" แต่ปรากฏว่าพวกเขาเองก็ไม่มีข้อมูลเช่นกัน เมื่อรู้ว่าเรากำลังเสี่ยงที่จะตัดสินใจผิดพลาดเพราะขาดข้อมูล เราจึงพัฒนาเครื่องมือวิเคราะห์ฮาร์ดแวร์ที่ให้ผู้เล่นส่งข้อมูลสเปกของตนกลับมาหาเรา และนำมันไปผสานไว้ในเวอร์ชันแรกของ Steam ผลลัพธ์นั้นมีประโยชน์มากจนเราตัดสินใจเปิดข้อมูลให้เป็นสาธารณะไปเลย จึงได้เผยแพร่แบบสำรวจฮาร์ดแวร์ Steam Hardware Survey ในเดือนเมษายน ปี 2003 ซึ่งตั้งแต่นั้นมาแบบสำรวจนี้ก็ช่วยให้เรามีข้อมูลประกอบการตัดสินใจอยู่เสมอ และหวังว่าจะช่วยนักพัฒนารายอื่นๆ ในเรื่องนี้ด้วยเช่นกัน"
N/A4184"#commentary\cn_271_3d_skybox.mp3" "[ Jay Stelly ] เรามักต้องเผชิญกับความท้าทายในการสร้างโลกของเกมให้ดูกว้างใหญ่กว่าขีดจำกัดของแมปที่เอนจินรองรับได้ ใน Half-Life 1 เราใช้เพียง cubemap texture เพื่อให้ผู้เล่นมองเห็นพื้นที่นอกเขตที่เล่นได้จริง แต่ใน Half-Life 2 เราต้องการให้ภาพของโลกภายนอกนั้นเป็นแบบไดนามิก ไม่ใช่เพียงภาพนิ่ง ขนาดของแมปในเกมถูกจำกัดไว้ราวครึ่งไมล์ต่อด้าน แต่เราพบว่าสามารถสร้างโลกภายนอกที่ใหญ่กว่านั้นได้มาก หากเก็บข้อมูลในสเกลที่ลดขนาดลง เราจึงคิดค้นสิ่งที่เรียกว่า 3D Skybox ขึ้นมา 3D Skybox คือกล่องขนาดเล็กที่ซ่อนอยู่ภายในแมปจริงของเกม โดยมีวัตถุจำลองอยู่ภายในในอัตราส่วน 1/16 ของขนาดจริง ภายในกล่องนี้จะมีจุดอ้างอิงที่เชื่อมโยงกับตำแหน่งต้นกำเนิด (origin) ในแมปหลัก เมื่อเกมเรนเดอร์พื้นที่ที่อยู่นอกขอบเขตการเล่น ระบบจะดึงข้อมูลจาก 3D Skybox นี้มาใช้ พร้อมขยายขนาดขึ้น 16 เท่า ตามตำแหน่งอ้างอิงนั้น การทำให้แสงและหมอกกลมกลืนกันระหว่างแมปหลักกับส่วนของ skybox ถือเป็นความท้าทายทางเทคนิคไม่น้อย แต่ผลลัพธ์ที่ได้ทำให้โลกของเกมดูใหญ่ขึ้นและสมจริงกว่าที่เคยเห็นใน Half-Life 1 อย่างชัดเจน"
N/A4185"#commentary\cn_272_missing_material.mp3" "[ Jay Stelly ] ในช่วงแรกของการพัฒนาระบบกราฟิกเฉพาะจุด เราพบว่ามันยากที่จะสังเกตว่าโพลิกอนบางส่วนไม่ถูกเรนเดอร์เพราะไม่มีเท็กซ์เจอร์ เมื่อเกิดปัญหานี้ พื้นที่ที่ควรมีพื้นผิวจะแสดงผลเป็นสีดำ ซึ่งมักจะมองไม่เห็นชัดเจน โดยเฉพาะในฉากที่มีแสงน้อย ดังนั้นเพื่อให้สามารถตรวจจับบั๊กนี้ได้ง่ายขึ้น เราจึงสร้างพื้นผิวที่ผิดพลาดขึ้นมาให้มีลักษณะที่สังเกตเห็นได้ทันที และให้ระบบสร้างขึ้นโดยอัตโนมัติทุกครั้งที่เท็กซ์เจอร์โหลดไม่สำเร็จ นั่นเองที่เป็นจุดเริ่มต้นของพื้นลายหมากรุกสีม่วงดำอันโด่งดัง ซึ่งต่อมาก็กลายเป็นสัญลักษณ์เป็นภาพจำในตัวเองโดยไม่ได้ยึดอยู่กับ Half-Life 2 อีกต่อไป"
N/A4186"#commentary\cn_273_air_resistance.mp3" "[ Jay Stelly ] หนึ่งในคุณสมบัติสำคัญที่เราต้องเพิ่มเข้าไปในเอนจินฟิสิกส์ของ Half-Life 2 คือแรงต้านอากาศ ในตอนนั้น เอนจินฟิสิกส์ส่วนใหญ่มักใช้เพียงระบบ damping ทั่วไป เพื่อทำให้วัตถุเคลื่อนที่ช้าลงเมื่อเวลาผ่านไป แต่ระบบแบบนั้นเพียงแค่ลดพลังงานของวัตถุอย่างสมมาตร ไม่ได้สะท้อนพฤติกรรมของการเคลื่อนไหวจริงในโลกฟิสิกส์เพื่อให้การเคลื่อนไหวดูสมจริงยิ่งขึ้น เราจึงตัดสินใจจำลองแรงต้านอากาศแทน ซึ่งทำให้เกิดการชะลอความเร็วแบบอสมมาตร กล่าวคือ ความเร็วของวัตถุจะลดลงมากหรือน้อยขึ้นอยู่กับขนาดของพื้นที่ผิวที่หันเข้าหาทิศทางการเคลื่อนที่หรือการหมุน คุณสมบัตินี้มีความสำคัญอย่างยิ่งในการทำให้เอฟเฟกต์ระเบิดและวัตถุที่ถูกยิงออกด้วยปืนแรงโน้มถ่วงดูน่าเชื่อ วัตถุที่เคลื่อนที่หรือหมุนด้วยความเร็วสูงเป็นหนึ่งในสิ่งที่ใช้ทรัพยากรประมวลผลมากที่สุดในเอนจินฟิสิกส์ของเกม ดังนั้นแรงต้านอากาศจึงช่วยปรับปรุงประสิทธิภาพของ CPU ในสถานการณ์เหล่านี้ได้ด้วย นอกจากนี้ แรงต้านอากาศยังมีส่วนช่วยในการแสดงความแตกต่างของวัสดุและมวลของวัตถุแต่ละชนิด วัตถุที่มีความหนาแน่นสูงกว่าจะสามารถผลักอากาศออกได้ง่ายกว่า ซึ่งสังเกตเห็นได้จากการเคลื่อนไหวในเกม การจำลองผลนี้ช่วยให้ผู้เล่นรู้สึกถึงความแตกต่างระหว่างกล่องกระดาษกับแผ่นไม้ได้ชัดเจนยิ่งขึ้น และทำให้โลกของ Half-Life 2 ดูสมจริงและน่าเชื่อถือมากขึ้นอย่างแท้จริง"
N/A4187"#commentary\cn_274_early_tech_planning.mp3" "[ Ken Birdwell ] เรามักได้บทเรียนเสมอจากการวางจำหน่ายเกมแต่ละครั้ง เพราะนั่นคือช่วงเวลาที่เราจะได้รู้จริงๆ ว่า การตัดสินใจของเราในเรื่องใดให้ผลดีและเรื่องใดควรปรับปรุงในครั้งหน้า หลังจาก Half-Life 1 วางจำหน่าย เรามานั่งคิดกันว่าภาคต่อควรเป็นอย่างไร โดยมีฟีดแบ็กจากผู้เล่นมากมายให้ต้องกลั่นกรอง หลังจากขั้นตอนนั้น เราก็พยายามสร้างรายการข้อมูลหลักระบุสิ่งที่จะมุ่งเน้นใน Half-Life 2 เราไม่ได้เริ่มจากการออกแบบประสบการณ์ของผู้เล่นแบบเฉพาะเจาะจง แต่เลือกมองจากมุมของเทคโนโลยีมากกว่า ตัวอย่างเช่น เมื่อเราสร้างยามรักษาความปลอดภัยและนักวิทยาศาสตร์ในแบล็กเมซาออกมาได้ดี เราก็ตั้งคำถามต่อว่า ถ้าเราพัฒนาตัวละครไปให้ไกลกว่านั้นล่ะ เราชอบแนวทางการเล่าเรื่องแบบโต้ตอบ แล้วเราจะสร้างอะไรที่จะทำให้สามารถเล่าเรื่องแบบนี้ได้มากขึ้น และในรูปแบบที่หลากหลายขึ้นด้วย การสำรวจและโต้ตอบในแบล็กเมซาเป็นสิ่งที่ผู้เล่นชื่นชอบ บางทีระบบฟิสิกส์อาจช่วยต่อยอดสิ่งนั้นได้รึเปล่า ในทุกแง่มุมเหล่านี้ เราพยายามจินตนาการถึงเวอร์ชันที่ดีที่สุดออกมา โดยคิดเผื่อถึงในอนาคตในอีกหลายปีข้างหน้า แล้วค่อยย้อนกลับมาดูขั้นตอนการพัฒนาเทคโนโลยีที่จะช่วยให้เราบรรลุภาพที่เราตั้งไว้ได้"
N/A4188"#commentary\cn_275_character_lighting.mp3" "[ Ken Birdwell ] ในปีแรกของการพัฒนา เราพบปัญหามากมายในการทำให้ตัวละครดูสมจริงอย่างที่เราตั้งใจไว้ ปัญหามีหลายด้านด้วยกันทั้งทางเทคนิคและศิลปะ ซึ่งแต่ละอย่างก็แก้ไขด้วยวิธีเฉพาะซึ่งแตกต่างกันไป ปัญหาใหญ่ปัญหาแรกคือเรื่องของการจัดแสง ในเวลานั้น เราใช้วิธีแก้ปัญหาเฉพาะหน้ากับเทคโนโลยีการจัดแสงในเกมไปหลายจุด บางกรณีเป็นเพราะข้อจำกัดเรื่องประสิทธิภาพ แต่ในหลายๆ กรณีเป็นเพราะความเข้าใจผิดเกี่ยวกับการทำงานของแสง ในขณะนั้น เราต้องการให้ตัวละครดูดี ศิลปินจึงมักจะฝังแสงและเงาไว้ในโมเดลและพื้นผิวโดยตรง เช่น เอฟเฟกซ์เงาตกกระทบหรือความมันวาว ผลลัพธ์ที่ได้ก็ดูสวยงาม แต่ก็ยังคงให้ความรู้สึกเหมือนตัวละครในวิดีโอเกมอยู่ดี เราเริ่มสร้างอลิกซ์ด้วยวิธีดังกล่าวเพราะเป็นวิธีที่ใช้กันในสมัยนั้น เราใช้เทคนิคฝังแสงไว้ในโมเดลและจัดแสงให้เธอเหมือนนักแสดงในกองถ่าย โดยเธอจะมีแสงไฟส่วนตัวติดตามเธอไปทุกที่เพื่อให้เธอดูดีเสมอ แต่ไม่นานเราก็พบว่าผลลัพธ์ออกมาไม่ดี แสงในเกมมีความหลากหลายและเปลี่ยนแปลงตลอดเวลา ทำให้เธอดูดีในบางฉาก แต่ดูผิดธรรมชาติในอีกหลายฉาก เราพยายามปรับ Rig แสงของเธอหลายครั้ง เพิ่มความซับซ้อนของระบบขึ้นเรื่อยๆ แต่สุดท้ายก็เหมือนถึงทางตัน เราจึงกลับไปเริ่มต้นใหม่ทั้งหมด โดยการสร้างโมเดล แสง และเท็กซ์เจอร์ของเธอขึ้นใหม่จากศูนย์ คราวนี้เราไม่ตั้งเป้าให้เธอดูดีภายใต้แสงที่สมบูรณ์แบบอีกต่อไป แต่เน้นให้ทุกอย่างทำงานตามหลักความเป็นจริงของแสงในโลกจริง แม้ว่ามันอาจฟังดูเป็นเรื่องพื้นฐาน แต่ในวงการเกมยุคนั้นยังไม่มีใครใช้วิธีนี้ จริงๆ เมื่อลองดูจากนอกเครื่องมือเรนเดอร์ของเกมแล้ว โมเดลและพื้นผิวออกมาแย่กว่าเวอร์ชันเก่าซะอีกครั้ง แต่เราก็หาวิธีลบองค์ประกอบเฉพาะหน้าเหล่านี้ออกและเลิกยึดติดกับความเชื่อเดิมๆ เกี่ยวกับการทำงานของการ์ดแสง พื้นผิว และกราฟิกจนได้ แล้วนำมาสร้างระบบแสงขึ้นมาใหม่ หลังจากงานทั้งหมดนี้เสร็จสิ้นไปแล้ว เราก็ได้กลับมาตรวจสอบอลิกซ์ในเกมที่มีโมเดลและพื้นผิวใหม่แล้วในสภาพแวดล้อมที่เปลี่ยนไปเรื่อยๆ เพื่อรับรองว่าภาพตัวเธอจะออกมาสม่ำเสมอกันตลอดเวลา ซึ่งออกมาสวยเลยครับ ดูแล้วลื่นไหลกลมกลืนกับโลก Half-Life 2 ดี"
N/A4189"#commentary\cn_276_gamma_correction.mp3" "[ John Morello ] เอนจินเกมของเรามีระบบเรนเดอร์ที่ทำหน้าที่ประมวลผลสถานะทั้งหมดของเกม และคำนวณค่าสีของแต่ละพิกเซลบนหน้าจอเพื่อแสดงผลลัพธ์นั้นออกมา อย่างไรก็ตาม กระบวนการคำนวณพิกเซลเหล่านี้ไม่ได้เกิดขึ้นจากโค้ดของเราเพียงอย่างเดียว แต่ยังมีซอฟต์แวร์และฮาร์ดแวร์จากผู้ผลิตรายอื่นเข้ามาเกี่ยวข้องด้วย เช่น GPU และจอมอนิเตอร์ของคุณ ในช่วงหนึ่งของการพัฒนา เราไม่พอใจกับภาพตัวละครที่ออกมานัก ตัวละครดูผิดปกติ โดยเฉพาะผิวหนังที่ดูเหมือนเคลือบแว็กซ์หรือดูป่วยๆ เราใช้เวลาปรับแต่งระบบแสงอยู่นาน แต่ก็ไม่สามารถทำให้ทั้งตัวละครและโลกในเกมดูสมดุลได้พร้อมกัน โชคดีที่ตอนนั้นเรายังมีเครื่องมือเรนเดอร์ซอฟต์แวร์เต็มรูปแบบอยู่ ซึ่งช่วยให้สามารถรันเกมได้โดยไม่ต้องพึ่ง GPU เพราะในยุคนั้นยังมีผู้เล่นจำนวนมากที่ไม่มี GPU แยก เมื่อเราตรวจสอบเกมผ่านระบบเรนเดอร์ซอฟต์แวร์กลับพบว่าไม่มีปัญหาเรื่องแสงเดียวกันนี้เลย เราจึงเริ่มตรวจสอบโค้ดของเราอย่างละเอียดทีละบรรทัด เพื่อหาว่าส่วนใดที่ระบบเรนเดอร์ทำงานผิดพลาดเมื่อต้องใช้ GPU แต่ก็ไม่พบสาเหตุ จนสุดท้ายเราตัดสินใจติดต่อผู้ผลิต GPU โดยตรง ขอให้พวกเขาช่วยตรวจสอบว่าได้ทำอะไรผิดพลาดกับค่าพิกเซลที่เราส่งเข้าระบบหรือไม่ นั่นคือจุดเริ่มต้นของกระบวนการอันยาวนานที่ตามมา เล่าสั้นๆ คือเราต้องสื่อสารกับผู้ผลิต GPU ไปๆ มาๆ อยู่เกือบ 2 ปี จนกระทั่งเราสามารถโน้มน้าวให้พวกเขายอมรับได้ว่าการ์ดจอของพวกเขาคำนวณการชดเชยแกมม่าผิดพลาดในการคำนวณเฉพาะจุดภายใน GPU ระหว่างนั้น เราถึงขั้นต้องสร้างระบบสำหรับตรวจสอบความถูกต้องของค่าสีของพิกเซลแต่ละจุดในทุกขั้นตอนของการเรนเดอร์ และสุดท้าย เมื่อเราได้รับ ไดรเวอร์เวอร์ชันใหม่จากผู้ผลิตมาในที่สุด ตัวละครในเกมก็ดูดีขึ้นอย่างที่ควรจะเป็นในทันที ซึ่งตรงกับที่เห็นในเครื่องมือเรนเดอร์ซอฟต์แวร์แล้ว"
N/A4190"#commentary\cn_277_facial_technology.mp3" "[ Ken Birdwell ] เราต้องการให้ผู้เล่นรู้สึกผูกพันกับตัวละครของเรา ซึ่งเรารู้ดีว่าการจะทำแบบนั้นได้ เราจำเป็นต้องลงทุนด้านเทคโนโลยีอย่างหนักในส่วนของใบหน้าตัวละคร เราทราบกันดีว่ามนุษย์มีสัญชาตญาณที่มุ่งความสนใจไปที่ใบหน้า สมองของเราจะพยายามอ่านข้อมูลทุกอย่างจากสีหน้าโดยที่เราไม่รู้ตัว ดังนั้นจึงถือว่าเราตั้งเป้าหมายเรื่องนี้ไว้สูงมาก ถ้าเราทำไม่ถึง ผู้เล่นอาจรู้สึกห่างเหินกับตัวละคร ไม่รู้สึกเชื่อมโยงด้วยอย่างที่เราตั้งใจ เราเริ่มจากการศึกษาค้นคว้าอย่างจริงจัง และผลที่ได้ก็ไม่ได้ทำให้เราสบายใจขึ้นเลย ตัวอย่างที่ดีที่สุดที่เราพบในตอนนั้นยังไม่สามารถรันแบบเรียลไทม์ได้ ส่วนตัวอย่างที่รันเรียลไทม์ได้ก็ยังห่างไกลจากคุณภาพที่เราต้องการ เราอยากให้ตัวละครดูดีระดับภาพยนตร์แอนิเมชัน แต่ภาพยนตร์เหล่านั้นใช้เวลาหลายชั่วโมงในการเรนเดอร์และใช้ทีมแอนิเมเตอร์ร่วมร้อยคนทำงานตั้งแต่เริ่มจนจบในลักษณะเป็นเส้นตรง แต่งานของเราต้องปรับเปลี่ยนตลอดเวลา โดยตัวละครอาจต้องพูดบทสนทนาไปด้วยและเปลี่ยนสีหน้าตามการกระทำของผู้เล่นไปด้วย ทั้งหมดนี้ต้องทำโดยศิลปินเพียงไม่กี่คน ความต้องการเหล่านี้พาเราไปพบกับระบบการถอดรหัสสีหน้าของ Dr. Paul Ekman ซึ่งพัฒนาขึ้นในช่วงปี 1970 เพื่อเป็นระบบการจัดหมวดหมู่การเคลื่อนไหวของกล้ามเนื้อบนใบหน้า ระบบนี้ช่วยให้เรามีคำศัพท์กลางในการอธิบายถึงการเคลื่อนไหวของใบหน้าในเครื่องมือและโค้ดของเรา และยังเป็นเป้าหมายให้เราได้กำหนดในการออกแบบโครงสร้างใบหน้าของตัวละครด้วย เราใช้กรอบแนวคิดนี้เริ่มกระบวนการพัฒนาใบหน้าและศีรษะของตัวละครที่กินเวลาหลายปี มีบางคนเลือกใช้งานบางส่วนจาก Ekman แต่เราอยากนำมาใช้ทั้งหมดเลย หมายความว่าเราต้องใช้เวลามากในการหาวิธีทำให้แต่ละส่วนใช้งานได้ภายใต้ข้อจำกัดของประสิทธิภาพที่บีบคั้น นอกจากนี้ เรายังใช้เวลามากมายในการสังเกตผู้คนจริงๆ ทั้งสีหน้า การยืดหยุ่นของผิว เงาที่เกิดขึ้นตามฟัน หรือรายละเอียดเล็กๆ ที่ช่วยเพิ่มความสมจริงได้มากที่สุด สุดท้าย แม้เราจะยังทำได้ไม่ครบทุกอย่างที่ตั้งใจ แต่เราก็สามารถรวมองค์ประกอบสำคัญที่สุดไว้ได้ครบ เพื่อมอบการแสดงออกทางสีหน้าที่สมจริงและน่าเชื่อให้กับตัวละครของเราได้สำเร็จ"
N/A4191"#commentary\cn_278_eye_shader.mp3" "[ Ken Birdwell ] อีกองค์ประกอบสำคัญที่ทำให้ใบหน้าตัวละครดูสมจริงคือดวงตา มนุษย์อ่านสายตาของผู้อื่นได้เก่ง สมองของเรามีส่วนหนึ่งที่ทำหน้าที่นี้โดยเฉพาะ ถึงขั้นสามารถแปลได้ว่าคนๆ นั้นกำลังมองไปทางไหนจากเพียงแค่เงาสะท้อนในลูกตา แต่รายละเอียดเล็กๆ เหล่านี้กลับมีผลอย่างมาก ดวงตาคนเราไม่ได้เป็นทรงกลมเสียทีเดียว หนังตาจะยืดหยุ่นไปตามการเคลื่อนไหวของกระจกตาที่อยู่ด้านใน การกลอกตายังอาจทำให้คนเรากะพริบตาบ่อยขึ้นด้วย และดวงตาก็ไม่ได้อยู่ตรงแนวเดียวกับรูม่านตาอย่างพอดี แต่จะเยื้องออกไปเล็กน้อย รายละเอียดเล็กๆ เหล่านี้อาจดูไม่สำคัญหรือแทบมองไม่เห็น แต่ถ้าขาดไป ความสมจริงของตัวละครจะลดลงทันที เราใช้เวลานานมากในการพัฒนาดวงตา ปรับแบบจำลองลูกตาและลักษณะซ้ำๆ ทีละนิดทีละหน่อย บางอย่างต้องอาศัยปัจจัยภายนอก เช่น การกำหนดว่าสิ่งใดในฉากที่ตัวละครจะสนใจมอง ส่วนบางอย่างถูกควบคุมโดยระบบอัตโนมัติในระดับสัญชาตญาณของ AI เช่น การกะพริบตา ซึ่งเป็นเรื่องที่ดูง่ายแต่จะดูแปลกประหลาดมากถ้าวางจังหวะไว้ไม่ดี เงาสะท้อนในดวงตาเป็นสิ่งที่ส่งผลมากเป็นพิเศษ ถึงจะกินพื้นที่เพียงเล็กน้อยบนหน้าจอ แต่กลับสร้างความแตกต่างอย่างมหาศาล จุดที่เรารู้สึกว่าเราบรรลุผลสำเร็จแล้วในที่สุด คือเมื่อปิดระบบแสดงผลของดวงตา ตัวละครจะดูเหมือนตุ๊กตา คล้ายมนุษย์แต่ขาดความรู้สึกบางอย่างที่อธิบายไม่ถูก แต่ทันทีที่เปิดระบบ ก็จะดูราวกับเป็นมนุษย์จริงๆ จ้องมองตอบมาเลยทีเดียว"
N/A4192"#commentary\cn_279_combine_gunship.mp3" "[ Ken Birdwell ] การออกแบบเครื่องบินรบเป็นปัญหาที่ท้าทายไม่น้อย เรามีโมเดลการบินของเฮลิคอปเตอร์อยู่แล้ว และไม่มีเวลาพอจะสร้างระบบใหม่ทั้งหมดจากศูนย์ด้วย เราจึงเลือกเอาโมเดลการบินของเฮลิคอปเตอร์นั้นมาปรับให้เกิดความรู้สึกแตกต่างออกไป จากนั้นจึงนำมาใช้กับการเคลื่อนไหวที่เป็นธรรมชาติของเรือรบ โดยอิงจากค่าที่ได้จากการจำลองนั้น อีกทั้งเรายังพยายามทำให้ทุกอย่างดูตรงกับความเป็นจริงให้มากที่สุดด้วย ตัวอย่างเช่น ปืนกลของเครื่องบินจะหันได้ในมุมที่จำกัดเพียงใด และถ้าต้องการเล็งเกินกว่านั้น เครื่องบินจะต้องเปลี่ยนทิศทางบินจริงๆ เพื่อหันปืนมาทางเป้าหมาย เครื่องบินจะไม่สามารถโกงกฎฟิสิกส์ได้ตามใจ อีกองค์ประกอบสำคัญคือเสียงเครื่องยนต์ ถึงเราจะมีระบบเสียงแบบจำลองตำแหน่งที่ช่วยให้ผู้เล่นพอจับทิศทางของมันได้ แต่เพราะเครื่องบินรบเป็นพาหนะที่บินเร็วและบินอยู่บนท้องฟ้าไกลจากจุดอ้างอิงรอบข้าง ผู้เล่นจึงยากจะประเมินระยะทางหรือความเร็วของให้แม่นยำได้ ซึ่งเพื่อแก้ปัญหานี้ก็คือ ทีมได้เพิ่มเอฟเฟกต์ดอปเพลอร์ให้กับเสียงเครื่องยนต์ โดยปรับความถี่ของเสียงตามความเร็วสัมพัทธ์ระหว่างเครื่องบินกับคุณ ผลที่ได้ให้ความแตกต่างเพียงเล็กน้อย แต่ช่วยให้ผู้เล่นรู้สึกถึงทิศทางและการเคลื่อนไหวของได้อย่างมีประสิทธิภาพ รายละเอียดที่สำคัญนี้จะทำให้ผู้เล่นรู้ว่าผู้เล่นกำลังถูกไล่ล่าด้วยเครื่องบินอยู่"
N/A4193"#commentary\cn_280_risk.mp3" "[ Ken Birdwell ] เมื่อมองย้อนกลับไปยัง Half-Life 2 หลังจากผ่านไป 20 ปีเต็ม เราก็รู้สึกได้ถึงความเครียดเมื่อได้คิดว่าเกมนี้ผ่านการพัฒนามามากมายแค่ไหน การพัฒนาเกมเป็นงานที่ยากจริงๆ ครับ คุณไม่มีทางได้ในสิ่งที่อยากได้ที่สุดหรอก ซึ่งหมายความว่าคุณต้องประเมินความเสี่ยงให้ดีก่อนจะสร้างความเสี่ยงเพิ่ม ยกตัวอย่างเช่น เทคโนโลยีแอนิเมชันใบหน้าของเราใช้เวลาพัฒนาราว 3-4 ปีกว่าที่เราจะมั่นใจว่าจะใช้งานได้จริง แต่เรารอไม่ได้ขนาดนั้น ดังนั้นตั้งแต่ปีแรก เราก็ต้องเริ่มตัดสินใจหาตัวเลือกอื่นๆ ในการออกแบบเกม การสร้างทรัพยากร ไปจนถึงเทคโนโลยีอื่นๆ ทั้งหมด ซึ่งเราจะพิจารณาโดยตั้งธงไว้ก่อนว่าวันหนึ่งเราจะใช้งานเทคโนโลยีแอนิเมชันใบหน้านี้ได้จริงทั้งในแง่คุณภาพและประสิทธิภาพ เพราะถ้าใช้ไม่ได้จริง การตัดสินใจมากมายที่ตามมาก็อาจล้มเหลวไปด้วย และความเสี่ยงแบบเดียวกันนี้ก็เกิดขึ้นกับการตัดสินใจที่สำคัญในอีกหลายเรื่องในช่วงต้นๆ ของโปรเจกต์นี้ด้วย เราไม่มีเวลารอ เราทำได้แค่ลงมือสร้างไปก่อน และได้แต่หวังว่าสิ่งที่เราคิดว่าจะเป็นจริงตามนั้น คิดแล้วก็ขนลุกครับ"
N/A4194"#commentary\cn_281_hugs_and_pickups.mp3" "[ Ken Birdwell ] บางครั้งรายละเอียดเล็กๆ ก็กลายเป็นฝันร้ายได้เหมือนกัน เช่น แค่ให้ตัวละครกอดกัน หรือเพียงแค่หยิบของจากโต๊ะก็ตาม ฟังดูง่าย แต่จริงๆ แล้วเต็มไปด้วยปัญหาจุกจิก โดยเฉพาะในสภาพแวดล้อมของเราที่ทุกอย่างขยับได้ตลอดเวลา ทั้งตัวละครและวัตถุที่ไม่อยู่ในตำแหน่งที่กำหนดไว้ล่วงหน้าได้ ไหนจะผู้เล่นที่วิ่งไปมาเข้ามาขวางอีก สิ่งเหล่านี้ต้องอาศัยการซิงค์ที่แม่นยำมากซึ่งทำได้ยาก สิ่งที่ทำให้ยากยิ่งขึ้นก็คือ มนุษย์เราทำสิ่งเหล่านี้โดยไม่ต้องคิดเลย เวลาคุณจะเดินไปหยิบแก้วจากโต๊ะ ร่างกายคุณเตรียมตัวล่วงหน้าแล้ว ทั้งกะระยะเท้า แขน และมือให้พร้อมจะหยิบได้อย่างเป็นธรรมชาติ พอถึงโต๊ะ คุณก็จัดร่างกายไว้พร้อมพอดี หรือถ้าคุณกำลังจะเข้าไปกอดใครสักคน ทั้งสองฝ่ายก็จะขยับตัวไปพร้อมกัน ปรับจังหวะเข้าหากันโดยอัตโนมัติ แต่ในเกม การจะให้เกิดพฤติกรรมแบบนั้นขึ้นได้ต้องอาศัยการประสานกันอย่างละเอียด ทั้งในแง่การรับรู้ระหว่างตัวละครเอง และการรับรู้สิ่งรอบตัวในโลกของพวกเขาไปพร้อมกัน อีกทั้งยังต้องทำให้พวกเขารู้ถึงแผนการเคลื่อนไหวของตัวเองล่วงหน้าด้วย เราอยากจะใช้วิธีแบ่งขั้นตอนการหยิบแก้วออกมาเป็นลำดับย่อยๆ เช่น เดินไปที่โต๊ะ หันหน้าเข้าหาแก้ว แล้วยื่นมือหยิบแก้ว เพราะทำได้ง่ายกว่ามากและนำกลับมาใช้ซ้ำได้ในสถานการณ์อื่นได้ด้วย แต่วิธีนั้นคือวิธีทำงานของหุ่นยนต์ไม่ใช่มนุษย์ ตัวละครของเราต้องรู้ตั้งแต่ต้นว่ากำลังจะเดินไปที่โต๊ะเพื่อหยิบแก้ว ตัวละครจะได้ขยับหลายส่วนของร่างกายไปพร้อมกัน และมือก็จะคว้าแก้วได้พอดีในจังหวะที่เดินถึงโต๊ะ ทีนี้ถ้ามีสองตัวละครเข้ามาเกี่ยวข้อง งานก็จะซับซ้อนกว่าเดิม เพราะทั้งสองต้องคาดการณ์เรื่องเวลาและตำแหน่งที่ทุกอย่างจะเกิดขึ้นให้ตรงกันเพื่อให้แนบเนียนที่สุด แม้ฉากการปฏิสัมพันธ์แบบนี้จะดูสั้นและเรียบง่าย แต่ก็เป็นส่วนสำคัญที่ทำให้ผู้เล่นเชื่อว่าตัวละครของเราเหมือนคนจริงๆ"
N/A4195"#commentary\cn_282_ropes.mp3" "[ Mike Dussault ] หนึ่งในสิ่งที่เราเห็นได้ชัดจากภาพอ้างอิงทั้งหมดของซิตี้ 17 คือมีสายไฟและสายเคเบิลอยู่เต็มไปหมด ซึ่งเป็นองค์ประกอบสำคัญที่สร้างรายละเอียดระดับสูงให้กับภาพในฉาก เราชอบบรรยากาศของเมืองเก่ายุโรปที่ถูกปกคลุมด้วยเส้นสายยุ่งเหยิงที่สะท้อนถึงชีวิตยุคใหม่ เราคิดว่าเราต้องหาวิธีที่จะทำให้สายไฟ เชือก และองค์ประกอบประเภทนี้ปรับเปลี่ยนไปได้ตามสถานการณ์ นักออกแบบฉากของเราต่างก็อยากสร้าง \"ปริศนาปลั๊กไฟ\" ให้ผู้เล่นต่อสายไฟเข้ากับปลั๊กแต่ละตัวเพื่อช่วยให้ผู้เล่นเข้าใจกลไกของเกมได้ดีขึ้น ในช่วงต้นของการผลิต เราสร้างระบบเชือกขึ้นมาและทดลองซ้ำๆ ตลอดกระบวนการพัฒนา ในเบื้องหลังการพัฒนานั้น เราประกอบเชือกแต่ละเส้นโดยแบ่งส่วนย่อยๆ ออกแล้วกำหนดจุดปลาย 2 จุดไว้ให้เชือกเคลื่อนไหวได้อย่างอิสระ แต่ละส่วนจะทำหน้าที่เหมือนสปริงที่ตอบสนองต่อแรงต่างๆ ในเกม เช่น ลมที่พัดเบาๆ หรือเครื่องบินรบคอมไบน์ที่บินผ่านไป เมื่อเรนเดอร์ภาพ แต่ละส่วนของเชือกจะถูกวางให้หันเข้าหากล้อง และมีการใส่พื้นผิวขึ้นลงเข้าไปเพื่อให้เชือกดูมีความโค้งมนสมจริง"
N/A4196"#commentary\cn_283_vmpi.mp3" "[ Mike Dussault ] ระหว่างการพัฒนา เราเริ่มรู้สึกหงุดหงิดขึ้นเรื่อยๆ กับความล่าช้าในการทดสอบเกม หลักๆ เป็นเพราะว่าการคอมไพล์แผนที่ต้องใช้เวลาหลายชั่วโมงในการประมวลผลแสงและการมองเห็นล่วงหน้า คอมพิวเตอร์ช่วงปี 2000 นั้นช้ากว่าปัจจุบันมาก และยังมีแค่ CPU แบบคอร์เดียวเท่านั้น เรารู้จักกับ SETI@Home ซึ่งโปรแกรมแบบกระจายการประมวลผลที่ใช้คอมพิวเตอร์ทั่วโลกช่วยกันวิเคราะห์สัญญาณคลื่นวิทยุเพื่อค้นหาสิ่งมีชีวิตนอกโลก จึงนำมาเป็นแรงบันดาลใจในการสร้างระบบแบบกระจายเป็นของตัวเองที่เรียกว่า VMPi ระบบนี้ช่วยกระจายขั้นตอนการคอมไพล์แมปไปยังคอมพิวเตอร์หลายเครื่องในออฟฟิศ ทุกวันนี้ระบบแบบนี้จะทำงานบนคลัสเตอร์ขนาดใหญ่ที่ใช้ GPU จำนวนมาก แต่ในตอนนั้น เราแค่รันระบบบนคอมพิวเตอร์เท่าที่มีในออฟฟิศของเรา เรารับมือกับความท้าทายที่โค้ดของระบบแสงของเราพัฒนาไปเร็วพอๆ กับตัวแมปด้วยการให้ VMPi กระจายไฟล์ .exe ใหม่ไปยังคอมพิวเตอร์ของทุกคนด้วยเช่นกัน เวลาที่ย้อนไปคิดถึงเรื่องนี้ นี่ก็เป็นวิธีที่เสี่ยงต่อการรักษาความปลอดภัยอยู่เหมือนกันครับ เรียกได้ว่าเป็นฝันร้ายของฝ่ายไอทีเลยทีเดียว เพราะเรากำลังส่งไฟล์ปฏิบัติการอะไรก็ได้ไปยังคอมพิวเตอร์ทุกเครื่อง แล้วก็ให้รันไปเลย เป็นความคิดที่บ้ามาก แต่ก็ได้ผลสำหรับเรา และช่วยให้การคอมไพล์แมปเร็วขึ้นอย่างมาก จนกลายเป็นหนึ่งในเครื่องมือสำคัญของทีมในที่สุด"
N/A4197"#commentary\cn_284_field_of_view.mp3" "[ Kerry Davis ] ใน Half-Life 1 เราใช้มุมมองภาพ Field of View หรือ FOV แบบ 90 องศา ซึ่งถือว่าเป็นมาตรฐานของเกมยิงปืนในมุมมองบุคคลที่หนึ่งในยุคนั้น แต่ระหว่างการพัฒนา Half-Life 2 เราเริ่มรู้สึกไม่พอใจกับมุมมองนี้นัก เพราะในภาคนี้ เราให้ความสำคัญกับ “ตัวละคร” เป็นหลักโดยใช้ความพยายามไปอย่างมากกับการแสดงสีหน้าและท่าทาง แต่ FOV แบบ 90 องศากลับไม่เปิดโอกาสให้ผู้เล่นเข้าใกล้พอที่จะมองเห็นรายละเอียดเหล่านั้นได้อย่างเต็มที่ เราจึงเริ่มทดลองลดมุมมองภาพให้แคบลง และสุดท้ายก็มาลงตัวที่ 75 องศา ซึ่งต้องใช้เวลาปรับตัวกันทั้งทีมและผู้เล่น นอกจากนี้ เรายังต้องเพิ่มมุมมองภาพอีกชุดหนึ่งสำหรับวิวโมเดล ซึ่งคือการแสดงอาวุธในมือผู้เล่นที่จะเห็นได้ที่ด้านล่างของหน้าจอ เนื่องจากโมเดลเหล่านี้ถูกสร้างขึ้นโดยอิงกับมุมมอง 90 องศา พอเปลี่ยนเป็น 75 องศา จึงดูบิดเบี้ยวผิดรูปไป แต่การเปลี่ยนแปลงนี้ก็ช่วยให้เราได้ผลลัพธ์อย่างที่ต้องการ คือให้ตัวละครเป็นศูนย์กลางของการเล่นเกม"
N/A4198"#commentary\cn_285_reference_maps.mp3" "[ Randy Lundeen ] เมื่อโมเดลตัวละครของเราจาก Half-Life สู่ Half-Life 2 ดูสมจริงมากขึ้น เราก็อยากให้โลกในเกมดูสมจริงขึ้นตามไปด้วย ใน Half-Life ภาคแรก ข้อจำกัดของเกมมุมมองบุคคลที่หนึ่งทำให้การออกแบบฉากที่เป็นเชิงประดับตกแต่งหรือมีความเป็นนามธรรมดูจะง่ายกว่า แต่กับ Half-Life 2 เราตั้งใจจะสร้างโลกที่รู้สึกเหมือนจริงยิ่งขึ้น ซึ่งหมายความว่าเราต้องให้ความสำคัญกับรายละเอียดเล็กๆ ที่ไม่เคยใส่ใจกันมาก่อน หนึ่งในขั้นตอนหลักๆ คือการสร้าง แผนที่อ้างอิงเพื่อใช้เป็นมาตรฐานในการจำลองสัดส่วนของโลกจริงเข้าสู่เกม แผนที่เหล่านี้กำหนดรายละเอียดต่าง ๆ เช่น ขนาดของผนังและประตู ความสูงของลูกบิดประตู การจัดแสงภายใน ขนาดของเฟอร์นิเจอร์ และมาตราส่วนโดยรวมของวัตถุทั่วไป เรายังสร้างพื้นผิวมาตรฐานให้กับนักออกแบบฉากพร้อมค่ามาตราส่วนและแสงด้วย เพื่อให้การวางเลย์เอาต์ของแต่ละฉากมีความสอดคล้องกันตั้งแต่ต้น นอกจากจะช่วยวางรากฐานให้กับโลกทางกายภาพแล้ว แผนที่อ้างอิงเหล่านี้ยังช่วยกำหนดนิยามวิธีที่ผู้เล่นเคลื่อนไหวในโลกนั้นด้วย เช่น ความสูงที่กระโดดได้ ระดับที่สามารถหมอบลอดได้ หรือขนาดของพื้นที่ เช่น ช่องระบายอากาศ เมื่อใช้แผนที่อ้างอิงเหล่านี้เป็นจุดเริ่มต้น เราก็สามารถรักษาความสม่ำเสมอของสัดส่วนฉาก และทำให้ทุกพื้นที่ในเกมรู้สึกมีขนาดที่สมจริงอย่างต่อเนื่องตลอดทั้งเกม"
N/A4199"#commentary\cn_286_response_rules.mp3" "[ Scott Dalton ] ตั้งแต่ช่วงต้นของการพัฒนา เราอยากให้หลายๆ บทสนทนาในเกมเป็นแบบปรับเปลี่ยนไปได้ตามสถานการณ์ เราจึงต้องสร้างระบบที่จัดการสิ่งเหล่านี้ได้อย่างมีประสิทธิภาพ เรามุ่งสร้างระบบที่เปิดโอกาสให้นักออกแบบเสียงสามารถเพิ่มหรือปรับแก้ประโยคคำพูดได้โดยไม่ต้องพึ่งโปรแกรมเมอร์ อีกทั้งต้องตอบสนองต่อสถานะของเกมแบบเรียลไทม์ และลดความซ้ำซากของประโยคให้มากที่สุด ด้วยความต้องการเหล่านี้ เราจึงสร้างระบบที่ชื่อว่ากฎการตอบกลับ ทุกครั้งที่ตัวละครพูดอะไรที่อยู่นอกเหนือจากฉากที่มีการกำกับไว้ล่วงหน้า ระบบนี้จะตัดสินใจว่าจะให้ตัวละครเลือกประโยคใดมาพูด ซึ่งแทนที่จะเลือกประโยคไว้เลยโดยตรง AI ของตัวละครจะเป็นฝ่ายส่งสัญญาณถึงโอกาสในการพูดไปยังระบบนี้ทุกครั้งที่เกิดเหตุการณ์สำคัญ เช่น พบผู้เล่น ได้รับบาดเจ็บ ยิงกระสุนนัดสุดท้ายไปแล้ว เจอศัตรูจำนวนมากเกินไป และอื่นๆ เมื่อมีโอกาสในการพูดแต่ละครั้ง ตัวละครจะส่งข้อมูลเกี่ยวกับสถานะของเกมในขณะนั้นไปยังระบบกฎการตอบกลับ จากนั้นระบบจะส่งประโยคที่เหมาะสมที่สุดกลับมาให้ถ้ามี ระบบนี้เปิดโอกาสให้นักออกแบบเสียงสามารถสร้างแผนผังการตัดสินใจของบทพูดได้ละเอียดมากขึ้น เช่น ตัวละครอาจพูดประโยคต่างกันเมื่อบอกว่าจะรีโหลดกระสุนระหว่างต่อสู้และเมื่อการต่อสู้จบลง เมื่อเหลือเพื่อนร่วมทีมเพียงคนเดียว หรือเมื่อเห็นสไตรเดอร์อยู่ในระยะสายตา ขณะที่เราวางจำหน่ายเกม Half-Life 2 เรารู้สึกว่าเรายังใช้ศักยภาพของระบบนี้ไปเพียงเล็กน้อยเท่านั้น แต่มันก็กลายเป็นระบบหลักในบทของ Alyx ใน Episode 1 และต่อมาก็พัฒนาต่อไปใช้กับระบบบทพูดของคลาสต่างๆ ใน TF2 และตัวละครใน Left 4 Dead ด้วย"
N/A4200"#commentary\cn_287_audio_caching.mp3" "[ Yahn Bernier ] อีกหนึ่งปัญหาที่เราเจอคือปริมาณเสียงในเกมที่มีมากเกินไป ไม่ว่าจะเป็นเสียงเอฟเฟกต์เกม เสียงเพลง หรือเสียงบทพูด เรามีเสียงมากเกินกว่าจะเก็บทั้งหมดไว้ในหน่วยความจำได้ เพราะในปี 2003 หน่วยความจำยังมีจำกัดมาก แต่แน่นอนว่าเราจำเป็นต้องดึงเสียงมาเล่นให้ได้ทันที โดยเฉพาะเสียงที่เกี่ยวข้องกับการเล่นเกม ดังนั้นเราจึงสร้างระบบแคชเสียงขึ้นมา โดยเก็บเฉพาะช่วง 125 มิลลิวินาทีแรกของทุกไฟล์เสียงไว้ในหน่วยความจำ ตัวเลขนี้มาจากการคาดการณ์ของเราว่าน่าจะเป็นเวลาที่เพียงพอสำหรับการสตรีมไฟล์เสียงเต็มจากดิสก์เข้ามา ทุกครั้งที่เสียงถูกเรียกใช้ในเกม ระบบจะเล่นช่วงเริ่มต้นจากแคชเสียงไปก่อน พร้อมกับสั่งให้โหลดไฟล์เสียงเต็มจากดิสก์ในเวลาเดียวกัน และพอเสียงที่แคชไว้เล่นจบ ระบบก็จะเล่นไฟล์ที่โหลดมาต่อได้พอดี นอกจากนี้ เรายังเพิ่มฟังก์ชันเล็กๆ อย่างการเก็บไฟล์เสียงที่ถูกใช้งานล่าสุดไว้ในหน่วยความจำ เพื่อจะไม่ต้องโหลดให้เสียงที่ถูกเรียกซ้ำบ่อยๆ ใหม่ตลอดเวลา ในเอนจินเกมสมัยนี้ ทรัพยากรเกือบทุกประเภทนอกจากเสียงต่างก็ใช้หลักการเดียวกันนี้ในการจัดการหน่วยความจำเช่นกัน"
N/A4201
39044202}
39054203}