死後：Baldur's Gate：Enhanced Edition

PCの古典的なロールプレイングゲームをマルチプラットフォームプロジェクトとして、さらには「拡張版」の形で復活させる方法についての話を聞きたいですか？ バイオウェアの創始者の一人であるトレント・オスター （今日は再発行の開発者であるビームドッグ/オーバーホール・ゲームズの社長）は、舞台裏で私たちを導き、それがどのように起こったかを教えてくれます。



だから、会話はBaldur's Gate：Enhanced Edition（私たちが愛情を込めて彼女のBG：EEと呼んでいるスタジオ内）についてであり、2012年11月28日にPCで、12月8日にiPadでリリースされ、プレイヤーの間で大きな関心を引き起こし、米国のApp Storeで2番目、最初の1位の前-他のいくつかの国のApp Storeで。



最初の計画は、可能なすべてのプラットフォームでほぼ同時に実行することでした。 チームの規模と今後の作業量を考えると、この決定がいかに素朴であるかが明らかになりました。 現在、残りのすべてのプラットフォームのバージョンに一生懸命取り組んでおり、BGのクロスプラットフォームマルチプレイヤーが実現することを願っています。 ゲームはPCとiPadで大きな成功を収め、販売の成功とファンからの好意的な反応に迎えられたため、残りのプラットフォームはそれほど長くかかりません。



Baldur's Gate：Enhanced Editionの開発は興味深い冒険でした。 初めてBaldur's Gateをタブレットで起動して、理論を証明したとき、忘れられない感覚を経験しました-私たちが考えたように、BGとタブレットはお互いのためだけに作られました。 インスピレーションの瞬間がありました-モッダーのコミュニティから人々を引き付け、それらにベータ版を与えたとき、それらの実験から多くが私たちに明らかにされました。 絶望の瞬間がありました-例えば、元の芸術が取り返しのつかないほど失われたことが判明したときや、取引を行うために譲歩しなければならなかったときです。 たとえば、9月から11月にゲームのリリース契約を延長する必要がある場合など、ひどいストレスが発生していました。 彼らは毎日、ゲームに関する新しい情報を公開する許可を待っていました。したがって、ファンとのコミュニケーションは真の拷問に変わりました。 私たちはできるだけ早く合意に到達しようとしましたが、署名の大騒ぎのために、スケジュールはさらに下がっていきました。



チームとして素晴らしい瞬間を経験しました。たとえば、ゲーム自体で新しいUIを初めて見たときや、サムが書いた新しい音楽がいずれかの場所で最後に演奏したときなどです。 このすべての魅力的な冒険のおかげで、私たちは13人の強力なチームになり、素晴らしいことができることに気付きました。 私たちは、Mark Mir、John Halacher、Sam Hulik（BioWareのスタッフ-それぞれ、声優、コンセプトアーティスト、作曲家- およそTranslator ）などの専門家と協力しました。 偉大なオリジナルと仕事をする機会は、私たちに、劣らず良いもの-馴染みのある、同時に異なるものを作成する能力を要求しました。 一言で言えば、Baldur's Gate：Enhanced Editionは私たちにとって挑戦でしたが、ゲームメカニズム、ゲームエンジンテクノロジー、およびBaldur's Gateを真の伝説にしたすべてのことを十分に理解することで、心を失うことなく開発を完了することができました。

うまくいったこと

1.ファンとコミュニティ

当初から、Enhanced Editionの成功の鍵は、Baldur's Gateコミュニティとmodの作者から最大数の人々を引き付けることであることがわかっていました。 彼らと協力し、彼らのアイデアを注意深く聞くことで、ゲームをより良くし、正しい選択をし、ファンの希望を満たすことができました（Biowareが元のゲームでどのように働いたかを思い起こさせます：開発者は常に主要なCRPGファンフォーラムに出席し、ゲームとCRPG全般-主にこれが原因で、彼らは何をすべきかを正確に知っていました。また、Baldur's Gateは明らかに店頭に登場する前からヒットしていました。 玖珠- 翻訳者のノート）。.. 共同作業を構築する最初の試みはかなり無作法で不適切でした-招待、直接のメールはRedditでしたが、ゲームの公式フォーラムを立ち上げると、すべてがはるかに良くなりました。そこで、自分の考えを直接表現し、ファンの考えに耳を傾けることができました。 私たちはできるだけ早くすべての新しいコンテンツを共有し、彼らのフィードバックに応えようとしました。 クローズドベータ版はこれを助けてくれました-新しいベータ版を絶えずアップロードし、ファンは彼らが好きなものとそうでないものについて正直に言ってくれました。



