プレースホルダーアセットの問題点：プログラマーアートがプレイテストを台無しにする理由
「まずはグレーボックステスト、アートは後回し」は、ゲームプロトタイピングにおける一般的なアドバイスです。ガイドやチュートリアルでは、まずコアとなるゲームメカニクスをビルドし、抽象的なキューブやカプセルを使用してゲームが実際に楽しいことを確認し、コアとなるループが証明されてから初めてビジュアルを気にするようにとよく言われます。
このアプローチは論理的に理にかなっています。機能しないかもしれないプロトタイプゲームのアートを磨くことに時間を費やすのは、リソースの無駄のように感じられます。グレーボックステストは、スコープクリープに悩まされることなく初期開発を操作するための信頼できる方法として長く利用されてきました。
しかし、このアプローチには隠れたコストが伴います。プレイヤーに最低限のプレースホルダーアートを提示する場合、単に真空状態でゲームメカニクスをテストしているのではなく、プレイヤーが醜く洗練されていないゲームとどのように相互作用するかをテストしているのです。
視覚的な忠実度は、プレイテストのフィードバックに大きな影響を与える可能性があります。プレイヤーの応答性、ウェイト、そして全体的なゲームの感触に対する認識は、画面上で何を見るかによって影響を受けます。視覚的に空虚な環境に長く留まりすぎると、ゲームメカニクスを反映するのではなく、アートのルックアンドフィールに偏ったフィードバックを招くリスクがあります。
標準的なアドバイスとその誤り
従来のゲーム開発の知恵では、メカニクスが完全に確定するまでアートアセットに時間を投資すべきではないとされています。多くの場合、それはグレーの矩形でレベルをビルドし、プレイヤーをカプセルで表現し、重要な情報にはシンプルなテキストUIを使用することを意味します。
このアドバイスにはもっともな理由があります。それは、来週には削除されるかもしれないキャラクターのテクスチャ作成に時間を浪費することを防ぎます。それはチームに、基本的なゲームプレイのループに集中することを強制します。キャラクターが適切にジャンプできるようになる前に、高精細なモデルに1ヶ月を費やすのは、初心者が犯す有名なミスです。
しかし、このコンセンサスは、人間が視覚的なフィードバックとメカニカルなフィードバックを完全に分離できるという前提に基づいています。それは、プレイテスターが座って、浮いているグレーの矩形の外観を見つめ、視覚的な洗練の欠如に影響されることなく、それを動かす物理演算のコードを正確に評価することを期待しています。しかし、人間の心理はそのようには機能しないことは私たちにとって明らかです。
視覚的な忠実度が、プレイテスターの意見にどのような変化をもたらすか
品質は、マーケティング用の画面ショットのためにゲームの外観をより良く見せるだけのものではありません。それは、プレイヤーが構築したメカニクスをどのように体験するかに大きな変化をもたらす可能性があり、受け取るプレイテストのフィードバックにも直接影響を与える可能性があります。
調査結果
GDC Europe 2012でのMartin Jonasson氏とPetri Purho氏による有名な「Juice It or Lose It」という開発者のデモンストレーションを考えてみてください。彼らは、視覚的な演出が全くない基本的なブロック崩しゲームを実演し、その後、物理演算コードを一行も変更することなく、画面の揺れ、パーティクルエフェクト、トゥイーンアニメーションを追加しました。その結果、ゲームの感触は明らかに異なるものになりました。
より広範なゲームの感触に関する調査<1>は、画面の揺れのような微調整であっても、プレイヤーの主体性と高揚感を向上させることができるという考えを裏付けています。
実際にどのような外観になるか
かつてのトレードオフと、それがもはや適用されない理由
「まずはグレーボックスから」という手法が推奨されるようになった理由は、かつては適切なアートを作成することが、ゲーム開発プロセスにおいて長く時間を要する段階だったからです。開発者は、メカニクスのようなコアとなるゲームプレイ機能に取り組むか、テクスチャの描画のような視覚的要素に取り組むか、時間をどちらに割り当てるかを選択しなければなりませんでした。多くのチームは、ゲームプロトタイプの初期段階<1>において、その両方を行うことが単にできませんでした。プログラマーアートと「十分な品質のアート」との間には非常に大きな隔たりがあったため、開発者はプレイテストのフィードバックが歪んでしまうことを必要悪として受け入れてきました。
プロトタイプのビジュアルを向上させるための実践的なアプローチ
プロトタイプを正確にテストできるレベルまで見栄えを良くし、その後アートチームと協力して仕上げるために役立つ、非常に実践的で迅速な選択肢がいくつかあります。
AIが生成したテクスチャとスプライト
AIが生成したゲームアートを使用すると、プロトタイプを迅速にアップグレードするのに役立ちます。また、UnityのAIジェネレーターのようなアセット生成ツールは、アセットパイプラインに直接スロットとして組み込むことができます。プレイヤーにスケール感を与えるためにレンガの壁のテクスチャが必要な場合、シームレスなレンガの背景を生成することで、コーディングのスケジュールを中断することなく、即座に視覚的なコンテキストを提供できます。
アセットストアのプレースホルダーパック
厳選された3Dモデルを好む場合、アセットストアのプレースホルダーパックが優れた解決策となります。これらの既製のアセットをゲームに配置することで、分かりにくいプログラマーアートを、プレイヤーが理解できる一貫性のある読みやすい環境に置き換えることができます。
「ビジュアルミニマム」フレームワーク
最終的なアートを目指すのではなく、このアプローチでは「ビジュアルミニマム（視覚的な最低限）」を目指します。これは単純な問いを投げかけます。プレイテストのフィードバックを損なわないようにするために必要な、最小限のアート投資とは何でしょうか？
通常、答えは3つの要素に集約されます。プレイヤーがオブジェクトを認識できるようにするためのシルエット、敵と背景を区別するための色の違い、そしてキャラクターがMetalの上を歩いているのか草の上を歩いているのかをプレイヤーが判別できるようにするための基本的なマテリアルの違いです。
グレーボックステストが依然として適切な呼び出しである場合
グレーボックステストが本質的に悪いわけではないことを明確にしておくことが重要です。グレーボックステストによるレベルデザインが適切な選択肢となる開発フェーズは存在します。
ダブルジャンプの軌道の背後にあるrawな計算が正しく機能しているかどうかを確認するなど、純粋なメカニクスを分離してテストしている場合、テクスチャは必要ありません。ボツになる可能性が高いコンセプトの最初の週であれば、アートに投資するのは時期尚早です。最後に、視線の遮断や物理的なジオメトリの距離の確認だけを目的とした純粋なレイアウトテストを行っている場合、グレーのブロックで全く問題ありません。
問題はグレーボックステストそのものではありません。しかし、ゲームの全体的な感触についてプレイテストのフィードバックを集め始める際に、ビジュアルを完全に無視するという従来のアドバイスは、より包括的なフィードバックを求めている場合には、最善のガイダンスではないかもしれません。
グレーボックステストの先へ
正確なデータは、素晴らしいゲームを開発する上で大きなヘルプとなります。しかし、プログラマーアートでいっぱいのプロトタイプをテストする場合、得られるデータは、プレイヤーが視覚的な抽象化の先を見ることができないために、しばしば曇らされてしまいます。最新のツール、アセットパック、そして視覚的な最小限のフレームワークを使用してプロトタイプのアートを向上させることで、プレイテスターがゲームデザインをより包括的に評価できるようサポートできます。ひどいプレースホルダーアートが完璧なメカニクスを台無しにするのをやめ、プレイヤーが実際に体験するような方法でゲームのテストを開始しましょう。
FAQ:プロトタイプアートとプレイテスト
プレースホルダーアートをアップグレードする最も速い方法は何ですか？
AIで生成されたテクスチャやスプライトを使用したり、モジュール式のアセットストアパックをドロップしたりすることで、ゲームのビジュアルスタイルを素早くアップグレードできます。基本的なシーンのAIテクスチャを生成することで、メカニカルな開発を大幅に遅らせることなく、読みやすさを大幅に向上させることができます。
プログラマーアートを使うべきか、それともアセットストアパックを購入すべきでしょうか？
それは完全にあなたの当面の目標次第です。プログラマーアートは、数学的処理やrawロジックを内部でテストする分には問題ありません。しかし、ゲームが「楽しいと感じられるか」を評価するために外部のプレイテスターにゲームを提示する場合は、アセットストアのパックを購入したり、基本的なテクスチャを生成したりすることで、より正確で実用的なフィードバックが得られる可能性があります。
