クロスプラットフォームエンジンで構築されたゲームがWindows専用になることがあるのはなぜですか？

エンジンがWindows、OS X、およびLinuxをサポートしている場合、これらのエンジンを使用するゲーム（Space Hulk：Deathwingなど）がWindowsのみに制限されることがあるのはなぜですか？

技術的な理由：

• プラットフォームが具体的に作ったゲーム：一部の開発者がゲームを作っているとき、彼らはいつかプラットフォーム固有の機能に依存することができます。ゲームエンジンは複数のプラットフォーム用のゲームを構築できる可能性がありますが、ゲーム固有ではないコードは、他のプラットフォームには存在しないか、ゲームの難しい部分を作り直す必要があるWindows固有の呼び出しを行う場合があります（ライセンスサービス、ファイル保存システムなど）。
• 対応マシンの欠如：長い間、ほとんどのAppleコンピューターには、ほとんどのゲームを実行するのに十分なグラフィックスパワーが備わっていませんでした。それでは、なぜユーザーが悪い体験しかしないような場所にリリースするのでしょうか？これはグラフィックスの統合のおかげでゆっくりと変化していますが、それでもWindowsのみに移行する理由があります。
• プラグイン/ライブラリの互換性：ゲーム開発者は、サードパーティのライブラリを使用して開発をスピードアップしたり、業界標準/検証済みコード（SSL、シリアル化ライブラリなど）を使用したりできます。これらがプラットフォームXをサポートしていない場合、ゲームはおそらくプラットフォームXで確実に実行されないため、除外されます。
• QAの向上：ゲームの開発中に、バグがないこと、およびゲームがパフォーマンスの基準を満たしていることを確認するチームの小さなサブセクションがあります。プラットフォームを追加したら、ゲームは基本的に2回テストする必要があります！ゲームの一般的な部分はそのままにしておくこともできますが、リリース前に行うべきテストはまだたくさんあります。これは、プラットフォーム（Apple、Xbox、PlayStation、電話など）に応じて、必要な追加の時間だけでなく、特殊なハードウェアによってもコストの増加につながる可能性があります。
• サポートの強化：ゲームのリリース時にバグが発生します（一部のゲームは他のゲームよりも多くなります）。プラットフォームを追加すると、開発者が行う必要があるリリース後のサポートの量が増加します。プラットフォーム固有のバグは、破損したプラットフォームを修正する方法で修正する必要があり、影響を受けないプラットフォームには影響しません。プラットフォームが変更された場合、たとえばWindows 7から8またはOSXの繰り返しの場合、新しいバージョンにバグがないことを確認するために、ある程度のQAが必要になります。そして、もしあれば、それは古いバージョンと一緒にサポートされなければならないさらに別のプラットフォームです。これは、特にゲームがローンチされた後（ゲームが多くのお金を稼げないようになった後）、リリース後3-6か月で、コストに大きな影響を与える可能性があります。

非技術的な理由：

• 発行者契約：一部の開発者は、プラットフォーム所有者とプラットフォームで具体的にリリースする契約を結んでいます。これはコンソールではより多く発生しますが、PCプラットフォーム（Windowsなど）でも同様です。
• ファーストパーティのデベロッパー：一部のデベロッパーはプラットフォームホルダーが所有しており、特定のプラットフォームでゲームをリリースすることはできません。PS4ではHaloも、MacではForzaも表示されないでしょう。
• 視聴者の不足：開発者は、特に多くのデータを利用できる大規模なパブリッシャーがいる場合、特定のプラットフォームでの消費者の傾向に関する多くの統計情報を持っています。ターゲットオーディエンスの90％がWindowsを使用しているという情報がある場合、潜在的なバグを減らしたり、マーケティング資料に集中したりするために、他のプラットフォームでリリースすることはありません。
• プラットフォーム要件を満たしていない：AppleのApp Storeなどの一部のプラットフォームには、公開するために従う必要のあるレイアウトと設計に関する厳しい要件があります。ゲームが特定の配信プラットフォームのこれらの要件を満たしていない場合、十分な予測売上がない場合は、ゲームを適合させてリリースするのにエンジニアリング時間を費やす価値がない場合があります。
• プラットフォームの経験不足：開発者がWindowsのみを使用している場合（他のシステムの経験がある人はいないか、ほとんどいない場合）、開発後期またはLinux / OSXビルドを担当する新しいスタッフを雇うのに十分な予算がない場合があります。
• マーケティングコスト：2つのプラットフォームの視聴者または年齢層が大きく異なる場合、一方のマーケティング資料が他方に届かない可能性があります。つまり、マーケティングにより多くのお金を費やす必要があります。2つのグループが異なるマーケティングを必要とする場合、新しいターゲットオーディエンスを念頭に置いてすべてを再作成する必要があります。特に大規模なリリースでは、マーケティングは非常に高価になる可能性があります。より多くのプラットフォームでマーケティングが必要になるほど、コストはより速く増加します。