コミュニティのコアはかなり迅速に形成され、これはそれ自体で起こりました-基本的には、健全な批判と思慮深い提案で際立った人々で構成されていました。 私たちは一般的にフィードバック全体を読みましたが、まず第一に、深く深刻な批判に反応しました-コミュニティはこれをすぐに感知し、誰もがプロジェクトを掘り下げ始めました。 クローズドベータ全体は、このアクティブな「思慮深い」グループのメンバー間でのみ形成されました。



そして、はい、私たちのすべての人生は、フォーラムで私たちと戦い、バルダーズゲートをより良くするために戦った人々に感謝します。

2.過去の仕事上の関係

私たちの状況は、このプロジェクトに参加した企業の数によって複雑でした：Atari、Hasbro、Wizards of the Coast、BioWare、EA、そして私たち（Beamdog）。 最終的に取引の基本条件を決定し、世界が再びバルダーズゲートの世界に突入する機会を待つことはないだろうと確信したとき、私たちはすべての利害関係者を集めることに従事する機会がありました。 私たちの過去のつながりは、私たちがすべてに素早く対処するのを助けました。 アタリの無関心の壁を打ち破り、ゲームのほとんどの作業よりも適切な人々と話すのに時間がかかりました。 GDCで、数か月間、会社の経営陣と話をしたくなかった男性に会ったことを覚えています。 私たちがお互いに会ったとき、彼は言った、「あなたはただ私を憎むに違いない」。 私は「もういらない」と答えました。



私の友人の中には、リチャード・イヴァニュク、グレッグ・ジチュク、レイ・ムジカがいました。 彼らは、多かれ少なかれ妥当な時間内に署名を取得する必要があるすべての人に連絡するのを助けました。 リチャードはすべての主要著者を「通信の反対側」に集めることができ、ゲームに関する決定を守る手助けをしました。 Derek FrenchはBioWareを支援しました-開発プロセス全体を通じて、コードの深byやアートワーク資産にdrれないように支援してくれました。 （これから学んだ教訓は、著者グループのそれぞれに関連付けられる人がいなければ何もできないということです。）



私は15年間BioWareで働いていましたが、昔からの友人と再会できてうれしかったです。 私は元々の創業者の一人として、Shattered Steelプロジェクトのデザイン、プログラミング、アートに取り組み始めました。 そして、私はNeverwinter Nightsを契約の1行から「D＆D碑文が入った箱の中」から最終的には何になったのかを7年の開発と2つの大きな追加で開催しました。 私はテクノロジーディレクターとしての旅を続け、2009年に去る少し前に、プロジェクト開発の管理という人生への愛に戻りました。 ゲーム開発の最大の利点は、それを実践する人々です。 いつか彼らが私たちのためにしたすべてのことを彼らに返済できることを願っています-それを行う方法をもっと知るために。

3. iPadとtachyインターフェース

タブレット市場には、本格的で大きなRPGが登場する準備ができていることが証明されています。 Touch ArcadeとPocket Tacticsからのレビューと同様に、成功は印象的でした-そして、普通のプレイヤーからのフィードバックは悪くありませんでした。 （聴衆はタブレットや他のモバイルデバイスを小さな娯楽ゲームのプラットフォームとして扱い、深刻なゲームの発表をほとんどin辱として扱うと考えられています。プレイヤーは（例えば、Kickstarterで） AAAタイトルができるとはまだ信じていませんタブレットをご覧ください - 約翻訳者 ）



Beamdogの共同設立者でありベテランの開発者であるCameron Topherは、最初からタブレットバージョンに夢中になりました。 iPadバージョンがリリースされ、リリースの1年前に半分が機能しました。 タコボイ制御の原則を使用して、Baldur's Gateで論理アクションを伝達する方法を学んだように、新しいビルドはそれぞれ根本的な変更をもたらしました。



