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

From Team Fortress Wiki
Jump to: navigation, search
39163916"wood.scraperough" " "
39173917"plastic_box.scraperough" " "
39183918 
N/A3919"#commentary\cn_001_physics_sound.mp3" "[ジェイ・ステリー] プレイヤーにとって物理演算を適切に感じられるということは、その物理演算によって生み出される音も適切に聞こえなければならないということを意味していました。私たち人間は、たとえ普段は意識していなくても、様々な状況で物体や材質がどのような音を立てるかに慣れています。すべてを再現するのは不可能だと分かっていましたが、私たちは物理サウンドをリアルにする上で最も重要となるディテールに集中したいと考えました。まずは衝突や衝撃に対してオブジェクト単位のサウンドを設定することから始めました。これにより、たとえば木箱のようなオブジェクトが、他のオブジェクトや特定の種類のオブジェクトと衝突した際に、専用のサウンドを鳴らすことができるようになりました。次に、関係する物体の質量や衝突の力といった物理現象の特性に基づいて、これらのサウンドを動的に変化させました。この手法は衝突には非常に効果的でしたが、オブジェクト同士がこすれ合うような他のインタラクションではうまく機能しませんでした。現実では、木箱が壁にこすれる音と同じ壁に投げつけられる音とでは異なります。はっきり言って、私たちほど木箱の物理特性の機微について研究した者はいないでしょう。このようなインタラクションで望む結果を得るために、私たちは材質ごとの衝突音、つまり金属と木材、金属と金属といった組み合わせのサウンドを実装しました。これらのサウンドもまた、材質の硬さや金属の種類といったディテールに基づいて動的に変化されました。このシステムが正しく聞こえるようにするには、無数の細かな調整が必要で、それはシステムを実際に動かしてみて初めて特定できるものでした。私たちは転がるオブジェクト専用のサウンドも実験しましたが、最終的にその結果に満足できなかったため、その機能は削除しました。"
N/A3920"#commentary\cn_002_ramming_with_the_buggy.mp3" "[ジェイ・ステリー] 私たちの物理システムは、剛体に基づいており、これはオブジェクトの変形や破壊に対応していません。物理オブジェクトが何かにぶつかると、動く可能性がありますが、そうでなければ何も起こりません。そのため、プレイヤーがバギーでガラス窓を突き破るような場面では、物事が期待通りに動作するよう、ある種のトリックを使う必要がありました。窓は固定されているため、物理シミュレーション上ではバギーは窓に当たって跳ね返されます。しかしその際、ゲームシステムに衝突が発生したことが通知されます。破壊処理を担当するゲームシステムは、その通知を受けて窓をガラスの破片に分解し、物理システムにそれらのシミュレーションを開始するよう指示します。ここで重要なのは、ゲームシステムが物理システムに対し、バギーの状態を衝突する直前の状態に復元するようにも指示する点です。これにより、次の物理シミュレーションのフレームでは、バギーは破壊された窓を何事もなかったかのように通り抜けていくことができます。このプロセスにより、バギーは一瞬停止して衝突直前の時点にテレポートされるため、その物理挙動に1フレーム分のカクつきが発生します。これを知ったせいでHalf-Life 2がまともにプレイできなくなってしまった方がいたら、申し訳ありません。しかし当時、プレイテストを見た結果、私たちはこの瞬間的なカクつきをむしろ気に入ったのです。それが衝撃の感覚を増しているからです。"
N/A3921"#commentary\cn_003_ramming_zombies_with_the_buggy.mp3" "[ジェイ・ステリー] この解説で何度か述べたように、私たち人間は、現実の物理世界に対してさまざまな期待を抱いています。その中の一つが、車でゾンビをはね飛ばせば、ゾンビは盛大に宙を舞うはずだというものです。しかし、この効果をゲーム内で実現するのは、現実世界ほど単純ではありません。パフォーマンス上の理由から、ゾンビのような敵は、ゲームプレイ中は簡略化された当たり判定ボックスを使用します。これは、モデルの一部がはみ出すことのないよう、ゾンビ全体をぴったりと囲む箱です。しかし、ゾンビが死ぬと、それはラグドールへと変換され、より正確な手足ごとの当たり判定ボックスを持つようになります。この当たり判定の表現方法の変化は、バギーでゾンビに突っ込んだ際の挙動をさらに複雑にします。まず、バギーがゾンビの簡略化された当たり判定ボックスに衝突します。するとゲームはゾンビを死亡させ、物理システムがシミュレーションを開始するラグドールへと変換します。ここで、より正確な手足ごとの当たり判定になったことで、ゾンビの最もバギーに近い部分が、車体から数インチ離れているという状況が起こり得るのです。その結果、次の物理シミュレーションのフレームでは、バギーはもはやゾンビを押していないため、ゾンビはただ重力に従って落下し始めてしまいます。バギーが再びゾンビに追いつくまでのほんの一瞬の出来事ですが、このわずかな食い違いのせいで、ゾンビをはね飛ばす体験は爽快感のないものになっていました。ゾンビはしばしば、ただプレイヤーの視界から下に落ちていくだけだったのです。これを修正するため、私たちはバギーがゾンビの当たり判定ボックスに衝突した際の衝撃力を保存しておき、ラグドールに変換された後で、その同じ力をラグドールに適用しました。また、ラグドールにわずかな上向きの力を加え、少し打ち上げるようにもしました。これらの微調整により、ゾンビははねられた際に、確実にバギーのボンネットの上で折り重なるように倒れるようになり、プレイヤーの期待により良く応えるものとなりました。"
N/A3922"#commentary\cn_004_buggy_sound_engine.mp3" "[ケリー・ベイリー] バギーのオーディオ制作は困難なものでした。マップは実際にはそこまでの高速走行に対応できるほど広くなく、バギー自体もローギアからほとんど変速しないにもかかわらず、私たちはそれを非常にパワフルな乗り物が超高速で走っているように感じさせたかったからです。しかも最高速度はせいぜい時速56km程度です。まあ、言い訳をさせてもらうと、時速56kmというのは、特に2004年当時としては、それでもかなり速いのですが。スピードの問題に加えて、運転の入力も非常にシンプルでした。ターゲットとなる入力デバイスがキーボードであるため、プレイヤーの操作は基本的にバイナリになります。つまり、バギーは加速しているか、していないか、完全に片方にハンドルを切っているか、切っていないか、のどちらかしかないのです。本質的に私たちは、実際にはその複雑さが存在しないシミュレーションを表現するために、オーディオ面での複雑さをすべて作り出す必要があったのです。そこで私たちはバギーのオーディオのために、偽のエンジンを作りました。この偽エンジンには独自のトランスミッションが備わっており、私たちはプレイヤーの入力と実際の物理シミュレーションからのデータを組み合わせます。シミュレートされた各車輪にかかるトルクや、空転しているか、地面に接触しているかを測定し、一連のループサウンドを作成します。そして、その偽エンジンがギアチェンジしたり、車輪のデータに反応したりするのに合わせて、それらのサウンドを注意深くブレンドしていくのです。そして私たちは基本的にはただ色々なことを試し続けました。さらに複雑さを加え、微調整を行い、バギーの運転がもっと楽しく感じられ、高速で走っているという感覚が報われるようになるまで続けたのです。そしてほとんどのプレイヤーは、バギーの音がいいと言う以外、特に何もコメントしません。私たちにとって、そのボンネットの下で行われていた狂気的な作業量を考えれば、それこそが成功の証なのです。"
N/A3923"#commentary\cn_005_buggy_sound_design.mp3" "[ケリー・ベイリー] バギーのサウンドデザインは、1968年式の古いカマロからサンプリングした音源をベースにしています。この車を選んだのは、巨大なピストンを持つ素晴らしいV8エンジンを搭載しているからです。他に類を見ないサウンドで、私たちが求めていた力強くはらわたに響くような音を持っていました。またトランスミッションは、アクセルを緩めた時に素晴らしい機械的なうなり音を立てるのも特徴でした。そして、これらのサウンドの組み合わせは、私たちが扱っていた基本的にバイナリな入力システムの中でも、非常にレスポンスが良いと感じられました。そのため、偽エンジンのトランスミッションは、実在の車をモデルにしたものではありません。むしろ、単にアクセルを踏み続けるという行為に対して、プレイヤーに報酬を与えるシンプルなシステムとして設計されました。それは、上昇し続ける音を生み出すループするエスカレーターのようなものです。常に緊張感を高めていき、音のループが再開するタイミングでギアチェンジを行うのです。私たちの比較的小さなマップではプレイヤーはすぐに走行スペースを使い切ってしまうため、目標はあくまで短時間でもアクセルを踏むこと自体を楽しいものにすることでした。"
N/A3924"#commentary\cn_006_automating_dsp.mp3" "[ケリー・ベイリー] プレイヤーが耳にするすべてのサウンドは、私たちのデジタル信号処理システム、すなわちDSPを通じて処理されます。これは、プレイヤーがいる環境を反映するためにオーディオがどのように変化するかという仕組みのことです。たとえば、同じ音でも駐車場、小さな部屋、または屋外では聞こえ方が異なります。Half-Life 1では、各空間のDSP設定を定義するために、目に見えないノードを世界中に手作業で配置していました。しかしHalf-Life 2では、ゲームの規模をより大きくしたかったこと、そしてチームにはオーディオ担当者が一人しかいなかったことから、手作業での配置ではあまりに時間がかかりすぎることがわかっていました。そこで私たちは、プレイヤーの周囲のDSP設定をリアルタイムで自動的に決定するシステムを構築しました。このシステムは、プレイヤーの周囲の空間を分析し、その体積を測定し、環境を構成している材質を調査します。そして、その空間を手作業で作成された25種類の基本的なDSPタイプの中から最も近いものに合致させ、いくつかのパラメータを調整することで、最終的にプレイヤーが聞くサウンドを変化させる、詳細に作り込まれたDSPを生成するのです。"
N/A3925"#commentary\cn_007_dynamic_mixing.mp3" "[ケリー・ベイリー] ゲームプレイ中、多くのサウンドが同時に再生されますが、当然ながら他よりも重要なサウンドも存在するため、重要な音が際立つようにサウンドの音量を相対的に調整する必要があります。映画では、このサウンドミキシングはポストプロセスとして行われます。しかしゲームでは、プレイヤーの行動に応じてリアルタイムで発生するため、どのサウンドが同時に再生されるかを事前に予測することはできません。これに対処するため、すべてのサウンドは種類ごとにグループ化され、優先順位が設定されています。ゲームプレイ中、オーディオシステムは再生中のすべてのサウンドを監視し、優先度の高いサウンドが再生されている場合は、優先度の低いグループのサウンドの音量を自動的に下げます。このミキシングは調整可能です。あるシーンで銃声を大きく響かせる必要がある場合は、そこで銃声の優先度を上げることができます。特定の台詞をはっきりと聞かせる必要がある場合は、他のすべてのサウンドの音量を強制的に下げることもできます。音楽についても同様の処理を行っています。これは地味ながらも非常に重要なシステムであり、サウンドスケープが乱雑になりすぎるのを防いでくれるのです。"
N/A3926"#commentary\cn_008_soundscapes.mp3" "[ケリー・ベイリー] Half-Life 1では、環境音は手作業で配置され、個別に調整されていました。Half-Life 2では、より多くの環境音を、より高品質に、そして配置の手間を減らして実装したいと考えました。そこで構築したのが「サウンドスケープ・システム」というシステムです。サウンドスケープとは、基本的には小さなプログラムのようなもので、特定の環境でどの環境音を再生し、どこから聞こえさせ、どのように振る舞わせるかを制御します。たとえば、ハエの羽音、風の音、鳥の声、遠くの列車の音、遠方での戦闘音などです。サウンドスケープ・システムは、これらの音をランダムに選んで再生できるだけでなく、非常に重要な点として、プレイヤーが環境間を移動する際のスムーズな移行も処理します。サウンドスケープは他のサウンドスケープを含むこともでき、これにより再利用可能なサウンドのコレクションを作成できます。たとえば、遠方での戦闘というサウンドスケープには、小火器の発砲音、遠くの爆発音、通り過ぎるヘリの音などの要素が含まれるという具合です。これらのサウンドスケープは、多数の個別のサウンドから動的に組み立てられ、再生されるため、単一のトラックがループしているような不自然な感覚を避けることができます。全体として、サウンドスケープ・システムはHalf-Life 2のオーディオにおいて頼りになる存在であり、ゲームプレイに直接起因しない音、つまり皆さんが耳にするほぼすべての環境音をこのシステムが担っています。"
N/A3927"#commentary\cn_009_audio_over_distance.mp3" "[ケリー・ベイリー] 海岸マップの広大な空間は、距離によってサウンドがどう変化するかという課題に対し、オーディオ面での解決策を模索するきっかけとなりました。たとえばこれらのマップでは、敵が90メートル以上も離れていることがあり、その距離での銃声は間近で聞く音とは異なるはずです。私たちは、サウンドを単一のステレオファイルに格納することにし、左チャンネルには近距離用のサウンドを、右チャンネルには遠距離用のサウンドを収録しました。そして再生時に、音源からのプレイヤーの距離に応じて、その2つのチャンネルをクロスフェードさせます。つまり、聞こえてくるサウンドの比率を変化させるのです。これはうまく機能したシンプルな解決策であり、メモリの制約という点でも利点がありました。この効果は、ゲーム内で簡単に聞き取ることができます。コンバイン兵に向かって車を走らせながら、その銃声の変化に耳を澄ませてください。"
N/A3928"#commentary\cn_010_flying_vehicle_audio.mp3" "[ケリー・ベイリー] ゲームに登場する大型飛行物体の敵は、オーディオ面でユニークな課題を提示します。戦闘中、他の敵よりもはるかに機動性が高く、しばしばプレイヤーから大きく離れた距離を移動します。また、射線が通っている状態では、非常に危険な存在でもあります。これらの要因から、私たちは特にオクルージョン、言い換えれば、敵がプレイヤーから見えているか、そして敵からプレイヤーが見えているかという点に絞ったオーディオソリューションに注力することにしました。私たちは、その射線が通っている時と、そうでない時とで、明確な音の違いを作り出したいと考えました。飛行物体のエンジン音は、同時に再生する複数のループサウンドで構成されています。それらのループの一部は、自分がいる空間に基づいてDSPシステムによって処理され、残りは未処理のまま直接再生されます。DSPシステムを通したサウンドには、より環境に反響しているようなエフェクトが加わります。飛行物体が何かに遮蔽されてプレイヤーから見えない時、私たちはDSP処理を通すループ音の割合を増やします。これにより、その物体が少し遠くにいるかのように聞こえるのです。そして、敵が遮蔽物から姿を現し、プレイヤーを視認できる状態になると、私たちは直接音の割合を増やします。これにより、全体的にサウンドが遠く方向性があいまいなものに聞こえるか、あるいはより直接的に視線の先にいるかのように聞こえるか、という感覚がプレイヤーに与えられます。ヘリコプターが建物の陰から現れる時、理想的には、その違いがはっきりと聞き取れるはずです。"
N/A3929"#commentary\cn_011_bullet_audio.mp3" "[ケリー・ベイリー] 一つ確かなことは、ゲームを通じてたくさんの弾丸がプレイヤーのそばをかすめていくため、その際の音響処理を完璧なものにするため、多大な時間を費やしました。残念ながら、ゲーム内の弾丸は基本的に瞬間的に着弾するため、弾丸そのものに音を付けて、その動きによって音の位置を決めることはできません。いくつかの実験の末、私たちは次のような解決策にたどり着きました。まず、弾丸の軌道上でプレイヤーの耳に最も近い点を割り出し、弾丸が概念的にそこを通過するであろう正確な時間と位置を計算します。次にその地点でドップラー効果を擬似的に再現するために2種類のサウンドを再生します。一つは弾丸が接近してくる音で、もう一つは遠ざかっていく音です。遠ざかる音は、計算された弾丸の通過時間に基づいて、少し遅らせて再生します。"
N/A3930"#commentary\cn_012_staircase.mp3" "[アーロン・シーラー] ゲームの至る所に、シンプルで非常にわかりやすいデザインの目標から生まれた状況が存在します。そしてこの階段にはそのうちの2つが盛り込まれています。1つ目は、目覚める要塞をフレームに収め、プレイヤーに自分たちが巣をかき回したことを見せつけることでした。2つ目は、私たちのラグドールシステムを披露することです。今でこそ標準的な技術ですが、2004年当時は、死体がリアルに転がり落ちる様子はまだ目新しいものでした。そして階段はそれを実現するのに最適な舞台となったのです。"
N/A3931"#commentary\cn_013_alyx_and_mossman.mp3" "[ビル・フレッチャー] Half-Life 2のナラティブに関する初期計画では、私たちはあまりゲームに焦点を当てていないものに挑戦したいと考えていました。それは、明白な善であるプレイヤーが明白な悪である敵を倒すというだけの物語ではありません。その代わりに、私たちはキャラクターとその関係性に焦点を当てることを目指しました。Half-Life 2の物語を動かす中心的な要素として、家族を探求するのは面白いだろうと考えたのです。アリックスとモスマンの間の緊張関係はそのアイデアから生まれました。プレイヤーが理解し共感でき、身近なものに感じられたため、私たちはそれを気に入りました。"
N/A3932"#commentary\cn_014_exposition_board.mp3" "[ダニカ・ロジャース] 私たちがここに密度の濃い視覚的な物語を詰め込みたかったのは、ゲームがプレイヤーに空間を探索するよう最も明確に促す場所だからです。その主な役割は世界の構築ですが、私たちはイーライとブリーンの関係性にも光を当て、この世界の中心的な対立に背景を与えるよう努めています。"
N/A3933"#commentary\cn_015_city_17_awakens.mp3" "[デイビッド・ソーヤー] ゲーム序盤の駅のセクションは、街がプレイヤーに対して無関心であると感じさせるようにデザインされていました。まるでゴードンが、支配されるのを待つだけの、名も顔もない一市民にすぎないかのようにです。しかし、アパートへの襲撃と屋上での追跡を経て、街はプレイヤーを異常分子として認識し、騒ぎ始めます。そして今、プレイヤーが攻撃者となったことで、街はその注意を完全にプレイヤーへと向けます。襲撃の際に初めて耳にする監視員のPAシステムが、この変化を伝える上で重要な役割を果たしました。注意深く耳を澄ませば、街がプレイヤーの存在をどう認識しているかについて、多くの情報が得られます。たとえプレイヤーがその内容に注意を払っていなかったとしても、そのオーディオ処理自体が、私たちが狙いとした感情的なメッセージを伝えています。"
N/A3934"#commentary\cn_016_elis_lab.mp3" "[ダービー・エン] 私たちはクレイナー博士の研究所の後にイーライの研究所を制作しました。その経験のおかげで、効果的なコレオシーンの組み立て方法とデザイン方法をより深く理解することができました。その結果、より複雑で、プレイヤーの行動に反応する機会が豊富なシナリオを作り上げることが可能になりました。部屋の中で複数のキャラクターがそれぞれ別々の行動をしていると演出が難しくなり、スムーズに進行させるには多くの試行錯誤とプレイテストが必要でした。私たちの経験からわかったのは、プレイヤーは概してシーンの流れに乗りたいと思っており、ただ私たちが彼らにどこにいてほしいのかを伝える、十分でさりげない手がかりを必要としているだけだということでした。同様に、もしプレイヤーが注意をそらしてしまった場合、シーンは穏やかに一時停止し、彼らが戻ってくるのを待つ必要がありました。"
N/A3935"#commentary\cn_017_feel_free_to_look_around.mp3" "[ダービー・エン] プレイヤーの探索したいという欲求と、シーンの物語上の目的とのバランスを取ることは、常に課題でした。私たちは部屋を興味深いもので満たしたかったのですが、多くのプレイヤーはキャラクターの演技を見逃す心配がないと確信するまで、探索しようとはしませんでした。だからこそ、シーンの途中でイーライがプレイヤーに、見て回るように伝えることが重要だったのです。それは、探索しても大丈夫だという合図でした。そこからは、プレイヤーの興味を引いたものに応じて、さまざまなミニシーンを発生させることができました。"
N/A3936"#commentary\cn_018_interstitial_scenes.mp3" "[エリック・キルヒマー] プレイテストを進める中で、プレイヤーが目標を見失ってしまうエリアがしばしば見つかりました。これはHalf-Lifeのようなゲームでは珍しいことではありません。この問題に対処するため、私たちはプレイヤーが進むべき道を案内し、目的を再確認させるための、より小さな合間のシーンを追加しました。クライナーの研究所のような大規模なコレオシーンの開発を終えた後だったので、これらの小さなシーンの制作は比較的スムーズに進みました。そして私たちは、こうした誘導の場面では、受動的な物語表現や、一時停止メニューに表示される目標リストのようなものに頼るよりも、キャラクターを登場させることが遥かに効果的であると気づきました。"
N/A3937"#commentary\cn_019_overwatch.mp3" "[ジョシュ・ウィアー] 開発中、私たちは無料のテキスト読み上げツールを使用して、監視員の音声を生成しました。しかし、リリースが近づくにつれ、その音声の使用権がないことが判明したのです。そこで、私たちはオーディションを開催し、生成された台詞の性質にマッチする声優を探すことにしました。まさに私たちが求めていたものを披露してくれたエレン・マクレインをすぐに採用することにしました。彼女とのセッションの中で、生成された台詞を自分のスタイルを保ちつつも真似るように彼女に指示しました。彼女は、ロボットような話し方を真似するように求められたので、最初は少しあざけるような調子でした。数年後、『Portal』でGLaDOSという象徴的な役を演じてもらうことになったとき、彼女はその機械的なトーンを自分の演技に創造的に組み込む方法を見つけていました。"
N/A3938"#commentary\cn_020_box_car_joe.mp3" "[ローラ・デュバック] この小さなシーンには、元々2人の人間のキャラクターが登場していましたが、開発の後半でその1人をボーティガンツに置き換えました。ボーティガンツが人間と共存し、コンバインにも抵抗していることを見せたかったのです。また、プレイヤーを回復させる彼らの能力もここで紹介しました。もっとも、ゲーム全体を通じてこの特徴を最大限に活用したわけではありませんが。ボーティガンツは、台詞を簡潔にするための便利な物語上の道具にもなりました。というのも、彼らの集合意識によって世界の状況やプレイヤーの目的をすべて知っているという設定が成り立つのです。つまり、彼らはプレイヤーに質問をする必要が一切なく、無口な主人公相手の台詞を書くという難題を巧みに回避することができました。"
N/A3939"#commentary\cn_021_mossman.mp3" "[マーク・レイドロー] ジュディス・モスマンは、元々Half-Life 1のあるセクショに登場予定だったキャラクターがベースになっています。そのセクションは本編からはカットされ、『Uplink』で再利用されましたが、そのキャラクターは登場しませんでした。私たちは彼女を、Half-Life 2で最も複雑なキャラクターだと考えています。プレイヤーが信頼する人物の間で意見が一致しないため(イーライは彼女を気に入っているが、アリックスはそうではない)、ノヴァ・プロスペクトの場面より前から、プレイヤーが彼女に抱く感情については綱渡り状態になるだろうとわかっていました。私たちは、ゲーム内で描ける人間関係の複雑さには限界があると認識していましたが、継母と娘のような力関係であればプレイヤーにも理解できるだろうと感じました。あなたがモスマンに同意するかどうかは別として、彼女は英雄的な行動をしています。イーライとアリックスを守るために必要な情報を得るため、二重スパイになるリスクを冒しているのです。彼女が計画に入れていなかったのは、ゴードンの存在だけでした。"
N/A3940"#commentary\cn_022_hands_free.mp3" "[マット・ライト] Half-Life 2のリリース当時は、ほとんどのFPSゲームがすぐにプレイヤーに銃や近接武器を与えていましたが、私たちは丸腰の状態から始めることにしました。武器がない状態のほうがプレイヤーにより斬新な方法で世界とインタラクトしてもらいやすくなり、物語に入り込みやすくなります。私たちはプレイヤーに避難者から攻撃者に移行する瞬間を感じて欲しかったのです。適切なタイミングで武器を与えることで、その瞬間が自然に訪れるようにしました。プレイヤーが武器を入手している頃には、逃げる段階は終了しています。時に、逃げるが勝ちだと言われますが、私たちはそうとは思いません。勝つための最善策は、撃ちながらその方向に走ることなのです。"
N/A3941"#commentary\cn_023_metrocop_scene.mp3" "[マイク・デュソー] これもまた、メトロコップが悪役であることを明確にするためにデザインされたシーンです。ただし今回はプレイヤーが武器を持っており、彼らに反撃できるという点が異なります。その反撃とは、銃口から放たれるものです。私たちは、プレイヤーが自分の行動を「正しい」と感じられるようにする必要があると考えており、この瞬間はその感覚を実現するための一部でした。ゲームに登場する他のコンバインとは異なり、メトロコップはやはり人間です。そのため、プレイヤーの行動が単なる怒りではなく、正義の鉄槌だと感じられるように、一層の注意を払う必要がありました。"
N/A3942"#commentary\cn_024_moving_the_gravity_gun.mp3" "[テッド・バックマン] グラビティガンが最初にプロトタイプとして作られとき、私たちはゲームの中盤でプレイヤーに渡す計画をしていました。しかし、プレイテストが進むにつれて、私たちはそのデザインの強力さに気づきました。そしてグラビティガン、さらに重要なことに、ゾンビの顔面にノコギリの刃を発射する能力は、もっと早く登場させる必要があると悟ったのです。それは、イーライの研究所もゲームのより早い段階に移動させる必要があることを意味していました。これは大きな変更でしたが、Half-Life 2の成功にとっては極めて重要なことでした。このことは、ストーリーテリングとゲームプレイが密接に絡み合っており、どちらか一方を常に優先することはできず、一緒に機能しなければならないということを改めて教えてくれる良い教訓となりました。"
N/A3943"#commentary\cn_025_buggy_birds.mp3" "[エイドリアン・フィノール] ある印象的な海岸のプレイテストでのことです。家屋を探索し終えたあるプレイヤーが自分の車に戻ったとき、偶然にも鳥がそばを飛んでいくのを目にしました。そのプレイヤーは鳥に向かってバギーに近づかないように叫び、現実でもよく鳥に車を汚されるんだと文句を言ったのです。プレイテスト後の反省会で、私たちは、プレイヤーが自分自身とは別のオブジェクトに対して、本気で愛着を抱いているのを初めて目の当たりにしたということに気づきました。私たちはこれを掘り下げる良い機会だと考え、例のプレイテスターが恐れていた瞬間を実現するシステムを構築しました。プレイヤーがしばらくバギーから離れて視界から外れると、私たちは車のフレーム上のランダムな位置にカモメを1体出現させます。時間が経つにつれて、カモメは真下の車体にフンのデカールを生成し始め、プレイヤーが戻ってきた瞬間に飛び去るまでそれを続けるのです。当然ながら、プレイテスターたちは自分の車をきれいにしたいと望んだため、私たちは浅瀬に乗り入れることで車を洗える機能を追加しました。開発も終盤だったので、これらすべてを実現するための技術はすでに揃っており、この機能は素早く実装することができました。これは、ほんの一握りのプレイヤーしか発見しないであろうと思われるケースの一つです。しかし、この種のディテールを効率的に実装でき、かつ、それを十分な数だけ用意できれば、ほとんどのプレイヤーが、少なくともそのうちの一つには遭遇してくれるでしょう。"
N/A3944"#commentary\cn_026_bridge_gunship.mp3" "[エイドリアン・フィノル] このマップ形状ではセットアップが難しかったにもかかわらず、ガンシップとの戦闘には特に満足しています。橋の下側という舞台設定が、ガンシップがプレイヤーの周囲を完全に動き回ることを可能にしました。三次元空間をフルに活用し、時にはプレイヤーの上、時には下へと回り込むことができるのです。無数の鉄骨が、細かく配置された遮蔽物として機能し、ガンシップの射撃が生み出す、楽しくダイナミックな視覚と聴覚のショーを演出する機会も創出しました。"
N/A3945"#commentary\cn_027_floor_is_lava.mp3" "[エイドリアン・フィノル] 「床がマグマ」という遊びのように、誰もが知っているような概念を中心にゲームプレイを構築することで、プレイヤーへのルールの説明が容易になりました。私たちの物理システムが、プレイヤーがこの課題にどう挑むかという点において、高度な創造的自由を可能にした点を気に入っています。多くのオブジェクトで足場を作りながら進むプレイヤーもいれば、たった数枚のお気に入りの鉄板だけを使って進むことにこだわるプレイヤーもいました。落下を恐れて岩の上の安全な道筋を慎重に進むプレイヤーもいれば、砂のすぐ上にあるオブジェクトを足場にして、出口へ一直線に向かうプレイヤーもいました。プレイスタイルも様々で、アントライオンを呼び出してしまったら失敗とみなし、即座にリロードするプレイヤーもいれば、岩場に慌てて戻って体勢を立て直すこと自体を楽しむプレイヤーもいました。この場所が、移動パズルとして機能する一方で、プレイヤーの好みによっては戦闘アリーナにもなり得た点も気に入っています。中には、ただ砂の上に飛び降りて、最後まで戦い抜くことを選ぶプレイヤーもいたのです。"
N/A3946"#commentary\cn_028_opportunistic_moments.mp3" "[アリエル・ディアス] ゲームにおける記憶に残る瞬間のいくつかは、複数のゲームシステムが相互作用することで生まれます。しかし、そうした瞬間がごく稀にしか起こらないことに気づくことがあります。そういう時、私たちは、もっと多くのプレイヤーにこの瞬間を体験してもらいたいとしばしば願うのです。ここにはジレンマがあります。プレイヤーが確実に遭遇するとわかっているものほど、私たちはより多くの労力を注ぎ込むことができます。しかし、あまりに人工的すぎると、その瞬間が押し付けがましく感じられ、プレイヤーは必ずしも好意的に反応してくれるとは限らないのです。ガンシップの映画的な最期は、私たちが少しだけ物事を後押しし、あからさまになりすぎないようにしつつ、記憶に残る瞬間が生まれる確率を高めようと試みた一例です。このエリアのデザインとガンシップの飛行経路は、それが破壊される瞬間に、プレイヤーとガンシップが適切な位置関係になる状況が生まれやすくなるように設計されています。もしその条件が満たされていれば、ガンシップが車に墜落する演出を発生させます。そうでなければ、通常通りに破壊されるだけです。これはいかにもゲーム的な作りですが、その瞬間がうまく演出されていれば、プレイテスターたちは気にしていないようでした。"
N/A3947"#commentary\cn_029_assault_on_nova_prospekt.mp3" "[アリエル・ディアス] 無限に湧き出るアントライオンの軍団を率いて、海岸線から要塞化されたコンバインの基地を襲撃するという状況で、ノルマンディー上陸作戦にヒントを得たレベルを試さずにはいられませんでした。初期のプロトタイプでは、ノバ・プロスペクトへと続く塹壕を設置し、強力な機関銃によって、プレイヤーとアントライオンが生き残るためには塹壕の中から出てはならないという状況を作り出しました。機関銃の弾丸が飛び交い、アントライオンたちが頭上を跳躍していく光景は、非常にスリリングでした。しかし残念ながら、パフォーマンスの予算内でこのアイデアを実現することはできず、最終的にはこの案を断念し、まったく異なるレイアウトを採用せざるを得ませんでした。それでも、設置型の機関銃は残りました。その圧倒的な殺傷力が、プレイヤーにアントライオンに頼るよう促すのに、非常に有用だとわかったからです。"
N/A3948"#commentary\cn_030_buggy_physics.mp3" "[チャーリー・ブラウン] バギーの物理演算には多くの試行錯誤を要しました。最高時速は約56キロに過ぎませんでしたが、スピード感を出したかったため、いくつかごまかしを入れる必要がありました。ターボジャンプには通常よりも大きな垂直方向の力を加え、ハンドブレーキでパワースライドする際には後輪に少しキックが加わるようにしました。そうしたものがなければ、低速でのバギーの運転は面白くないものになってしまったでしょう。それに加えて、ゲームの世界は物理システムが引き起こす予測不能なカオスに満ちていました。プレイヤーは必然的にあらゆる種類の衝突事故を起こすため、どんな状況からでも必ず脱出できるようにする必要がありました。これには多くの実験とプレイテストを重ねる必要がありました。最終的に、私たちはかなり間抜けで非現実的なシミュレーションを採用することになりました。これにより、バギーの挙動はよりマイルドで、転倒しにくくなったのです。重心は極端に低く設定されており、車輪は大きく舵を切るように見えますが、実際にはそうではありません。物理シミュレートされた乗り物としては、私たちにとって初めての試みであり、そこから非常に多くのことを学びました。そのおかげで、エピソード2に登場するマッスルカーは、はるかに運転しやすいものにすることができたのです。"
N/A3949"#commentary\cn_031_the_bridge.mp3" "[チャーリー・ブラウン] この橋のセクションは、Valveのオフィスからほど近い場所にあるデセプション・パス橋から着想を得ています。当初、私たちはこのセクションを純粋な移動パズルとして構築し、そこへ徐々にゲームプレイの要素を重ねていきました。また、ここは私たちが実装したプレイヤーのエッジ・フリクション機能の主な実験場ともなりました。私たちの移動システムでは、プレイヤーが足場の端に近づくにつれて、その減速にかかる摩擦をさりげなく増加させています。プレイヤーがこの機能に気づいたことはありません。おそらく、下を覗き込むために端で止まりたいというプレイヤーの目標と自然に合致し、断崖の近くではよりゆっくりと慎重に動くという人間の傾向とも一致しているからでしょう。しかし、これはゲームのこのパートにとって不可欠な機能です。なぜなら、開発中にある時、誤ってこの機能を壊してしまったところ、突然、プレイテスター全員が次から次へと橋から転落死し始めたからです。"
N/A3950"#commentary\cn_032_coast.mp3" "[クリス・グリーン] 私たちはバギーのためにゲーム内に広大なエリアを設けたいと考えていましたが、それでもなおプレイヤーの移動範囲を制限する方法が必要でした。海岸線を舞台に選んだことで、開放的で広大な感覚は維持しつつ、マップの片側に自然な境界線を設けることができました。また、この設定は、コンバインによる地球資源の採掘がもたらした影響を視覚的に表現する上でも役立ちました。それでもプレイテスターたちは海に泳ぎだそうと試みたため、私たちは彼らを思いとどまらせるためにリーチを追加しました。リーチは、プレイヤーが戦えると感じるような現実的で避けられる敵ではないので、少し魔法のような存在です。プレイヤーは一般的に自分たちがゲームの限界を試していることを理解してくれていたので、私たちもリーチの作り込みをそれ以上はしませんでした。"
N/A3951"#commentary\cn_033_grenade_house.mp3" "[デイブ・リラー] Half-Lifeというゲームの大部分は、たとえそれが以前の戦闘に少し手を加えただけのものであっても、角を曲がるたびにプレイヤーに少しだけ目新しい戦闘体験を提供することで構成されています。そのすべてがプレイヤーのスキルを試すような挑戦である必要はありません。時には、プレイヤーがただ純粋に楽しめるような楽しい瞬間であっても良いのです。このグレネードハウスは、そうした瞬間の一つであり、ここでのひねりは、よくある状況設定を逆転させたという点にあります。プレイヤーが高い位置から眼下の敵にグレネードを落とすのではなく、敵をプレイヤーの上に配置したのです。無限にグレネードが補充される箱は、少々不格好なやり方ですが、プレイヤーにこの状況へ積極的に関わってもらうためのものです。しかし、この箱が破壊不能であることは、たとえプレイヤーが他のすべてを爆破してしまったとしても、上の階へ登るための足場が必ず残るということも保証しているのです。"
N/A3952"#commentary\cn_034_buggy_training_course.mp3" "[デイビッド・ソーヤー] このトレーニングセクションは、プレイヤーにバギーを自由に乗り回してもらうために設計されました。Half-Life 2がリリースされた当時、乗り物におけるこのレベルの物理シミュレーションは目新しいものでした。そのため、プレイヤーにそれを十分に試す機会を提供したいと考えたのです。また、プレイヤーはレーベンホルムの息が詰まるような閉鎖空間から脱出したばかりなので、乗り物に乗って安全を感じながら広大な空間を素早く移動できるという対照的な報酬を与えるのが良いと考えました。このエリアから脱出するには必ずターボジャンプが必要になるようにしました。これには2つの目的がありました。1つは、プレイヤーが運転に十分慣れたかを確認するテストとして。そしてもう1つは、バギーを置き去りにして進んでしまわないようにするためです。"
N/A3953"#commentary\cn_035_ambush.mp3" "[デイビッド・ソーヤー] Half-LifeスタイルのFPSにおける全体的な課題の一つは、プレイヤーが常に未知の空間へと前進し続けるということです。つまり、いざ戦闘が始まると、プレイヤーは見知らぬ場所で、どう戦えばいいのか分からないまま戦うことになるということです。私たちはプレイヤーを助けるために様々な手法を用いますが、この待ち伏せはその一例です。ここに到着すると、プレイヤーはまずこれらの家々の間でコンバインの一団と戦います。その戦闘とその後の探索を通して、プレイヤーはこの戦闘エリアのレイアウトを学習する機会を得るのです。そして、プレイヤーがこの屋根裏部屋まで探索を進めると、コンバインの第2波が現れます。この2度目の戦闘では、プレイヤーはすでにレイアウトを把握しているというアドバンテージを持っています。そのため、待ち伏せしてくる敵に対して、より戦術的な判断を下しながら防戦することが可能になるのです。"
N/A3954"#commentary\cn_036_bugbait_training.mp3" "[デイビッド・ソーヤー] この少々不格好なフェロポッドのトレーニングは、時間が足りなかったものの、ノバ・プロスペクトのデザインを機能させるにはプレイヤーにこのツールを理解してもらう必要があったため、私たちがたどり着いた妥協点です。通常、私たちはトレーニングに十分な雰囲気付けや文脈を加え、それが訓練だと感じさせないようにすることを目指しています。何か新しいものを発見するときの自然なプロセスの一部であるかのように感じさせるのです。しかし、この場面ではそれを完全には達成できませんでした。今となっては当たり前のように思えるかもしれませんが、フェロポッドはプレイヤーが直感的に理解できるものではありませんでした。ゲームもかなり進んでいるため、プレイヤーは敵との戦闘に十分習熟しています。トレーニングを追加する前、フェロポッドを拾った最初のプレイテスターが次のレベルに進むと、目にした最初のアントライオンを本能的に撃ち殺しました。なぜなら、それまではそのやり方でうまくいっていたからです。Half-Lifeというゲームは、「まず撃て、話はそれからだ」というアプローチをプレイヤーに促す傾向があるのです。同様に、ノバ・プロスペクトに到達したプレイヤーは、コンバイン兵にフェロポッドを投げるという発想には至らず、いつも通りの武器に頼ってしまいました。そのため、このトレーニングは、バグベイトの機能を示すだけでなく、アントライオンが攻撃してこずにプレイヤーの近くにいるようになるということを示すためにも必要だったのです。"
N/A3955"#commentary\cn_037_vortigaunt_extraction.mp3" "[ダービー・エン] このアリーナには、いくつかの理由から、厄介なデザイン上の問題を抱えていました。第1に、アントライオンガードは近接攻撃しか持たない敵であるため、ガードが追いかけることのできない場所にプレイヤーが到達できないようにする必要がありました。いくつかの遠距離攻撃も実験してみましたが、その結果は芳しくありませんでした。たとえば、粘液を吐きかける攻撃などは、見た目が滑稽になってしまったのです。最終的に採用された唯一の非近接攻撃は、物理オブジェクトをプレイヤーに向かって叩きつける能力でしたが、これは範囲内に適切なオブジェクトがあることが条件であり、常に保証されるわけではありません。第2の課題は、ガードがアリーナのどこで倒されようとも、ボーティガンツがその死骸に必ずたどり着けるように保証することでした。もしボーティガンツがフェロポッドを抽出できなければ、ゲームが進行不能になってしまうため、これは極めて重要な点でした。"
N/A3956"#commentary\cn_038_dropship_deployment.mp3" "[ダグ・ウッド] ドロップシップから兵士を展開させるのは、厄介な作業でした。NPCを別のソリッドなオブジェクトの内部に出現させる必要があったためです。彼らを普通に行動できる開けた場所に出すため、出現した瞬間にコンテナから飛び出すアニメーションを即座に再生させています。この仕組みがうまく機能するようになると、私たちは別の問題に直面しました。抜け目のないプレイヤーが、コンテナの外で待ち伏せし、兵士たちが登場するアニメーションの最中に撃ってしまうのです。これに対抗するため、私たちはコンテナにタレットを追加し、兵士たちがコンテナから出るのを援護させるようにしました。これでも、プレイヤーがその状況を利用するのを完全に防げるわけではありません。特にグレネードのような間接攻撃武器を使われた場合はなおさらです。しかし、それは現実的で、いかにも戦略的に考える人物が取りそうな対抗策だと感じられました。"
N/A3957"#commentary\cn_039_laser_guided_rpg.mp3" "[エリック・スミス] RPGのレーザー誘導機能は、プレイヤーにその仕組みを教えるのが難しく、私たちにとって大きな悩みの種でした。多くのプレイテスターは、RPGを発射するとすぐに遮蔽物の陰に隠れてしまいました。そのため、ロケットの飛翔経路を目にすることがなく、さらに悪いことに、そのロケットが向きを変えて自分の方へ飛んでくることにさえ気づいていませんでした。私たちは様々なHUD要素やレーザーポインターの表示でプレイヤーを助けようと試みましたが、ほとんどのプレイヤーは敵のほうにばかり集中して、それらを見過ごしてしまうことがわかりました。たとえば、オデッサの台詞でこの機能を強調したり、ガンシップが直撃弾を撃ち落とす際のオーディオやビジュアルを強化したりするなど、私たちはできる限りの細かな改善を行いました。これらの変更によって、一部のプレイヤーには機能が伝わるようになりましたが、ほぼ全員が理解してくれたと確信を持てるまでには至りませんでした。私たちはこの機能を丸ごとカットすることも検討しましたが、それがないガンシップとの戦闘は、面白みが大幅に減ってしまうのです。レーザー誘導は、ロケットが飛んでいる間、プレイヤーにガンシップを視界に捉え続けることを強います。しかしそれは同時に、ガンシップ側からもプレイヤーへの視線が通ることを意味し、私たちがこよなく愛した緊張感を生み出してくれたのです。"
N/A3958"#commentary\cn_040_performance_constraints.mp3" "[エリック・スミス] 海岸の最後のアリーナでは、プレイヤーと市民の分隊が、波状攻撃を仕掛けてくるコンバイン兵を相手に持ちこたえ、最後はガンシップとの戦闘でクライマックスを迎えるという壮大なフィナーレを構想していました。残念ながら、兵士や味方が地形状を動き回る際の計算コストが非常に高かったため、パフォーマンスの予算内に収めるために、戦闘の規模は縮小され続けました。一度に登場させられる兵士が、たった1分隊にまで削減された頃には、すでに開発は終盤に差し掛かっていました。より多くの敵に対応できるようアリーナ自体に大規模な変更を加えるには、もはや手遅れでした。そのため、私たちは兵士の数を最小限に抑えたままで済むよう、戦闘の流れそのものを再設計する必要に迫られたのです。"
N/A3959"#commentary\cn_041_lighthouse_gunship.mp3" "[イド・マガル] ここのガンシップのシナリオを、私たちが思い描いた通りに展開させるには、ひと工夫が必要でした。私たちはこの場面をまるで映画のように展開させたかったのです。もしこれが映画であれば、主人公が灯台を登っていくにつれて、ガンシップはその動きを予測し、窓越しに射撃してくるでしょう。ゲーム内でその予測をシミュレートするため、私たちは階段に沿って複雑な一連のトリガーボリュームを設置しました。このトリガーがプレイヤーの上昇を検知すると、ガンシップにプレイヤーの高度に合わせた新たな飛行経路を選択するよう指示します。トリガーはまた、プレイヤーに最も近い窓を標的として設定を有効にします。これは敵AIが即座に敵対的と認識する目に見えないゲームオブジェクトで、これがガンシップに窓への射撃を促すのです。このようなAIとスクリプトの融合こそが、Half-Lifeの戦闘シナリオの根幹をなすものです。AIはNPCの全般的で、状況に応じた挙動を管理し、一方のスクリプトは、個々のシナリオが持つ固有の要件に合わせて、それをカスタマイズするのです。"
N/A3960"#commentary\cn_042_crane.mp3" "[ヤコブ・ユンゲルス] クレーンを正しく動作させるためには多くの微調整が必要でした。私たちの剛体物理演算や破壊技術の限界を考えれば、これほど大きな物理的な力を生み出す物体は、常にリスクを伴うものでした。たとえば、先端の電磁石は、あれほどの質量を持つ物体としてプレイヤーが期待するような挙動を、完全に再現することは到底不可能でした。しかし、クレーンが固定式だったため、私たちはその可動範囲内にあるすべてのものを慎重に選び抜き、必要に応じて微調整することができたのです。幸いなことに、ほとんどのプレイヤーはその多少の粗さに気づかなかったようです。おそらく、どこか現実味のある物理環境の中で、このような巨大な物体を操って動かすという体験がもたらす、純粋な目新しさのおかげでしょう。"
N/A3961"#commentary\cn_043_flashlight_power.mp3" "[ジェフ・レーン] ダッシュとフラッシュライトの両方でHEVスーツの電力を共有するという決定は、Half-Life 2において物議を醸したものでした。当初はダッシュのみがスーツの電力を使用していました。これは短時間だけスピードアップするためのものだったので、理にかなっていました。一方、フラッシュライトは無制限に使用できました。しかし、プレイテストである問題が明らかになりました。プレイヤーが、フラッシュライトを点灯させたままそれに気づかずに、暗いエリアを後にしてしまうことが頻繁にあったのです。海岸のような明るく開けたエリアでは、パフォーマンスの予算上、フラッシュライトが常時点灯している状態を許容できませんでした。そのため、プレイヤーが操作しなくてもライトが消える仕組みが必要になったのです。パワーを制限するのはシンプルな解決策に思え、暗いエリアでの緊張感を増すという利点もありました。そこで次の課題となったのが、どのリソースを使用するのかということでした。すでにスーツの電力は存在していましたが、フラッシュライトのためだけに新しいリソースを追加してUIを乱雑にさせたくはなかったのです。プレイヤーにそれらの使い分けを迫るのも面白いかもしれないと考え、他のプレイヤーの能力にもスーツの電力を使わせるというアイデアも検討しました。これは、ゲームデザインとはしばしば、不完全な解決策の中から一つを選ぶ作業であるということの良い例です。私たちはダッシュとフラッシュライトがリソースを共有するというアイデアを特に気に入っていたわけではありませんが、複数のリソースでUIが乱雑になるのも避けたかったのです。エピソード2では、スーツの電力を消費する他の要素を追加する予定がなかったため、私たちは最終的にフラッシュライトに独立した専用のリソースを与えることにしました。"
N/A3962"#commentary\cn_044_open_world_loot.mp3" "[ジェフ・レーン] 海岸の開放的なステージ構成は、アイテム報酬の配置方法において、私たちに新たな課題を突きつけました。Half-Lifeというゲームでは、私たちは基本的にプレイヤーの探索に対して報酬を与えるようにしています。もし正規ルートが見えていても、その脇に何か気になるものがあれば、時間をかけて探索すると、おそらく何か便利なものが見つかるはずです。私たちが最初に海岸のマップをプレイテストし始めたときも、屋外エリアの隅々に報酬を隠していました。しかし、このやり方はバギーでのゲーム体験を損なう結果となりました。広大な空間では、何かありそうな小さな場所が無数に存在するため、プレイヤーは探索のために何度もバギーを止めては降りるという行動を繰り返しました。それは退屈な作業となり、このレベルの楽しさを妨げてしまいました。そこで、私たちは点在する報酬をすべて削除しました。しかし、これにより新たな問題が浮上しました。バギーから降りる価値があるとプレイヤーにどうやって伝えればいいのかという問題です。熟考の末、私たちはあるルールを設けました。それは、何らかの人工的な建造物がある場所には、必ずゲームプレイのコンテンツと探索の報酬を用意します。一方で、純粋な自然の中には何も置きません。このルールをプレイヤーに直接伝えることはできません。しかし、それはプレイヤーの自然な直感とも合致しており、私たちはこのようなエリアを通して、そのルールを一貫してプレイヤーに提示し続けたのです。"
N/A3963"#commentary\cn_045_gas_station.mp3" "[ジェフ・レーン] この戦闘シーンには、当初、壮大な計画がありました。私たちが思い描いていたのは、プレイヤーがその周りで戦うことになるガソリンスタンドを建設し、ガソリンタンクを爆発させて、すべてを炎に包むという光景でした。そしてプレイヤーが、燃え盛る炎を背に走り去る姿を想像していました。しかし、2003年当時の予算とパフォーマンスは厳しい制約であり、コーストの広大なレベルに収めるために、ガソリンスタンドはどんどん小さく、シンプルなものにせざるを得ませんでした。私たちが計画していたダイナミックな炎のシステムは実現せず、そうなると建設する意味もなくなりました。たった一度の戦闘のために、どれだけの作業を正当化できるかには、常に限界があるのです。最終的に、当初の構想の名残は、この爆発するガソリンタンクだけとなりました。"
N/A3964"#commentary\cn_046_buggy_introduction.mp3" "[ジョン・クック] 私たちはバギーの登場シーンを、単にプレイヤーを乗り込ませて走り去らせるだけでなく、もっと引き込まれるようなものにしたいと考えました。そこで役立ったのがクレーンです。極めて重要な点として、私たちはプレイヤーに、バギーがひっくり返った時に元に戻す方法を学んでもらう必要がありました。そして、この一連の流れは、プレイヤーにその状況を強制的に体験させるものだったのです。プレッシャーのかかる状況下での訓練は常に難しいものですが、私たちは「バギーの中に留まるべき理由」としてアントライオンの脅威を強調したいと考えました。そこで、アントライオンの攻撃は続けたまま、援護のために設置式の銃に数人の市民を配置しました。ささやかなおまけとして、プレイヤーはクレーンを操作する直前に、クレーンで持ち上げられるという体験もできます。"
N/A3965"#commentary\cn_047_crossbow.mp3" "[ジョン・クック] ここは、プレイヤーがゲーム内で初めてクロスボウを入手できる機会なのですが、今にして思えば、その入手を必須にしなかったことは少々驚きです。プレイヤーが気づかずに、そのまま車で通り過ぎてしまう可能性も十分にあるのです。そうした事態を避けるため、私たちはバリケードと見晴らしの良い高台を設置してプレイヤーがバギーから降りるよう促し、降りた場所からならクロスボウとアイテム箱が目に入るようにしました。プレイテストでは、ほぼすべてのプレイヤーが立ち止まってこの武器を回収してくれましたが、これはプレイテストと実際のプレイとでは、状況が異なる可能性があります。海岸の冒頭からプレイしているテスターは、探索にそれほど疲れていないかもしれませんが、ゲームの最初からずっとプレイし続けている実際のプレイヤーは、そうではないかもしれません。そのため、私たちは数レベル先のノバ・プロスペクトに、プレイヤーの進路上に別のクロスボウを直接配置しました。"
N/A3966"#commentary\cn_048_rollermines.mp3" "[ジョシュ・ウィアー] ローラーマインは、バギーを運転中のプレイヤーを脅かすことができる敵というニーズに応えるために生み出されました。バギーに乗ったプレイヤーが、完全に物理演算でシミュレートされた存在であったため、敵もまた物理演算でシミュレートされたものであれば面白いだろうと考えました。マンハックの存在が、このアプローチがゲーム世界と様々な面白い相互作用を生み出す敵につながり得るということをすでに示してくれていました。そこで私たちはローラーマイン(自らにトルクを発生させることで完全に駆動するボール)を開発し、運転するのが楽しくなるまで、その挙動に試行錯誤を重ねました。ローラーマインは、単体ではバギーにとってそれほど危険ではありません。しかし、複数体が集まってくると、特に崖っぷちなどでは厄介な存在になり得ます。また、プレイヤーが徒歩の時にもうまく機能するように調整し、レベルデザイナーがこの敵からさらにいくつかの戦闘場面を作り出せるようにしました。"
N/A3967"#commentary\cn_049_sandtrap_thumper.mp3" "[ローラ・デュバック] ここに置かれた爆発性のドラム缶は、プレイヤーがサンパーの防護範囲内で安全を確保しながら、アントライオンに対して使えるように用意されています。しかし、私たちはこれを、この後すぐに遭遇するアントライオンガード戦へのヒントとしても利用しています。その戦いでは、プレイヤーは同様の戦術を用いることで、しばしば勝利を収めることができるのです。グラビティガンで爆発物を投てきするといったプレイヤーが任意で取れる行動は、定期的に使っていないとその存在を忘れがちです。私たちがプレイヤーに与えている攻撃の選択肢は幅広いため、プレイヤーが直近でこの能力を使ったという保証はありません。そこで、私たちはここで、ガードと対峙する前に、その戦術を再び思い出してもらうよう、さりげなく促しているのです。"
N/A3968"#commentary\cn_050_coast_kickoff.mp3" "[マーク・レイドロー] この合間のシーンは、レーベンホルムと海岸をつなぐため、開発の終盤になって作られました。何かの傾向にお気づきでしょうか?私たちのゲームでは、物語のつなぎの部分の多くは開発の終盤に作られています。この場合、それは可能な限り手間を省くことを意味しました。モニターに映るアリックスをアニメーションさせる時間さえなかったほどです。この種のシーンを面白くするのは常に難しいのですが、このシーンに関しては、私たちは成功したとは言えません。これは、NPCが彼ら自身やシーンにキャラクター性を与えられることなく、単なる道標のように扱われた場合に何が起こるかを示す良い例です。その結果、記憶にも残らず、ゲームの作り物っぽさが見えてしまう瞬間が生まれてしまいました。しかし、それも開発というものの本質です。時間は限られており、どこにその時間を使うかを決めなければならないのです。クレイナーの研究所やイーライの研究所の方がはるかに重要だったので、そちらに労力を集中させることにしたのです。"
N/A3969"#commentary\cn_051_odessa_cubbage.mp3" "[マーク・レイドロー] オデッサ・カベッジは、私たちがうまく機能すると気づいたカメオキャラクターの一例です。彼は面白いディテールを持った愉快な人物で、自分だけの小さな世界に生きています。彼が登場する場面は限られているため、際立つようにキャラクターを自由に誇張することができました。彼のモデルはゲームのカットされたセクションから流用したもので、名前は私たちが受け取ったスパムメールの件名から付けました。このモデルは元々ノルウェーの漁師だったのですが、イギリス人としてはどうもしっくりこなかったので、口ひげを付けてみました。その瞬間に、オデッサというキャラクターが生まれたのです。彼は結局のところペテン師であり、アクセントも、口ひげも、彼を構成する何もかもが偽物なのです。彼は決して自らを危険に晒すようなことはしません。だからこそ、ゴードンにRPGを渡し、その使い方をきっちり説明するという役目にうってつけの人物なのです。"
N/A3970"#commentary\cn_052_28_transitions_later.mp3" "[マーク・レイドロー] 暗いトンネルを移行空間として使い、いくつかのレベルをつなぎ合わせた後で、いかにも移行空間に見えるけれども、実はその中に何か別のものを含んだ、もう一つのトンネルを作ることで、私たちはプレイヤーの期待を裏切ることができると気づきました。他の方と同じように私たちも2002年に『28日後...』の映画を観て、大いに気に入り、暗いトンネルの1つで、徐々に激しくなっていくゾンビとの戦闘を再現したいとすぐに思いました。このアイデアはすぐに形になり、その出来栄えには満足していました。その数年後、私たちはその映画の脚本家であるアレックス・ガーランド氏にお会いしました。彼はHalf-Life 2をプレイして楽しんでくれていたので、このセクションが実は彼の映画から着想を得たものであると打ち明けたのです。"
N/A3971"#commentary\cn_053_finest_mind_of_his_generation.mp3" "[マーク・レイドロー] こちらは、もう一つの小さなつなぎのシーンですが、結果的にうまくいきました。この場面に課せられた唯一の要件は、プレイヤーに砂の上を歩いてはいけないと教えることでした。以前のシーンでは、私たちはそれらをただ機能させることだけに集中していました。しかし、このシーンを作る頃には、私たちはより自信を持ち、こうした瞬間に特別な工夫を凝らすプロセスを楽しみ始めていました。そうすることで、私たちはキャラクターを単なる道標以上の存在に昇華させ、より面白く楽しめるものを作り上げることができたのです。リリース後、この場面に登場したラズロは絶大な人気を獲得するに至りました。このことは、プレイヤーの心に何が響くのかを予測することがいかに難しいかを私たちに改めて思い知らせてくれました。"
N/A3972"#commentary\cn_054_bridge_playtesting.mp3" "[マット・ブーン] この橋のセクションはプレイテストで常に山場となり、テスターたちは決まって強い反応を示してくれました。橋桁の上をゆっくりと進んでいく際の彼らが感じる緊張感は、その動きからも見て取れました。時間をかけて、私たちはこの橋渡りにさらに多くの困難な要素を重ねていきました。そうなると、プレイテストを観察するのはますます面白いものになっていったのです。橋をガタガタと渡ってプレイヤーを揺らす列車から、中間地点の安全地帯かと思われた小屋での不意打ちのヘッドクラブまで、さまざまなものを追加しました。プレイテスターたちの目に見えるストレスを面白がっていることに、私たちは多少の罪悪感を感じてはいました。しかし、私たちは完全な鬼ではありません。プレイヤーが橋を渡りきると、彼らは安堵のため息をつき、コンバインのシールドを無効にします。そしてその直後、今度は橋の下側を通って戻らなければならないことに気づかされるのです。帰り道でプレイヤーが退屈するのではないかと懸念した私たちは、橋桁の上で彼らのお相手をさせるために、ガンシップを追加することにしました。"
N/A3973"#commentary\cn_055_thumper_final_stage.mp3" "[マット・ブーン] サンパーの最終段階で、その役割が逆転するというアイデアを私たちは気に入っていました。安全を確保するための道具として機能する代わりに、今度はプレイヤーが率いるアントライオン部隊の行く手を阻む障害物として機能するのです。しかし、今にして思えば、この時点より前にサンパーに関するより徹底したトレーニングを組み込んでおくべきだったかもしれません。それ以前の海岸のレベルでは、プレイヤーがサンパーの仕組みを部分的にしか理解していなくても問題ありませんでした。しかしここでは、プレイヤーが初めてフェロポッドを試している最中でもあるため、状況はより深刻です。目の前にある最初のサンパーが自分のアントライオンの進路を妨害していることを理解していないプレイヤーは、フェロポッドの仕組みを誤解してしまう可能性があります。もし彼らが最初のバンカーにいる兵士にフェロポッドを投げてもアントライオンが到着しなければ、フェロポッドは信頼できない、あるいは期待通りに機能しないアイテムだと結論づけてしまい、代わりにいつもの武器を使うことに戻ってしまうでしょう。"
N/A3974"#commentary\cn_056_buggy_tools.mp3" "[マット・ライト] 私たちはバギーを移動手段に留めておくのはもったいないと考え、銃を取り付けることにしました。Half-Life 1でのお気に入りでありながらもHalf-Life 2では登場場所を決めていなかったタウ粒子砲を採用しました。タウ粒子砲は壁を貫通できるのですが、レベルデザインが難しくなります。そのため海岸セクションのみに制限したのです。壁を貫通する武器を導入した途端に、レベルデザインが非常に難しくなります。さらには、弾薬箱をバギーの背面に取り付け、海岸全体でSMG弾を無限に使用できるようにしました。これは、プレイテスターにとっては特に役に立ちました。砂浜から永遠と湧き出てくるアントライオンに苦戦していたからです。"
N/A3975"#commentary\cn_057_antlion_guard.mp3" "[マット・ライト] ごく稀に、プレイヤーがこのアリーナでアントライオン・ガードを倒せなくなることがありました。これは、プレイヤーが弾薬をすべて使い果たし、かつ、利用可能な物理オブジェクトもすべて誤って使ってしまい、グラビティガンで投げるものが何もなくなってしまった場合に起こり得ました。この問題に対処するため、私たちは万が一の策として、ゲートの上に設置したタレットに市民を配置しました。これにより、手詰まりになったプレイヤーは、その市民にガードを倒してもらうことができるのです。"
N/A3976"#commentary\cn_058_terrain_and_performance.mp3" "[マイク・デュソー] 私たちのパフォーマンスの予算は、戦闘シーンにおいてしばしば大きな制約となりましたが、特に地形の表面上での戦闘では、その制約はさらに厳しいものでした。NPCが移動する際、彼らは選択した進路を安全に進めるかどうかを判断するため、無数の小さな空間探索を実行します。これをイメージしやすくするために、彼らが目が見えず、前方が安全かどうかを確認するために絶えず目の前で杖を振っていると想像してみてください。これらの探索にかかる処理負荷は、世界のジオメトリが複雑になるほど増加します。私たちの地形変位システムは、多数のポリゴンを使って凹凸のある表面を作り出します。これは、他の場所に見られる完全に平坦な床よりも、はるかに多くのポリゴンを必要とします。これは、海岸の地形でNPCが移動する際、他のエリアよりも多くのリソースを消費することを意味しました。そしてその制約が、ゲームのこのセクションにおける多くの戦闘の規模を決定づけたのです。"
N/A3977"#commentary\cn_059_area_portals.mp3" "[マイク・デュソー] 海岸で私たちが直面したパフォーマンス上の課題の1つは、非常に精細な内部を持つ建物を含んだ広大な空間をどう処理するかということでした。それらは少なくとも2003年当時の基準では精細だったのです。プレイヤーが屋外にいる時は、建物の内部描写にリソースを割くことなく、屋外空間の描画に可能な限り多くの処理予算を割り当てたいと考えていました。しかし、すべての窓やドアを板で塞いでしまわないと、プレイヤーには内部が見えてしまいます。この問題を解決するため、私たちはエリアポータルと呼ばれる機能を開発し、開いているすべての窓やドアにこれを配置しました。エリアポータルは、建物の内部を平面画像として事前に計算します。プレイ中、プレイヤーがある程度離れている場合、エリアポータルはこの事前計算された画像を窓やドアの位置に表示することで、実際の内部を描画する処理を省略できるようにするのです。プレイヤーが近づくと、エリアポータルの画像と実際に描画される建物の内部とをスムーズにクロスフェードさせます。時折、プレイヤーの背後でドアが勝手に閉まることもありますが、慎重に活用することで、エリアポータルは海岸におけるパフォーマンス目標の達成に貢献しました。"
N/A3978"#commentary\cn_060_buggy_removal.mp3" "[マイルズ・エステス] プレイヤーにバギーを乗り捨ててもらうべき段階に至ったとき、私たちはそのことを非常に明確に伝える必要がありました。海岸の道中ずっと、プレイヤーはバギーから降りてはまた戻るという行動を繰り返してきました。そのため、少しでも可能性があるように見えれば、プレイテスターたちはバギーを先に進ませようと試みることがわかっていました。この小さなガレージの場面は、プレイヤーの運転パートはここで終わり、これからは徒歩で進むことになるということを明確に知らせるために存在しています。"
N/A3979"#commentary\cn_061_d2_coast_04.mp3" "[ランディ・ランディーン] 実はこのマップは海岸で最初に構築したエリアでした。クレーンやその他の要素がまだ存在していなかった頃のことです。干上がった海底と錆びついた船という光景は、私たちがごく初期に作り上げたアートディレクションの一つでした。その数年後、私たちは2003年のE3デモンストレーションでこのマップをお披露目しました。もっとも、その時点ではゲームプレイの大部分はまだ模索中でしたが。その結果として、私たちが海岸のチャプター全体を本格的に構築し始めたとき、あのデモンストレーションが、私たちが目指すべき有用なビジョンとなったのです。"
N/A3980"#commentary\cn_062_transition_tunnels.mp3" "[ランディ・ランディーン] 海岸のチャプターを構築するにあたり、私たちはレベル間の移行を処理する方法を開発する必要がありました。あるレベルから次のレベルへ移動するには、プレイヤーが最初のレベルを離れる際に移行空間にあるすべてのものを保存し、次のレベルをロードした後にそれを復元する必要があります。極めて重要なのは、移行エリアにおいてプレイヤーから見えるすべてのものを、たとえそれが空間そのものの外にあったとしても、同様に保存および復元しなければならないという点です。このため、私たちは移行空間を可能な限り狭く、閉鎖的な空間にすることを目指しています。ゲームの大部分では、小さな部屋がこの目的にうまく合致しています。しかし、海岸では別の解決策が必要でした。いくつかの実験を経て、私たちは暗いトンネルを使うというアイデアに落ち着きました。トンネルは、説得力のある形で再利用できるだけでなく、出口に明るい光のフレアを加えることで、プレイヤーの前方にあるものは全く別のレベルに存在するため、まだ描画できないという事実を隠すことも可能にしてくれました。"
N/A3981"#commentary\cn_063_sniper_alley.mp3" "[ロビン・ウォーカー] ゲーム本編のこのセクションは、私たちがイーライの研究所とレーベンホルムを海岸の前に移動させた後、開発の終盤に追加されました。私たちがゲームを順番どおりに作っていると思われるかもしれませんが、実際には3つのグループに分かれ、それぞれ異なるセクションを並行して開発していました。多くの場合、ゲームの中盤から着手しています。各グループは最初の工程で、まず担当セクションの核となる部分を固めることに集中します。そして、ゲーム全体のラフなバージョンが組み上がった時点で、それぞれのセクションに再び戻って磨きをかけていきます。他のエリアで成功した要素を取り入れたり、うまくいっていない部分を削除したりするのです。レーベンホルムのようにセクション全体が丸ごと移動されることもありました。そしてレーベンホルムが配置変更された後、そこを海岸とつなぐ新たなピースが必要になりました。それが、まさにあなたが今入ろうとしているこのエリアなのです。時間的な制約があったため、この短いセクションは、スナイパーやコンバイン兵といった既存の実績あるゲームプレイ要素を使って構築されました。"
N/A3982"#commentary\cn_064_battery_finding.mp3" "[ロビン・ウォーカー] Half-Life 2のゲームプレイ空間におけるオブジェクトの密度が高まるにつれて、私たちは特定のアイテムをプレイヤーに探させるのが面白いだろうと考えました。特にその隠し場所に何らかの論理性が伴うのであればなおさらです。こうすることで、プレイヤーは注意深い観察と推論によってアイテムを見つけ出すことも、または、ただそのエリアをしらみつぶしに探すことによって見つけ出すことも可能になります。私たちはすでに車とバッテリーのモデルを持っていたので、プレイヤーが探索するための小さな廃品置き場を作るのは、自然な流れでした。また、しらみつぶしに探すことを選んだプレイヤーのために、予期せぬ場所に予備のバッテリーもいくつか隠しておきました。他のアイテムを必要とするパズルと同様に、このパズルにも、プレイヤーがバッテリーをなくしてしまった場合に備えて、万が一の策が必要でした。もし何が起こるか見てみたいなら、すべてを崖下に投げ捨ててみてください。"
N/A3983"#commentary\cn_065_boathouse.mp3" "[スコット・ダルトン] Half-Life 1において、私たちは異なる種類のAIを持つ敵同士が戦うという状況に、大きな価値があることを見出しました。プレイヤーにとって、彼らが戦う様子を見るのは楽しいものですし、自分が脅威にさらされていない状況であれば、敵の行動を観察するのもずっと容易になります。アントライオンとコンバイン兵が初めて鉢合わせするこの場面は、バギーで敵に突っ込む楽しい機会としてデザインされていますが、同時にサンパーの存在を際立たせる役割も果たしています。兵士たちがサンパーを使ってアントライオンを食い止めている様子を見ることで、より多くのプレイヤーにその目的を理解してもらおうと考えたのです。兵士たちがアントライオンと交戦する際に、サンパーの近くに留まることの価値を身をもって示してくれた点も気に入っています。"
N/A3984"#commentary\cn_066_buggy_theft.mp3" "[スコット・ダルトン] 海岸の終盤を制作するにあたり、コンバインにプレイヤーのバギーを盗ませることにしました。論理的に考えれば、まったく意味の通らない展開です。しかし、多くのプレイテストでプレイヤーが自分のバギーに強い愛着を抱いている様子を見て、私たちはその感情的な結びつきを利用して、プレイヤーの心を揺さぶりたいと考えたのです。この盗難を実装すると、プレイテスターは愛車を盗まれたとコンバインに向かって叫ぶようになりました。私たちはこれを成功の証と受け止めました。崖の上から射撃してくる兵士は、単にプレイヤーの視線を上に向けさせ、それによってルックターゲットを作動させ、バギーを吊るしたドロップシップを出現させるためだけに存在します。20年後の今になってこれを見返すと、そのすべてが、いかにもバカバカしいものであることに我ながら驚かされます。"
N/A3985"#commentary\cn_067_snipers.mp3" "[テッド・バックマン] Half-Life 2の開発チームは決して大規模ではなかったので、私たちは常に、高いアセット制作コストをかけずに新しいゲームプレイを生み出す方法を探していました。スナイパーはその好例です。実際のモデルは存在せず、レーザー光線だけなので、アートやアニメーションのサポートは一切不要でした。倒されると、単にコンバイン兵のラグドールを出現させ、それを窓の外に放り出すだけです。これほどシンプルでありながら、私たちはそこから多くのユニークなゲームプレイを引き出すことができました。特に、ゲームの世界にある物理オブジェクトとの相互作用の仕方には満足しています。プレイヤーは敵の近くにある爆発物を利用することに慣れています。だからこそ、プレイヤーが遮蔽物に隠れている時に、その力学を逆転させてくる敵を登場させるのは面白いだろうと考えたのです。"
N/A3986"#commentary\cn_068_buggy_model.mp3" "[テッド・バックマン] バギーのモデルは、最終的なデザインに至るまで数多くの試行錯誤を経て作られました。私たちは、アート面と物理シミュレーションの両方の要件を満たすデザイン案を次々と試しましたが、やがて予期せぬ問題に直面しました。経験豊富なFPSプレイヤーを含め、多くのプレイテスターが運転中に乗り物酔いを起こしたのです。シミュレーションにいくつかの微調整を加えるとともに、私たちはバギーのモデル自体を変更することが有効だと気づきました。モデルが視界を遮れば遮るほど、乗り物酔いがひどくなるという相関関係があったのです。そこで私たちはモデルのパーツを取り除き始め、プレイヤーが酔わなくなるまで、車体をどんどん削っていきました。特に、取り払われた車台の下から地面が見えるようにしたことは、顕著な効果がありました。"
N/A3987"#commentary\cn_069_antlion_design.mp3" "[テッド・バックマン] ゲームのごく初期のデザイン段階では、複数の中心的なエイリアン種族を登場させる計画があり、コンバインはそのうちの一つに過ぎませんでした。その他の種族の一つに、宗教的な昆虫型種族がおり、アントライオンはその一員という設定でした。後に海岸を開発するうちに、私たちは彼らをヘッドクラブや他のクリーチャーと同様にゼンのポータルを通ってやってきた、より害虫に近い存在として見るようになりました。実際にはゼン出身というわけではありませんが、彼らは侵入したあらゆる世界の片隅で繁殖します。その様は、ゴキブリによく似ています。"
N/A3988"#commentary\cn_070_explosive_barrels.mp3" "[ブライアン・ジャコブソン] ここで私たちは、FPSの定番である爆発性のドラム缶を、新たなアレンジを加えて導入しました。2発目のピストルの弾丸でドラム缶に火が付き、時限式の爆発が始まります。3発目を撃ち込むと即座に爆発します。このようにプレイヤーは、状況に応じて爆発を遅らせるか、すぐに起爆させるかを選ぶことができました。たとえば、爆発ドラム缶をバーナクルに食べさせ、その後2回撃てば、バーナクルの群れを安全かつ手軽に一掃できます。また、この遅延する爆発は、複数のドラム缶が絡む連鎖反応をより面白いものにしてくれました。爆発ドラム缶はシリーズのファンに大人気でしたが、同時に社内のレベルデザイナーたちからも支持されていました。彼らはしばしば、ゲーム内にいくらあっても足りないと感じていたほどです。"
N/A3989"#commentary\cn_071_ragdoll_magnets.mp3" "[ダリオ・カサリ] Half-Life 2の物理演算は、戦闘をよりエキサイティングにするためのさまざまなツールをもたらしてくれました。たとえば、敵の攻撃がプレイヤーを外れた際、私たちはその弾道を、プレイヤーの近くにある破壊可能なオブジェクトへとさりげなく方向転換させています。これにより大混乱を演出し、アクション映画のような雰囲気を醸し出しているのです。また、ヒントを提示するために物理演算を活用することもありました。私たちが社内で「ラグドール・マグネット」と呼んでいたものをゲームの各所に配置し、敵の死体が崖から落ちたり、列車の進路上に倒れ込んだりといった、より面白くドラマチックな形で倒れるようにしました。"
N/A3990"#commentary\cn_072_helicopter_peekaboo.mp3" "[デイブ・リラー] コンバインの攻撃ヘリを主要の敵として描くことは、チャプター全体を通して展開させたいと考えていた要素でした。容赦無く飛び回るこのヘリは、それ自体がキャラクターとして成立していました。ここで耳を澄ませて頭上を見上げればそのエンジン音が聞こえ、線路に沿って遠くへ飛んでいく姿が見えます。この最初の一瞥は伏線のようなもので、時間経過とともにその存在感は増し、最終的にプレイヤーはヘリと対峙することになります。"
N/A3991"#commentary\cn_073_iterative_passes.mp3" "[デイビッド・シュパイラー] 運河やレーベンホルムの徒歩で進むセクションなどのゲームの一部のチャプターは、異なるチームによって、複数の工程を経て開発されました。このようにマップを引き継いでいく手法は、各チームがそれぞれ独自の味付けを加えていくため、体験の多様性を増し、面白い瞬間の密度を高めることがわかりました。運河の徒歩パートでは、最初の工程でアートの方向性やプレイヤーの進行ルート、そして体験の大まかな流れと主要な見せ場が作られました。しかし、チーム全体で行われたアルファ版のプレイテストで、このエリアには緊張感が足りず、やや単調な体験になっていることが指摘されました。そこで2回目の工程では、私たちは再びこのマップに戻り、ひたすらその緊張感を作り出すことだけに集中し、次から次へと展開するシナリオの密度を大幅に高めました。"
N/A3992"#commentary\cn_075_pistol_design.mp3" "[ジョシュ・ウィアー] スタンダードなピストルはこのゲームの主力武器であり、最初に使い方を覚える遠距離武器としてだけではなく、ゲーム全体を通して、安全な距離を保ちながら物理的で破壊可能なオブジェクトとのインタラクトする手段でもあります。よりレスポンス良く、より楽しく使えるように、ピストルにはゲーム独自の連射メカニクスを採用しています。プレイヤーが入力ボタンを押すと同時に発砲します。つまり、入力に対し瞬時にレスポンスを感じることができ、早くクリックすればするほど早く撃てるということなのです。"
N/A3993"#commentary\cn_076_shatterglass.mp3" "[ジョシュ・ウィアー] プレイヤーが使えるゲームメカニクスがまだ少ない序盤のレベルをデザインする際には、代わりに新しい技術的特徴にスポットライトを当てることが魅力的だと気づきました。ここで破壊可能なガラスを用いて行いました。このガラスの破砕エフェクトを実現するため、ガラスは小さな四角形のグリッドに分割されています。どのマスが無傷でどれが壊れているかを追跡し、十分な数のマスが連結を失った際には、より大きな部分がまとめて吹き飛ぶようになっています。各マスは、隣接するマスの状態に応じた独自のテクスチャで描画され、これによって割れたガラスと無傷なガラスの間に、鋭くギザギザの境界線が生まれるのです。今でこそゲーム内でガラスが割れるのは当たり前の光景ですが、Half-Life 2を制作していた当時はまだ珍しいものでした。私たちは、この技術がゲームにもたらしたリアルさと躍動感に非常に満足していました。"
N/A3994"#commentary\cn_077_lambda_caches.mp3" "[ローラ・デュバック] 厳密には、最初のラムダの隠し場所はクライナーの研究所にありますが、これはプレイヤーが自力で見つける最初のものです。私たちがラムダの隠し場所を追加したのは、探索を促し、隠された物資がどこにあるかをプレイヤーに示唆するためでした。ゲーム内の設定としては、レジスタンスが地下活動の一環として設置した補給ポイントということになっています。Half-Lifeでは、補給箱の中身はレベルデザインによってあらかじめ決められていました。一方Half-Life 2では、私たちは状況適応型アイテム箱を導入しました。これは、レベルデザイナーが設定した物資の目標値に基づき、その時点でプレイヤーに不足しているアイテムを供給する仕組みです。"
N/A3995"#commentary\cn_078_scanners.mp3" "[ケリー・デイビス] スキャナーは、ゲームデザイン上の厄介な課題の一つでした。そのディストピア的な存在感が、コンバインによる占領が抑圧的な監視国家であることを伝えるのに役立っている点は気に入っていましたが、プレイヤーを直接攻撃する敵にはしたくなかったのです。空を見上げて、常にこちらより高い位置にいる小さく俊敏な敵を狙うという行為は、どうしても面白いゲームプレイにすることができないとわかったからです。物語における彼らの役割は非常に気に入っていたので、戦闘では、スキャナーは主に目として機能し、近くの敵にプレイヤーの存在を警告する役割を担うことにしました。この機能は、兵士の効果音で強化しました。それ以外では、眩しいフラッシュでプレイヤーの目をくらませたり、十分なダメージを受けると時折、特攻してきたりするだけです。"
N/A3996"#commentary\cn_079_surface_properties.mp3" "[アリエル・ディアス] プレイヤーが滑りやすい泥の上を歩く際には、専用の足音を再生します。これはサーフェスプロパティというシステムで、地面の材質の種類に応じて、その上を歩いたり銃で撃たれたりした際に発生するサウンドやその他のエフェクトを決定するものでした。開発初期には、泥の地面を歩くとプレイヤーの移動速度が遅くなるエフェクトがありましたが、ペナルティが厳しすぎると判断したため、製品版では削除されました。"
N/A3997"#commentary\cn_080_combat_entrances.mp3" "[ダリオ・カサリ] 角を曲がって新しいエリアに入った途端、ただ敵が突っ立っているのが見えるというのは常に気まずいものです。それだと世界が生きている感じが薄れ、まるで射撃練習場のように感じられてしまいます。そこで私たちは、もっと面白くダイナミックな方法で敵を戦闘空間に登場させるよう努めました。それは、まるで兵士たちがゴードンが現れる前から彼に対する計画を立てていたかのように、彼ら自身の計画性や意図をプレイヤーに伝えようとしました。このシーンのメトロコップは、スクリプトによる演出で空間に飛び降りてきますし、ゲームの後半では同様にロープで降下してくるシーンも登場します。彼らが実際にどこから来たのかは重要ではありません。なぜなら、プレイヤーがその背景にある物語を自ら想像で補完してくれるからです。最終的に私たちが学んだのは、戦闘のセットアップには、何らかの物語性が暗示されているべきだということです。待ち伏せ、奇襲、突撃、強襲など、これらのシナリオはほとんど同じ敵AIを使いながらも、プレイテスターにとってはまったく異なる体験として感じられました。"
N/A3998"#commentary\cn_081_mounted_gun_gallery.mp3" "[デイブ・リラー] このシーンにはいくつかの狙いがあります。まず、タレットが背後にある破壊可能な木箱を撃つことで、プレイヤーにこの脅威に正面から挑むのではなく、下水道ルートを利用して攻略すべきだと教えています。そして、タレットにたどり着いたプレイヤーは、押し寄せるコンバイン兵や急降下して爆発するスキャナーの群れを相手に、射撃練習場のような感覚でタレットを操作する楽しみを味わえます。また、ここではミサイルを撃ってくるコンバインのAPCも初登場します。これはプレイヤーを先へと進ませる役割を持ち、このチャプターの後半で再び登場することになります。"
N/A3999"#commentary\cn_082_barnacle_bowling.mp3" "[ジョシュ・ウィアー] これは、多数のデザイン要素が相互作用のマトリックスの中で組み合わさり、プレイヤーにとって記憶に残るシナリオを生み出す方法を示している例として満足のいくものです。ここにはバーナクル、物理シミュレーション、滑りやすい泥のサーフェスプロパティ、そして爆発するドラム缶があります。プレイヤーはこれらの要素にこれまでも個別に遭遇してきましたが、ここではそれらがごく自然に組み合わさり、私たちが「バーナクルボウリング」と呼んでいる瞬間を創り出しているのです。"
N/A4000"#commentary\cn_083_barnacle_introduction.mp3" "[マイク・デュソー] バーナクルは初めて遭遇した際には戸惑いやすい敵であるため、私たちはプレイヤーが安全な距離からその習性を観察できるような形で紹介したいと考えました。そこで、まるで自然番組のような、捕食者と獲物のシーンを見せるという手法を採ることにしました。しかし、いつものことながらこのような演出をプレイヤーに確実に見てもらうためには、多くの試行錯誤が必要でした。"
N/A4001"#commentary\cn_084_physics_in_puzzles.mp3" "[エリック・スミス] ゲーム序盤に登場するシンプルなメカニクスは、多くの場合、複雑なメカニクスから抜き出したものであり、一種のトレーニングとして機能します。たとえば、ゲームで初めて物理演算を利用した仕掛けであるシーソーのパズルは、実はあとで運河で登場した、より複雑な洗濯機のパズルから派生したものです。シーソーは、質量と傾斜という同じ原理を使いつつも、プレイヤーが直接触れて試すことができる、よりわかりやすい形になっています。これにより、プレイヤーはゲームの物理法則を理解し、あとのパズルに挑みやすくなるのです。またこのパズルは、コンクリートブロックを置く位置やプレイヤー自身の体重の両方が解法に関わってくることで、物理システムのアナログ的な性質も際立たせています。"
N/A4002"#commentary\cn_085_combine_attack_helicopter.mp3" "[ブライアン・ジャコブソン] これまでにもプレイヤーの目に入ってきたことはありますが、ここで運河のチャプターのメインボスであるコンバインの攻撃ヘリが満を持して登場します。このヘリはプレイヤーの遮蔽物を執拗に破壊し、前進し続けるか、さもなくば蜂の巣にされるかの選択を迫ります。私たちは、この一連のシークエンスを緊張感と脅威に満ちたものにしたいと考えました。正面からヘリと戦うにはあまりに強すぎると感じさせ、その緊迫感を運河を通じて維持し、貯水池での最終決戦まで続くように意図したのです。これを実現するため、私たちは特定のゲームプレイ上の目標に基づき、ヘリの動きに大きな制約を課しました。ヘリの攻撃を避けながら遮蔽物から遮蔽物へと駆け抜けるように設計されたこのマップでは、戦闘エリアの上空に円形の飛行ルートを作成しました。ヘリは常にその円周上でプレイヤーから最も遠い地点へと移動します。これにより、ヘリは常にプレイヤーの視界に入り続け、私たち開発者にとっても最適な位置に遮蔽物を配置するのが容易になったのです。"
N/A4003"#commentary\cn_087_explosive_barrel_factory.mp3" "[デイビッド・シュパイヤー] 大量の爆発するドラム缶が置かれたこの部屋は、この世界のもっともらしさをどこまで追求すべきかという点について、チーム内で和やかな議論を巻き起こしました。率直に言って、リアリズムの観点からすれば爆発するドラム缶が一つでもあるのはやりすぎでしょう。現実世界では、たとえ銃で撃ったとしてもドラム缶が爆発することなど、まずありえないからです。"
N/A4004"#commentary\cn_088_rising_water.mp3" "[ダービー・エン] ここに設置された浮き橋と木製のスプールは、プレイヤーが利用できる道具として浮力の概念を導入しています。この場合、実際のパズルではなく、プレイヤーが物理システムと触れ合って楽しむためだけのものにすぎません。しかし、あとの運河では、このゲームプレイ要素がエアボート用のスロープを持ち上げるために再登場します。"
N/A4005"#commentary\cn_089_manhack_matt.mp3" "[ジョン・モレロ] 私たちはこの男を「マンハック・マット」と呼んでいました。私たちはプレイヤーに、シティ17の隠れた隅に何百人もの市民が潜んで暮らしているという感覚を与えたいと考えていました。ゲームのこの時点までプレイヤーはしばらく市民に会うことはなく、私たちが初めて作った物理演算ベースの敵であるマンハックが、いかに重要な存在であるかを説明したいと考えました。当初のコンセプトでは、街にビデオゲームセンターがあり、そこでプレイヤーはマンハックを飛ばして仮想の市民を攻撃することができました。やがてプレイヤーは、そのマンハックが本物であり、市民もまた本物であることに気づくという展開でした。しかし、コンバインによる占領という設定がより具体的に固まってくるにつれて、このゲームセンターというアイデアは場違いに感じられるようになり、最終的には断念しました。"
N/A4006"#commentary\cn_090_fighting_motion_sickness.mp3" "[デイビッド・シュパイヤー] 初期のプレイテストで、多くのプレイヤーがエアボートの運転中に乗り物酔いを起こしました。これを解決しようとする中で、私たちはそれに寄与するいくつかの要因を発見しました。まず、視界に入るエアボートの面積を減らすことが有効だと分かったので、モデルを削って削ぎ落とす修正を数回行いました。安定したフレームレートを維持することも同様に効果があったため、これらのセクションではパフォーマンスに注意を払うことが重要でした。しかし、最も重要だった要因は、エアボートがどんな動きをしようとも、より安定した水平線を維持するために視界の横揺れをなくすことでした。チームのプログラマーの中に極度の乗り物酔い体質の人がいて、解決策への進捗を評価するために、勇敢にも何度もプレイテストを申し出てくれました。プレイテストの後、少なくとも1度は吐いてしまったはずで、その崇高な自己犠牲には本当に感謝しています。"
N/A4007"#commentary\cn_091_headcrab_canisters.mp3" "[ジェフ・レーン] 使用済みのヘッドクラブ・キャニスターは、後のレーベンホルムにも登場しますので、このシーンでキャニスターを先に見せることで、コンバインがどのように使用しているのかという物語をプレイヤーに伝えることにしました。その物語とは、コンバインがゼンの生物を兵器化し、人類に対する攻撃に利用しているというものです。このセクションの新要素として、地面に潜むヘッドクラブが追加され、そのコンセプトは、ヘッドクラブの襲撃によって壊滅させられた市民たちの小屋を描写するために、より広いエリアへと拡張されました。"
N/A4008"#commentary\cn_092_airboat_intro.mp3" "[ジョン・モレロ] ここでプレイヤーはゲームで最初の乗り物であるエアボートを手に入れます。私たちは、プレイヤーが次に進む前に、好きなだけエアボートの運転を練習できる安全な空間を作りたいと考えました。このエリアにはジャンプやトリックを試せる場所が点在しており、また、一帯を有毒なヘドロで満たしています。これは、プレイヤーがエアボートに長く乗っているように仕向け、ボートを乗り捨てて徒歩で先に進んでしまうのを防ぐためです。"
N/A4009"#commentary\cn_093_zombie_surprise.mp3" "[ジェフ・レーン] この下水管にはちょっとしたジャンプスケアがあります。プレイヤーがどんな場所なのか集中して探索していると、突然水中からゾンビが現れるという演出ですが、ほぼ確実といっていいほど、プレイテスターを驚かせていました。椅子から転げ落ちた人もいたほどで、私たちはその瞬間に成功だと感じました。"
N/A4010"#commentary\cn_094_airboat_time.mp3" "[デイビッド・リラー] 乗り物で移動する時間と徒歩で移動する時間の適切なバランスを見つけることは容易ではありませんでした。最大速度で運転するとプレイヤーは世界を迅速に移動することができましたが、初期のプレイテストでは、プレイヤーが探索やゲームのディテールを味わう機会を逃しているように感じました。探索と世界の調査こそがHalf-Lifeの最も面白い部分なので、乗り物でその機会を失いたくありませんでした。この問題を解決するため、定期的に乗り物から降りて緻密に描かれた小さな場所を探索できるスポットを追加しました。それに加え、物理システムの進化に伴い、それを活用する新たな方法を学んでいました。エアボートから離れたこのようなスポットでは、木箱を水に落としたり、樽を組み合わせて傾斜を持ち上げたりといった物理学に関する発見の要素に触れることができます。これにより、プレイヤーはさまざまな方法で水や物理学と関わる機会を得ることができました。"
N/A4011"#commentary\cn_095_floating_supplies.mp3" "[ジョシュ・ウィアー] アルファ版プレイテストでは、運河には補給箱が浮かべてあり、エアボートを使用してそれらを破壊することで中にある物資を入手することができるようになっていました。そのメカニクスはややゲーム的ですが、プレイヤーに移動中に補給できるようにすることでゲームプレイの流れを維持するのに役立ちました。この前提を説得力のあるものにするために、私たちは浮かんでいる木箱たちがどのようにして都合よくプレイヤーの道筋に沿って並べてあるのか説明したかったのです。この、市民が補給箱を落としていくシーンはその機能を果たし、さらには運河をよりリアルにしたのです。そして、プレイヤーによりヒーロー感を感じさせ、多くのサポートキャラクターに助けられる重要性を感じさせることになりました。"
N/A4012"#commentary\cn_096_grenade_intro.mp3" "[ブライアン・ジャコブソン] 私たちは、このコンバインの基地をグレネードの訓練と遊び場として発案しました。無限の補給箱を置いておくことで、無くなる心配もなく、思いのままにグレネードを使っても良い場所だと示したのです。思いっきり楽しんでくれ、ということです。ここでの戦闘は、兵士AIを遮蔽物に誘導するために広範なマークアップが使用しており、プレイヤーがグレネードを使用するいい機会を与えています。このエリアの終わりでは、同様の無限グレネード戦法により、プレイヤーがタレットの配置を解決するのに役立ちます。そうしなければ、直接攻撃が非常に難しくなります。グレネードには明るい赤色の光と粒子の軌道が追加されたため、投げる場合でも、コンバイン兵からのグレネードを回避する場合でも投射物の軌道を追跡しやすくなりました。"
N/A4013"#commentary\cn_097_puzzle_layers.mp3" "[デイブ・リラー] プレイヤーはデザイナーの意図に全く気づいていないことが多々あります。私たちはこれを良いことだと考えているのですが、そのためにプレイヤーは私たちのパズルに対して、あらゆる驚くような反応を見せる傾向があります。一見単純に見えるパズルでさえ、成功に至るまでには無数の失敗を経ることがあります。この運河のゲートを開けるパズルもその例で、何層にもわたるヒントや手がかりを必要としました。火花を散らすホイールは、ここが本来ゲートを開ける場所であるものの、何か別の方法が必要であることを伝えています。数羽のカラスがプレイヤーの目を解決策、この場合は振り子に吊るされた鉄骨の束へと引きつけます。グレネードはすでに導入済みだったので、当初はプレイヤーにそれを投げて木製の支柱を破壊してほしかったのですが、それだけでは十分に明白ではありませんでした。そこで、わかりやすい手がかりとして爆発するドラム缶を追加しました。しかし、パズルを解いた後でさえ、ゲートが開いたことに気づかないプレイヤーがおり、別の出口を探して基地の内部を際限なく探索し続けるという事態に陥りました。そのため、私たちは彼らに元々の問題、つまり壊れたゲートのことを思い出させる必要があったのです。そこで煙と警報のクラクション、そして回転灯を追加したところ、ようやくプレイテストで安定して良い結果が見られるようになりました。"
N/A4014"#commentary\cn_098_metrocop_strafing.mp3" "[ダグ・ウッド] エアボートのステージの初期デザインは、メトロコップからのプレッシャーの中でプレイヤーに精密な操縦を要求し、挑戦させることを目的としていました。メトロコップの横移動しながらの射撃パターンは、プレイヤーが高速で駆け抜けながら弾丸をスラロームのように避けさせることを意図したものでした。しかし、社内で「オーバーウォッチ」として知られるレビュープロセスにおいて、一部のプレイテスターから反撃する手段がないまま撃されることにフラストレーションを感じるという意見がありました。彼らはエアボートに、パワフルで誰にも止められないような感覚を求めていたのです。そのフィードバックに基づき、私たちはステージの焦点を挑戦から爽快感の重視へと変更しました。ゲームプレイは、攻撃を回避するものから、ハイスピードな戦闘、スピード感、そして障害物を破壊して突き進むといった要素へと移行したのです。"
N/A4015"#commentary\cn_100_mounted_gun.mp3" "[ジェフ・レーン] ここに設置式の銃が追加されたのは、貯水池での最終決戦に備え、攻撃ヘリに対するこの銃の有効性をプレイヤーに学んでもらうためです。というのも、この時点までヘリコプターはプレイヤーの武器に対して無敵であったため、より大型の兵器であればダメージを与えられるということを、何らかの形で示す必要があったからです。しかし、プレイテストでは、この場面でプレイヤーが受けるプレッシャーが大きすぎたため、この試みは限定的な効果しかありませんでした。その結果、私たちはプレイヤーに本当にダメージを与えていると納得させるためのパーティクルエフェクトやサウンドを開発することになりました。"
N/A4016"#commentary\cn_101_357_intro.mp3" "[ジョシュ・ウィアー] 発射速度が遅い基本的なハンドガンとは対照的に、マグナムは慎重に狙いを定めて撃つことで、ターゲットに壊滅的なダメージを与えるように設計されています。初期バージョンのマグナムには、ランダムな弾のばらつきが少しありました。私たちは、それが大型ピストル特有の重量感や鈍いトリガーの引き心地に合っていると感じていました。しかし、この仕様ではプレイヤーが慎重に狙いを定めても、命中精度のペナルティによって弾が外れてしまうという、拍子抜けする瞬間が生まれてしまいました。この問題に対処するため、私たちは初弾を完全に正確にし、連射するにつれて2発目以降の弾の命中精度が低下していくように変更しました。"
N/A4017"#commentary\cn_102_helicopter_bombing_run.mp3" "[ブライアン・ジャコブソン] これもまた、私たちがエアボートの操縦中に移動上の障害を作り出したもう一つの例です。ヘリコプターは爆弾を投下する際、プレイヤーの前方に留まろうとします。もしプレイヤーが後退すると、ホバリングに切り替えてプレイヤーへの攻撃に転じます。あるプレイテストで、爆弾が偶然にもパイプの継ぎ目の間に落下し、非常にシネマティックな瞬間が生まれました。プレイテスターが好意的な反応を示したため、チームはそれをスクリプト化し、毎回必ず起こるようにしました。このやり方は、私たちの有機的なデザインプロセスの一部となっています。つまり、プレイテスト中に時々クールなことが偶然起こると、私たちはそれをより確実に再現する方法を見つけ出すのです。"
N/A4018"#commentary\cn_103_smokestack_collapse.mp3" "[ダグ・ウッド] 初代Half-Lifeのような映画的なアクションゲームを制作していたとき、私たちは常に何か大規模で壮大な破壊シーンを作りたいと思っていましたが、なかなか実現できませんでした。Half-Life 2の物理演算は、木箱のような小さな物理オブジェクトを粉々に破壊するシステムを導入し、それがもっと大きなものをやってみようという発想につながったのです。私たちは思い切って、倒壊する煙突を粉々に破壊することに挑戦しました。そこで、より良い感触になるまで質量の実験を繰り返し、モデルを洗練させ、その効果を説得力のあるものにするためにたくさんの煙と音響を追加しました。そしてついに私たちの求める大規模で壮大な破壊の瞬間が完成したのです。最終的に、私たちの物理演算によってこのシーンはかろうじて実現可能になりました。その手法は現代の基準では古風に見えるかもしれませんが、当時は本当に素晴らしいと感じられました。シミュレーションは実行するたびに結果が異なるため、大きな瓦礫の塊がプレイヤーの進路を完全に塞いでしまわないよう、対策を講じる必要がありました。このシーンの成功は、次にエピソード2で見られるはるかに忠実度の高い映画的な物理破壊エフェクトに対する期待が高まりました。"
N/A4019"#commentary\cn_104_washing_machine_puzzle.mp3" "[デイビッド・シュパイヤー] 洗濯機の物理パズルは開発の終盤に作られました。プレイテストで、プレイヤーがヘリコプターからの絶え間ないプレッシャーから解放される時間が必要だと判明しました。このようなペースの緩急は、プレイヤーの感情をリセットし、疲労や退屈を防ぐことで、盛り上がる場面をより際立たせる効果があります。ヘリコプターを真に脅威的な存在にするための作業にプレイヤーが強く反応してくれたのは良い兆候でしたが、そのストレスをうまく管理しなければ、疲労が生じ、すぐに興奮ではなく単調さを感じ始めます。当初、プレイヤーはこのエリアを素早く通り抜けるだけでしたが、ここの美しい日差しや運河の構図が素晴らしかったため、アクションを一時中断し、プレイヤーに静かにパズルを解く時間を使ってもらうのに良い場所だと判断しました。重りと滑車を使った最初のパズルであったこのパズル自体が、最終的にゲーム内の他の場所にある物理ナビゲーションパズルを生み出すきっかけとなったのです。"
N/A4020"#commentary\cn_105_airboat_changeup.mp3" "[ジェフ・レーン] プレイテスターから、エアボートのゲームプレイにもっと変化が欲しいという意見がありました。ゲームのこの時点まで、プレイヤーはヘリコプターや他の敵に反撃する本格的な手段がなかったため、新しい武器を導入するのは理にかなっていると感じました。それによってペースに変化をもたらし、その後の展開への布石とすることもできます。その後のエリアでは、プレイヤーが新しい武器に慣れるための射撃練習を追加しました。エアガンの弾に大きな物理的な衝撃力を加えたことで、ターゲットは派手に吹き飛び、プレイヤーの装備の中で他の何よりもはるかに強力だと感じられるようにしました。それでも、ヘリコプターとの戦闘をプレイテストすると、多くのテスターがまだヘリは無敵だと思い込んでいました。彼らは、それ以前にコンバインの設置式の銃からヘリがダメージを受ける様子を見せることで私たちが伝えようとした意図に、気づいていなかったのです。これを解決するため、私たちは最も明白な手段を取りました。銃を入手するトンネルのすぐ外にヘリコプターを配置し、銃で撃ってもいいし、また撃つべきなのだと、極めて明確に示したのです。そして、それはうまくいきました。"
N/A4021"#commentary\cn_106_donkey_kong_barrel_ramp.mp3" "[エリック・スミス] この排水スロープという特定のエリアは、当初は単にレベルの構造物として面白いというだけの場所でした。しかし、プレイテスト中に、エアボートでこのスロープを滑り上がったり周回したりするのがいかに楽しいかにすぐに気づき、その体験を強化するため、さらなる要素を追加しました。その中には、古典的なアーケードゲームであるドンキーコングへのささやかなオマージュとして、メトロコップがプレイヤーに向かって樽を落としてくるという仕掛けも含まれています。"
N/A4022"#commentary\cn_107_lambda_cache_interlude.mp3" "[ダニカ・ロジャース] Half-Lifeというゲームは最終的には一本道の体験です。しかし私たちは常にプレイヤーの進路を分割し、レベル単位での非線形性を生み出す方法を探しています。ゾンビとヘッドクラブによる待ち伏せが仕掛けられているこのラムダの隠し場所は、完全に任意探索の場所であり、運河を進むこのセクションにそうした非線形性を加えるという、ただそのためだけに作られました。"
N/A4023"#commentary\cn_108_skybox_time_of_day.mp3" "[エリック・キルヒマー] このチャプターではスカイボックスとフォグの色が徐々に変化していきます。これは、プレイヤーが運河を進みチャプターを進行するにつれて、時間の経過を視覚的に表現することを意図したものです。反対方向で2つの異なるフォグカラー値を用いることで、斜めから差す太陽光の錯覚を説得力のあるものにしています。この時点で日没が近づいていることが見て取れるでしょう。この演出は、ヘリコプターとの戦闘アリーナでクライマックスを迎えます。そこでは太陽が沈みゆき、スカイボックスにはレーベンホルムの街が見えています。"
N/A4024"#commentary\cn_109_helicopter_megabomb_origin.mp3" "[ブライアン・ジャコブソン] ヘリコプターによるメガボム攻撃は、プログラマーが誤って爆弾投下のクールダウンを削除した結果、ヘリが一度に何百もの爆弾を投下するようになったバグが元になっています。これが非常にクールに見えたため、私たちは製品版の最終的な爆撃シーンの攻撃として、これを採用することに決めました。"
N/A4025"#commentary\cn_110_helicopter_final_battle.mp3" "[デイブ・リラー] 私たちはこのエリアを、プレイヤーとコンバインの攻撃ヘリとの最終決戦の舞台として設計しました。ここはクレイナーの研究室を出て地下に逃れて以来、プレイヤーを執拗に追い続けてきた敵を、ついに打ち破るチャンスの場なのです。このエリアを完成させるまでに、多くの試行錯誤を重ねました。ハイスピードな車両での戦闘のための十分な広さ、明確な進路の選択肢があるスムーズな移動フロー、そして安定したパフォーマンスが必要でした。また、戦闘に適した視覚的な明瞭さも目指しました。印象的でありながら、ごちゃごちゃしすぎていないデザインです。同時に、ヘリコプターを破壊した後には、この場所が記憶に残る絶景となるようにも配慮しました。"
N/A4026"#commentary\cn_111_airboat_wreckage.mp3" "[デイビッド・シュパイヤー] 当初、私たちはダムを飛び越えるジャンプでエアボートを破壊する予定でした。そのため、このレベルはプレイヤーが愛用したエアボートの残骸に囲まれて始まるはずでした。チーム全体のプレイテストで、長い時間をともにした乗り物を失うことに、多くの人が喪失感を覚えました。その喪失感が価値のある体験かどうかについて、社内では多くの議論が交わされました。最終的には、プレイヤーがいつか再会できる可能性を残すため、エアボートを無傷のままにしておくことに決めました。一説によると、あのエアボートは今でもどこかであなたを待っているそうです。"
N/A4027"#commentary\cn_112_arena_exit_gate.mp3" "[クインティン・ドロケス] 出口のゲートを上げるためのホイール機構は、プレイヤーがヘリコプターを倒さないと先に進めないようにするという特定の目的で追加されました。私たちはこのような要素を、プレイヤーを「ゲーティングする」とよく呼びます。これは、必要なタスクを完了するまでデザイン要素でプレイヤーの進行を妨げる手法のことです。そしてこの場所では、それが文字通り本物のゲートなのです。"
N/A4028"#commentary\cn_113_blocking_tutorials.mp3" "[エイドリアン・フィノール] 時にはプレイヤーが何か学んだのかを確認する必要があります。人生でではなく、ゲーム開発においての話ですが、その一般的な方法は、門などでプレイヤーを閉じ込め、プレイヤーが知識を駆使して自力で脱出し、ゲームを継続できるかを見るというものです。私たちはゲームが停止したと思われないように、その門となるものを自然な演出に変えています。もちろん、時間、資源、環境的背景によって、そうすることが難しいこともあります。今回の場合、私たちはプレイヤーにオブジェクトを動かす方法を教えるのですが、シンプルな積み木のようなものが最善の解決策のよう思えました。より複雑なデザインもテストしましたが、私たちがプレイヤーに学んでもらいたいことを正確に伝えるにはあまり効果的ではありませんでした。"
N/A4029"#commentary\cn_114_natural_storytelling.mp3" "[ビル・ヴァン・ビュレン] 駅全体で世界構築とストーリーテリングの目標を達成するために、あまりには「ゲームっぽく」なったり、チュートリアルを必要としたりすることなく、自然な会話を実現する必要がありました。私たちは、プレイヤーがより近くで見るためにNPCに近づいていることに気がつきました。そこで、近づくことによってNPCがプレイヤーを認識し、台詞を喋るように変更しました。こうすることで、交流を控えめに保ったのです。市民は陽気でも活発でもないため、これは不可欠な演出でした。このアプローチの単純さは、Half-Lifeの核となるストーリーテリングの目標の1つである、「プレイヤーの興味に沿った物語を展開する」と言う点とも一致していました。事細かに詳細を探りたいプレイヤーもいれば、ただ次に何をすればいいのかを知りたいプレイヤーもいます。進行を妨げることなく、プレイヤーがどの程度ストーリーに関わっていくのかをプレイヤーに委ねることは、Half-Lifeで常に掲げられている目標です。さらには、機能が簡素化されていればいるほど、より多くの機能を実装することができるのです。"
N/A4030"#commentary\cn_115_trainstation.mp3" "[チャーリー・ブラウン] Half-Lifeの始まりには重要な役割があります。それは、インタラクトの仕方をレクチャーしながらプレイヤーに新しい世界に馴染んでもらうことです。プレイヤーは、何が起きているのか、重要なプレイヤーは誰なのか、どんな脅威が待ち受けているのか、そしてそれらすべてにどう適応するのかを素早く把握する必要があります。何よりも楽しく、できる限りインタラクティブでなければなりません。これを実現するのに、特にゲームの全体像を構成する小さな瞬間について、試行錯誤とプレイテストを繰り返しました。このセクションでは、重要なシーン、ゲームデザインの問題、そして上手くいかなかったプレイテストなどをいくつか取り上げます。"
N/A4031"#commentary\cn_116_physics_objects.mp3" "[デイビッド・ソーヤー] 今となっては思い出すのが難しいかもしれませんが、Half-Life 2が発売された当時、こういったゴミのようなゲーム内の小さなオブジェクトは、通常は静的でした。つまり、実際に動くことはなく、動いたとしても、非常に単純なものでした。運が良ければ、叩くといくつかの光に分解されるといった程度だったのです。このゲーム冒頭の駅のセクションにおける目標の1つは、Half-Life 2ではこの種のオブジェクトが、適切に、物理的に、そして実際にシミュレーションされているのだと、プレイヤーにはっきりと示すことでした。拾う、落とす、投げる、壊す、他の力で動かされるなど、何でもありです。ここでは、まず手始めにささやかなことから始めています。列車の到着によってゴミが吹き飛ばされる様子です。もっと正確に言えば、プレイヤーが電車を降りるのをトリガーとして起動する目に見えないボリュームによってですが。"
N/A4032"#commentary\cn_117_blocking_tutorials_3.mp3" "[エリック・スミス] このチュートリアルの空間における2つ目の失敗は、意図していないことをプレイヤーに誤って教えてしまうケースです。ゲームというものは、たとえ設計者の意図でなくても常に何かを教えているため、徹底的なプレイテストなしにこれを避けるのは難しい場合があります。より極端な例は後ほど駅で取り上げます。誤って教える事例の中には、たとえばプレイヤーが武器の使い方を誤って覚えたり、ゲーム内の一般的な要素との関わり方を間違えたりした場合など、修正が不可欠なものもあります。しかし、今回はもっと微妙なものでした。私たちはプレイヤーにオブジェクトの動かし方を教える中で、物理オブジェクトを積み重ねて空間から脱出する方法も教えてしまったのです。本来ならそれでも構わないのですが、私たちはゲームの後半でその種のパズルを採用しませんでした。無関係なことを教えると、プレイヤーの思考のツールキットを乱してしまい、後で本当に役立つことをすぐに思い出すのを困難にしてしまうだけなのです。さらに悪いことに、オブジェクトを積み重ねてプレイ空間から脱出するという行為が後々問題となり、複数のエリアでその行動を積極的に防がなければなりませんでした。ゲームには物理ベースのオブジェクトが非常に多く存在するため、至る所に天井を設置してこの行動を阻止するしかありませんでした。結局、私たちはプレイヤーがこの序盤の教えを深読みしないことを願うしかありませんでした。そして、プレイテストでプレイヤーがあとで行き詰まっていることがわかったとき、そのことを思い出させないようしました。"
N/A4033"#commentary\cn_118_welcome.mp3" "[ ゲイブ・ニューウェル ] こんにちは、ゲイブ・ニューウェルです。Half-Life 2へようこそ。リリースから20年という長い年月が経ちました。今回の節目となるアップデートでは、できる限り多くのコミュニティからの要望にお応えできるよう努めました。ファンの皆様からお寄せいただいた中で絶対的に最多数だったものではないかもしれませんが、解説モードが欲しいという声を多くいただき、今回遂に実現しました。Half-Life 2の開発のディテールを思い出すのにも苦労しましたが、数十年前のコンピューターコード解読して、当時どのようなアイデアで進めていたのかを思い出すのは容易ではありませんでした。開発者の解説を基に、多くの古いバグをクリーンアップし、着手時よりも良い状態になるよう作業を進めました。そして少なくとも今回は、最終的にゲームがどうなったかを把握している余裕がありました。解説を聴くには、吹き出しのアイコンに照準を合わせて「アイテムを使う」キーを押してください。解説を停止するには、吹き出しのアイコンに照準を合わせてもう一度「アイテムを使う」キーを押してください。皆様の感想をぜひお聞かせください。宛先はgaben@valvesoftware.comまで。それではゲームをお楽しみください!"
N/A4034"#commentary\cn_119_metrocop_shoving_citizens.mp3" "[ジョシュ・ウェイアー] まだほとんど進んでいませんが、すでに解決しなければならない問題を抱えています。最終的にプレイヤーに倒してもらうことになるメトロコップという敵が登場し、プレイヤーが足を踏み入れようとしている世界を垣間見ることができます。この単純明快なシーンで、メトロコップと市民、加えてプレイヤーとの関係性を理解することができます。同時に、コアとなる物理シミュレーションを強化し、NPCがこの世界のオブジェクトと気軽にインタラクトできる方法を示すことにしました。スーツケースのような者が他の物にぶつかって外れる様子は、当時とても斬新でした。複数の目標を掲げたこの駅でのシーンは、最も成功した場面です。チュートリアルのためにゲームが止まることなく、自然に流れるような仕上がりになりました。"
N/A4035"#commentary\cn_120_fall_damage.mp3" "[ケリー・デイビス] プレイヤーに操作方法を教えることは、ゲームにとって不可欠です。しかし、プレイヤーが自信を持って判断を下すためには、より微妙なルールも理解する必要があります。この短い場面ではそのうちの2つを扱っています。第1に、プレイヤーがダメージを受けずにどれくらいの高さから落下できるかを示します。第2に、ゲームの「ボキャブラリー」、つまりゲームがプレイヤーとどのようにコミュニケーションをとるかということを少し紹介します。プレイヤーは落下ダメージを心配しがちですが、同時に後戻りできない一歩を踏み出すことも恐れます。そのため、ここでは着地点に歓迎するかのように木箱が置かれており、飛び降りても安全であること、そしてそれが進むべき道であることを示唆しています。そしてその木箱が壊れることで物理シミュレーションの存在が強調され、プレイヤーは、大きなオブジェクトも破壊できるということをおそらく初めて目の当たりにするのです。"
N/A4036"#commentary\cn_121_sweeping_vortigaunt.mp3" "[ローラ・デュバック] ストーリーテリングのもう一つの重要なシーンであり、物理システムへ賞賛を送るべき部分です。ここではボーティガントがこの新しい世界に馴染んでいる様子を示しています。Half-Life 1での敵役から大きく変わったところです。駅での多くのシーン同様に床をはいているボーティガンツも、キャラクターが物理システムと自然に相互作用する様子を見せる方法を常に模索した結果生まれました。さりげなく床を掃除したり、シミュレートされたオブジェクトを小突いたりする姿を見せられるのに、プレイヤーにボーティガンツは友好的であるとだけ伝えるのはなぜでしょうか?それは、掃除をしている姿ほど、「今回は撃たないで」と伝える最適なシグナルはないからです。"
N/A4037"#commentary\cn_122_blocking_tutorials_2.mp3" "[ロビン・ウォーカー] このチュートリアルでは注目すべき失敗が2つがあります。1つ目は、プレイヤーはすべての箱を窓の外に投げ捨てることによって壊すことができるのですが、これは明らかに良くありません。これにより、プレイヤーは行き詰まり、ゲームを続けることができなくなります。これは、ゲームを停止させるバグであり、修正が必要です。きれいな解決策は、プレイヤーが通り抜けられるように窓や木箱のサイズを調整し、木箱は通り抜けられないようにすることでしょう。本当の問題は、このことに気付いたのが開発の終盤になってからだったということです。複雑ではない単純な変更でさえ、リリース直前に予測不可能なゲーム崩壊のリスクがあったのです。また、この問題は完全に理論上のもので、プレイテスターが実際にこれを行うのを見たことがありませんでした。このデザイン空間でのプレイテストは順調に進み、プレイヤーは必要なことを理解し先に進んでいました。ゲーム開発終盤で空間のデザインを変更した場合、予期できない形でこれまで積み上げてきたものを台無しにしてしまう可能性があったのです。そのため、エレガントな修正ではなく、より保守的な修正を選択しました。興味があれば、すべての箱を窓から投げ出して、何が起こるか見てみてください。"
N/A4038"#commentary\cn_123_playground.mp3" "[ブライアン・ジャコブソン] 都市の環境の中で、私たちが作った物理シミュレーションをどうすれば際立たせられるか議論したとき、公園はうってつけの場所だと感じました。また、ブリーン博士の話を注意深く聞いているプレイヤーにとって、そこは人類がコンバインに降伏したことの代償を思い起こさせる場所でもあります。私たちは物理的に面白そうな可能性を秘めた遊具をいくつか選び、調整を始めました。当時としては先進的な物理シミュレーション技術がありましたが、このような仕掛けには必ず手作業での調整が必要でした。なぜなら、完全にシミュレーションされたオブジェクトが、プレイヤーや動かない背景といった、まったく(または部分的にしか)シミュレーションされていないオブジェクトと相互作用する必要があったからです。シミュレーションが実装の大部分を肩代わりしてくれると考えがちですが、20年経った今でさえ、そうなることは滅多にありません。さて、この公園の作業をしていたのは開発も終盤に差し掛かった頃でした。私たちは滑り台の摩擦の「滑る感じ」がどうしてもうまく調整できず、とうとうプレイヤーが登れないようにはしごを壊すことにしたのです。しかし、それでもなお、プレイヤーは滑り台の正面を普通に歩いて登れてしまいます。いつものことですが、最後の最後でしてやられるのは、私たち開発者ではなくプレイヤーの皆さんというわけです。"
N/A4039"#commentary\cn_124_pick_up_that_can.mp3" "[チャーリー・ブラウン] チュートリアルに文脈を持たせる、つまりストーリーシナリオの中に組み込むことで、単にゲームを止めてプレイヤーに何かを教える以上のことが可能になります。その瞬間に、物語としての価値を加えることができるのです。ここでは、プレイヤーにオブジェクトの投げ方を教えるチュートリアルが、どう反応するかをプレイヤー自身が選択できる物語的な仕掛けと組み合わされています。メトロコップが市民をぞんざいに扱うのを見せた後、プレイヤーを同じような状況に置くのが自然だと感じました。もし市民がどうすべきだったかについてプレイヤーが何か思うところがあったなら、今度は自らそれを行動で示す番です。プレイテストによると、ほとんどのプレイヤーは缶を拾えという要求に従うか、あるいは拒否しましたが、一部には対立自体を避けようとする者もいました。また、最初は従っておきながら、屈辱を感じた後に反撃するプレイヤーもいました。プレイヤーの行動と空間の両面でこの場面に比較的強い制約を設けることで、プレイヤーがどのような選択をしようと、概ね適切に対応することができました。"
N/A4040"#commentary\cn_125_promises.mp3" "[ダニカ・ロジャース] Half-Lifeのゲーム序盤における私たちの目標の一つは、プレイヤーに約束をして、この先に何が待ち受けているかを予感させることです。映画、テレビ番組、本に至るまで、優れたエンターテイメントはすべて何らかの形でこれを行っており、ビデオゲームも例外ではありません。Half-Lifeにおける約束は、さまざまな形をとります。何か興味をそそるものを一瞬だけ見せるといったシンプルなものもあれば、メトロコップとやり取りのように、より重層的なものもあります。彼らに対してプレイヤーを無力な立場に置くことで、将来ついに反撃できるようになる瞬間のためのお膳立てをしているのです。"
N/A4041"#commentary\cn_126_exploration.mp3" "[デイビッド・ソーヤー] メトロコップに駅構内を追い立てられた後、私たちはプレイヤーに探索の機会を与えたいと考えました。この広場では、市民、メトロコップ、スキャナー、そして都市のインフラなど、様々な要素と関わる機会を用意しました。私たちの狙いは、これらのインタラクションを通じて、明示的なチュートリアルを必要とせずに世界を構築し続けることでした。そして、実際の訓練がなくても自然に機能するまで改良を重ねました。"
N/A4042"#commentary\cn_127_early_game_exploration.mp3" "[デイビッド・スペイヤー] この広場までは、明快で分かりやすい為、プレイヤーは進むべき道についてよく考えてはいないでしょう。しかし、ここでは探索することを促したかったのです。進むべき道を少し曖昧にすることで、当然のように道に迷う感覚や、さらには困惑させることができるのです。この種の変化は、プレイヤーがまだゲームのガイダンスのヒントを学習しているゲームの初期段階では難しい場合があります。ここではバリアが張られた検問所によって、状況はさらに複雑になります。NPCの市民はそこを通り抜けられるのにプレイヤーは通れないため、多くのプレイテスターは、これを回避する方法があるはずだと信じ込んでしまいました。最終的に、徹底的なテストを経て、私たちは正しい道筋である路地への視線を適切に誘導する方法を見つけ出しました。ライティング、レイアウト、そしてプレイヤーが正しい方向に進んでいるというサインとして認識している木箱などを使い、彼らをさりげなく前へと導くのです。"
N/A4043"#commentary\cn_128_strider.mp3" "[ダグ・ウッド] このシンプルな瞬間は、ゲームの後半でこの巨大なモノに遭遇するという約束なのです。このような単純なシーンでさえ、プレイヤーから操作権を奪わないというHalf-Lifeの目標があるため、多くのプレイテストと試行錯誤が必要になります。ご想像の通り、できるだけ多くのプレイヤーが適切なタイミングで適切な場所を見るようにするためには、数多くの細かな調整が必要になります。通りのレイアウトやメトロコップのシーンはすべて、プレイヤーの視線を誘導し、ストライダーが現れたときに完璧な構図でフレームに収まるように設定されています。"
N/A4044"#commentary\cn_129_physics_simulation.mp3" "[ジェイ・ステリー] Half-Life 2の開発は機能的なサードパーティ製の物理シミュレーションを導入した状態で始まりましたが、そこからデザイナーたちの野心に応えられると感じるまでには、シミュレーション自体とゲームへの統合の両面でさらに何年もの作業が必要でした。製品として出荷できるレベルの品質とパフォーマンスを維持することは、開発途上の課題になるだろうとわかっていました。しかし、より繊細な問題は、何をどの程度までシミュレートするかを実際に決定することでした。私たちはすべてをシミュレートすることはできませんし、仮にできたとしても、あえてそうしないほうが体験の質が向上するゲームデザイン上の理由が存在します。多くの場合、プレイヤーの体験を向上させるため、意図的にシミュレーションの法則を曲げています。これらの調整はプレイヤーの意図に沿っているため、通常は気づかれることはありません。たとえば、プレイヤーが狭い空間で方向転換できるよう、プレイヤーと大きなオブジェクトとの間の衝突判定を無効にしています。または、コンバインライフルの特殊射撃に微調整を加え、コンバインボールが敵に向かって緩やかに誘導されるようにして、その効果を高めています。"
N/A4045"#commentary\cn_130_physics_simulation_2.mp3" "[ジェフ・レーン] ゲームデザインやその他の制約が物理シミュレーションに影響を及ぼす部分では、シミュレーションが破綻しないように追加の調整がしばしば必要でした。一例として、開発初期に私たちはプレイヤーの動きを、より深く物理シミュレーションに組み込む実験をしました。これによって操作の緻密さが失われる可能性はわかっていましたが、何か斬新な体験につながるかもしれないと期待していたのです。しかし、シミュレーションをあまり利用しない旧来のバージョンに合わせて動きを調整したところ、大きな問題にぶつかりました。プレイヤーが通常のスピードで動くのに必要な物理的な力が非常に大きくなったため、他のオブジェクトに走ってぶつかるだけで、その衝撃で死んでしまうほどだったのです。私たちは試行錯誤を繰り返しましたが、最終的に納得のいく解決策を見つけられず、シミュレーション度合いの低い元の操作方法に戻すことにしました。もっとも、これも決して楽な道ではありませんでした。シミュレーション度合いの低いプレイヤーと、より高度にシミュレーションされたオブジェクトとの相互作用において、新たな課題が生まれたのです。それでも、この選択のおかげで、私たちが目指していた緻密な操作感を実現することができました。"
N/A4046"#commentary\cn_131_playtesting.mp3" "[ジョン・モレロ] プレイテストはゲーム開発の中核をなす工程です。プレイヤーがどう反応し、私たちが作ったものから何を感じ取るかを完全に予測することはできません。そのため、私たちは学び、そして願わくばゲームを改善するためにテストを行います。プレイテストの間、たとえプレイヤーが行き詰まっていても、ガイドしたり話しかけたりはしません。ゲームが発売されたら開発者がプレイヤーの隣に座っていることなど、まずありえないからです。私たちの目標は、テスターにプレイテストであることをすっかり忘れさせ、自宅で遊んでいるかのようにプレイしてもらうことです。どのような中断もデータを歪めてしまうリスクがあるため、進行不能なバグが発生した場合か、あるいは極めて稀なケースとして、プレイヤーの行動が不可解すぎて、その思考を理解する必要がある場合にのみ介入します。"
N/A4047"#commentary\cn_132_playtesting_anecdote_1.mp3" "[マット・ブーン] ある印象的なプレイテストのおかげで、プレイヤーが何を考えているか、または経験から何を学んだかは決してわからないのだと改めて思い知らされました。そのテスターは、ゲームを最初からプレイし、あるドアを開けようとして行き詰まった後、数分間にわたってゲーム画面とキーボード設定画面を行き来していました。私たちが何を探しているのか尋ねると、彼はインベントリの操作キーを探していると答えました。以前拾ったアイテムを使ってドアのロックを解除できると考えていたのです。私たちは彼がいくつかの物理オブジェクトを拾っては落とすのを見ていましたが、彼は何が起きているのかを誤解していたのです。そのテスターは、オブジェクトを持った状態で「アイテムを使う」キーを押すと、アイテムが真下に落ちることから、それがインベントリに格納されたのだと思い込んでいました。私たちにとってはそれが単なる重力だとわかっていましたが、彼の思い込みも無理はありませんでした。というのも、その時代のアドベンチャーゲームには、そのようにしてアイテムを見えないインベントリに格納するものもあったからです。私たちはインベントリがないことを説明し、テストは続行されました。後日、この問題に対処すべきか検討しましたが、他に同様の混乱をしたプレイテスターはおらず、考えられる解決策はどれも必要以上に大げさなものだったため、これは未対応のままで問題ない例外的なケースだと判断しました。しかしこの出来事は、いかに些細で見過ごされがちなディテールがプレイヤーを誤解させうるかという良い教訓となりました。"
N/A4048"#commentary\cn_133_cratebaby.mp3" "[スコット・ダルトン] この小さなベイビーの人形には長い逸話があります。何ヶ月にもわたる内部テストの期間中、チームの一部のメンバーが、47回目にもなるゲームの通しプレイを少しでも楽しむための方法として、これをあるチャレンジに変えました。彼らは人形を近くの青い木箱に入れ、ゲームを通してどこまで運べるかを競ったのです。Half-Life 2が発売されると、今度はコミュニティがクレートベイビーを運び始め、独自のストーリーやルールを付け加えていきました。数年後、エピソード2を開発していたとき、これが実績「小さなロケットマン」のインスピレーションとなりました。この実績では、プレイヤーは「ノーム・チョムスキー」という愛称の庭の小人を、エピソードの最初から最後まで運ばなければなりませんでした。チョムスキーは『Left 4 Dead 2』でも、実績「ガーディング・ノーム」として再登場しました。この実績では、プレイヤーはダーク・カーニバルのキャンペーンを通して彼を運ばなければなりませんでした。このようなプレイヤーとの交流は、ゲーム開発において最もやりがいを感じる部分です。私たちは理論を念頭に置いてゲームをデザインしますが、プレイヤーが実際にそれを手にするまで、物事がどう転がっていくかは決してわからないものです。"
N/A4049"#commentary\cn_134_the_citadel.mp3" "[エリック・キルヒマー] プレイヤーが初めてシティ17を目にする光景では、要塞とその街に対する支配力を際立たせ、コンバインが人類に及ぼす完全かつ絶対的な権力を表現したいと考えました。また、それは明確な目標としての役割も果たす必要がありました。つまり、ゲーム開始時点から、自分の旅がどこで終わるのかがわかるようにしたかったのです。しかし、その巨大さにもかかわらず、プレイテスターたちはしばしばそれを見逃しました。コンピューターのモニター上では、プレイヤーの奥行きやスケール感は捉えにくいものになることがあります。もしVRゲームをプレイしたことがあるなら、スケール感がより自然に感じられることにお気づきでしょう。ともかく、今回のケースでは、要塞がプレイヤーの頭上にあったのもよくありませんでした。というのも、FPSゲームはプレイヤーに、まっすぐ前方か、あるいは足元に集中するように慣れさせてしまうからかもしれません。プレイヤーが要塞に気づく可能性を高めるため、私たちはその建造物に向かって飛んでいく鳥を追加しました。これはプレイヤーの視線を誘導するのに役立つささやかなトリックです。"
N/A4050"#commentary\cn_135_close_captions.mp3" "[ヤーン・ベルニエ] Half-Life 2の開発中、私たちはアクセシビリティに関心のある方々からアプローチを受けました。彼らはHalf-Life 1で構築した字幕システムを超えるものを作るよう勧めてくれました。彼らがは会話だけでなく、ゲーム内のあらゆるサウンドをテキスト化する多機能なクローズドキャプションシステムを要求してきました。これは予想をはるかに超える困難な課題であることが判明しました。Half-Life 2には多種多様なサウンドがあり、キャプションのためにそれらを分類することが不可欠でした。優先順位付けもまた重要でした。会話を際立たせる必要があり、誰が話しているのかも明確にしなければなりませんでした。遠くの戦闘音のような環境音は一部のレベルでは雰囲気作りのために重要でしたが、近くで敵が発砲している場合はその重要度が下がりました。また、レベルデザイナーはサウンドを異なる文脈で再利用することも多かったため、あるエリアではサウンドにキャプションが必要だとしても、別のエリアでは不要な場合がありました。最終的にゲーム内のすべてのサウンドが、HTMLの簡易版のような形式でフォーマットされた独自のキャプションデータを持つことになりました。これにより、私たちは各キャプションの表示スタイルを制御できるようになったのです。音声ファイルと同様に、キャプションデータもメモリに保持するには容量が大きすぎたため、私たちはそれを効率的に処理するための非同期キャッシングシステムを構築しました。"
N/A4051"#commentary\cn_136_the_raid.mp3" "[デイビッド・ソーヤー] この先の、プレイヤーがアパートの中にいる間にメトロコップが突入してくるセクションは、納得のいくものになるまで多くの試行錯誤を要しました。基本的に、Half-Lifeではプレイヤーが自分のペースで進められるようにデザインされています。脅威に見えないものを無視して走り抜けるプレイヤーもいれば、あらゆるものを几帳面に調べるプレイヤーもいるというように、ゲームの進め方は人それぞれだからです。そのため、特定のペースをプレイヤーに強制する必要があるときは、プレイヤーがその意図を理解し、自然にそのペースに合わせてくれるようにするが常に課題となります。このような展開はゲーム中でここが初めてだったため、素早く移動しなければならず、ここでは探索している暇はないということをプレイヤーに明確に伝えるために、多大な労力を費やす必要がありました。"
N/A4052"#commentary\cn_137_materials_and_shaders.mp3" "[ゲイリー・マクタガート] Half-Life 2は業界がテクスチャからマテリアルとシェーダーへと移行した3Dグラフィックスの大きな変化の真っ只中に発売されました。Half-Life 1では、あらゆる表面にテクスチャが施されていました。テクスチャとは、要するに表面のポリゴンに貼り付けられた画像のことです。しかしそのわずか5年後に発売されたHalf-Life 2では、すべての表面にマテリアルとシェーダーの両方が使われています。シェーダーとは、表面の描画方法を個別に定義するためのプログラムコードです。一方、マテリアルは、その表面が物理的にどう振る舞うか、またゲームプレイ上の要素にどう反応するかといった特性を定義します。さらにマテリアルは、シェーダーが描画に使うテクスチャへの参照や、その他のパラメータも保持していました。その結果、アーティストやデザイナーは、モノの見た目や挙動をより細かく制御できるようになりました。しかし、これには代償も伴いました。Half-Life 1はCPUだけでも動作しましたが、Half-Life 2ではGPUが必要でした。なぜなら、マテリアルとシェーダーに必要な計算は、GPUハードウェア向けに特化して設計されていたからです。ここにある光を屈折させるガラスのドアは、カスタムシェーダーの分かりやすい一例ですが、実際にはこのシーンのあらゆる表面で、何らかのシェーダーが実行されています。"
N/A4053"#commentary\cn_138_the_raid_2.mp3" "[マイルズ・エステス] プレイヤーに前へ進むプレッシャーを与えるだけでなく、この襲撃イベント自体が絶対に破綻しないようにする必要がありました。プレイヤーがこのイベントを回避したり、メトロコップをやり過ごして引き返したりできないようにしなければならなかったのです。ここでの本当の課題は、プレイヤーが意図的にこのシーンを壊そうとすることではなく、初めて脅威に晒された多くのプレイヤーがパニックに陥り、めちゃくちゃな方向に走り出してしまうことでした。この場面には絶妙なバランスが求められました。私たちが目指したのは、心臓が飛び出すようなスリリングな脱出と、本物の危険を感じさせつつも、プレイヤーには初挑戦でクリアしてもらい、かつギリギリのところで逃げ切れたと感じてもらうことでした。これを実現するため、前方のルートは分かりやすく、かつ直前に通ってきた階の道のりと似た作りにしました。さらに、巧妙に配置された一連のトリガーがプレイヤーの前方と後方に出現する脅威をコントロールし、プレッシャーを維持しつつも、追っ手の一歩先を進むための十分な時間をプレイヤーに与えるようにしています。"
N/A4054"#commentary\cn_139_health_and_no_hud.mp3" "[デイブ・リラー] 屋上での一連の追跡シーンには、独特なデザイン上の課題がありました。私たちはこれを本格的なゲームプレイの障害にしたくはなく、理想としてはプレイヤーに初挑戦でクリアしてもらいたいと考えていました。しかし、動き続けないと本当に危険だとプレイヤーに感じさせるような本物の緊迫感は作り出したかったのです。ここでの課題は、プレイヤーがHEVスーツを着用していないため、HUDが使えないことでした。つまり、ダメージや残り体力を表示する手段がなかったのです。いくつかの実験を経て、私たちはこのセクション専用の特別な体力システムを考案し、画面の周囲を赤く光らせることでダメージを示すようにしました。プレイヤーは私たちの期待通りに反応し、それを動き続けろという合図だと受け取ってくれたため、追跡シーンは意図した通りに展開しました。さらに、私たちは体力が素早く自動回復するようにしました。これにより、赤い光が画面に長く残ることがなくなり、走り続けるのが正解だということをプレイヤーに強く印象づけることができます。また、序盤で少し躊躇したというだけの理由で、終盤に流れ弾一発で倒されてしまうといった理不尽な展開を防ぐ役割も果たしています。"
N/A4055"#commentary\cn_140_playtesting_anecdote_2.mp3" "[ヤコブ・ユンゲルス] この先のセクションでは、アリックスがプレイヤーを助けるという展開のために、プレイヤーに一度倒れてもらう必要がありました。時間もリソースも限られていたため、私たちはこのイベントを可能な限りシンプルにしました。既存のシステムを再利用し、通常の戦闘シーンのように見せかけ、プレイヤーが「死亡」したときに特別なイベントが発動する形にしたのです。数回のプレイテストでタイミングを微調整した後、私たちは次の作業に移りました。しかし、製品の発売が近づいた頃、あるテストプレイヤーによって問題が発覚しました。そのプレイヤーは頻繁にクイックセーブを行い、失敗したと思うたびに即座にクイックロードする癖があったのです。メトロコップに倒された瞬間、彼はアリックスが助けに入るよりも早くクイックロードしてしまい、私たちが止めるまで、これを10回以上も繰り返しました。開発のこの段階、つまり最終的なバグ修正のフェーズでは、私たちはゲームの進行を妨げる致命的な問題の修正に専念せざるを得ませんでした。たとえ小さな変更でも、より重要な何かを壊してしまうリスクがあったからです。ほとんどのテストプレイヤーは問題なく通過していたため、これが稀で例外的なケースであると認識した上で、控えめな変更を加えることにしました。まず、プレイヤーが倒れてからアリックスの最初の台詞が入るまでの時間を短縮しました。また、フェードアウトの色を黒から白に変更しました。もっとも、プレイヤーはまだ黒い画面が死であると学習するほど死んでいなかったので、これは最終的にあまり役立ちませんでした。この数秒間だけクイックロードを無効にすることも検討しましたが、それによってクイックロードが永久に無効化されてしまうバグが発生する可能性を懸念しました。"
N/A4056"#commentary\cn_141_character_reactions.mp3" "[アリエル・ディアス] キャラクターが何に、そしてどのように反応すべきかを見極めるのは、継続的な課題でした。その根底に、私たちはゲームは常にプレイヤーの入力に応答すべきだと考えています。しかし、ゲームからのいかなる反応も、プレイヤーには報酬として受け取られかねません。そのため、キャラクターが何に反応し、何を無視するかは、ゲームがどのような行動を期待しているかをプレイヤーに教えることになります。この原則に基づき、私たちは奨励したい行動、たとえば研究室の装置をいじるといった行為には必ず反応するようにしました。逆に、プレイヤーがクライナー博士の顔を箱で何度も叩き続けるような、私たちが望まない行動は無視するようにしたのです。真面目な話、あるテストプレイヤーがそれを5分間ぶっ通しでやっているのを目撃したのです。"
N/A4057"#commentary\cn_142_choreography.mp3" "[ビル・フレッチャー] Half-Life 2のストーリーテリングを実現するために私たちが構築し、改良を重ねたシステムのことを社内では「コレオ」と呼んでいました。これは「コレオグラフィ」の略です。開発の初期段階で私たちは、俳優の一人が台本を知らない演劇を演出していると想像することが非常に有効だと気づきました。私たちには、台本を知っている他のすべての俳優を制御し、舞台上で動かし、演技をさせ、セリフを喋らせるシステムが必要でした。これに対応するため、他の俳優たちは、私たちの演出上の指示と、プレイヤーの位置や行動に対する動的な反応をシームレスに組み合わせる必要があったのです。プレイヤーの行動次第で、シーンのあらゆる部分を引き延ばしたり、短縮したり、時には一時停止したりする必要があるかもしれないため、タイミングが大きな課題になることは明らかでした。"
N/A4058"#commentary\cn_143_phoneme_extraction.mp3" "[ビル・フレッチャー] 私たちがフェイスポーザーに組み込んだもう一つの重要なツールが、音素エディターです。これは声優の台詞を処理して音素を抽出し、キャラクターの基本的なリップシンクアニメーションを自動生成する機能です。主要なキャラクターについては、アニメーターがこの自動生成されたものをたたき台として利用し、台詞の一つ一つに対して顔全体の表情アニメーションを含んだ高品質なカスタムアニメーションを手作業で作成しました。しかし、動的なコレオシーンにおいては、アニメーターは台詞を喋っている瞬間にキャラクターの体の他の部分が何をしているかを正確に知ることはできません。そのため、フェイスポーザー上でコレオのコマンドとタイミングを慎重に重ね合わせ、なおかつキャラクターがプレイヤーに動的に反応する能力を維持する必要がありました。"
N/A4059"#commentary\cn_144_delivery.mp3" "[ケン・バードウェル] 主要なコレオシーンにおいて、情報伝達と感情的なつながりの間で適切なバランスを取るためには、多くの試行錯誤とプレイテストが必要でした。各シーンにはプレイヤーに伝えなければならない多くの情報がありましたが、キャラクターがただ説明をまくしたてるわけにはいきませんでした。そうしてしまうと、プレイヤーはキャラクターを人間としてではなく、単なる道標のように考えるようになるからです。キャラクター同士を交流させ、プレイヤーが彼らの関係性を観察できるような時間を作る必要がありました。同時に、プレイヤーが不在の間に何が起こったのかを伝え、世界観を広げる必要もありました。しかも、物語にそれほど関心のないプレイヤーにもゲームを楽しんでもらうため、これらすべてをあまり時間をかけすぎず、慎重に行わなければなりませんでした。アニメーションは、キャラクター間の感情的なつながりを表現する上で強力なツールとなりました。ある瞬間の感情の機微を言葉で説明しすぎることなく、素早く伝えることができるのです。ユーモアもまた、頻繁に利用したツールです。物語が少し重くなりすぎたときに場の空気を和らげ、プレイヤーの緊張を解きほぐすのに役立ちました。"
N/A4060"#commentary\cn_145_alyxs_kiss.mp3" "[ケン・バードウェル] ほんの些細なシーンですが、アリックスがイーライの頬にするキスは、重要な意味を持っていました。いずれプレイヤーにイーライを救出してもらうことになるため、プレイヤーにも彼のことを大切に思ってもらいたかったイーライからです。その感情的なつながりを築くには、アリックスとイーライの間の温かい愛情を描写する必要がありました。この愛情表現をセリフで過剰に演出したり、大げさなイベントにしたりはしたくありませんでした。芝居がかったものではなく、心からの行動だと感じさせる必要があったのです。そして、この瞬間の繊細なニュアンスが、まさに絶妙な塩梅になるまで試行錯誤を重ねることができました。"
N/A4061"#commentary\cn_146_storytelling.mp3" "[ビル・ヴァン・ビュレン] 没入感を作り出すことが、Half-Life 1のストーリーテリングにおけるアプローチの核となる原則でした。そして、そのことがプレイヤーから操作権を決して(少なくとも非常にまれにしか)奪うことがなく、プレイヤーのアバターを黙らせるという自主的な制約に至りました。この制約により、ストーリーテリングがより困難になることもありましたが、Half-Life 2においても同じ制約を課すことが重要であると感じました。私たちはこの原則を維持することで、より深く、より相互作用的なストーリーテリングを探求していきたいと考えていました。"
N/A4062"#commentary\cn_147_archetypes.mp3" "[ビル・ヴァン・ビュレン] 私たちは、キャラクターを通じてHalf-Life 1とHalf-Life 2の間に物語上のつながりを作り出したいと考えていました。私たちのアイデアは、Half-Life 1の典型的なキャラクター像を体現したような人物をデザインし、プレイヤーに親近感を覚えてもらうことでした。はっきりとは思い出せないけれど、Half-Life 1のどこかで会ったことがあるかのように感じさせることを狙ったのです。クライナー博士は、私たちが最も象徴的だと感じたHalf-Life 1の科学者モデルをベースにしています。そして彼の個性は、その声と演技でHalf-Life 1の科学者像を決定づけたハル・ロビンス氏によって、大きく形作られました。ある日、私たちがこのキャラクターをどう具体化するかで頭を悩ませていた時のことです。ビル内の別フロアにある事務所の会計士の方と偶然エレベーターに乗り合わせたことで、クライナー博士の顔のイメージが固まりました。彼を見た瞬間、「この人こそクライナー博士の顔だ」と直感したのです。幸いにも、ビデオゲームのキャラクターのために写真を撮らせてもらえないかとお願いしたところ、彼は快く応じてくれました。"
N/A4063"#commentary\cn_148_tone.mp3" "[ビル・ヴァン・ビュレン] キャラクターと彼らの台詞に適切なトーンを持たせることは極めて重要でした。私たちは、プレイヤーに対して敬意を払いつつも、過度にへりくだった態度は避け、好意的で心地よい関係性を目指しました。このバランス調整は、特にアリックスにおいて難しいものでした。彼女はプレイヤーをサポートする役割を担いつつも、キャラクターとしての強さを損なってはなりません。プレイヤーから尊敬を得るためには、それが不可欠だと考えていたからです。彼女と父親イーライとの関係は、プレイヤーの物語を進める上でのモチベーションの核となるため、プレイヤーが彼女を好きになり、助けたいと思えることが重要だったのです。また、仲間たちの間に流れる温かさや友情を、ブリーンやコンバインの敵意と対比させたいとも考えていました。そうすることで、これから待ち受ける戦いに向けて、プレイヤーの中に正義の憤りを掻き立てることを狙ったのです。"
N/A4064"#commentary\cn_149_voice-actors.mp3" "[ビル・ヴァン・ビュレン] Half-Life 2で、より生き生きとして多面的なキャラクターを生み出すために、私たちは声優との仕事の進め方を進化させる必要がありました。Half-Life 1のNPCのセリフの多くは、最低限の指示を出しながら台本を読み進めるだけで十分でしたが、Half-Life 2では、キャラクターの人物像を確立し、生命を吹き込む過程に、声優たちにもっと深く関わってもらう機会を設けることにしたのです。私たちは声優たちにはるかに多くの物語の背景情報を提供し、ゲームの世界、キャラクターが住む環境、そして彼らが関わる他のキャラクターたちを見せました。そして、それらすべての情報を受け取り、自身の演技へと統合することで、私たちが想像していた以上にキャラクターを昇華させてくれるような声優を求めました。主要な声優とは複数回のセッションを設け、時間をかけてキャラクターを消化し、作り上げていくことができるようにしました。キャラクター同士が交流するシーンでは、より良い一体感と自然な流れを生み出すために、他の俳優の演技を相手役の声優に聞かせながら収録することも頻繁に行いました。私たちはスタジオには台本と計画を持って臨みましたが、声優たちが自身の力を発揮できると感じ、キャラクターや演技に独自のアイデアを持ち込める余地を確保するよう心がけました。また、アニメーターが声の収録セッションに立ち会うことも、極めて重要だと分かりました。彼らには、キャラクターのセリフを身体的なアクションや表情と「縫い合わせ」、最終的なコレオシーンを完成させる責任があったからです。声優と仕事をした後で、シーンがどのように展開するかの計画が当初の想定からかなり変化することも、しばしばありました。"
N/A4065"#commentary\cn_150_citizens.mp3" "[ビル・ヴァン・ビュレン] シティ17の市民や街の外の世界をデザインするにあたって、多種多様の人種、年齢、性別の人物を含めることにしました。これは、コンバインによる全人類の奴隷化を物語る背景を提示しただけではなく、地球上の人類が一致団結してコンバインに立ち向かいながら、ゲームをプレイする誰もがレジスタンスに自分の姿を投影できることも私たちにとって重要でした。日常生活や人脈から市民の作成の参考になる人物の候補は数多くありましたが、最終的にはシアトルタイムズの求人広告に掲載することで、思い描いていた理想とする顔を集めることができました。"
N/A4066"#commentary\cn_151_alyx.mp3" "[ダービー・エン] アリックスのデザインを確立するのは、非常に大きな課題でした。私たちはプレイヤーに、彼女を尊敬し、かつ大切に思ってもらいたかったのです。ゲーム中盤の大きな目標はイーライを救出することでしたが、プレイヤーにアリックスと彼女の父親との関係を大切に思ってもらえれば、その目標への没入感も深まると考えました。私たちは意図的に、アリックスをコンバインに支配された世界の中で賢く、有能で、親しみやすい人物としてデザインし、台詞を書き、声優を選びました。同時に、彼女を魅力的でカリスマ性のあるキャラクターにすることも目指しました。2000年代の多くのゲームに見られたような、キャラクターのモノ扱いや、誇張された表現、過度な性的アピールは意図的に避けました。そうした要素は、私たちが彼女のキャラクターに込めた狙いを損なってしまうと考えたからです。"
N/A4067"#commentary\cn_152_lab_interactivity.mp3" "[ダービー・エン] コレオシーンでは、キャラクターや物語に集中してもらうため、プレイヤーを少しの間、特定の空間に閉じ込めます。物語に深く没入するプレイヤーもいれば、1秒たりともじっとしていられないプレイヤーもいます。さまざまなタイプのプレイヤーに対応するため、画面上に興味深いディテールを絶え間なく提供する必要があると感じました。そこで、環境の至る所に物語の要素を散りばめ、その一部をプレイヤーがいじって遊べるおもちゃのようにインタラクティブにしました。場合によっては、これらに更なる物語性を埋め込むこともありました。たとえば、サボテンのミニテレポート装置は、後に起こるテレポート装置の失敗を暗示する伏線にもなっています。ただし、これは絶妙なバランスを要する作業でした。視覚的に面白いものが多すぎると、かえってプレイヤーの注意をシーンの核心部分から逸らしてしまう可能性があったからです。最終的にクライナーの研究所は最初の主要なコレオシーンだったため、インタラクティブ性に関しては安全策を取りました。後のイーライの研究所のシーンではこの手法をより深く掘り下げ、プレイヤーがいじっているものに対してキャラクター自身が反応するようにしたのです。"
N/A4068"#commentary\cn_153_gestures.mp3" "[ダグ・ウッド] 各キャラクターには、ジェスチャーと呼ばれるシンプルなアニメーションのライブラリがあり、これを他の体の動きの上に簡単に重ねることができました。当初、ゲーム全体でアニメーションを再利用できるようにするための制作費の節約として計画されていましたが、実際にはそれ以上の有用性があることに気づきました。人間は特定の動きを繰り返すことが多く、それがその人特有の性格を表す目印となることがあります。その結果、私たちのジェスチャーライブラリは各キャラクターの本質を捉え、アニメーションチーム内でそのキャラクターが何者であるかという理解を統一する助けとなりました。これにより、アニメーターたちは1人のキャラクターの作業を複数人で分担することが格段に容易になりました。これは制作上、しばしば必要とされることでした。"
N/A4069"#commentary\cn_154_interactive_storytelling.mp3" "[エリック・ジョンソン] 私たちがHalf-Life 2の開発に着手した当時、ゲームにおけるストーリーテリングは、一般的に高品質で直線的なものか、低品質でインタラクティブなもののどちらかでした。プレイヤーがこれまでにも高品質なストーリーテリングをゲームで体験したことがあることはわかっていましたが、その物語のまさに中心に身を置き、自分の周りで展開していく様子を目の当たりにし、それに干渉し、あらゆる部分を間近で観察するといった経験はしたことがありませんでした。その目標に私たちは胸を躍らせましたが、それがどのように機能するのか、また実現にはどのような技術が必要になるのか、当時はまだ分かっていませんでした。Half-Life 1でもさまざまなストーリーテリング技術を構築していましたが、そのほとんどはプレイヤーの目の前で提示されるもので、私たちが目指していたインタラクティブ性や品質には及んでいませんでした。そこでクライナー博士の研究所は、私たちが目指すインタラクティブなストーリーテリングが実際にどのように機能するのかを調べるための、いわば実験台となったセクションなのです。"
N/A4070"#commentary\cn_155_monitors.mp3" "[イド・マガル] 私たちはHalf-Life 2とそのエピソード作品で、物語を語るためにモニターを多用しています。あまりに使いすぎているので、自分たちでネタにするほどです。問題は、このモニターが便利すぎるということです。他の場所で起きている出来事を見せることで世界観を広げるのに非常に役立ちますし、キャラクターたちがどうやってプレイヤーの元に集まったのかを説明する必要なく会話させられるという簡単な解決策も提供してくれます。物語、特に複数の主要人物が登場するものを書いたことがある人なら誰でも、すべてのキャラクターを同じ場所に集めるための自然な理由をひねり出すという独特のフラストレーションを理解できるでしょう。この場面では、モニターのおかげで、アリックスがテレポートで去った直後にイーライの研究所に姿を現すという展開が可能になり、すべてがリアルで、かつ繋がっていると感じさせることができたので、私たちは本当に満足しました。"
N/A4071"#commentary\cn_156_scene_interactivity.mp3" "[ジェフ・レーン] コレオシーンの特定のポイントでは、プレイヤーに何らかのアクションを要求します。これは、単にプレイヤーに何かをやらせて関心を引き続けるというだけでなく、いくつかの重要な目的を果たしています。まず、プレイヤーが環境内の他の何かに気を取られていたとしても、話の流れに追いつけるようにする役割があります。プレイヤーがタスクを完了するまでシーンは安全に「一時停止」し、プレイヤーの意識が再び物語に戻ったことを確認することができます。同時に、これは私たちが必要とする場所にプレイヤーを誘導する手段でもありました。これはシーンの構図を決めたり、何か重要なものを確実に見せたりする上で役立ちました。場合によっては、これらの瞬間をプレイヤーのトレーニングに利用することで、二重の価値を得ることもありました。例えばこの場面では、プレイヤーはプラグとソケットの扱い方を学びますが、これはゲーム後半のパズルで必要になるスキルなのです。"
N/A4072"#commentary\cn_157_kleiners_lab.mp3" "[マーク・レイドロー] クライナーの研究所は最初に取り組んだストーリーテリングのパートであり、その仕組みを解明するのに最も時間がかかりました。プレイヤーをゲームの世界へと送り出す役割に加えて、最終的にはストーリーテリングの面で開発チームのビジョンを統一する存在となりました。プレイヤーを中心としてキャラクターや物語の伝達方法を構築し始めると、多くの疑問が浮かび上がりました。どれもが、ゲームにとって大きなリスクだと感じられるものばかりでした。「プレイヤーはシーンから重要な情報を読み取れるだろうか?」「キャラクターに感情移入してもらえるだろうか?」「物語への関心度が異なるプレイヤーをサポートするにはどうすればいい?」「このようなシーンの制作コストは?」「あといくつ必要なのか?」これらは、私たちが答えを出せずにいた数多くの問いのほんの一部です。これらの問いは、シーンをある程度のレベルまで作り上げ、多くのテストプレイヤーで試すまでは答えようのないものでした。もどかしいことに、私たちが直面する他の多くの問題とは異なり、これらはかなりの作業量をこなした後でなければ、自信をもって答えられない類いの問いだったのです。多くの場合、ゲームプレイのアイデアなら低品質なプロトタイプでテストできますが、キャラクターがただの灰色のブロックでしかない段階でプレイヤーがストーリーテリングに没入してくれなかったら、キャラクターが完全に完成したときに彼らが感情移入してくれると、一体どれだけ確信できるというのでしょうか?"
N/A4073"#commentary\cn_158_characters.mp3" "[マーク・レイドロー] Half-Life 1では、警備員と科学者は個人ではなく、典型的なキャラクターとして表現するのが最も適切でした。彼らは、当時私たちが実現できた視覚的忠実度に見合ったキャラクターを抽象化したものでした。しかし、Half-Life 2でテクノロジーが向上するにつれ、抽象化の枠を超える可能性が見えてきたのです。キャラクターモデルの視覚的忠実度の向上とアニメーションの改善が相まって、私たちは個々のキャラクター、つまり非常に重要な人物の作成に集中できると考えるようになりました。私たちはリアルな台詞を書き、キャラクターにそれを十分リアルに伝えさせることで、プレイヤーが彼らをビデオゲームの駒として考えることなく、物語を前進させることができるようにしました。開発開始から数年が経った2001年、私たちはSIE JAPANスタジオの『ICO』に刺激を受けました。アニメーターが監督を務めたこの作品は、プレイヤーとの主要な接点としてキャラクターを重視する姿勢で私たちの度肝を抜き、前進し続ける勇気を与えてくれました。"
N/A4074"#commentary\cn_159_writing.mp3" "[マーク・レイドロー] Half-Life 1の時代、FPSゲームにおけるプレイヤーの目標といえば、主に明らかに邪悪な敵と戦い、打ち負かすことでした。Half-Life 1のようにキャラクターの表現力が乏しかった頃は、プレイヤーにキャラクターへ感情移入してもらうのは困難でした。Half-Life 2ではキャラクターの表現力を向上させる計画があったため、私たちはキャラクターを物語の駆動力にすることに挑戦したいと考えました。私たちの目標は、プレイヤーの動機をキャラクターたちの動機と一致させること、つまり、プレイヤーに登場人物たちのことを、彼らの希望や不安を、そして彼らの成功を、心から願ってもらうことでした。これを念頭に、私たちはキャラクターと台詞に対するアプローチを組み立てました。まず、互いに好感を持ち、思いやりのあるキャラクターたちを作り、プレイヤーにも同じように感じてもらえることを期待しました。そして、これらのキャラクターがプレイヤーを仲間として受け入れるように交流させます。まるで旧友のグループがプレイヤーを、しばらく離れていただけの仲間の一人として自然に迎え入れるような感じです。キャラクター同士がリアルな感情的なつながりを見せることができれば、プレイヤーとも感情的なつながりを築けると私たちは考えていました。"
N/A4075"#commentary\cn_160_animation.mp3" "[マイルズ・エステス] 私たちのキャラクターのために、多数の個別のアニメーションレイヤーからリアルな人間の動きを構築するには、多くの技術的な試行錯誤が必要でした。何かを見るために振り向く、あるいはある場所へ歩いていくといった単純な動作でさえ、プレイヤーに動的に反応する必要性やコレオコマンドの要件と組み合わせると、より複雑なものになりました。例えば、「振り向く」という動作は完全に分解する必要がありました。これにより、キャラクターはターゲットの方向を向くために、目、頭、肩、上半身、あるいは全身のあらゆる組み合わせを、状況に応じて使い分けることができるのです。Half-Life 1では、キャラクターの体を上半身と下半身に分けることで、ある方向に歩きながら別の方向を向くことを可能にしていました。しかし、Half-Life 2のキャラクターにとっては、このアプローチはあまりに抽象的すぎました。そこで代わりに、私たちのアニメーターはコンパスの全8方向に対応する歩行アニメーションを作成し、それらをゲームの実行中に滑らかにブレンドできるようにしたのです。"
N/A4076"#commentary\cn_161_faceposer.mp3" "[ヤーン・バーニア] コレオシステムを動かすために私たちが構築した主要なツールはフェイスポーザーと呼ばれていました。これはその名前が実態を表していないプログラムで、アニメーターがタイムラインに沿ってシーン全体の構造をレイアウトできるものでした。このタイムラインには、俳優向けの一連のコレオコマンドと、それを実行するために必要なすべての情報が含まれています。アニメーターはこれらのコマンドをタイムライン上で重ねることで、俳優がある方向を向きながら、別の方向に向かって話し、さらに違う場所へ歩くといった複雑な動作を、すべて同時に、かつ簡単に記述することができます。しかし、このタイムラインは固定された一本道のシーケンスではありませんでした。俳優たちはコマンドに従いつつも、周囲の世界に動的に反応しなければなりませんでした。プレイヤーが道を塞いでいれば目的地への移動に時間がかかりますし、プレイヤーによって他の俳優の動きが遅れた場合は、台詞を言うのを待つ必要もありました。フェイスポーザーのおかげで、私たちはさまざまなレイアウト、台詞の言い回し、タイミングを試しながら、シーンの試行錯誤を素早く繰り返すことができました。このように迅速な実験と調整を行うことができる能力は、キャラクターと物語の目標を達成するために最適なパフォーマンスを見つけ出す上で、極めて重要であることが証明されました。"
N/A4077"#commentary\cn_162_choreo_commands.mp3" "[ヤーン・バーニア] このデバッグ用の視覚化表示は、シーンを通じて俳優が受け取るコレオコマンドの中で最も一般的な2つ、社内で注視および移動として知られるコマンドを示しています。俳優には注視すべきターゲットが与えられ、時には同時に複数のターゲットが与えられることもあります。その上で自身の現在の状態を考慮し、最も理にかなったターゲットに焦点を合わせようとします。それと同時に、移動コマンドを受け取っている場合もあり、これは特定の場所へ移動し、特定の方向やオブジェクトを向くよう指示するものです。このように一見単純に見えるコマンドでさえ、多くの複雑さを内包していました。あるシーンでは、俳優がキーボードをタイピングしながら話し、その間ずっとプレイヤーが持っているオブジェクトを注視するといった挙動が求められるかもしれません。プレイ中にプレイヤーがどこにいるかを予測することは不可能だったため、このようなシーンを制作するには、シーンの各要素を個別のピースやレイヤーに分解する必要がありました。そうすることで、プレイ中にプレイヤーの行動に応じてこれらの要素を必要に応じて再構築し、必要であれば中断させることが可能になるのです。"
N/A4078"#commentary\cn_163_antlions.mp3" "[ケリー・デイビス] 海岸のチャプターを通してプレイヤーはバギーを運転し続けるため、私たちはどこに出現してもおかしくない遍在的な敵を必要としていました。その敵は、プレイヤーをバギー内またはその近くに留まらせるための絶え間ない脅威として機能する必要があったのです。砂の中から出現するアントライオンは、まさにうってつけの解決策でした。人型の敵とは異なり、その高い機動力によって、短距離であればバギーに追いつくことができました。おまけに、轢き殺すのが非常に爽快でした。"
N/A4079"#commentary\cn_164_thumpers.mp3" "[エイドリアン・フィノール] 可能な限りプレイヤーが自分で見つけ出したと感じられることには、大きな価値があります。世界は単にプレイヤーのために用意された一連のゲームプレイ要素の連続ではなく、より生き生きとしたものに感じられるのです。一定数のプレイヤーが完全に見逃してしまうかもしれないというリスクを受け入れることができれば、よりさりげないアプローチを取ることができます。私たちはサンパーでこのアプローチを採用し、プレイヤーが遭遇する可能性は高いものの、必ずしも関わることを強制されないような状況をデザインしました。プレイヤーが何が起きているかを理解する助けとなるように、多くの視覚的で聴覚的な手がかりや、アントライオンの反応が用意されています。すべてのプレイヤーが仕組みを理解すると保証されるわけではありませんが、プレイテストでは、ほとんどのプレイヤーがちゃんと理解してくれることが示されました。"
N/A4080"#commentary\cn_165_d2_coast_09.mp3" "[アーロン・シーラー] 海岸の開発終盤、ゲームのコード開発がレベルデザインの進捗を大きく上回るという状況になり、ゲームプレイ担当のプログラマーは、Half-Life 2の完成に貢献できる新たなタスクを探し始めていました。これは主に海岸のレベルが持つ、その圧倒的なスケールの大きさと広範囲にわたる地形の使用が、レベルデザイナーに大きな負担を強いていたことが原因でした。その結果、手の空いたゲームプレイ担当のプログラマーが、自ら小規模な戦闘シーンをデザインし始めたのです。後にレベルデザイナーの作業が追いつくと、プログラマーが作った3つの別々の戦闘シーンを1つにつなぎ合わせ、リリースに向けて必要なすべての仕上げ作業を施すことで、このレベルが作り上げられました。"
N/A4081"#commentary\cn_166_final_scene.mp3" "[ビル・ヴァン・ビュレン] ブリーンのオフィスでの最終対決でプレイヤーをポッドに閉じ込めるという手法は、ある種の妥協ではありました。しかし、それによって、他の場所では決して実現できなかったキャラクターに焦点を当てた演出が可能になったのです。すべての登場人物の物語が、このシーンで結末を迎えます。プレイヤーをこの視点に固定することで、台詞、声優の演技、そしてアニメーションの組み合わせによって生み出される、真の感情的なカタルシスを得る機会が生まれるのです。制作の観点から見ても、このシーンを成功させるのは大変な挑戦でした。適切なブロッキングや動きの設定、効果的なタイミングの調整、そして別々に収録された音声演技と個々のアニメーションから、感情的な相乗効果やつながりを引き出すことなどです。ドラマチックな相乗効果が生まれ、すべてのキャラクターが本当につながり合っていると感じられるようになるまでには、多くの微調整が必要でした。"
N/A4082"#commentary\cn_167_end_game_scramble.mp3" "[デイブ・リラー] 当初、ゲームのエンディングにはかなり大規模なコレオシーンが予定されていました。しかし、コレオチームはゲーム全体に残された膨大な量のストーリーテリング作業に追われ、非常に多忙でした。彼らの負担を軽減するため、要塞のゲームプレイ担当チームはゲームを締めくくるゲームプレイ上のチャレンジを作成するよう依頼されました。それはパズルでも、戦闘でも、何でも構いませんでした。その結果生まれたブリーンとのボス戦は、既存のスーパーグラビティガンのゲームメカニクスを活用しつつ、独自のコレオグラフィを少し組み合わせることで、非常に短期間で完成に至りました。"
N/A4083"#commentary\cn_168_combine_portal_effects.mp3" "[ゲイリー・マクタガート] 私たちの開発プロセスにおける重要な点は、チームのメンバーなら誰でも、自分のスキルをもってゲームのあらゆる部分に貢献できるという文化です。最終決戦のゲームプレイが固まった後、アーティストやVFXプログラマーたちが加わり、コンバインの母星へと続くポータルや、ゲームのエンディングで時間が停止するエフェクトの演出を、さらに高いレベルへと引き上げる手助けをしてくれました。コンバインのポータルエフェクトには、私たちが水の表現に用いていたものに類似した屈折シェーダーが使われています。"
N/A4084"#commentary\cn_169_citadel_entrance.mp3" "[ジェフ・レーン] 私たちは要塞へのルートを逆順で構築しました。内部のジオメトリを、外観を完成させるためのアートのプロトタイプとして制作しました。プレイヤーが市街戦マップの下水管から出てくることは決まっていたので、そこから要塞の入口までをつなぐため、滑ったりジャンプしたりする一連のセクションを作成する必要がありました。"
N/A4085"#commentary\cn_170_citadel_steep_landing.mp3" "[ランディ・ランディーン] 要塞は開発のかなり後期に作られたため、当初はそのゲームプレイに関する明確なビジョンはありませんでした。これは珍しいことではなく、通常はゲームデザインが開発プロセスを主導しますが、コンバインの要塞が存在するといった開発初期の大きな創造的決断は、最終製品に落とし込むために後から専門のデザイン作業が必要になります。前のチャプターでのクライマックスの戦闘の後、要塞でのフィナーレには異なる雰囲気を持たせたほうがプレイヤーにとってより大きな達成感が得られると考えました。仮にここからさらに困難な挑戦を用意したくても、開発終盤のこの時期に新しいメカニクスやNPCを作るのはリスクが高すぎました。最初の計画では、受動的な物語のスペクタクルにすることでした。つまり、コンバインの兵器の中心部を列車で巡り、ブリーンのオフィスで終わるというものです。しかしその計画を練った後、私たちは数日間スーパーグラビティガンのメカニクスの試作に費やしました。ゲームの最後にプレイヤーを全能にすることで、全体のゲームバランスを崩すことなく彼らの最強になりたいという願望を叶えられると考えたのです。結果はすぐに有望なものとなり、スーパーグラビティガンを組み込むために素早くを再設計することになりました。従来からのゲーム終盤の難関を用意するのではなく、意のままに敵を掴み、壁からコンソールを引き剥がすといった、神のような全能感をプレイヤーに味わってほしいと考えました。最終的に、要塞はこれら2つのコンセプトを融合させ、壮大な光景を見せるスペクタクルと解放された力を交互に体験させる構成になりました。"
N/A4086"#commentary\cn_172_lightmap_pass.mp3" "[マイク・デュソー] 要塞の内部は幾何学的には比較的シンプルですが、コンバインの金属マテリアルとドラマチックなライティングが、この建造物の巨大さを見事に演出しています。重要で目につきやすい表面ではライトマップの解像度を上げ、完全に影の中にある表面や遠景にある表面では解像度を下げています。また、要塞の空間は非常に広大であるため、不必要に大きなライトマップの表面は、パフォーマンスに大きな負荷がかかります。開発終盤には要塞の全レベルにわたって大規模な見直し作業が行われ、見た目のクオリティとパフォーマンスのバランスを取るために、これらの値が最適化されました。この作業は、ハンマーレベルエディターに追加された、表面をそのラクセル密度に応じて色分け表示する新機能によって容易になりました。"
N/A4087"#commentary\cn_173_super_gravity_origins.mp3" "[ブライアン・ジャコブソン] 開発がこの段階に至る頃には、私たちはグラビティガンのデザインに確信を持っていました。そこで、プレイヤーに全能感を味わってもらいたいと考え、その超強化版の制作に取り掛かりました。プロトタイプの制作に要したのは実際のところ1日ほどでしたが、すぐに気に入ったものができあがり、それが要塞のゲームプレイの核となりました。物理エンジンはすでに完成していたので、私たちは、その従来の限界を超えるような、新しくてエキサイティングな活用法を自由に見つけ出し、そこから生まれるあらゆる面白い結果を受け入れることができたのです。私たちが試作に使ったオブジェクト(物理シミュレーション上で100kg以上の重さがある超重量のスイカ)は、最終的にゲーム内で目にするコンバインのエネルギーボールになりました。"
N/A4088"#commentary\cn_174_combine_energy.mp3" "[ブライアン・ジャコブソン] プロトタイプではスイカとして始まったものが、後にエナジーボールへと姿を変えたのは、その衝撃音や爆発音が農産物の音というよりむしろ現在のゲームにあるようなサウンドに仕上がったからでした。スイカというコンセプトベースではないレベルで試行錯誤を始めると、エネルギーボールが兵士を倒すための面白い手段としてだけでなく、さまざまな装置の電源を入れたり切ったりするためのパズル要素としても使えることに気づきました。開発がかなり進んだ後になって、当時実装されていたAR2のサブ射撃が気に入らなくなったのですが、チーム内ではコンバインボールが好評だったため、最終的にそれをAR2のサブ射撃にそのまま組み込むことになったのです。振り返ってみるとゲーム内でそれぞれ独立して機能していた要素が、開発の終盤になって結びつき、問題を解決することに私たちはいつも驚かされます。"
N/A4089"#commentary\cn_175_combine_wall_and_balls_training.mp3" "[イド・マガル] プレイテストにおいて、プレイヤーはコンバインのエネルギーボールが兵士を消滅させていることと、なぜ兵士たちが消えるのかという理由に気づいてくれませんでした。当初、私たちはこの問題を解決するため、ボールが敵の方向へ優先的に跳ね返るようにして、消滅キルが発生する確率を高めようとしました。やがて、プレイヤーがその効果に気づかない本当の理由を理解しました。この現象が常に激しい戦闘のさなかに起きていたからであり、人間はストレス下では新しいことを学ぶ能力が著しく制限されるからでした。開発終盤の対策として、私たちはプレッシャーの低い訓練用の部屋を挿入しました。そこにはコンバインボールを掴まなければ開けられないフォースフィールドがあります。この仕掛けは、コンバインボールがフォースフィールドを無効化する仕組みと、兵士に撃ち込むと彼らを消滅させるということをプレイヤーに訓練させるために特別に追加されたものです。それでもなお、プレイテストでの成果はまずまずといったところでした。私たちの努力にもかかわらず、一部のプレイヤーは依然として、この投射物による消滅効果を認識するのに苦労していました。私たちは時間が足らなくなり、プレイヤーが依然として自分は強いと感じてくれているのだから、たとえその成功の理由を全員が理解していなくても、それはそれで良いだろうと判断しました。"
N/A4090"#commentary\cn_176_weapon_strip.mp3" "[ジョシュ・ウィアー] スーパーグラビティガンを導入した以上、私たちはプレイヤーに従来の武器へ戻ってほしくありませんでした。そこで、唯一の合理的な手段を取りました。つまり、武器を分解してしまったのです。コンバインのような不可解で超自然的な敵がゲームの悪役だと、こういう時に助かります。なぜなら、彼らが分解装置なるものを持っていても、いかにもありそうな話だからです。だって、ない理由がないでしょう?そして、もし何らかの理由でレベルの途中で装備一式をプレイヤーに戻す必要が出てきたとしたら、ご都合のいいことに、なんと彼らは再統合装置も持っているというわけです。"
N/A4091"#commentary\cn_177_breen_monologue.mp3" "[マーク・レイドロー] クリエイティブな仕事は決して真空状態で行われるものではなく、私たちは皆、何か他のものからインスピレーションを得ています。要塞のモニターに映し出されるブリーンの独白は、私たちが皆大好きだった『Thief 2』のゲームから、あるインスピレーションを得ています。そのゲームでは、プレイヤーがこっそり潜入している間、敵のボスがプレイヤーを挑発してきます。表現方法はかなり異なりますが、核となるインスピレーションはそこにあります。しかし、この瞬間を本当に特別なものにした真の立役者は、故ロバート・カルプ氏の演技です。彼の演技は完璧でした。彼はブリーンの台詞の一つ一つを繊細さと独特の味付けで解釈し、紙の上のキャラクターを本当に特別な存在へと昇華させたのです。ロバート・カルプ氏との音声収録は、これ以上ないほど楽なものでした。彼が台本を持ち、エンジニアが録音ボタンを押せば、もうそれで終わりといった具合です。ここで再確認された教訓は、自分よりも優れた才能を持つ人、つまり確実に何かを学べる人と一緒に仕事をするべきだということです。この台詞はこう言うべきだ、または、この場面はこうなるべきだといった固定観念を持って臨むのではなく、その代わりに、才能ある人々と協力し、彼らならもっと良くしてくれると信頼して臨むべきなのです。"
N/A4092"#commentary\cn_178_dissolved_weapons.mp3" "[クインティン・ドロケス] コンバイン兵がグラビティガンによってラグドール化された後、彼らの武器が消滅するように設定されていたのには、2つの理由があります。一つは、プレイヤーがそれらの武器を拾って使用するのを防ぐためで、もう一つは、これらのマップにおけるパフォーマンスを向上させるためです。さらに、プレイヤーが先に進むにつれて、倒れた兵士のラグドールを消去するラグドール・マネージャーも追加されました。"
N/A4093"#commentary\cn_179_elevator_fight.mp3" "[ブライアン・ジャコブソン] プレイヤーに全能感を感じてほしいという思いはありましたが、エレベーターシャフトでの激しい戦闘を追加する誘惑には抗えませんでした。ここでの、エレベーターの到着を待つ間の戦闘は、結果的にこのパートで当初想定していたよりも、いくぶん難しいものになってしまいました。プレイテストを通じて簡単にはなったものの、本来あるべきレベルまでバランスを調整するための時間はまったく足りませんでした。プレイヤーがそれほど大きな危険に晒されることはなかったのですが、出現する兵士の数の多さが、この戦いを実際以上にクライマックス感のあるものに感じさせています。"
N/A4094"#commentary\cn_180_replacing_the_prefabs.mp3" "[ジェフ・レーン] コンバインのエナジーボールは、常に跳ね続けるオブジェクトをフォースフィールドで閉じ込めているだけの、比較的シンプルな仕組みです。しかし、プレイテスト中に、エナジーボールが跳ね回るうちに暴走し、閉じ込めていたフォースフィールドから「脱出」してしまうというバグが繰り返し発生しました。当時の私たちのプレハブ技術には限界があったため、この修正作業は、ボールが設置されている要塞の全レベルのすべての場所において、何度も手作業での再構築を必要としました。"
N/A4095"#commentary\cn_181_strider_fight.mp3" "[テッド・バックマン] 要塞の初期プロトタイプの一つには、スーパーグラビティガンでストライダーを掴めるようにするというアイデアがありました。そして長い間、ストライダーとの戦闘は、ガンで掴める距離までいかにして近づくかという点が主眼でした。開発終盤、私たちは、ストライダーを掴めるようにすると弱すぎると感じてしまうと判断しました。特に市街戦で激闘を繰り広げた後ではなおさらです。そのため、この戦闘はコンバインボールでストライダーを倒すという形に差し替えました。モデルには破壊用のパーツが追加され、ストライダーの死体を引きずり回す代わりに、本体がバラバラに吹き飛ぶようにしました。ゲーム中でストライダーがこのように破壊されるのは、この場面だけです。"
N/A4096"#commentary\cn_182_getting_in_the_pod.mp3" "[ダービー・エン] ここから始まるポッドの上昇シークエンスでは、シーンとプレイヤーの視点を完全にコントロールする必要がありました。これは、プレイヤーに可能な限り操作の自由を保持してもらいたいという私たちの普段の理念とは相反するものです。しかしこの最終段階においては、そのトレードオフには価値があると判断しました。この時点のプレイヤーはあまりにも強力で、プレイヤーを制御するのは困難でした。そのため、プレイヤーの操作を無効にする必要があったのです。その代わり、シーン内のキャラクター全員がプレイヤーに話しかけるようにして、プレイヤーが常に注目の中心でいられるようにしています。また、途中で環境を通じてナレーションを提供することもできました。ここから要塞を通る列車の旅には、アート素材まで制作したものの、ゲーム本編からはカットされた敵がいくつか登場します。居心地の良いポッドの安全な場所から、ストーカーが処理される様子や、クラブ・シンセの姿を垣間見ることができます。"
N/A4097"#commentary\cn_183_turrets.mp3" "[マイク・デュソー] プレイヤーがフェロポッドを所持している場面において、タレットはアントライオンによる正面からの突撃を完全に防ぐことができるため、便利なデザインツールでした。これにより、私たちはプレイヤーがただフェロポッドを投げるだけでは先に進めず、まず迂回してタレットを排除し、それからアントライオンを従わせるという設定を作り出すことができました。タレットの射撃によってアントライオンがなぎ倒されていく様子が、それ自体で素晴らしい見世物になったのも悪いものではありませんでした。"
N/A4098"#commentary\cn_184_grenade_puzzle.mp3" "[アーロン・シーラー] この小さなパズルは、プレイテスト中にプレイヤーを頻繁に行き詰まらせていました。無限に補充されるグレネードの箱が、プレイヤーの進路の少し手前に置かれていたためです。ゲームのこの時点までに、プレイヤーは無限弾薬箱の存在とパズルの解法とを関連付けて考えることを完全に学習しています。そのため、もしグレネードの箱がこの場所にあれば、プレイヤーは即座に、このパズルを解くにはグレネードが必要だと気づくでしょう。私たちはまずプレイヤーに少しだけ考えてほしかったのです。最終的に、私たちはプレイヤーにグレネードが利用可能であることをプレイヤー思い出してもらうため、窓から机の上のグレネードが見えるというさりげないヒントを追加しました。このヒントは、あるプレイテストでバグを発見するきっかけにもなりました。あるプレイヤーがもっとよく見ようと窓に近づいたところ、ガラスを突き抜けてグレネードを拾ってしまったのです。"
N/A4099"#commentary\cn_185_allied_turrets_balancing.mp3" "[エイドリアン・フィノル] 味方として使うタレットを中心にこの戦闘のバランスを調整するのは、困難な作業でした。ここでの目新しい要素はタレットであるため、もしプレイヤーがタレットを無視してしまうと、ゲームプレイがこれまでのものと似てしまい、冗長に感じられます。タレットの使用を必須とし、戦略的な配置にメリットを与えるようにしたかったのですが、結果が非常に両極端になってしまいました。完璧な配置をすれば戦闘が楽になる一方、下手な配置では非常に難しくなってしまったのです。バランス調整と兵士用のカスタムAIロジックが、この問題の解決に役立ちました。兵士がグレネードを投げたり、側面から回り込んで攻撃したりして、タレットを倒すのが上手くなったのです。これらの変更により、戦闘の焦点は、完璧な初期配置を見つけることから、どのような配置もいずれは崩されるため、タレットを積極的に維持し続けることへと移りました。プレイテストの結果はプレイヤーによって大きく分かれ、難しすぎると感じる人がいる一方で、一番好きな戦闘だと評価する人もいました。開発時間が尽きてきたため、私たちは最終的なバランスに満足してはいませんでしたが、最終的に難易度を少しだけ下げて、そのままリリースすることにしました。"
N/A4100"#commentary\cn_186_meeting_mossman.mp3" "[アリエル・ディアス] あの裏切りの場面の後で、プレイヤーとアリックスをモスマンと再会させるのは、厄介な課題でした。多くのプレイヤーがモスマンを見つけたら撃つべきだと感じていたからです。私たちはそれを許すわけにはいきませんでした。別のストーリー分岐を開発する時間がなかったためです。しかし同時に、私たちがその選択肢を奪っているということをプレイヤーに意識させたくもありませんでした。そのため、プレイヤーがそもそも彼女を撃とうと試みる可能性を下げることを目指したのです。ここの防弾ガラスは、アリックスとモスマンの会話のための時間を稼いでくれます。そしてその会話の中で、アリックスはモスマンを撃つことが正しい行いだとは考えていないということが明らかになるのです。"
N/A4101"#commentary\cn_187_eli_in_pod_choreography.mp3" "[ケン・バードウェル] まだノバ・プロスペクトを構築している最中に、このシーンの台詞を執筆し、収録しました。その段階では、アリックスとゴードンが刑務所からテレポートで脱出することはわかっていましたが、具体的な詳細は何も決まっていませんでした。そのために台詞は、私たちが最終的にどのようなものを作り上げても適合するように、幅を持たせたものである必要がありました。その結果、私たちはプレイヤーの行動そのものよりも、アリックスの弱さや、彼女の父親との絆に焦点を当てることにしました。私たちは、物語そのものよりも、感情がこのシーンを支えてくれることを期待したのです。私たちの最終的な目標は、プレイヤーにこれらのキャラクターへ感情移入してもらうこと、そして、アリックスにとって重要なことをプレイヤー自身も優先したいと思ってもらうことなのです。"
N/A4102"#commentary\cn_188_mossman_and_eli.mp3" "[ビル・ヴァン・ビュレン] このコレオシーンにはかなりの試行錯誤が必要でした。私たちは、プレイヤーの操作を一切制限しないまま、シーンの途中で物語上のひねりを盛り込みたいと考えていました。そのひねりをわかりやすく伝えつつ、なおかつプレイヤーに妨害されないようにするためには絶妙なバランスが必要でした。もしプレイヤーがアリックスについてコンソールへ向かった場合は、振り返った時に何が起きたのかを理解できる必要がありました。もしプレイヤーが下がってモスマンを見ていた場合は、それが自分が阻止すべき出来事だと感じることなく、何が起きているのかを理解できる必要がありました。適切なタイミングを見出すには大規模な調整とプレイテストが必要でしたが、最終的にはプレイヤーの注意をそらし、決定的な瞬間を素早く見せ、そしてその出来事が起こった後で最後に説明を加えるという手法の組み合わせを採用しました。"
N/A4103"#commentary\cn_189_nova_prospekt_entry.mp3" "[ダニカ・ロジャース] プレイヤーは戦闘の多いレベルを2つクリアしたばかりです。そのため彼らが内部に侵入した後は、一旦ペースを落としたいと考えました。これらの序盤のレベルは、ペースに変化をつけるために設計されており、プレイヤーがノバ・プロスペクト内部の構造を探索できるようになっています。その道中で、私たちはタレットを使ったゲームプレイを導入しています。最初はプレイヤーの敵として、そして後にはプレイヤーが利用できる道具としてです。このレベルの大部分は、ノバ・プロスペクトの見た目を固めることに集中していたプロジェクトの初期段階に作成されたプロトタイプやアート制作用の空間を再利用して構築されています。"
N/A4104"#commentary\cn_190_turret_training_exit.mp3" "[ダグ・ウッド] このゴミの山と散らかった階段の下りは、プレイヤーがタレットを持ち運ぼうとするのをやめさせることを意図して設計されています。仮に持ち運んできたとしても、何かが壊れるわけではありませんが、私たちは、そうするプレイヤーが少なくなるようにしたかったのです。タレットを持ち運び続けるのを不便にさせるというのは、理想的なデザイン戦略とは言えません。しかし、何もしないよりはマシでした。多くのプレイテスターは、ゲームが何かを伝えようとしていると感じ取ると、最終的には諦めてタレットをその場に置いていきました。"
N/A4105"#commentary\cn_191_allied_antlions.mp3" "[エリック・キルヒマー] 無限に湧き出るアントライオンの軍団がタレットや兵士を攻撃するという状況下で、私たちはノバ・プロスペクトの戦闘におけるプレイヤーの役割を理解するのに時間を費やす必要がありました。プレイヤーはすでに十分な数のコンバイン兵と戦ってきました。そこでここでの戦闘は、純粋な戦闘スキルへの挑戦というよりも、パズルやスペクタクルのように感じられるようにすることにしました。その考えに基づき、私たちはプレイヤーが介入するまで膠着状態を維持するような状況を作り出しました。プレイヤーが直接敵を倒すことでも、アントライオン側が優勢になるよう戦況を傾けることはできます。しかし、私たちはフェロポッドを使うことが、特に報われるようにしたかったのです。多くのシナリオで、プレイヤーが敵にフェロポッドを投げつけると、追加のアントライオンの出現ポイントが有効化され、新たなアントライオンが一気に戦闘になだれ込むようにしました。その結果生まれる大混乱と破壊こそが、フェロポッドを使うことの報酬となったのです。"
N/A4106"#commentary\cn_192_laser_mines.mp3" "[エリック・ジョンソン] このレーザートリップマインをノバ・プロスペクトに登場させられることをとても嬉しく思いました。これはHalf-Life 1の武器でしたが、Half-Life 2本編にはうまく組み込めていませんでした。しかし、少なくともパズルのギミックとしてその居場所を見つけました。特に気に入っているのは、プレイヤーがアントライオンの軍団を率いている際に、このトラップがプレイヤーの個人的な倫理観を試す一種のテストとして機能した点です。あるプレイヤーは、即座にトリップマインの向こう側へフェロポッドを投げ、アントライオンを犠牲にして問題を解決する一方、他のプレイヤーは、別のツールで安全にトリップマインを解除するまで、小さな仲間たちを待機させました。私たちは、どちらが良い悪いと言うつもりはありません。"
N/A4107"#commentary\cn_193_final_turret_arena.mp3" "[エリック・ジョンソン] 味方のタレット使用といったゲームプレイ要素の展開を構築する際、私たちはまず、その展開の最終地点となるプロトタイプを最初に作ることがよくあります。そして、プレイテストでそれがうまく機能すると示されるまで、そのプロトタイプに試行錯誤を重ねます。そこから、私たちは逆方向に作業を進め、その要素をプレイヤーに紹介し、スキルを構築させるための先行するシナリオを追加していくのです。このアプローチにより、私たちが多くの時間を投入する前に、最終的な展開が面白いものになることを保証できるのです。また、このやり方だと、トレーニング用のシナリオを作成する段階になる頃には、すでに十分な数のプレイテストを観察しており、どのスキルに手引きが必要で、どのスキルはプレイヤーが自然に習得してくれるかを把握できているということにもなります。この最後のタレットのシナリオこそが、私たちが目指した最終地点でした。多方向から来る敵に対するプレイヤーの防衛を重視し、ダイナミックなタレットの配置と回収をプレイヤーに要求するものです。"
N/A4108"#commentary\cn_194_one_way_drops.mp3" "[ヤコブ・ユンゲルス] プレイヤーは自分の前方に何が待ち受けているかを知りませんが、自分が通ってきた後方のエリアについては熟知しています。そのため、敵に遭遇すると、慣れ親しんだ場所まで後退するのはよくある行動です。私たちがプレイヤーにここで戦ってほしいと意図してアリーナを構築した場合、特にアントライオンガードのように特定の地形を必要とする敵の場合はなおさら、その退却を防ぐ手段が必要になります。一般的な解決策が、プレイヤーに一方通行の後戻りできない段差を降りさせてアリーナに入らせることです。皆さんもこれまでに何度か気づかれたかもしれません。"
N/A4109"#commentary\cn_195_npcs_on_elevators.mp3" "[ジェイ・ステリー] 私たちは、プレイヤーが気づかないような問題の解決に膨大な時間を費やすことがあります。その多くは繊細なデザイン上の課題ですが、複数のシステムが互いに影響し合うことから生じる問題もあります。たとえば、NPCをエレベーターに乗せるという処理は、複雑な問題が発生しました。なぜなら、NPCのAIによる意思決定、移動経路の計画、動作のシミュレーションといった、ほんの数例を挙げるだけでもさまざまなシステムが関わっていたからです。さらにエレベーター自体にも、NPCとは無関係の独自のシミュレーション要件がありました。中でも特に繊細だった課題の一つは、私たちがNPCをエレベーターよりも遅い速度でシミュレーションしていたという事実から生じました。つまり、下降中のエレベーターに乗ったNPCがエレベーターに正しく立っていることを確認するためにシミュレーションを行い、その直後にエレベーターが数回シミュレーションしてエレベーターシャフトを下へ移動させると、NPCはわずかに空中に取り残されてしまいます。そして、そのすぐ後にNPCが再びシミュレーションされると、改めてエレベーターの床の上へと瞬間移動するという現象が起きていました。アリックスがあなたに話しかけている間、彼女が絶えず小刻みにカクカクと下降し続けていたら、その話を真剣に聞くのがいかに難しかったか、ご想像いただけるでしょう。"
N/A4110"#commentary\cn_196_looktargets.mp3" "[ジョン・クック] 私たちのデザインツールキットにおける重要なツールの一つが、ルックターゲットです。これは、プレイヤーがそこを見た時に作動する空間内の目に見えないポイントのことです。デザイナーは、プレイヤーがどの程度の精度でそれを見なければならないか、視線を合わせる時間、その他の条件を指定することができます。一度作動すると、ルックターゲットはさまざまなゲーム内イベントの引き金となります。たとえば、アリックスが台詞を話す前にプレイヤーが彼女の方を向くのを待ったり、壮大な見せ場がプレイヤーの視界に入って初めて始まったり、またはコンバインのドロップシップがプレイヤーがある方向を見ている時に飛んできたりといった具合です。ルックターゲットを実装して以来、デザイナーたちはプレイヤーにとってゲームプレイ体験がより確実なものになるよう、その無限の活用法を見出しました。特にプレイヤーの移動速度や行動はさまざまで、予測が困難な場合があるため、このツールは非常に重宝されました。"
N/A4111"#commentary\cn_197_nova_prospekt_yard.mp3" "[ジョン・モレロ] ノバ・プロスペクトの中庭における戦闘は、初期に観察したアントライオンとコンバイン兵との戦いから主に着想を得ています。アントライオンの高い機動力と近接攻撃は、兵士の遠距離での殺傷能力の高さや接近戦での脆弱性と、非常に相性が良かったのです。アントライオンは撃たれている姿も見栄えが良く、パーティクルエフェクトがそこら中に飛び散ります。そして、ついに兵士にたどり着いた時のラグドール効果は、見ていて最高に気持ちがいいものです。"
N/A4112"#commentary\cn_198_vent.mp3" "[ジョン・モレロ] お気づきかもしれませんが、通気孔があるということはそこにはヘッドクラブがいるということです。私たちがこのルールを作ったわけではなく、通気孔と同じで上からの指示なのです。"
N/A4113"#commentary\cn_199_kitchen.mp3" "[ケリー・デイビス] ゲームに出てくるキッチンには、ガス爆発がつきものというのは、ゲーム開発者の間ではお約束なのです。"
N/A4114"#commentary\cn_200_alyxs_tool.mp3" "[ローラ・デュバック] アリックスのマルチツールは、彼女自身を鍵として機能させる上で非常に役立ちました。準備が整うまでプレイヤーの進行を食い止めておく必要がしばしばありましたが、彼女のマルチツールがあれば、前方の道を解錠しながら台詞を話すという演出が可能でした。この手法に少し頼りすぎたかもしれませんが、その誘惑には抗いがたいものがありました。そこには常にトレードオフが存在します。その独自の解決策を作る代わりに、アリックスを使って部屋の進行を制限することで、私たちは時間を節約し、その時間をゲームの他の、多くの場合より重要な部分に費やすことができたのです。"
N/A4115"#commentary\cn_201_mossmans_betrayal.mp3" "[マーク・レイドロー] ジュディス・モスマンに関する当初の計画では、この時点で彼女がプレイヤーを裏切ることになっていました。しかし、ゲームの他の部分の開発を終えてこのシーンに至る頃には、彼女の行動が単にイーライを守ろうとしているだけの可能性が高いと感じるようになりました。私たちは彼女が考えを改め、ゴードンを裏切ることなどできないと悟る姿を思い描いていました。後にこの心変わりの部分を明確にするアイデアはありましたが、最終的に彼女の物語は完結しませんでした。私たちはモスマンに残された曖昧さを気に入っていましたが、プレイヤーはそうではなかったようで、ほぼ例外なく彼女のことを嫌っていました。しかし、それもある意味では成功だったのかもしれません。私たちは、プレイヤーがアリックスに親近感を抱くよう多大な労力を費やしましたし、そのアリックス自身もジュディスのことを快く思っていませんでした。"
N/A4116"#commentary\cn_202_d2_prison_05_start.mp3" "[ヤーン・バーニアー] プレイヤーが多数のオブジェクトを動かせるようになったことで、私たちはしばしば課題に直面しました。特に2003年当時のCPUの限界を考えれば、なおさらです。制限の一つは、私たちのAIナビゲーションシステムが、この金属製のベッドのような動的な物理オブジェクトを認識していなかった点です。NPCの移動システム自体は、移動中に物理オブジェクトを検知して回避することができましたが、移動前に戦略的な経路を計画するナビゲーション探索の際には、それらのオブジェクトは実質的に見えていなかったのです。これは主にパフォーマンス上の制限によるもので、これ以上複雑な処理を行う余裕はありませんでした。また、プレイヤーが大きな物理オブジェクトで廊下を完全に塞いでしまった場合に兵士がどう反応すべきかといった、明確な解決策のないデザイン上の課題にも直面しました。これに対処するため、私たちはNPCに物理オブジェクトを押し動かすための特別な力を与えました。さらに、廊下を広めに設計したり、小道具が部屋のどこに転がっても対応できるだけの十分な空きスペースを確保したりといったレベルデザインを通じてこの問題を緩和しました。この設定はリスクの高いものです。ベッドの陰に隠れる兵士と、近接攻撃のために突進してくるアントライオンという組み合わせは、NPCの移動システムとベッドとの間で、ぎこちない相互作用が生まれる可能性を非常に高めています。"
N/A4117"#commentary\cn_203_alyx_as_companion.mp3" "[マイルズ・エステス] このセクションは、図らずもエピソード1で本格的に描かれることになる要素のプロトタイプとなりました。それは、仲間としてのアリックスが、ダイナミックな戦闘とスクリプト化されたコレオグラフィーを融合させた道のりをスムーズに進んでいくというものです。当時はまだ、こうしたシナリオで彼女がプレイヤーの傍らでどのように立ち振る舞うべきかという明確なモデルを持っていませんでした。しかし、十分に試行錯誤を重ねる時間もなかったにもかかわらず、この短いセクションだけでも私たちに多くのことを教えてくれたのです。"
N/A4118"#commentary\cn_204_laundry.mp3" "[マイク・デュソー] プレイヤーが、ランドリーとして知られるこのレベルに到達する頃には、私たちは、彼らがフェロポッドを使って戦闘状況を解決することにすっかり慣れていると確信しています。そこで私たちは、プレイヤーがフェロポッドと手持ちの全武器を組み合わせて、さらに積極的に戦闘に関与するよう促すシナリオを作り出すことで、少し難易度を上げたいと考えました。"
N/A4119"#commentary\cn_205_side_zombie.mp3" "[クインティン・ドロケス] このポイズンゾンビはプレイテストで常に特に反応の良い場面でした。プレイヤーはコンバイン兵、アントライオン、そしてタレットとの戦闘に集中しきっていたため、ポイズンゾンビとはしばらく遭遇していませんでした。そのため、暗闇からの不意の登場は、しばしば衝撃的な瞬間をもたらしました。"
N/A4120"#commentary\cn_206_flares.mp3" "[クインティン・ドロケス] このセクションは、制作コストと試行錯誤の回数という点で、先ほどのタレットの区間と良い対比をなしています。開発のかなり終盤に作られたにもかかわらず、このセクションは素早く形になりました。アリックスとコンバイン兵のAIがすでに成熟していたからです。私たちはこの暗闇とフレアの組み合わせを気に入り、将来さらに掘り下げるべきアイデアとして、心に留めておきました。後にエピソード1の暗いセクションを計画する際に、私たちはこのアイデアに立ち返ることになりました。"
N/A4121"#commentary\cn_207_magic_wall.mp3" "[ロビン・ウォーカー] 私たちの作る多くの戦闘アリーナと同様に、この場所にも、プレイヤーが戦闘を終える前に先に進んでしまうのを防ぐための何らかのゲートが必要でした。しかし不運なことに私たちはすでに時間がなく駅のチャプターに進まなければならなかったため、最終的に少々魔法のようなデタラメに頼ることになりました。2隻目のガンシップを倒すと、壁が唐突に爆発して先への道が開けます。ほとんどのプレイヤーはガンシップとの戦闘に夢中で気づかないだろうと安心していましたし、そもそもプレイテストでは大抵のプレイヤーがこの場所にたどり着く前に戦闘を終えていることがわかっていました。アリーナの至る所で爆発が起きていれば、壁が破壊され燃え上がってもかなり自然に見えるだろうと考え、それを正当化するために壁の向こう側には簡単なガスのパズルをいくつか配置しました。しかし、お世辞にもこれを誇りに思っているわけではありません。"
N/A4122"#commentary\cn_208_ragdoll_vortigaunt.mp3" "[スコット・ダルトン] この死んだボーティガンツには、レベルデザイナーの苦しみが詰まっています。当時、私たちの開発ツールではラグドールのポーズを直接設定することができませんでした。つまり、NPCが死んでシステムによってラグドール化して倒れる際、それが最終的にどのようなポーズになるのかを一切コントロールできませんでした。もしアニメーターに時間があれば、望み通りのポーズにほぼ近い1フレームだけのアニメーションを作ってもらうこともできたはずですが、開発は遅れており、少人数のアニメーションチームはすでに手一杯の状態でした。そこでレベルデザイナーは、この椅子の上にボーティガンツを配置し、レベルがロードされると同時に死ぬよう命令し、ラグドールがどのようなポーズで落ち着くかを見守るという作業を行いました。そして、デザイナーはボーティガンツの位置をわずかにずらし、また試すのです。正確な何回は覚えていませんが、皆さんが想像するよりもはるかに多かったことだけは確かです。"
N/A4123"#commentary\cn_209_nova_prospekt_process.mp3" "[エリック・スミス] レーベンホルムと同様に、ノバ・プロスペクトも当初は最終的に製品版となったものとは大幅に異なるゲームプレイで設計されていました。最初のバージョンは、プレイヤー対コンバイン兵の戦闘が中心で、アントライオンは一切登場しませんでした。ゲームプレイとアートが並行して進化していくゲーム内の他のエリアとは異なり、ノバ・プロスペクトは早い段階でアート制作が重点的に進められました。これにより、すでにアートが適用された、再利用可能で磨き上げられたレベルジオメトリのセットが作成されました。刑務所の構造はもともと反復的なものであるため、これらのパーツからノバ・プロスペクトを組み立てていく手法はうまくいきました。そして後に、アントライオンとフェロポッドという要素を携えて戻ってきた際には、既存のジオメトリを、新しいゲームプレイに適合させるよう再構築する必要があったのです。"
N/A4124"#commentary\cn_210_d2_prison_04.mp3" "[エリック・キルヒマー] 開発を通して、私たちのアーティストは環境の小さな一部分を切り取ったバーティカルスライスを制作しました。私たちはこれをアート・ズーと呼んでいました。これらのズーは、私たちが目指す視覚的な目標を達成したゲームプレイ空間を作り出すために、テクスチャや小道具をどのように使えばよいかを示しました。しかし、刑務所のゲームプレイ本編を構築する際には、その反復的な構造のおかげで、私たちはそのアートをより直接的に活用することができました。このマップは、当初はノバ・プロスペクトの主要なアート・ズーとして作られました。しかし、最終的にフェロポッドへとつながるアイデアを含め、さまざまなゲームプレイのプロトタイプをテストするのに使われた後、実際のレベル構造の一部となりました。"
N/A4125"#commentary\cn_211_autosave_dangerous.mp3" "[デイビッド・リラー] Half-Life 1では、ゲーム全体を通してレベルデザイナーが手動で配置した一連のオートセーブがあり、プレイヤーがゲーム内の特定の瞬間や場所に到達したときに作動する仕組みでした。これにより、プレイヤーがブラック・メサの通路を進むうちに、ゲームは自動的にセーブされていました。Half-Life 2では新しいツールが必要だと気づきました。問題は私たちが構築したより複雑ないくつかの戦闘エリアで発生しました。そうした戦闘の中には、かなり長時間にわたり、複数の敵グループが登場するものがありました。また、探索と戦闘が明確に区別されず、広範囲にわたって混在するエリアもありました。ロード直後にプレイヤーが死ぬ危険がある状態でのオートセーブは絶対に避けたいと考えています。なぜなら、それがプレイヤーを死のループに陥れる可能性があるからです。当時のゲームをたくさんプレイした方なら、一度はこの状況に陥ったことがあるはずです。そのため、各戦闘エリアの流れに意図的に間を作らない限り、オートセーブを設置するための安全な場所が常にあるとは限りませんでした。試行錯誤の末、私たちはオートセーブ・デンジャラスという機能を実装しました。これは、レベルデザイナー向けのツールで、オートセーブと関連する時間枠を組み合わせたものです。レベルデザイナーがこれを作動させると、ゲームは即座にセーブされますが、そのセーブデータは保留され、ロード可能なセーブゲームとしては利用できません。その後、プレイヤーが指定された時間生き延びることができれば、そのセーブデータが確定され、最新のオートセーブとして使用されるのです。この機能により、レベルデザイナーは戦闘エリア内の適切な場所やタイミングでオートセーブを設置し、たとえば、30秒といった時間を指定できるようになりました。もしプレイヤーがその30秒間生き続ければ、そのオートセーブが有効になります。"
N/A4126"#commentary\cn_212_we_dont_go_to_ravenholm.mp3" "[ダリオ・カサリ] レーベンホルムに関する作業が終盤に差し掛かった頃、私たちはイーライの研究所からの移行がどうもうまくいっていないという感覚を拭いきれませんでした。あまりにも唐突すぎたのです。当初、イーライの研究所はあなたがまもなく行くことになる町の通りに直接つながっており、あなたが今立っているセクションは存在しませんでした。私たちはイーライの研究所の最後で、「今は使われていないけど」という不吉な台詞を使い、これから起こることへの期待感をうまく醸成できていたと自負していました。しかし、いざプレイヤーがレーベンホルムに到着すると、緊張感を高める余地が一切なく、すぐにゾンビとの戦闘に突入しました。そこで、その問題に私たちが納得のいく形で対処するため、このセクションとその後に続く狭い通路を制作しました。私たちはペースを落とし、アートとライティングに注力することで、あなたに「レーベンホルムには行かない」を体験してもらうための下準備をしました。"
N/A4127"#commentary\cn_213_lever_shenanigans.mp3" "[ダリオ・カサリ] 私たちがこのレバーと外の電気フェンスとの関連性をプレイヤーに理解させようとあれこれ工夫を凝らしたにもかかわらず、一部のテスターはレバーを倒しても自分が何をしたのか理解できないことがありました。彼らはあたりをうろついた挙句、レバーを元の位置に戻してしまい、さらにうろつき続けることさえあったのです。その関連性をよりわかりやすくするために割ける時間はあまり残されていなかったため、レバーを引いたらそのまま折れてしまうという方法を選択しました。これにより、プレイヤーが自分の進行を元に戻してしまう事態を防ぐことができ、同時にレーベンホルムが信頼性のない、朽ち果てていく環境であるという感覚を強めることにもなりました。"
N/A4128"#commentary\cn_214_town_arenas.mp3" "[ダリオ・カサリ] レーベンホルムのこの時点でプレイヤーは利用可能なすべてのゲームプレイ要素を習得しており、それらがどう相互作用するかを予測できるようになっています。これにより、私たちはより複雑な仕掛けを構築し、より高いレベルの脅威を与え、プレイヤーがそれぞれのシナリオにアプローチする方法の自由度を高めることができます。このアリーナは、プレイヤーの探索を必要とする意図的に入り組んだ空間になっています。そしてその探索時間を利用して戦闘の激しさを徐々に上げていきます。プレイヤーの探索が速まれば、戦闘が激しくなるペースも速まります。このように自由度の高いデザインは、プレイヤーのプレイスタイルによって攻略方法に大きな幅が生まれるため、バランス調整が非常に困難でした。"
N/A4129"#commentary\cn_215_mines.mp3" "[ダリオ・カサリ] この坑道を安全に移動するためにプレイヤーが通る入り組んだルートにより、最下層で何が待ち受けているのかを知るのに十分な時間を与えます。驚きなのは、ヘッドクラブだということです。正直、ヘッドクラブはありふれていますが、今回はポイズンヘッドクラブです。それだけでも十分面白いのですが、そこに動きの早いヘッドクラブを混ぜることで大騒ぎを演出できます。この2体の組み合わせは非常に相性がよく、個々では恐れるに足りませんが、組むことによって非常に危険になるのです。毒を受けてしまえば、素早いヘッドクラブの一撃でプレイヤーは死んでしまいます。それが、生物学でいうところの共生であると私たちは考えています。"
N/A4130"#commentary\cn_216_poison_headcrabs.mp3" "[デイビッド・シュパイラー] この部屋には図らずもポイズンヘッドクラブが初登場します。私たちはレベルの後半に正式な登場シーンを練り上げるために多くの時間を費やしました。しかし、プレイテストでの評判があまりに良かったため、興奮のあまり、気づけばレベルの至る所に彼らを配置してしまっていたのです。彼らが本来の登場シーンより前に出現してしまっていることに気づいた頃には、それを修正するにはもはや手遅れでした。幸いなことに、ポイズンヘッドクラブがひしめく狭い部屋は、そのデザインのおかげで戦闘訓練におけるよくある問題を回避できるため、結果的に適切なトレーニングとして機能します。通常、プレイヤーはストレスを感じており、理由もわからず繰り返し死ぬとフラストレーションが溜まってしまいます。そして案の定、ポイズンヘッドクラブとその発生源であるポイズンゾンビの両方を同時に相手にする訓練では、私たちもその問題に直面しました。しかし、ポイズンヘッドクラブは単体ではプレイヤーを殺すことができません。そのため、ストレスフルな状況ではありますが、ポイズンヘッドクラブだけで満たされた部屋であれば、少なくともそうしたフラストレーションは回避できるのです。"
N/A4131"#commentary\cn_217_poison_zombie_introduction.mp3" "[デイビッド・シュパイラー] プレイヤーを狭い空間に閉じ込めながら、外への視界を確保することは、プレイヤーに見てほしいものに気づいてもらう確率を高めるのに有効な手法です。ここでは、ポイズンゾンビ本体の姿が見える前に、まずそのうめき声でプレイヤーの注意を引きつけます。本来この遭遇はプレイヤーがポイズンヘッドクラブに初めて対峙する場面でもありました。しかし、以前の解説で述べたように、私たちはポイズンヘッドクラブをレベル中に配置することに熱中しすぎた結果、ここでの両者の同時初登場という演出を台無しにしてしまいました。しかし結果的には、これらの初登場シーンはそれぞれ別々の場面にしたほうがかえって効果的でした。"
N/A4132"#commentary\cn_218_final_arena.mp3" "[エリック・スミス] レーベンホルムの最初のバージョンが完成したとき、この屋上がクライマックスとなる最後の戦いの舞台として意図されていました。レーベンホルムの他の場所と同様に、ここも元々は純粋に視覚的に面白い場所であることに焦点を当てた空間として誕生しました。プレイヤーがレーベンホルムを離れるにあたり、生き延びてきた町を振り返り、そして次に向かう先を垣間見るための時間を持つことが重要だと、私たちは感じていました。複数のゲームプレイ開発チームがここで戦闘シーンを構築しようと試みましたが、窮屈なマップ形状とパフォーマンス上の制約により、私たちはついに満足のいくフィナーレを作り上げることはできませんでした。Half-Lifeという物語そのものとどこか似て、レーベンホルムもまた、本当の意味での結末を迎えない運命にあったかのようでした。"
N/A4133"#commentary\cn_219_tables_and_bodies.mp3" "[イド・マガル] レーベンホルム制作の終盤、主要な要素がすべて出揃った段階で、私たちはレベルを見渡し、あらゆる空きスペースを何か興味深いもので埋めようと試みました。その際、これ以上バグを増やすリスクは冒せなかったため、すでに存在するアセットや仕組みだけを活用し、新しいものは何も作らないように注意する必要がありました。この部屋のように、新たなゲームプレイの瞬間を加えつつ、同時にそのエリアのディテールやストーリーテリングを豊かにしようとすることが、しばしばありました。このような細やかな場面は注意深いプレイヤーに、自分が見ているものが何であり、それが次に待ち受ける出来事にとって何を意味するのかを考えさせる余地を与えてくれるのです。"
N/A4134"#commentary\cn_220_physics_object_consistency.mp3" "[ケリー・デイビス] すべての物理オブジェクトには、質量、破壊されるまでに受けるダメージ量、破壊された後の破片の種類など、その挙動を決定づけるさまざまなパラメータがあります。開発中、これらのパラメータは個々のアイテムごとにレベルデザイナーが指定しており、これはゲーム内のほとんどの要素が作られる際の一般的な手法でした。しかし開発も終盤になって、自分たちで問題を生み出してしまったことに気づきました。ゲーム内には何千もの物理オブジェクトが存在するにもかかわらず、それらのパラメータの一貫性を保証する手段がなかったのです。その結果、あるレベルでは段ボール箱がピストル一発で粉々になるのに、別のレベルではまったくの無傷ということもあり得ました。社内では、私たちはこうした矛盾をレベルデザイナーの犯罪と呼んでいました。これらの犯罪を修正して公平性をもたらすべく、私たちはビジュアルモデルに基づいてすべての物理オブジェクトに一貫性を持たせるシステムを構築しました。しかし、ゲームの大部分はすでに完成していたため、デザイナーが作り上げたものを維持するために何か犯罪的なことをする必要がある稀なケースに対応できるよう、レベルデザイナーがこのシステムを明示的に無効化できる機能をやむなく許可することにしました。社内では、こうしたデザイナーを常習犯と呼んでいますが、その一部は今日に至るまでValve社内でその犯罪行為を続けているのです。"
N/A4135"#commentary\cn_222_fast_zombie_introduction.mp3" "[ランディ・ランディーン] この空間も元々は2003年のE3用に作られたエリアで、そこではプレイヤーがコンバイン兵の分隊と戦う場面を披露するためのものでした。後にファストゾンビを登場させるためにこの場所を再利用するにあたり、私たちはそれまでの作業を可能な限り維持しようとしました。私たちが目指したのは、プレイヤーの目を引きつける象徴的な月明かりのショットでした。狼男のように月を背にしてゾンビたちが跳躍するという光景です。その見せ場が終わると、私たちは最初のファストゾンビをプレイヤーのいる空間に登場させ、襲いかからせます。シーンの見栄えを良くしつつ、同時にゲームプレイ上の目的にも適うようにするため、適切なライティングのバランスを見つけ出すには、多くの試行錯誤が必要でした。"
N/A4136"#commentary\cn_223_ravenholm_gameplay_focus.mp3" "[マイク・デュソー] レーベンホルムのプレイテストを何度も見てきた結果、私たちはこのレベルの核となるゲームプレイが、グラビティガンと物理演算を軸に展開されるものだと確信しました。その知見を得たことで、私たちはレーベンホルムへの導入部を適切に構築し、これから待ち受ける体験がどのようなものかをプレイヤーに少し学び、理解してもらえるようにできると感じました。こういうことはよくあります。まずレベルの本編を作り、何が面白いのかを見極めてから、そのプロローグをデザインします。この後に続く一連の部屋は、そうしたお膳立てを念頭に置いて作られました。プレイヤーに提供するツールの残忍さは、私たちが目指していた雰囲気作りにも一役買っていました。イーライの研究所の安全な雰囲気から、よりダークで恐ろしいトーンへと移行させる助けとなったのです。"
N/A4137"#commentary\cn_224_player_tools.mp3" "[スティーブ・ボンド] ゲームのこの時点で、プレイヤーはHalf-Life 2の物理演算には十分な経験を積んでいますが、ゲーム内の物理オブジェクトを全く新しい方法で扱えるようにするグラビティガンを受け取ったばかりです。私たちは、プレイヤーが操ることができるさまざまな物理オブジェクトの試行錯誤を重ねました。ノコギリの刃、カタパルト、爆発性のキャニスター、罠、槍といったオブジェクトを試し、グラビティガンとの相性が良いものを洗練させ、そうでないものはカットしていきました。その上で、私たちはレベルから弾薬アイテムを意図的に取り除き、プレイヤーが生き残るためには、これらのオブジェクトに頼らざるを得ない状況を作り出したのです。"
N/A4138"#commentary\cn_225_contrived_setups.mp3" "[ケリー・デイビス] グラビティガンと物理オブジェクトに関する一連のトレーニングには、かなりあからさまでわざとらしい仕掛けがあります。プレイヤーがグラビティガンで壁からノコギリの刃を引き抜くと、待ってましたと言わんばかりにゾンビが角からよろめき出てきて、刃を撃ち込んでくれとでも言うように現れます。次にプレイヤーが回転刃のトラップの下をくぐり抜けてそれを止めると、突如3体のゾンビが現れ、再びトラップのスイッチを入れるようプレイヤーを挑発してきます。このセクションに試行錯誤を重ねる時間はあまりなかったため、プレイヤーが「正しい」行動を取ることを前提とした自由度の高いものではなく、すべてのプレイヤーに対して確実に機能する仕掛けが必要でした。この種のデザインはプレイヤーの創造性を削ぐ可能性を秘めていますが、このケースでは多少強引に誘導したとしても、プレイヤーはあまり気にしていないようだとわかりました。"
N/A4139"#commentary\cn_226_misteaching_flinches.mp3" "[ケリー・デイビス] たもう一つの印象的なプレイテストと、プレイヤーに誤った遊び方を教えてしまう危険性を示す例がレーベンホルムで起こりました。私たちのデザイン原則の一つに、ゲームは可能な限りプレイヤーの行動に応えるべきというものがあります。そのためグラビティガンを設計する際、プレイヤーがゾンビに向けてトリガーを引けば、何かしらの反応が返ってくるべきなのは当然だと考えました。そこで、ゾンビにごくわずかなダメージを与えてひるむアニメーションを再生させるようにしました。これは手応えもレスポンスも良く、実装は十分にシンプルでした。後日、あるプレイテストを見ていたところ、あるテスターがレーベンホルムに到着するやいなやこの反応を発見し、グラビティガンがゾンビに効いているというフィードバックだと解釈したのです。実際ダメージは与えていましたが、ごくわずかでした。その結果、そのテスターはゾンビが死ぬまで、何度も何度もビームを撃ち続けて衝撃を与え続けたのです。特に周りにノコギリの刃や爆発性のキャニスターが転がっている状況においては、退屈で面白みもなく、あまりに非効率的なゾンビとの戦い方です。この教訓から、私たちはゾンビとグラビティガンとのインタラクションを失うことになっても、ひるむアニメーションを削除することにしました。このケースでは、グラビティガンがゾンビに対する有効な攻撃手段であるという誤解を与えるくらいなら、このシンプルなインタラクション自体が存在しないほうが良いと判断したのです。シンプルな原則であっても、詳細を突き詰めていくとトレードオフが求められることがあるのです。"
N/A4140"#commentary\cn_227_fire_trap.mp3" "[スティーブ・ボンド] この炎のトラップは、元々は炎のシステムを視覚的にお披露目するためのものでしたが、後にレベルデザイナーがレーベンホルムのゲームプレイ要素として転用しました。透明なスプライトが引き起こす大量の重ね描きによって、低スペックPCでのパフォーマンスに大きな影響を与えたため、開発中に何度もカットされそうになりました。最終的に1人のプログラマーが、これはゲームプレイにとって非常に重要であり、パフォーマンス問題を解決してゲームに実装するだけの価値があると判断してくれました。"
N/A4141"#commentary\cn_228_hallway_cupboards.mp3" "[ヤーン・バーニア] ガラクタで埋め尽くされたこの廊下は、プレイヤーの進行ペースを落としたいという私たちの要望に対するシンプルな解決策でした。既存のジオメトリを可能な限り維持するという制約に加え、主な敵が動きの遅いゾンビであるため、プレイヤーがこの場所をただ全力疾走で駆け抜けてしまうのを防ぐのは厄介なことでした。幸いにもレーベンホルムにはグリゴリという風変わりな住人がいたため、こうした仕掛けを正当化するのは容易でした。彼が屋上での安全を確保するために階段を塞いでしまうのは理にかなっています。結局、グリゴリの解決策と私たちの解決策は全く同じものだったのです。つまり、進路にたくさんの家具を放り込んでおくだけでいいのです。なぜならゾンビを足止めできるなら、おそらくプレイヤーの足も止められるからです。"
N/A4142"#commentary\cn_229_pacing_switch.mp3" "[スティーブ・ボンド] プレイヤーがトレーニングのセクションを通過したので、ゲームのペースを雰囲気重視の閉鎖的な空間から、より戦闘に主眼を置いたアクションアリーナへと移行させることができます。プレイヤーが環境内にある様々な物理オブジェクトというツールに習熟したことで、これらを開けた空間に配置し、プレイヤーにアプローチを選択する自由を与えることができます。"
N/A4143"#commentary\cn_230_car_crushers.mp3" "[スティーブ・ボンド] このカークラッシャーを実装するには、物理ダメージシステムにいくつかの調整とかなりの作業が必要でした。大型物理オブジェクトとノンプレイヤーキャラクターが相互作用する際には常に課題が伴います。たとえば、物理演算によってNPCが押しのけられる場合、本来いるべきではない場所に押し込まれてしまい、そこから復帰できなくなる可能性があります。厄介な状況からピョンと飛び出して抜け出せるヘッドクラブのような敵であれば、これは大きな問題にはなりませんが、ゾンビのような敵の場合、隙間に挟まって身動きが取れなくなり、その場でただ手足をばたつかせるだけの無力な存在になってしまう可能性があります。そうなってしまうと、私たちが目指しているサバイバルホラーの雰囲気が台無しになってしまいます。"
N/A4144"#commentary\cn_231_car_crusher_lifts.mp3" "[エリック・スミス] カークラッシャーでプレイヤーを持ち上げるのも、一筋縄ではいきませんでした。プレイヤーは常に物理演算システムとゲームの移動システムの両方によってシミュレートされています。プレイヤーの状態が更新されるたびに両システムの計算結果を比較し、どちらが正しいかを判断した上で、両者を同期させます。そしてこの処理を繰り返すのです。これにより、2つのシステムが相互に影響を及ぼし合うことが可能になります。たとえば、プレイヤーがシーソーの上に立てば物理演算によって板が傾き、カークラッシャーの上に立てばプレイヤーは持ち上げられます。より複雑ではありますが、この2つのシステムを併用するアプローチは、物理演算とプレイヤーの移動の両方を単一のシステムで処理しようとするよりも調整が容易でした。システムを分離させておくことで、私たちは移動システム単体で快適な操作感になるよう微調整することができ、物理演算がプレイヤーに影響を与える時だけ、この2つを調和させればよかったのです。"
N/A4145"#commentary\cn_232_paint_cans.mp3" "[スティーブ・ボンド] グラビティガンと物理演算によるゲームプレイをレーベンホルム体験の核とすることに成功してからは、私たちは改めてレベルを見渡し、これまで見過ごしていたかもしれないオブジェクトを探し始めました。当初はノコギリの刃や爆発性のキャニスターといった、非常に攻撃的なオブジェクトの扱いに追われていたからです。そうして見つけたものがペンキの缶です。ペンキ缶をゾンビに投げつけると中身が飛び散ってゾンビに付着するというシンプルな仕組みで、プレイヤーの期待を裏切らないようにすることができました。"
N/A4146"#commentary\cn_233_bringing_physics_to_the_enemies.mp3" "[トム・レオナルド] レーベンホルムの物理トラップは、このレベルで私たちが最初に非常に気に入ったゲームプレイ要素の一つでしたが、そこにはプレイヤーの主体性が欠けていました。レーベンホルムの本質が何であるかを気づかせてくれたのは、ノコギリの刃でした。ノコギリの刃を使えば、プレイヤーはゾンビを物理トラップへとおびき寄せるのではなく、物理法則そのものをゾンビのほうへもたらすことができたのです。そのことを理解してから、レーベンホルムは急速な進化を遂げました。私たちはマップをくまなく精査し、プレイヤーの道具や武器になり得るもので、特にユニークなものを何でも探し始めたのです。"
N/A4147"#commentary\cn_234_ravenholm_development.mp3" "[トム・レオナルド] レーベンホルムの開発はHalf-Life 2制作初期から始まったため、複数回にわたって全面的な開発の見直しが行われました。最初のバージョンはグラビティガンが登場する以前のもので、ゲームプレイは銃といくつかの物理トラップを使った従来型のゾンビ戦闘が中心でした。私たちは2002年のE3でレーベンホルムをお披露目する計画も立てていましたが、ゲームの最終的な公開は1年後の2003年になりました。その時点で私たちはレーベンホルムのアートに多額の投資をしていましたが、これはゲームプレイが完全に固まるまでは通常避けることです。そのため、後にグラビティガンの仕組みを携えてレーベンホルムの再設計に戻ったとき、私たちはまったく異なるゲームプレイの目標を念頭に設計された、多くの既存のレベルジオメトリの中で作業をしなければなりませんでした。"
N/A4148"#commentary\cn_235_grigori_plaza.mp3" "[スティーブ・ボンド] この開けた広場は、最初の開発工程でアートの細部まで作り込まれたエリアの一つです。そのためここを再設計する際には、既存のアートを可能な限り維持しつつ、三次元空間をフルに活用した新しいプレイヤーの進路をデザインしたいと考えました。窓を通り抜けて上下に移動させ、屋根から屋根へと渡らせ、建物の間を縫うように進ませるといった具合です。広場自体は広くはなかったため、その狭い空間から可能な限り長い道のりをひねり出す必要がありました。また、元々がアート重視のエリアだったため、ゲームプレイの要素が希薄で、プレイテスターが一気に駆け抜けてしまう傾向があったことにも対処する必要がありました。それに加えて、描画パフォーマンスの予算もすでに圧迫しており、何か新しいものを追加する余地はほとんど残されていませんでした。そこで課題となったのは、角の向こうやレベルのあらゆる隙間や隅っこに脅威を配置することでプレイヤーの足を止めさせる、ささやかな追加要素を見つけることでした。"
N/A4149"#commentary\cn_236_ravenholm_development_2.mp3" "[トム・レオナルド] ファンがHalf-Life 2について語るとき、レーベンホルムは最も印象深い場所としてしばしば話題に上ります。複数回にわたる開発工程とそこに詰め込まれたコンテンツの密度のおかげで、他のどの場所よりも多くのチームメンバーの仕事がレーベンホルムには反映されています。私たちが望むセットピースや雰囲気作りにアートの制作工程をどう活かすか、グラビティガンによって物理演算とゲームプレイをどう融合させるか、そしてHalf-Life 2のためにヘッドクラブとゾンビをどう進化させるべきかなど、多くのことを私たちが学んだのがこの場所でした。今にして思えば、この経験は中央集権的なデザインよりも個々のスタッフの力を信じるという私たちの信念を再確認させてくれます。レーベンホルムは密度が高く、ゲームプレイとアート表現の両面で非常に効率的に作られています。そしてそれは、それぞれが持つ独自の能力でいかにしてこのレベルをもう1段階押し上げることができるかを理解していた、個々のスタッフによる多くの小さな貢献の積み重ねなのです。"
N/A4150"#commentary\cn_237_playtester_archetypes.mp3" "[トム・レオナルド] Half-Life 2の制作において、反復と定期的なプレイテストは生命線でした。毎週、私たちは自分たちが作業しているセクションをプレイヤーがプレイする様子を肩越しに静かに観察し、何がうまくいって何がうまくいかなかったかをメモしていました。一部のプレイヤーにしか通用しないようなデザイン判断を下していないかを確認するため、幅広いスキルレベルのプレイヤーでテストすることが重要でした。開発を進めるうちに、開発段階に応じて特定のタイプのプレイテスターを選ぶようになりました。開発初期には、主にチームメイトなどの経験豊富なゲーマーを起用しました。彼らは荒削りで未完成なエリアにも対応でき、自分の思考プロセスを説明するのも得意でした。戦闘のテストでは、あらゆるスキルレベルのプレイヤーを探しましたが、特に与えられたツールを創造的に使いこなすプレイヤーを重視しました。そして最後に、セクションの完成度が高まるにつれて、私たちは初心者、つまりあまりゲームをプレイしない人やFPSに不慣れな人に焦点を当てるようになりました。たとえ彼らが必ずしもこのゲームを購入する層のプレイヤーではなかったとしても、そのプレイを見ることで、私たちはしばしば貴重な学びを得ることができました。"
N/A4151"#commentary\cn_238_the_real_final_arena.mp3" "[トム・レオナルド] 開発もいよいよ大詰めに差し掛かり、最終的な改善点を探すためにゲーム全体を見直していたとき、私たちはやはりレーベンホルムには本当の意味でのフィナーレが必要だと決断しました。屋上での戦闘だけでは不十分だったのです。議論の末、プレイヤーがグリゴリと共に戦いながらこの墓地を進む最終決戦を追加することにしました。開発面ではリスクがありましたが、ゲームにはこれが必要だと感じました。制作の終盤だったため、成熟したゲームプレイツールのセットを自由に使うことができました。しかし、さらに重要なのは、この時点で私たちは自分たちの作っているゲームそのものを深く理解していたのです。ゲーム作りとは、しばしば自分が実際に何を作っているのかを学ぶプロセスです。なぜこのゲームは面白いのか、何が他と違うのか、最も重要な要素は何かといった問いに対し、ゲームを構築し、プレイテスターがそれをプレイするのを見る中で、私たちは答えを学び、その結果としてゲーム作りが上手くなっていきました。そのため、この墓地のパートは素早く形になり、ゲームの初期に作られた他の多くのエリアよりも、はるかに少ない試行錯誤で完成させることができたのです。"
N/A4152"#commentary\cn_239_cities.mp3" "[エリック・キルヒマー] このセクションにおける難題の一つは、パフォーマンス予算の制約から広大な都市そのものを描画できない状況でいかにしてプレイヤーにそうした都市にいる感覚を与えるかということでした。この課題を解決するため、私たちは密集した集合住宅、地下駐車場、地下鉄のトンネル、暗渠といった場所に焦点を絞ることにしました。これらはすべて都市によくある場所ですが、概して地平線まで見渡すのを妨げるようなロケーションです。その上で、私たちはそうしたスタイルのレベルデザインをビスタ・ロケーションによって補完しました。これは、空間のすべてをプレイヤーに広大な眺めを提供することだけに特化させた場所です。そうした場所では、パフォーマンス予算のすべてをその景観のためだけにつぎ込むことができ、敵のAIや戦闘のためにリソースを割いておく必要がなかったのです。"
N/A4153"#commentary\cn_240_strider_4.mp3" "[エリック・スミス] このマップはストライダー用に作られた製品版マップですが、それとは別にAIをテストするためのオリジナルの開発用マップも存在しました。AI用のしっかりしたテストマップを用意することは、新しいゲームプレイのアイデアを素早く試して容易に調整できるため、常に大きな価値があると考えています。バグや設計上の問題が発生した場合も、原因を特定し、より迅速に反復改善を進めることができます。AIの機能がうまく動作するようになったら、私たちはそれを製品版マップに移植し、レベルデザイナーが作業で使えるようにします。ストライダーのテストマップには、廃墟のラフなジオメトリが置かれ、さまざまな場所や高さに無限に市民をスポーンさせる装置を設置して、常にターゲットを供給し続けられるようにしていました。このセットアップのおかげで、私たちはストライダーのAIとスタンスの変化を洗練させ、ただ座ってそのアクションを眺めているだけでも面白くて魅力的に感じられるレベルにまで仕上げることができました。"
N/A4154"#commentary\cn_241_perf_arena.mp3" "[アーロン・シーラー] このアリーナにはパフォーマンスという大きな課題がありました。その広大なサイズ、そしてストライダーと市民のAIを同時に処理することが、ここでの技術的な限界を試すことになりました。Half-Life 2をXboxに移植した際、このアリーナはデザインに調整を加えないとリリースすることはできませんでした。オリジナルの意図を維持しながら、より少ないリソースと空間で同じプレイヤー体験を届けるのは、非常にデリケートなバランス調整を要する作業でした。"
N/A4155"#commentary\cn_242_space_re-use.mp3" "[クリス・グリーン] この空間に戻ってくることには複数の利点がありました。まず明らかな利点として、新規エリアの制作コストは常に高額になるので、既存のエリアにさらなるゲームプレイを追加できれば、それは開発の勝利と言えます。しかし、今回のような複数のストライダーと対峙する高難度の戦闘では、マップの再利用が特別なメリットをもたらします。プレイヤーは一度ここを通過しているため、アリーナのレイアウトをすでに把握しています。今回は逆方向から進むことになりますが、ルートは概ね元の道筋をなぞっています。この土地勘は、プレイヤーが戦闘に必要なリソースを確保するために前に出なければならない場面で非常に役立ちます。また、シティ17が戦争状態にあるという設定も、遮蔽物の配置を変えたり、道沿いに新たな障害物を加えたりといった調整の柔軟性を与えてくれました。これにより、使いまわしの環境でありながら、常にダイナミックでプレイヤーを驚かせるような空間を維持できたのです。"
N/A4156"#commentary\cn_243_tenements_and_courtyards.mp3" "[ダニカ・ロジャース] 私たちは、プレイヤーに戦争下の都市という印象を与えるため、多くの小さなトリックを用い、さまざまな機能を構築しました。その作業の多くは、小競り合いを垣間見せたり、遠くの戦闘音を聞かせたりといった、雰囲気作りに注がれました。たとえば、プレイヤーが窓の外を覗くたびに何かが起きるようにルックターゲットという仕組みが役立ちましたし、Tracer Makersのようなツールを使えば、デザイナーは2点間に偽の曳光弾を飛ばすことができました。これをオーディオツールと組み合わせることで、AIを一切動かすことなく、あたかも2つの敵グループが交戦しているかのように見せかけることができたのです。また、レベルを進めていく中でプレイヤーが何度も垣間見ることになる市民グループのために、小さなストーリーラインも用意しました。こうした数々の瞬間は、できる限り多くのプレイヤーが体験できるよう、プレイテストを通じて綿密に調整されました。"
N/A4157"#commentary\cn_244_hopper_mine_training.mp3" "[ダリオ・カサリ] この波形の金属パネルは、プレイヤーがグラビティガンに切り替えて障害物を取り除くように意図的に穴の上に配置してあります。これはちょっとした操作です。というのも、ホッパーマインでのプレイヤーのトレーニングは、すぐにグラビティガンを使用したほうがはるかに効果的だったからです。そして、この金属パネルがそのチャンスを大幅に高めたのです。穴の中には複数の地雷が設置されているため、プレイヤーは何度もそれらとインタラクトすることができます。そうすることで、プレイヤーに地雷をどう処理するかを考えさせる機会を与えたのです。さらに、プレイヤーが市民の部隊を率いた状態でトレーニングを行うのは今回が初めてであり、この機会を利用してホッパーマインに関する台詞もいくつか追加しました。"
N/A4158"#commentary\cn_245_dog_combat.mp3" "[エリック・キルヒマー] DOGは本当に面白いキャラクターなので、彼をプレイヤーとともに戦う場面に登場させる方法を常に探していました。しかし、彼に見合ったスケールの戦闘、つまり、それにふさわしい環境、新しい敵AI、さらには新たな敵そのものを実現することは、すぐにプロジェクトの範囲を超えてしまいました。DOGの魅力を存分に発揮させ、かつゲームの他の部分と遜色ないレベルの戦闘シナリオを作るには、まるでゲーム内にもう一つの新しいゲームを構築するような感覚さえありました。彼がただ兵士に駆け寄ってパンチを食らわせるだけではダメだとわかっていました。それでは彼の印象が薄れてしまい、畏敬の念などまったく感じられないでしょう。彼のスケールに見合った大きな脅威と、それらと面白くインタラクトする方法が必要だったのです。最終的に、私たちは大規模なコレオシーンを作ることを選びました。これにより、大がかりなゲームプレイデザインを組み込むことなく、戦闘におけるDOGの映画的な目標を達成することができたのです。"
N/A4159"#commentary\cn_246_strider_2.mp3" "[エリック・キルヒマー] ここでのストライダーの調整を繰り返した結果、私たちはついに満足のいく体験にたどり着きました。それは、プレイヤーがロケット弾を探しながら遮蔽物から遮蔽物へと走り、その砲火を避けるというものです。プレイヤーにギリギリのタイミングで遮蔽物に飛び込むような感覚を味わってほしかったので、ストライダーの断続的な掃射パターンを調整し、差し迫る危険をプレイヤーに察知させるようにしました。また、私たちはストライダーが移動するための軌道システムを構築し、プレイヤーを追跡したり射線を確保したりするために、軌道を動的に切り替えられるようにしました。この仕組みのおかげで、レベルデザイナーはストライダーの軌道とプレイヤーの遮蔽物を注意深く配置し、バランスの取れた体験を作り出すことができました。ストライダーの脚の配置は完全にコードによって制御されており、その予測不能な動きのため、私たちはしばしば微調整を余儀なくされました。必要に応じて車やコンテナを確実に蹴飛ばすようにするためです。"
N/A4160"#commentary\cn_247_manhack_tunnels.mp3" "[エリック・スミス] NPCのAIビヘイビアを開発する際、AIプログラマーが実験するためのテストマップがあると非常に便利であることがわかりました。そうしたマップは、やがてそのNPCが持つユニークな能力を最大限に引き出すため、特別に設計された環境へと発展していくことがよくありました。その後、AIが完成してレベルデザイナーが使用できる段階になると、このテストマップが貴重な参考資料の役割を果たします。これがなければデザイナーは、本来は面白いAIの魅力を意図せず損なってしまうようなステージを設計してしまう恐れがあったからです。場合によっては、これらのテストマップをそのままゲームに組み込むこともありました。たとえばこの短いセクションも、元はマンハックのAIを開発するために使われていたトンネルから始まりました。"
N/A4161"#commentary\cn_248_sniper_streets_2.mp3" "[エリック・ジョンソン] Half-Life 2の弾丸は、実際には弾道を描いて飛んでいるわけではなく、ターゲットに瞬時に着弾します。しかし、スナイパーは発射速度が遅く、プレイヤーはその1発1発に細心の注意を払うため、私たちは弾丸の飛翔をシミュレートしたいと考えました。このアプローチはレーザーサイトとの相性も良く、サイトの光がフッと消え、スナイパーとの距離に応じて少し経ってから弾が着弾するという演出を可能にしました。しかし、この変更は新たな問題を生みました。プレイヤーがただ通りを走り抜けるだけで弾を避けられるという状況にはしたくなかったのです。そのため、スナイパーは移動するターゲットを予測撃ちする、つまり弾がどこに着弾すべきかを予測する必要がありました。プレイヤーの未来の位置を予測するのは厄介でした。なぜなら、ゲームのプレイヤーは現実世界ではありえないほど素早く方向転換できるからです。そこで私たちは、プレイヤーが走りながら左右にキーを小刻みにタップするような行動を検知するためのチェックを追加しました。"
N/A4162"#commentary\cn_249_triangle_plaza.mp3" "[イド・マガル] この広場での戦闘は、アサルトビヘイビアを用いた複雑な構成になっています。2つのフォースフィールドに、中央へ向かって収束していく戦線が1つずつ設定されています。兵士たちはフィールドの後方から進入してきますが、この戦線があることで各兵士がバラバラに広場へ突撃してくるのを防いでいます。そして戦闘が激化して兵士の数が増えてくると、戦線が広場の中央に向かって前進を開始します。もしプレイヤーがこれを押し返さなければ、兵士の戦力に圧倒されてしまうことになるのです。"
N/A4163"#commentary\cn_250_sniper_streets_3.mp3" "[ヤコブ・ユンゲルス] この通りで私たちが試した機能の一つに制圧射撃があります。通りの端で身をかがめている多くのプレイヤーが、何か効果があるかと期待してスナイパーの窓に銃を連射する姿が見られました。そこで、その射撃に反応してレーザーサイトを短時間点滅させ、プレイヤーに移動する隙を与えるという実験をしました。しかし、何度もプレイテストを重ねた結果、2つの問題に直面しました。第一に、スナイパー戦で狙っていた緊張感のある移動と隠密というゲームプレイを台無しにしてしまったことです。撃ちながら突っ走るのは、私たちがシティ17の他の場面でプレイヤーに求める行動と大差ありませんでした。第二のより厄介な問題は、制圧射撃を発見したプレイヤーが、それを必須の攻略法だと勘違いして弾薬をすぐに使い果たしてしまうことです。もし途中で弾切れになれば、詰んだと思って諦めてしまうことがよくありました。クリアできたとしても、弾薬が空っぽになっていることが頻繁にありました。その一方で、ステルスでこの場面をクリアしたプレイヤーは、弾薬をほとんど消費していませんでした。このアプローチによる弾薬消費量の大きなギャップは、その後のエリアにおける弾薬のバランス調整をほぼ不可能にしたため、この機能が製品版に採用されることはありませんでした。"
N/A4164"#commentary\cn_251_assault_behavior.mp3" "[ジョン・クック] Half-Life 2用に構築したビヘイビアの中で最も複雑だったのがアサルトビヘイビアで、ゲームのこのセクション全体で使用されているものです。それにより、レベルデザイナーはコンバイン兵と市民の戦闘シナリオを設定することができ、両者の間に戦線を確立し、プレイヤーの行動に基づいて戦闘がどのように展開するかを制御できました。アサルトに関係するNPCは、戦線の位置に基づいてスマートな射撃位置を見つけ、遮蔽物を使用しようとします。プレイヤーが通りを進んでいくと、戦線を前方に押し上げ、敵兵が退却する中で、味方の市民が前進するようになります。別の言い方をすれば、戦線を前進させるには、プレイヤーがコンバインタレットをいくつか破壊したり、バリケードの向こう側にいる敵を倒したりする必要があるということです。"
N/A4165"#commentary\cn_252_bank_roof_mortar.mp3" "[ジョン・モレロ] この地点までレベルの構築した時点で、プレイヤーが迫撃砲を使えたら絶対に楽しくなることは明白でした。もっと早くに気づくべきことだったとは思いますが。「爆弾を空に撃ち上げて、悪い奴らの頭上に降らせたい、なんて思うプレイヤーいるかな?」「ああ、そりゃいるだろうね」っという具合です。ともかく、プレイヤーはずっとこの兵器にやられる側だったわけですから、コンバインに仕返しをするのは、よいご褒美になったはずです。しかし、そのアイデアを考え始めた途端、どれほど大変な作業になるのかがわかりました。公平に言えば、これはビデオゲームを作ろうとすれば毎日ぶち当たる考えではあります。プレイヤーが間近で操作するとなれば、迫撃砲には新たなアニメーションやエフェクトが必要になりますし、それを使う標的として、広場に押し寄せてくる敵の波をうまく実装するのも、かなりの作業量になります。しかし、もっと根本的な問題として、このユニークな兵器のためのインターフェースが存在しなかったのです。プレイヤーはどうやって照準を合わせ、発射するのでしょうか。 ゲームの中のたった一瞬のために多くの時間を費やすというのは、なかなか前向きにはなれません。そのため、私たちの労力は別の場所にもっと有効に使うべきだと判断し、このアイデアは断念しました。もしかしたら、この迫撃砲のデザイン上の難問は、Half-Lifeシリーズの将来の作品で解決されるかもしれません。"
N/A4166"#commentary\cn_253_strider.mp3" "[ケリー・デイビス] この銀行前のエリアは私たちがストライダーの仕様を固めた場所です。最初にそのコンセプトアートを見たとき、これをゲームに登場させたいと確信しましたが、実際にどう機能させるかについては多くの疑問がありました。あのサイズの物体をゲーム世界で動かしたことはなく、あれほどのスケールであれば当然危険な存在でなければなりません。しかし、プレイヤーは実際にどうやって戦えばいいのでしょうか。他のすべての敵と同様に、そこからどうやってゲームプレイを引き出すかという問題が常にありました。それを使ったシナリオを構築するために、レベルデザイナーはどのようなツールを必要とするのでしょうか。このマップでの実験で答えを見つけ出そうとしたのは、まさにそういった類いの問いでした。"
N/A4167"#commentary\cn_254_sniper_streets.mp3" "[エリック・キルヒマー] スナイパーが潜むこの通りは、敵であるスナイパー自身と私たちがプレイヤーに届けたかったゲーム体験の核の両方を開発した場所です。スナイパーにプレイヤー自身ではなく、その近くにあるオブジェクトを撃たせたいと考えていたので、まずは彼らが攻撃するさまざまな面白いターゲットを探すことに注力しました。その中でプレイヤーの視界をターゲット選択の要素として使うと、非常に効果的であることがわかりました。スナイパーのレーザーサイトは常時点灯しているため、プレイヤーはスナイパーの注意がどこに向いているかを常に把握できます。そのため、プレイヤーが見ているターゲットにレーザーサイトがスッと移動すると、ゲームが自分の視線に反応してくれている感覚が生まれ、最高の緊張感をもたらしてくれました。"
N/A4168"#commentary\cn_255_citizen_squad_details.mp3" "[マット・ライト] 市民とプレイヤーのチームを結成し、それにまつわるシナリオの組み立てに着手すると、それが別の興味深いチャンスを作り出していることに気づきました。プレイテスターが特定のチームメンバーに関心を寄せるようになったので、そのメンバーたちのデザインをさらに強化しました。チームメンバーはより強い武器を見つけるとそれを拾い、必要に応じてプレイヤーに弾薬を渡し、衛生兵はプレイヤーを回復します。また、予測不可能な行動を取るプレイヤーにもチームがついていけるようにしなければなりませんでした。カメラに映っていないところで、チームはあらゆる「チート」を使用できるようになっています。戦闘の間にHPを回復したり、追いつくために素早く移動したり、必要とあればテレポートだってできるのです。"
N/A4169"#commentary\cn_256_citizen_squads.mp3" "[ケン・バードウェル] コンバイン対市民の市街戦を用いた初期テストでは、境界がなければ、戦闘AIがプレイヤーから大きく離れてしまうという問題が明らかになりました。兵士がリロードや身を隠すために退却し、市民AIが追いかけるということも発生しました。プレイヤーがどこに向かっているのか、どの敵と交戦しているのかなど、市民の行動をよりプレイヤーの目標に密接に一致させる必要があったのです。これにより、市民のプレイヤーチームを作ることになりました。市民AIはこのチームを通して、プレイヤーとともに行動し、同じ敵を攻撃したり、プレイヤーの命令用の基本的なインターフェースを提供したりしました。当初は、より複雑な命令システムを採用していたのですが、すぐに扱いにくくなったので、より簡素なものに戻しました。"
N/A4170"#commentary\cn_257_ai_behaviors.mp3" "[マイク・デュソー] Half-Life 2用に開発したAI技術の1つに、ビヘイビアシステムというものがあります。ビヘイビアとは、特定の状況でNPCを誘導するAIゲームプレイコードの塊です。たとえば、NPCがプレイヤーを誘導できるようにするリードビヘイビアや、プレイヤーや別のNPCに追従するフォロービヘイビアなどがあります。ビヘイビアは、NPCの基本アクションに沿って機能します。よって、フォロービヘイビアを使用してプレイヤーについていく衛星兵メンバーも、敵を撃つ方法や、グレネードを回避する方法を知っていたり、回復キットを渡したりできるわけです。"
N/A4171"#commentary\cn_258_occlusion.mp3" "[ブライアン・ジャコブソン] Half-Life 1とHalf-Life 2の大部分では、世界は主に閉鎖されたトンネルや廊下で構成されており、これはバイナリ空間分割、またはBSPツリーという技術と非常に相性の良いものでした。この技術によってジオメトリを素早く整理し、プレイヤーの視界に入り得るものを判別することができたのです。しかし、海岸やその他の屋外のセクションのような開けたエリアにはそのアプローチは適しておらず、新たな技術を必要としました。その一つがエリアポータルで、これにより世界をポータル(Aperture Scienceのものではなく、ドアや窓のこと)によって区切られた個別の塊に分割することができました。また、追加のオクルージョンシステムも開発しました。これは基本的に、「プレイヤーが大きなオブジェクトを透かして、あるいはその上下左右から回り込んで見ることができないのであれば、その向こう側にあるものを描画しない」というものです。これは当たり前のことのように思えるかもしれませんが、大きな物体の向こう側にあるものを判別する計算が、いっそすべてを描画してしまうよりも遅くならないようにするには、ひと工夫が必要なのです。そこで計算を高速化するため、レベルデザイナーが主要な地形や建物のような大きな遮蔽物の内部に、オクルージョン・ボリュームと呼ばれる大きなボリュームを配置しました。そして描画時に、私たちはエンティティの境界とこれらのボリュームを比較判定することで、プレイヤーに見えないものの描画を回避することができたのです。"
N/A4172"#commentary\cn_259_detail_objects.mp3" "[ブライアン・ジャコブソン] 屋外セクションが動作するようになると、そこには何らかの頻繁に発生するディテールが必要なことが明らかになりました。そこで変位地形全体に草や低木といった小さな植生要素を追加しました。しかし、それらすべてを手作業で配置する余裕、つまり時間がないこともわかっていました。そこで私たちは、ディテールオブジェクトシステムを構築しました。これは変位マテリアルに応じて、小さな植生要素を自動的に生成するものです。各マテリアルには、配置すべき植生の種類と一連のパラメータが設定されています。マップのコンパイル時に、システムが表面上のランダムな地点を計算し、そこに配置する植生を選択します。パフォーマンス上の制約から、植生のテクスチャシートには、依然としてかなり複雑な手作業の制作工程が必要でした。これにより、すべての植生をシングルパスで描写することができるようになりました。"
N/A4173"#commentary\cn_260_displacements_1.mp3" "[チャーリー・ブラウン] Half-Life 1のリリース後、レベルデザイナーとアーティストは屋外環境のためのより良いソリューションを求めていたため、地形システムの最初のバージョンを構築しました。それは細分化された四角形に基づくものでした。これをイメージしやすくするために、格子状に分割された平らな正方形を想像してみてください。その格子上の各点は上下に動かすことができます。レベルデザイナーは複数の正方形を配置し、ペイントブラシツールを使って格子点を調整することで、丘や谷を形成することができました。描画には、2つの異なるテクスチャを組み合わせた特殊なブレンドテクスチャを使用しました。各格子点がそれぞれのテクスチャをどの程度使用するかを指定することで、砂、草、土、砂利といった表面の滑らかな移行を可能にします。この種の地形システムは当時のゲームエンジンにおいて珍しいものではなく、私たちはこれがゲームデザイナーにとって十分だろうと安易に考えていました。"
N/A4174"#commentary\cn_261_displacements_2.mp3" "[チャーリー・ブラウン] 初期の地形システムが稼働したら、レベルデザイナーがそれを屋外空間に使うことを期待していました。しかし彼らは予期せぬ場所にディテールを追加する実験を始めました。壁の細分化された四角形を使って崩れたような縁を作ったり、道路の縁石を丸くしたり、さらにはパイプを作ろうとさえしたのです。地形システムは建築のディテールではなく景観用に設計されていたため、その成功度はまちまちでした。そこで私たちは再び開発に戻り、高さベースの地形システムを完全な3D変位システムへと作り変えました。これによりデザイナーは、格子点を単に上下に動かすだけでなく、あらゆる方向に動かせるようになったのです。これによって彼らは、あらゆる種類の表面にさらなるディテールを追加し、変位四角形とBSPジオメトリとの間の移行をブレンドされたテクスチャで滑らかにすることが可能になりました。しかし、これには2つのレンダラー間でライティングの整合性を確保するための追加の技術的作業が必要でした。さもなければ、その境界が目に見えて食い違ってしまったでしょう。とはいえ、これらすべてが完了するとレベルデザイナーは満足しているようで、今度こそこれで本当に十分だろうと甘く考えていたのです。"
N/A4175"#commentary\cn_262_displacements_3.mp3" "[チャーリー・ブラウン] 汎用的な変位システムを手に入れたレベルデザイナーは、世界にディテールを追加するだけに留まらず、大規模な屋外セクションを構築するという本来の目標に立ち返りました。これにより、パフォーマンスのバランスを取るためのさらなるアップデートが行われ、システムが微細なディテールと広大な地面の両方を処理できるようになりました。テクスチャリングもまた、特に当初の高さベースのシステムでは不可能だった、張り出した崖のような複雑な構造物をサポートするために改善する必要がありました。現状に満足することのないデザイナーは、変位を使って洞窟やトンネルまで作り始めました。これらの追加要素は見た目こそ素晴らしかったものの、さらなる技術的な調整を必要としました。最終的に、変位のさまざまな使われ方から生じる競合する要件をなんとかまとめ上げ、その技術はゲーム世界の大部分に実装されてリリースされました。振り返ってみると、変位はテクノロジーとゲームデザインが共に進化していく様を示す明確な一例です。これは鶏が先か、卵が先かという問題です。つまり、あるテクノロジーがゲームにどのような影響を与えるかをすべて予見することはできませんが、一方で、何を達成すべきかを知らずにそのテクノロジーを構築することもできないのです。ですから、いつものことですが、まずは何かを作ってみるしかありません。確かな推測から始め、それがどこに導いてくれるかを見守るのです。"
N/A4176"#commentary\cn_263_particles.mp3" "[クリス・グリーン] Sourceエンジン向けに、私たちはパーティクルや特殊効果テクノロジーの拡張に投資しました。これにより、よりリアルで複雑なパーティクルの動きや、より精細な形状、そしてシェーダーエフェクトの表現が可能になりました。特に、パーティクル機能にバンプマッピングを追加したことは、その立体感の表現に絶大な効果をもたらしました。後のバージョンのSourceエンジンには強力なパーティクルシステムエディターが搭載されましたが、Half-Life 2で使われた初期バージョンでは、手作業で作られたエフェクトに頼っていました。これは、それぞれのエフェクトをプログラマーが丹念に手作業で構築する必要があり、非常に手間のかかるプロセスでした。"
N/A4177"#commentary\cn_264_cubemaps.mp3" "[クリス・グリーン] マテリアルとシェーダーが導入されたことで、ガラスや鋼鉄のような光を反射する表面を表現する解決策が必要になりました。これらの表面に何を反射させるかという課題がありましたが、2003年当時、そうした描画をリアルタイムで行うことは不可能でした。そこで反射マッピングをあらかじめ計算しておくキューブマップシステムを開発しました。キューブマップとは、立方体の内側に6枚の画像を貼り付けたもので、あらゆる方向の環境を写し取ります。まるで自分の全方位を囲むパノラマ写真のようなものだと考えてください。レベルデザイナーはまずマップの至る所に目に見えないマーカーを配置します。そして、マップの構築処理を行う際に、そのマーカーでキューブマップが自動生成されるのです。こうして、実際のゲームプレイ中に反射する表面を描画する際には、最も近くにある事前に計算されたキューブマップを見つけ出し、それを利用します。"
N/A4178"#commentary\cn_265_water_shader.mp3" "[ゲイリー・マクタガート] このゲームのために作った最も複雑なシェーダーは、当時新しく登場したプログラム可能なグラフィックカードの性能を最大限に活用したウォーターシェーダーです。水が存在するシーンでは、描画処理が3回行われます。1回目は屈折を表現するための水中の世界、2回目は反射された視界、そして3回目に水上の部分を描画します。最終的に水面を描画する際には、この屈折用と反射用の描画結果をフレネルの式を用いてブレンドします。これにより、浅い角度から見るほど反射が強く見えるようになります。また、水面下の地面の深度も追跡し、水深が浅い場所では透明度を高く、屈折率を低くする処理も行いました。加えて、低性能なグラフィックカード向けに、2種類の代替レンダリング技術も用意する必要がありました。ミドルレンジのカードでは屈折や透明処理を省いた低品質な反射のみを表示し、ローエンドのカードでは部分的に透明な水面のみを描画します。"
N/A4179"#commentary\cn_266_normal_maps.mp3" "[ゲイリー・マクタガート] Half-Life 2が開発されていた時期は、初のプログラマブルシェーダー対応グラフィックカードが市場に登場し始めた頃で、グラフィック技術にとって非常にエキサイティングな時代でした。私たちはこの技術を活用し、法線マップというサーフェスジオメトリのライティング表現を強化する技術をゲームにいち早く実装しました。法線マップは表面の粗さを表現し、ポリゴンをピクセル単位で照らすことを可能にしました。これにより、Half-Life 1では到底不可能だったレベルで表面をより凸凹にし、ディテールを豊かに見せることができるようになりました。"
N/A4180"#commentary\cn_267_rendering_systems.mp3" "[ゲイリー・マクタガート] 2000年代初頭、現代のエンジンのような幅広い能力を持つ汎用レンダラーを開発する余裕はありませんでした。その代わりにCPU、GPU、メモリの制約から、レンダリングの課題に対して高度に専門化された解決策が必要となり、プレイヤーのハードウェアから最大限のパフォーマンスを引き出すことができました。その結果、Half-Life 2には実は3つの異なるレンダリングエンジンが搭載されています。1つはワールドジオメトリ用、もう1つは屋外の地形用、そして3つ目はキャラクターやオブジェクトのような動的エンティティ用です。これら3つのレンダラーは、衝突判定、レイトレース、デカール、オフラインライティング、可視性計算など、複雑に絡み合う多数の機能をサポートしなければなりませんでした。その上、各レンダラーはDirectX 7、8、9の3バージョンに対応する必要がありました。これらのDirectXバージョン間の違いは大きく、しばしば異なるデータ保存形式やレンダリング手法を必要とし、さらには使用するプログラミング言語さえ異なっていたのです。総合すると、私たちは実質的に9つの異なるレンダラーを抱えていたことになります。それぞれが独自の解決策を必要とし、それらすべてで見た目に一貫性を持たせることは、開発中に私たちが直面した最も困難な技術的問題の一つでした。"
N/A4181"#commentary\cn_268_dynamic_shadows.mp3" "[ゲイリー・マクタガート] キャラクターや物理オブジェクトに重点を置いていたため、それらを最大限魅力的に描画するには、動的な影のシステムが必要不可欠だと感じていました。2003年当時、GPUには今日のような影の描画専用の機能はなく、パフォーマンスの確保が非常に厄介な問題でした。最終的にたどり着いた解決策は、毎フレーム、次のような処理を行うものでした。まず、視界内に影を落とす可能性のあるオブジェクトをすべて見つけ出します。これには、視錐台内にあるオブジェクトだけでなく、画面外にあってもその影が画面内に映り込む可能性のあるエンティティを捉えるため、わずかにその後ろにあるオブジェクトも含まれます。次に、それらのオブジェクト1つ1つの黒い影のバージョンを、1枚のシャドウテクスチャに描画します。この描画では、可能な限り処理を高速化するため、オブジェクトの最も低い詳細レベルのモデルを使用していました。最後に、そのシャドウテクスチャを使ってプレイヤーの視界にそれぞれの影を描き込み、すでに描画されているピクセルを暗くします。複数の影が重なる場合にそれらが正しく重なり合って表示されるように、シャドウテクスチャ上の各影の周りを慎重に処理していました。当時これらの処理をどのように行っていたかを振り返るのは興味深いことですが、最終的には、GPUハードウェアがこの問題をはるかに単純なものにしてくれた今日のほうが、私たちは幸せです。"
N/A4182"#commentary\cn_269_combinatorial_shader_explosion.mp3" "[ゲイリー・マクタガート] Half-Life 2の開発中、ハードウェアシェーダーの導入により、レンダリングははるかに複雑になりました。シェーダーとは、表面の各ピクセルをどのように描画すべきかを制御する小さなコードのことです。2003年当時、シェーダーは今日よりもはるかに制限が多く、Half-Life 2時代のシェーダーには条件分岐がなく、コードサイズにも厳しい制限がありました。これは、さまざまな条件に応じて処理を調整するためのif/elseのような分岐ロジックが使えず、多機能な大規模シェーダーも作れなかったことを意味します。また、必要に応じてシェーダーをコンパイルするのは遅すぎて実用的ではなかったため、事前にコンパイルする必要がありました。この制約の中で作業するため、考えうるすべてのシェーダーの組み合わせを算出し、それぞれを個別のシェーダーとして保存しなければなりませんでした。たとえば、あるシェーダーが単一の光源にのみ対応している場合、光源が2つ、3つと増えるたびに別のバージョンのシェーダーが必要になります。そして、それは組み合わせ的に増えていきました。もしそのシェーダーが法線マップもサポートしている場合、光源の数ごとに法線マップあり・なしの2つのバージョンが必要になるのです。テクスチャブレンディング、頂点カラー、スペキュラハイライト、アルファテスト、そして平行光源、点光源、スポットライトといったさまざまな光源タイプなどの機能が加わると、シェーダーの数は爆発的に増加しました。リリース時には、数千もの個別シェーダーが存在していました。その直後にリリースしたLost CoastではHDRサポートを追加したため、シェーダー数は2倍になりました。開発者のローカルマシンでのシェーダーコンパイルに時間がかかりすぎるようになると、VMPiを使用してネットワーク全体にシェーダーコンパイルを配布する方式に切り替えました。また、シェーダー開発に便利な動的コンパイルモードも用意しました。これは、シェーダーをコンパイルする必要があるときにフレームレートがカクつくのを犠牲にして、高速処理を実現するものでした。"
N/A4183"#commentary\cn_270_gpu_wild_west.mp3" "[ジェイ・ステリー] 開発中、最低動作環境の選択に影響される数多くの決断に直面しました。これは、お客様に快適な体験を届けられる最も性能の低いCPUとGPUの組み合わせのことです。2000年代初頭は、今日よりもGPUの種類がはるかに多様で、単なる速度だけでなく、レンダリングの基本的なアプローチにおいても大きな違いがありました。しかし当時、私たちはお客様が使用しているハードウェアに関する実データを全く持っていませんでした。どんなCPUやGPUを使っているのか?RAMはどれくらいか?Windowsのバージョンは?私たちはマイクロソフトに連絡を取り、「DX7対応カードはどれくらい使われていますか?DX8は?」といった質問の答えを教えてもらいたかったのですが、残念ながら、彼らもそのデータを持っていませんでした。このような情報なしでは誤った判断を下す危険があることに気づいた私たちは、プレイヤーが自身のハードウェアスペックを私たちに報告できる分析ツールを開発し、初期バージョンのSteamに統合しました。そのデータがあまりに有用だったため、私たちはそれを公開することに決め、2003年4月にSteamハードウェア&ソフトウェア調査を開始しました。それ以来、この調査は私たち、そして願わくば他の開発者の方々が、情報に基づいた的確な意思決定を下すのに役立っています。"
N/A4184"#commentary\cn_271_3d_skybox.mp3" "[ジェイ・ステリー] 私たちは常に、マップの制約が許す以上に広大に感じられる世界を描画する必要がありました。Half-Life 1では、キューブマップテクスチャを使い、プレイヤーがプレイ可能エリアの向こう側を見ることができるようにしました。しかしHalf-Life 2では、その広大な世界への眺めを単なる静的なテクスチャではなく、動的なものにしたいと考えました。マップサイズの制限は各次元で約800メートルでしたが、もし縮小スケールで格納すれば、はるかに広大な外の世界を作り出せることがわかりました。そこで私たちは、後に3Dスカイボックスと呼ぶことになるものを発明しました。3Dスカイボックスとは、実際のゲームマップ内に隠された小さな箱で、中には1/16スケールのジオメトリが格納されています。その内部には、メインマップの対応する原点と一致する基準点が置かれています。そして、プレイ可能エリアの向こう側の空間を描画する際、私たちは3Dスカイボックスのジオメトリを使い、その基準点によって配置し、16倍に拡大して表示するのです。メインマップからスカイボックスへの移行部分で、ライティングやフォグを継ぎ目なく融合させるのは、いくつかの厄介な課題がありましたが、うまくいきました。その結果、世界はHalf-Life 1の時よりも格段に広大で、没入感のあるものに感じられるようになりました。"
N/A4185"#commentary\cn_272_missing_material.mp3" "[ジェイ・ステリー] 低レベルのグラフィックスコードを開発していた初期段階で、テクスチャが見つからないために正しく表示されていないポリゴンを発見するのが難しいことに気づきました。このような問題が起きると、ポリゴンがあるべき場所がただ黒く表示されるだけで、特に暗いシーンなどでは簡単に見過ごされてしまいます。このバグをより確実に見つけ出すため、私たちは視覚的に見間違えようがなく、かつテクスチャの読み込みに失敗するたびに自動的に生成されるエラーテクスチャを作成しました。これが、今や象徴的となった紫と黒のチェッカーボードテクスチャの誕生秘話です。このテクスチャはその後、Half-Life 2という枠をはるかに超えて、独自の発展を遂げました。"
N/A4186"#commentary\cn_273_air_resistance.mp3" "[ジェイ・ステリー] Half-Life 2の物理エンジンに追加しなければならなかった重要な機能の一つが空気抵抗でした。当時の物理エンジンは通常、オブジェクトが動く際の速度を落とすための汎用的な減衰機能を実装していました。しかし、これは単に対称的にエネルギーを奪うにすぎません。より説得力のある動きを作り出すため、空気抵抗をシミュレートすることにしました。これにより、オブジェクトが空気中を移動して減速する度合いが、移動や回転の方向を向いている表面積に応じて変化するという、非対称的な挙動を実現できたのです。この機能は、爆発やグラビティガンで投げられたオブジェクトの見た目を説得力のあるものにする上で鍵となりました。高速で移動し、回転するオブジェクトは、Half-Life 2の物理エンジンでシミュレートするには最も負荷が高いものの一つであるため、空気抵抗は爆発のようなケースでCPUパフォーマンスを向上させる効果もあります。また、オブジェクトの材質や質量の違いを表現する上でも重要です。密度の高いオブジェクトはより簡単に空気を押し分けることができ、その違いは見た目にも明らかです。シミュレーションにこの効果を組み込むことで、段ボール箱と木の板の密度の違いがより明確になり、Half-Life 2の世界に登場するオブジェクトを、はるかに説得力のあるものにする上で非常に役立っています。"
N/A4187"#commentary\cn_274_early_tech_planning.mp3" "[ケン・バードウェル] ゲームをリリースすることからは多くのことが学べます。採用したどの案が良かったのか、次はどのような選択を取るべきなのかがやっとわかるのです。Half-Life 1のあと、どのような続編を制作するべきなのかを考え始めたときには、あらゆる種類のプレイヤーからのフィードバックを消化していく必要がありました。そこから、Half-Life 2でフォーカスするであろう事象のマスターリストの作成を試みました。特定のプレイヤー体験をデザインすることはせず、むしろ、技術的な観点からの問題に取り組むことがより有用であると感じました。ブラック・メサの警備員や科学者はうまく機能していました。もし、キャラクターデザインに全身全霊を注いでいたら何ができたでしょうか?我々の相互作用的なストーリーテリングには満足しています。さらに多くのことをより多様に行えるとすれば、何を構築できるでしょうか?ブラック・メサでの探索とインタラクションはプレイヤーにとって魅力的なものでした。物理システムにより、その体験をより良いものにすることができるでしょうか?これらすべての領域において、数年後どのような姿になっているか、最善の状態を想像し、そこに到達するのに必要な技術的なステップを逆算しようと試みました。"
N/A4188"#commentary\cn_275_character_lighting.mp3" "[ケン・バードウェル] 開発の最初の1年間は、キャラクターを望んでいたほどリアルに感じさせるのに苦労していました。実際には数多くの異なる問題があり、そのすべてを解決するためには、最終的に特定の技術的およびアート面での改善が必要でした。最初にして最大の問題は、ライティングでした。当時、ゲームのライティング技術は多くの点で簡略化されていました。パフォーマンス上の理由もありましたが、多くはライティングの仕組みそのものに対する誤解によるものでした。キャラクターの見栄えを良くするため、影や光沢といったライティング処理の多くをモデルやテクスチャにベイクして作成する必要がありました。キャラクターはクールに見えましたが、同時にいかにもビデオゲームのキャラクターという風にも見えました。アリックスを作り始めた時もこのアプローチを取りました。それが当時の常識だったからです。私たちはベイク処理を用い、まるで映画俳優のように彼女に照明を当てました。つまり、彼女を常に美しく見せるための専用の照明装置がどこまでもついて回っているかのように演出したのです。しかし、それは実際にはうまくいきませんでした。多様なライティング環境やビデオゲームの動的な性質により、ある環境では素晴らしく見えても、どこかの時点では必ずひどく非現実的に見えてしまうという結果になったのです。私たちは彼女の照明装置に改良を重ね、その性能を高めようとしましたが、やがて行き詰まりを感じるようになりました。原点に立ち返り、私たちは別のアプローチを試すことにしました。それまでのものをすべて捨て、彼女自身も、ライティングも、テクスチャも、ゼロから作り直したのです。理想的なライティング下で彼女をどう見せたいかではなく、現実世界において、物事が本来どのように機能するかに焦点を当てました。当たり前のように聞こえるかもしれませんが、少なくともビデオゲームにおいては常識的なやり方ではありませんでした。ゲームのレンダラーを通さずに見ると、これらの新しいモデルやテクスチャは実のところ以前のバージョンよりも見劣りするものでした。しかし私たちは、光、テクスチャ、そしてグラフィックカードがどのように機能するかについての、あらゆる簡略化や誤解を体系的に解き明かしては取り除き、すべてを再構築することに成功しました。そのすべてを終え、常に見た目の一貫性が保たれる動的な環境の中で、新しいモデルとテクスチャで作られたアリックスをようやくゲーム内で見ることができたとき、彼女は本当に素晴らしく見えました。まったく違和感なく、Half-Life 2の世界の一部となっていたのです。"
N/A4189"#commentary\cn_276_gamma_correction.mp3" "[ジョン・モレロ] 私たちのゲームエンジンには、ゲームの全状態を読み取り、その状態を表すために画面上の全ピクセルの色値を計算するレンダリングシステムが搭載されています。しかし、それらのピクセルを計算するプロセスには、他者が作ったコードやソフトウェアも関わっています。たとえば、あなたのGPUやモニターに搭載されているソフトウェアやハードウェアです。開発中、ある時点で私たちはキャラクターの見栄えに不満を抱いていました。特に、彼らが蝋人形のようであったり、病的に見えたりしたのです。肌の質感が間違っていました。しばらくライティングの調整に時間を費やしましたが、キャラクターと世界の両方の見栄えを同時に良くすることは、どうしてもできませんでした。幸いにも、私たちにはまだフル機能のソフトウェアレンダラーがありました。当時はまだGPUを持っていないプレイヤーも多かったため、GPUなしでゲームを実行できるこの機能は重要だったのです。そして、そのレンダラーでゲームを見てみたところ、同じライティングの問題が発生していないことに気づきました。そこで、GPUで動作させる際にレンダリングコードのどこに問題があるのかを突き止めるため、自分たちのコードを隅から隅まで徹底的に調べました。しかし原因の特定には至らず、GPUメーカーに連絡を取り、こちらが渡しているピクセル値に対して何か間違った処理をしていないか、再確認してくれるよう依頼しました。それが長い旅の始まりでした。手短に言うと、彼らのグラフィックカードの低レベルな計算処理においてガンマ補正が不正確に行われているとGPUメーカーを納得させるまでに、約2年にもわたるやり取りが必要だったのです。この過程で、レンダリングパイプライン全体を通して個々のピクセルの色値が正しいかを検証するシステムまで構築する必要がありました。しかし、最終的に新しいドライバを受け取りました。すると、私たちのキャラクターは即座に本来あるべき姿となり、ソフトウェアレンダラーでの見栄えと一致したのです。"
N/A4190"#commentary\cn_277_facial_technology.mp3" "[ケン・バードウェル] 私たちはプレイヤーにキャラクターへ感情移入してもらいたいと願っていましたが、それを実現するには、キャラクターの顔に多くのテクノロジーを投入しなければならないことがわかっていました。人間は本能的に顔に注目するようにできており、そこからさまざまな情報を無意識に読み取っていることはよく知られています。これは極めて高いハードルであり、私たちがそこに到達できなければ、望んでいたようにプレイヤーをキャラクターに引き寄せるどころか、むしろ遠ざけてしまうことになるでしょう。私たちはまずたくさんの調査から始めましたが、その結果は心強いものではありませんでした。私たちが見つけた最高の事例は、リアルタイムでの実行には程遠く、一方で最高のリアルタイムの技術は、私たちが求める品質には及んでいませんでした。私たちはアニメ映画のように美しく見せたいと思っていましたが、映画では1フレームを描写するのに何時間もかかり、完全に直線的で、時には100人ものアニメーターによって作られます。それに対して、私たちの作品はダイナミックでなければなりません。たとえば、プレイヤーの行動から生まれた表情の上に台詞のアニメーションを重ねるといったことを、ほんの一握りのアーティストで実現する必要があったのです。こうした要件から、私たちは最終的にポール・エクマン博士の顔面動作符号化システムに行き着きました。これは1970年代に作られた人間の顔の動きを分類するシステムです。このシステムは私たちのツールやコード全体で顔の動きを記述するための語彙を与えてくれ、キャラクターの顔をデザインする際に目指すべき目標ともなりました。これをフレームワークとして、私たちはキャラクターの顔や頭部の制作方法について、何年にもわたる試行錯誤のプロセスを開始しました。他の人がエクマンの研究の一部を取り入れようとしていたのに対し、私たちはそのすべてを利用しようと試みました。それは、厳しいパフォーマンス制約の中で個々の要素をどう実現するかを解明するために多くの時間を費やすことを意味しました。しかし、私たちは人々やその顔をただ観察することにも多くの時間を費やし、肌の弾力性や歯が落とす影など、最も価値を高めるであろう追加機能を探し求めました。最終的に、望んでいたことのすべてを実現できたわけではありませんがキャラクターに説得力のある顔の演技をさせる上で最も重要だと考えた要素については、なんとか目標のレベルに到達させることができました。"
N/A4191"#commentary\cn_278_eye_shader.mp3" "[ケン・バードウェル] キャラクターの顔を説得力のあるものにする上で、極めて重要なもう一つの要素が目でした。人間は目から情報を読み取ることに長けています。脳にはそれに特化した部位が存在し、眼球の反射から相手がどこを見ているのかまで把握できるほどです。しかし、そこには重要となる、あらゆる種類の些細な特徴が存在します。実際の目は完全な球体ではありません。まぶたはその下で動く角膜によって歪みます。目の動きが瞬きの頻度を増加させます。そして、視線は瞳孔の中心と完全には一致せず、わずかにずれています。こうした細かなディテールはすべて、些細で気づかれないように感じるかもしれませんが、それらが欠けているとキャラクターの信憑性が損なわれてしまうのです。私たちは長い間、目に取り組み、眼球モデルとその機能セットに少しずつ改良を重ねていきました。環境内の何が興味深い視線の対象となるかといった外部からの情報入力を必要とする機能もあれば、AIの無意識レベルで自動的に行われる機能もありました。たとえば、瞬きは明らかに必要な要素ですが、もしそのやり方が不自然だとかすかな違和感を生じさせてしまいます。特に目の反射は大きな影響がありました。最終的に画面上で占める面積はごくわずかですが、それがもたらす違いは絶大だったのです。目のシェーダーをオフにすると、キャラクターは人形のように見え、人間らしくありながらも、どこか言葉にし難い説得力のなさが感じられます。しかし、シェーダーをオンにした途端、まるで本物の人間がこちらを見ているかのように感じられたのです。ここに到達した時点で、ついに完成したと確信することができました。"
N/A4192"#commentary\cn_279_combine_gunship.mp3" "[ケン・バードウェル] ガンシップは興味深い課題でした。すでにヘリコプターの飛行モデルはあったので、まったく新しいものを作る時間はありませんでした。そこで十分に別物だと感じられるまでヘリコプターの飛行モデルを調整し、そのシミュレーションから得られる値からガンシップの有機的なアニメーションを生成しました。また、その挙動は可能な限り忠実であろうとしました。たとえば、機関砲で狙いを定めるために首を回せる範囲には限界があり、それ以上に狙う必要がある場合は、飛行経路自体を変えて標的を射線に捉えなければなりません。ただズルをすることは許されていないのです。もう一つの重要な特徴はエンジン音でした。サウンドの立体音響技術があるため、プレイヤーは敵の大まかな位置を把握できます。しかし、ガンシップは高速で移動する物体であり、空中高く、近くに目印となるものがありません。その結果、正確な距離や移動速度を把握するのは困難になりがちです。その問題を解決するため、私たちはエンジン音にドップラー効果を加え、プレイヤーに対するガンシップの相対的な速度に基づいてピッチを変化させました。これは些細な効果ですが、プレイヤーがガンシップの位置や方向を無意識に知覚するのに絶大な効果を発揮します。自分が追われていることを知らせてくれる極めて重要な情報なのです。"
N/A4193"#commentary\cn_280_risk.mp3" "[ケン・バードウェル] 20年後の今、Half-Life 2を振り返ると、その開発期間の大部分がいかに恐ろしかったかを思い、身が引き締まる思いです。ゲーム開発は困難なものです。一つのリスクの上にさらに多くを積み重ねる前に、そのリスクを検証できるという望むような状況は決して手に入りません。たとえば、フェイシャルアニメーション技術ですが、実際に機能すると確信するまでに、おそらく3年から4年がかかりました。しかし、それまで待つことなどできませんでした。開発の最初の1年で、私たちは品質とパフォーマンスの両面でフェイシャルアニメーション技術が最終的にうまくいくという仮定に基づき、ゲームデザイン、アセット制作、その他の技術において、さまざまな決断をし始めました。もしそれがうまくいかなかったら、それらの決断も機能しなかったでしょう。そして、同じリスク構造は、私たちが初期に下した他の大きな決断にも当てはまります。私たちは待つことはできず、ただ作るしかありません。そして、今から何年も先に、自分たちの推測が正しかったと願うしかありません。なんと恐ろしいのでしょう。"
N/A4194"#commentary\cn_281_hugs_and_pickups.mp3" "[ケン・バードウェル] 時には、ほんの些細なことを動かすだけでも悪夢のように大変なことがあります。たとえば、キャラクターに別のキャラクターをハグさせたり、もっと単純にテーブルから物を拾わせたりするだけでも、多くの問題が起こり得ます。さらに悪いことに、動的な環境ではキャラクターやオブジェクトの位置はあらかじめ設定されておらず、プレイヤーは走り回って邪魔をします。そのため、これらを実現するには、非常に厄介なレベルの同期が必要になるのです。人間がこうした動作を無意識にこなしてしまうため、問題はさらに難しくなります。あなたがカップを拾うためにテーブルに向かうとき、あなたの体はあらゆる準備をしています。快適に拾えるように、足や手を適切な位置に持っていくのです。そして、テーブルに着いた瞬間にすべての準備が整っています。誰かとハグしようと近づくなら、お互いが同時に動き、相手の動きに合わせて絶えず調整します。ゲーム内でこれらの機能を実現するには、多くの同期作業が必要でした。キャラクターがお互いや世界を認識し、同時に自らの未来の計画、つまり、意図をより深く知るようにするのです。カップを拾うという例を、テーブルまで歩く、カップの方を向く、カップを拾うといった個別のステップに分解したくなる誘惑に駆られます。そのほうがはるかに単純で、各ステップをうまく再利用できるからです。しかし、それはロボットの動き方であって、人間の動き方ではありません。私たちのキャラクターは、カップを拾うという意図を持ってテーブルに近づくことを知っている必要がありました。そうすることで、複数の動作を同時に進め、テーブルに着いた瞬間に手がカップを掴めるようにするのです。これが二人のキャラクターになると、さらに交渉に近いものになります。どこで、いつ行うかについて両者が合意し、すべてがその場でシームレスに行われる必要があります。世界の中でキャラクターたちが交わすこうした単純なやり取りの瞬間はしばしば短いものですが、彼らを信じられる人間のように見せるためには不可欠でした。"
N/A4195"#commentary\cn_282_ropes.mp3" "[マイク・デュソー] シティ17のために集めたすべての参考画像を見て気づいたことの一つは、至る所にケーブルやワイヤーがあり、それらが視界に入る細かなディテールの大部分を占めていることでした。私たちは、現代生活の雑然とした網の目に絡め取られたような、古いヨーロッパの都市の見た目をとても気に入っていました。ケーブルやロープ、それに類する要素のためのソリューションが必要だと感じ、それらを動的なものにしたいと考えました。レベルデザイナーはプラグを使ったパズルを作りたがっており、コードを各プラグに接続するという行為は、プレイヤーがその仕組みを理解する助けにもなりました。制作の初期段階で私たちはロープシステムを構築し、開発期間を通じて改良を重ねていきました。内部的な仕組みとしては、各ロープは2つの端点の間に張られた複数のセグメントで構成されており、それぞれが独立して動くことができました。各セグメントはバネのように作用し、穏やかな風や頭上を通過するコンバインのガンシップといったゲーム内の力に反応します。描写される際、各セグメントは常にカメラの方を向いて表示され、バンプマッピングが施されます。これはロープにリアルで丸みを帯びた外観を与える上で非常に重要です。"
N/A4196"#commentary\cn_283_vmpi.mp3" "[マイク・デュソー] 開発中、私たちはゲームプレイの反復速度の遅さに、ますますフラストレーションを募らせていました。主な原因は、ライティングや可視性を事前計算するために必要なマップのコンパイルに何時間もかかっていたことです。2000年当時のコンピュータは現在よりもはるかに性能が低く、それぞれシングルCPUコアしか搭載していませんでした。世界中のPCを使って地球外生命体の兆候がないか電波を解析する分散プログラムのSETI@Homeに触発され、私たちはVMPiという独自の分散システムを構築しました。これはマップのコンパイル処理をオフィス内の多くのコンピュータに分散させるものでした。今日、この種の分散システムは巨大なGPUクラスタで実行されますが、当時はオフィスにあるすべてのコンピュータで実行していました。マップと同じくらい速いペースで進化するライティングのコードに対応するため、VMPiは新しい.exeファイルも全員のコンピュータに配布する仕組みになっていました。今にして思えば、これは非常に恐ろしいセキュリティ構想で、ひどくまずいやり方で、IT担当者にとっては悪夢のような話です。なぜなら、私たちは社内の全PCに任意の実行可能ファイルを送りつけ、それらがただ実行するという仕組みだったからです。まったくもって狂気の沙汰でした。しかし、それは私たちにとってはうまくいき、マップの反復速度を大幅に向上させ、結果として不可欠なツールとなったのです。"
N/A4197"#commentary\cn_284_field_of_view.mp3" "[ケリー・デイビス] Half-Life 1で私たちは、当時のFPSとしては標準的な90度の視野角、すなわちFOVを使用していました。しかし、Half-Life 2の開発中に、私たちはそれに不満を抱くようになりました。私たちのゲームがキャラクターに重点を置いていたため、精巧な顔や体のアニメーションに多大な労力を注いでいましたが、90度のFOVでは、プレイヤーがそのディテールを十分に堪能できるほど、キャラクターに近づくことができなかったのです。そこで、私たちはより狭いFOVでの実験を開始し、最終的に75度に落ち着きました。私たちとプレイヤーの双方にとって調整が必要で、画面下部に表示されるプレイヤーの武器であるビューモデル用の追加のFOVが必要になりました。ビューモデルは元々90度のFOVを想定して作られていたため、75度では歪んで見えました。しかしこの変更は、ゲームの中心にキャラクターを据えるという私たちが望んでいたことを見事に達成してくれました。"
N/A4198"#commentary\cn_285_reference_maps.mp3" "[ランディ・ランディーン] Half-Life 1からHalf-Life 2にかけてキャラクターがより生命感あふれるものになるにつれ、私たちはゲームの世界も同様にリアルに感じられるものにしたいと考えました。Half-Life 1では、一人称視点ゲームの制約から、様式化された環境または抽象的な環境に頼るほうが簡単な場合が多かったのです。しかしHalf-Life 2では、現実世界に根差した舞台作りを目指しました。それは、これまで以上に細かなディテールに注力することを意味していました。そのための主要なステップの一つが、現実世界の寸法をどのようにゲームに落とし込むかを標準化するためのリファレンスマップの作成でした。このマップでは、壁やドアの寸法、ドアノブの高さ、室内の照明、家具のスケール、そして一般的なオブジェクトの全体的な大きさといったディテールが定められました。また、レベルデザイナー向けに、スケールやライティングの値も設定済みの標準化されたテクスチャを用意し、マップのレイアウトが初期段階から一貫性を保つようにしました。リファレンスマップは、こうした物理的な世界の設定だけでなく、プレイヤーがその世界をどう移動するかも定義しました。たとえば、ジャンプできる高さ、かがめる低さ、そしてダクトのような狭い空間のサイズなどです。これらのマップを基礎とすることで、私たちはワールドジオメトリの一貫性を保ち、ゲーム全体を通じて現実的なサイズの空間を確保することができたのです。"
N/A4199"#commentary\cn_286_response_rules.mp3" "[スコット・ダルトン] 開発の早い段階から、ゲーム内に多くのダイナミックな会話を盛り込みたいと考えており、それを効果的に処理するシステムが必要でした。目指したのは、サウンドデザイナーがプログラマーの手を借りずに台詞の追加や微調整を行え、台詞がゲームの状態に密接に反応し、そして繰り返しを最小限に抑えることができるシステムでした。これらの要件に基づき、私たちはレスポンス・ルール・システムを開発しました。演出された場面以外でキャラクターが話す際は常に、このシステムがどの台詞を発するかを決定します。キャラクターのAIは台詞を直接選ぶのではなく、プレイヤーを発見した、ダメージを受けた、銃の最後の弾を撃った、圧倒的な敵に遭遇した、など、関連するイベントが発生するたびに、常に発話の機会を検知します。その機会ごとに、AIはゲームの現状に関するデータパケットをレスポンス・ルール・システムに送信し、システムは最もふさわしい台詞を返します。この仕組みにより、サウンドデザイナーは台詞に関する詳細なディシジョンマトリクスを作成できるようになりました。たとえば、キャラクターがリロードを宣言する際も、交戦中にするのか、戦闘が終わった後にか、味方が1人しか残っていない状況か、あるいはストライダーが視界にいるかによって、それぞれ異なる台詞を話すように設定できます。Half-Life 2をリリースした時点では、このシステムの可能性のほんの一部に触れたにすぎないと感じていました。このシステムはエピソード1のアリックスの核となる機能となり、その後も『Team Fortress 2』の各クラスや『Left 4 Dead』のキャラクターたちなど、私たちの後のゲームにおけるダイナミックな会話を実現する基盤となっていきました。"
N/A4200"#commentary\cn_287_audio_caching.mp3" "[ヤーン・バーニアー] 私たちが直面したもう一つの問題は、ゲーム内の膨大なオーディオデータ量でした。ゲームプレイの効果音、音楽、そして会話など、オーディオデータが多すぎてメモリにすべてを保存することはできませんでした。2003年当時、メモリは非常に貴重なリソースでした。しかしご想像のとおり、特にゲームプレイに関わるサウンドは、即座に再生できなければなりません。そこで、すべてのオーディオファイルの冒頭125ミリ秒だけを保存するオーディオキャッシュを構築し、それをメモリ内に保持しました。これは、ディスクからオーディオファイルをストリーミングで読み込むのにかかるであろう時間の最良の予測値でした。そして、ゲーム内でサウンドが再生されるたびにオーディオキャッシュからその冒頭部分を再生し、同時にディスクから完全なオーディオファイルのロードを開始します。キャッシュされた冒頭部分の再生が終わる頃には、ファイルのロードが完了しており、サウンドの残りの部分を途切れることなく再生し続けることができます。その他にも、再生頻度の高いサウンドは常にロードし直す必要がないように、最近再生されたサウンドを丸ごとメモリ内に保持しておくといった細かい機能もありました。今日のゲームエンジンでは、サウンドだけでなく、あらゆる種類のアセットが一般的にこの種の戦略を用いています。"
N/A4201 
39194202}
39204203}