もっとあると思います。これらは私の頭のほんの一部です。お役に立てれば。

なぜなら、利用できるということは、無料ですぐに利用できるということではないからです。

最も単純な形式でもう1つのオペレーティングシステムをサポートするということは、テクニカルサポートを提供するもう1つのプラットフォームを意味します。

サポートするプラットフォームが増える= サポートを提供する必要があるプラットフォームが増える= サポートにより多くの時間を費やす=ゲームの改善に費やす可能性のある作業時間を失う。

プラットフォームのサポートはすべて、ゲームがそのターゲットプラットフォームで十分なプレーヤーベースを獲得できる場合、プラットフォームのサポートを提供するために費やす時間を補うという自信に帰着します。

これまでのところ良い答えがありますが、一番下の行に行きましょう。

Steamの2017年6月のハードウェア調査によると、サンプリングしたユーザーの96.24％は Windowsを使用していました。Windowsユーザーの87.37％は、Windows 10または7、64または32ビットです。OSXバリアントはユーザーの2.95％を占め、Linuxバリアントは合計0.72％です。

時は金なり。市場がニッチで、特にOSXまたはLinuxを対象としない限り、市場の4％未満が時間の価値がある前に、多くのゲームを販売する必要があります。特に、ゲーム開発者は通常、製品機能を完成させるために時間をかけられます。

ここでの他の答えは良いですが、ここでは言及されていませんでした。

私は今この問題を抱えています-私のチームはWindows / Mac向けのUnityで作られたゲームをリリースしようとしています。ゲームがモバイルに対応していない理由について、多くの質問が寄せられています。主に2つの答えがあります。

1）電話はゲームに追いつくほど強力ではありません。アートの忠実度（モデルのポリゴン数を減らす、テクスチャのピクセル数を減らすなど）を減らすことができるかもしれませんが、それだけではありません。携帯電話で実行できるように最適化するには、ほとんどのゲームを書き直す必要があります。試しましたが、1秒あたり約0.5フレームしか得られませんでした。明らかに、プレイできません。

2）入力。ユーザーインターフェイス全体はマウスを使用して設計されており、ゲームの一部は、常にマウスの位置を知ることに依存しています。マウスがどこにあるかを知らずにゲームが機能し、画面上のさまざまな「タッチ」アクションを「マウス」アクションに変換して同じ機能を実現するには、入力メカニズム全体を書き直す必要があります。彼らの答えで言及されたuser3797758のように、これは「マウス」と「タッチ」の入力が同じシステムに送られるように書き直す必要があり、一方のバグは他方に影響を与えず、そのバグの修正他にも影響しません。これには、私のチームが現在利用できるリソースよりも多くのリソースが必要です。

user3797758の回答にも記載されているように、Linuxマシンではパッケージの1つがクラッシュしますが、Windows / Macでは動作するため、Linuxのサポートさえありません。エンジンがクロスプラットフォームであるからといって、それを使用するすべてがそうであるとは限りません。