最終的に、Cameronのアプローチは、ゲームで最も一般的なアクションを強調し、管理を簡素化することになりました。 BGでは、最も一般的なアクションは画面をスクロールすることです。そのため、アプリケーションで採用されている写真のドラッグを使用しました。 次に人気のあるのは、単純なタップに関連付けられた移動/相互作用です。 最初はグループを選択しようとしましたが、この機能を最も便利な方法で実装しようと何度か試みた結果、BGのほとんどのアクションは1つのキャラクターまたはグループ全体で一度に実行されるため、最終的には別のボタンに移動するという結論に達しました。 タブレット版のBG：EEを試してみた場合、コントロールが気に入っているはずです-一定の論理的な統一性があります。







ほぼ同時期に、「スマート半径」と呼ばれる改善を追加しました。 スマート半径を使用すると、精度の低い指制御でマウスを正確に制御できるようになり、建物に入ること、地面から物を拾うことがすべて同じ精神で簡単になります。



私たちは管理をさらに改善する方法について考え続けています-このプロセスは繰り返されます。 UIの全体的なデザインの観点から、ゲームの元の感触を維持したいが、1024x768の新しい解像度に適合させたいと考えました。 UIでの私の優先事項は、可能な限り最大のユーザーポートレートを作成することでした。 AppleのUIの要件に従うようにしながら、UIのすべての要素を書き出し、すべてのアートとすべてのパネルをゆっくりと作り直しました-たとえば、ボタンを高さ44ピクセル以上にしようとしました（たとえば、これをいくつかの場所でしかできませんでした- 、クラス選択画面で）。 このプロセスは、競合を連想させます-複雑なアプリケーションコードの残りの部分に手を触れないようにしながら、UIコードを操作しなければならなかったためです。

4.ベータテスト

ゲームのベータテストは約6か月続きました。 この間、信じられないほど多くのフィードバックを受け取りました。バグを迅速に発見して修正し、経験豊富なmod作成者が時間を節約するためのソリューションを提供することもありました。



私たちの意見では、ベータ版はプロジェクトの成功の重要な要素でした。 私たちのコンテンツに関するフィードバックは素晴らしかったです。おかげで、クエストが最も予測不可能な方法で壊れた多くの奇妙な瞬間を見つけました。 Baldur's Gateは複雑であるため、多くのテストを実施する必要がありました。最初に、テスターはクエストが「壊れる」可能性のある方法を探し、次に問題をすばやく修正し、再びゲームをピースに引き裂きました。



オリジナルで使用されているゲームアーカイブとアセット形式の構造を順守していたため、チームだけでなく、開発者のコ​​ミュニティをプロジェクトに引き付けることができました。 前述のように、ベータテスターはフォーラムから募集されました。元のゲームとのコミュニケーションの経験が豊富な人を選択したため、フィードバックはすべて迅速かつ厳密に行われました。 ベータテスターはバグトラッカーにアクセスできたため、到着したすべての新しいバグをすぐに確認できました。



さらに、サードパーティのテスターiBetaを雇い、iPadのバージョンの作業を完了するのを手伝いました-特定の場所がすべてテストでカバーされるようにしました。 彼らは私たちのために「事前認証」のようなことを行い、iPadの異なる世代の「鉄」詰め物の違いについて学ぶのを助けました。

5.独自のデジタル配信サービス

Beamdogには2つの部分があります。 オンライン配信サービスとゲーム開発チーム、これをオーバーホールゲームと呼びます。 Beamdog Storeは、開発者と購入者の間でのみすべてが発生するように、ゲームを直接ユーザーに販売することを目的に開発されました。 直接販売と予約注文により、ロイヤルティを受け取る数ヶ月前に最初のお金を稼ぐことができました-小さな自己資金の開発者にとっては素晴らしいことでした。 もちろん、ユーザーソフトウェアと古いSSL証明書がコンピューター上にある小さな「ショール」がありましたが、とにかくシステムは正常に機能しました。



ゲームが開始される頃には、ドイツ、シンガポール、米国の西海岸および東海岸でサーバーを起動し、数百テラバイトをユーザーに転送することができました。 内部サービスを使用して、ゲームのすべてのビルドを配布します-これがないと、パッチをそれほど柔軟に作成したり、バージョン管理を効果的に監視したり、ゲームをすばやく配布したりできません-このサービスを使用して、OSX、iPad、Androidのゲームの動作バージョンを配布することもできます。 今後、機能を拡張する予定です。

何が悪かった

1.エピックコードの複雑さ

プロジェクトの作業には3年かかりました。 最初は、「忍者のように中に入り、あちこちでそれを少し修正し、スケジュール全体を置き換えて、自分自身を包み込む」ことを計画しました。 ゲームコードの使用を開始すると、エンジンのパフォーマンスと安定性に関するいくつかの問題がすぐに表面化しました。 私たちはいくつかの問題を追跡することにしました...そして、すべての追跡は最終的にInfinityエンジンに実装されたフローモデルにつながりました。



事実、Infinityは、並列コード実行のプロセッサがなくてもマルチスレッド化されていました。 その結果、エンジンは実際には存在しないフローのモデルを中心に設計されました。 彼の主な問題は、すべてのスレッドが同じデータセットを共有することでした。 これらのスレッドはすべて作成され、同じメモリにアクセスし、最終的には互いにブロックされました。現在のスレッドが実行されるまで、すべてのスレッドが停止しました。



また、コードはクリティカルセクションを使用して散らばり、場合によってはアイドルセクションの最大70％を費やしていました。 私たちの長期的な解決策は、なたを使ってあたかもそれらをカットし、スレッドを削除することでした。したがって、ゲームから数十万行のコードをカットしました。 結果はより安定し、パフォーマンスの低下を引き起こす可能性が低くなりました。 忍者スタイルのアプローチは他の場所で私たちによってテストされ、毎回同じことで終わりました-私たちは常に90年代に存在し、今日存在しなかった非常に複雑な問題に遭遇しました。 コード内で同様の場所を探し続け、パッチの作業中にそれらを削除します。

2.複雑なデータとコードの依存関係

開発者についての私自身のジョークがありますが、これは頻繁に繰り返します。 「プログラマが彼の頭がいいと確信しているとき、最悪の残虐行為は犯されます」。 Infinity Engineには、このような「洗練された」トリックがたくさんあります。 たとえば、画面上のキャラクターのレンダリングは、非常に面倒なリソース管理システムの助けを借りて、正しいフレームとキャラクターのスプライトの方向がリソースファイルからロードされるという事実から始まります。 次に、256色カラースワップ（「パレットスワップ」）を使用して、スプライトを使用して色変換が実行されます。 スプライトを使用したこの変換の後、パレットを使用してさらに多くの操作を行うことができます（これは、たとえば石の場合に必要です）。 次に、近くにある潜在的に重複する要素を考慮してスプライトがレンダリングされます。



最終結果は、レンダリングのために64x64タイルで画面に送信されます。 システム全体は、動的制御の指示の下で動作し、64x64タイルを更新済みとしてマークして描画します。変更がない場合は、バッファーに保存されたタイルを描画します。 単純なスプライトに対して行われた巧妙なシフトとトリックの量は、追跡するのがほとんど不可能になります。 場合によっては、武器のアニメーションの変更からスプライトの普通の人からドワーフへの変更まで、あらゆる操作を行う.2daファイルへのアクセスが必要になる場合があります。 この規模のRPGコードは単純なものではないことは明らかです。しかし、そのようなニュアンスは、創造的な飛行において私たちを著しく制限し、必要なアーキテクチャの変更を許可しません。

3.失われた芸術の源

契約は、当初、Baldur's Gate：HDを作成するという期待で締結されました。 私たちの計画はシンプルでした。元のアートワークを取り、それをきれいにし、高解像度で最高の素材で再レンダリングします。したがって、誰もが痛々しいほど親しみやすい場所の素晴らしいバージョンを手に入れました。 また、キャラクターモデルを取得し、再レンダリングすることも計画しました。すべてのアニメーションにフレームを追加し、新しい動きの方向を指定します。一般に、ゲームをより「スムーズ」にします。 私たちはこれについて長い間議論しており、すでに作業開始の準備をしています。ここで、BioWareから資産を含む最初のパッケージを受け取りました。



数日後、アートワークソースがあるはずの場所に大きな穴があることに気付きました。3DSMaxのモデルとテクスチャが十分ではありませんでした。 「問題ありません」と私は言い、BioWareのDerek Frenchに連絡しました。 私たちはそれらを研究し始めました-そして再び芸術の源を見つけませんでした。 私はDerekとBioWare IT部門への訪問について同意しました-そして、リムーバブルハードドライブを持って行って、失われた資産を探しに行きました。



2日間の継続的な検索の後、私たちはひどい発見に至りました-ゲームのアートのすべてのソースは、プロジェクトのドライブではなく、通常のネットワークドライブに保存され、そのバックアップは非常にまれでした。 すべてのバックアップを確認しましたが、努力は無駄でした。 元の芸術は取り返しのつかないほど失われました。



アタリの発見を発表する時が来ました-そして今、プロジェクトにはチャンスがないことに気付きました。 キャメロンと私は数週間かけて再発行のコンセプトを再発明しました。 Atariは「HD」バージョンではなく「Extended Edition」を行うことを提案しました。 古いグラフィックを使用してプロジェクトをリリースすることで起こりうる結果について議論し、ロイヤルティを大幅に削減しました。すべてプロジェクトに戻るためです。 簡単に言えば、私たちは古い計画を完全に破棄し、ゼロから始めました。これは、1年間の交渉の後、無駄になりました。







結果は何ですか？ まあ、当初の計画よりもグラフィックの「美しさ」は少なかったが、これはすべて予想外のボーナスであることが判明した。ゲームの残りの部分を変更する時間はもっとあった。 何から学ぶ価値がありますか？ パニックに陥ることなく、常にタオルを持ち歩きましょう。次の驚きがどこに潜んでいるかわからないので、タオルが常に重宝します。

4. Intel統合グラフィックスカードでのOpenGLサポート

BG：EEの開発を開始したとき、すべてのデバイスの機能の互換性が同じになるように、2004年からOpenGL 2.0仕様を使用することを明確に決定しました。 ストアの買い物リストの名前の前にあるチェックマークのように、PC、Mac、iPad、Androidでテストをすばやく実行しました。 Raspberry Pi ... Raspberryは、OpenGL 2.0をサポートするhis-Piの母です！ 別のチェックマークがあります。



ベータテスターのグループを拡大しました（おそらく、本質的にテストのすべての参加者はまだ愛好家だったということです）、パフォーマンスに実質的に問題はないと考えました。 今では、OpenGLの古い仕様のサポートにより、もちろんすべてが非常に優れている高価なビデオカードを本質的に好むゲーマーを扱っていたということでした。 リリース日が近づくと、Intelの統合カードでは、特に古いラップトップでは、すべてがそれほど優れているとは言えないという最初の報告がありました。 私たちは問題が何であるかを見つけるために詐欺されましたが、ここでさらに別の「楽しい」発見に直面しました-ラップトップのメーカーの多くは長年にわたってドライバーを更新していませんでした。



現時点では、PCでゲームをリリースしたばかりです。 そして、パフォーマンスの低下やグラフィックの問題に関するレポートをどんどん受け取るようになりました。 もちろん、問題を解決するいくつかの方法を見つけることができました。たとえば、Intelカードドライバーを強制的に最新バージョンに更新することです（メーカーは、1分間、署名しようとさえしませんでした）。 私たちのさらなる研究はひどい結論に至りました-古いIntelカードのほとんどはOpenGL 2.0を完全にサポートしていませんでした。 それは何ですか-彼らとOpenGL 1.0は、しばしばサポートすることができませんでした。



開発者は待ち伏せされています。 開発に割り当てられた予算全体を使用し（さらに上に追加）、今ではお金を払ってゲームをプレイできない怒っているユーザーがいます。これはすべて、ドライバーの問題が原因です。 最終的に、この問題の解決策を思いつくことができました。将来的には、問題のあるドライバーに欠けている機能を補うために、BG：EEのレンダリングシステムの完全な書き直しにかなりの時間とお金を費やす予定です。



Intelの担当者と話をした後、正しい道からカーブの道への転換点を見つけました。ミスを修正する方法についての新しい計画があります。 ただし、書き換える必要があるコードの量は非常に多いため、すべての問題を解決する瞬間をファンが辛抱強く待っていることを願っています。



このすべてからの教訓は何ですか？ 多くのテスターがいる場合でも、利用可能なすべての鉄をうまくカバーできたという意味ではありません。 おそらく、あなたのプロジェクトは最新の機器愛好家でうまく機能します-しかし、これはすべての機器ではありません。 最初は非常に古いハードウェアの問題であると思われたものが、はるかに大きな迷惑であることが判明しました。 そして、はい、2004年の仕様と「業界標準」は、ドライバーに問題がないことを意味しないことを想像してください。



以前は、利用可能なすべてのハードウェアですべてをテストする必要がありました。 PCプラットフォームの多様性は、鉄の生産者が独自の製品を作成し、競合することを可能にします。これは、価格を下げることで価格にプラスの影響を与えます。 しかし、これは開発者にとって悪夢です。結局のところ、特定の構成ですべてがひどくスローダウンし始めると、別の驚きが常に起こる可能性があります。 私は1994年からPC用に開発しています（そう、私はとても年を取っています）。そして、すべてのプロジェクトで、鉄に起因する少なくとも1つの問題に遭遇しました。 したがって、PCの新世代は、コブラがベッドに忍び寄る以上の喜びを私にもたらしません。

5. iOS 6

少し後に、ベータ版でゲームのテストを開始しました。iOS6が近日公開されます。iOSでグラフィックスを操作するメカニズム（iOS Core Graphics）でAppleが変更したものを正確に理解することはできませんでしたが、その結果、すべてのiPadのFPSは非常に低下しました。第一世代から第三世代-これらのタブレットでプレイすることは単に不可能になりました。 良い伝統により、この驚きは、ゲームの公式リリース日までに1か月未満しか残っていないことが明らかになりました。



何ができますか？ 私たちは、プロジェクトのその他の部分からパフォーマンスの問題に私たちの努力の大部分を素早くシフトしました。 私はそれをライブでカットしなければなりませんでした。なぜなら、画質とフレームレートの増加のどちらかを選択したからです。 どのようにしてすべてが終わったのですか？ 主な開発者は計画外のタスクのために多くの時間を失い、その結果、バグ修正に費やしたほとんどの時間はパフォーマンスとの戦いに費やされ、その結果、製品の品質が低下しました-ユーザーはたくさんの新しいバグに直面しました。 レッスンは学習されました-計画外の変更や問題が予想される場合、タイムラインは常にわずかに増やす必要があることを理解しています。 さらに、iOSの現在のバージョンとベータバージョンでプロジェクトをテストするために、もう少し時間を割り当てる必要があります。

おわりに

最終的に、結果のBG：EEは、オリジナルのBGの時代を超えた品質であり、思いやりのあるファンの小さなチームが手にしました。 ゲームを大幅に変更することを決めた場合、開発を迅速に完了し、おそらく小さなバグを収集することができましたが、当初は「伝統の守護者」の役割を引き受ける予定でした。 バルダーズゲートに触れて自分を見せたり、ゲーム開発の世界に足跡を残したりするつもりはありませんでした。いや、素晴らしいゲームをさらに良くして新しいプラットフォームに持ち込みたいと考えました。 批評家と一般の人々を含むゲームの成功は、商業的なものも含めて、私たちがそこで止まらないことを示唆しており、すでにBaldur's Gate 2：Enhanced Editionを見たいと決意しています。

翻訳者から

死後執筆から数ヶ月が経過しましたが、今日、ビームドッグは残念ながらあまりうまくいっていません。



6月後半、BeamdogはBG：EEをWebサイトおよびモバイルApp Storeからの販売から撤回することを余儀なくされました。 それからスタジオは、アタリとの衝突によってこの事実を説明しました。スタジオは、Baldur's Gateのパッチの開発と、AndroidおよびBaldur's Gate II Enhanced Editionのゲームのバージョンの開発を停止する必要がありました。スタジオが作成する予定だったバルダーズゲートIIIの運命は不確実になりました。Osterはその後、開発者は「士気を失った」が、最善を望んでいると述べた。