Pourquoi les jeux construits sur des moteurs multiplateformes sont-ils parfois exclusifs à Windows?

Si un moteur prend en charge Windows, OS X et Linux, pourquoi voyons-nous parfois des jeux utilisant ces moteurs, comme Space Hulk: Deathwing , restreint à Windows?

Raisons techniques:

• Plate-forme spécialement conçue pour le jeu : lorsque certains développeurs créent leurs jeux, ils peuvent parfois compter sur des fonctions spécifiques à la plate-forme. Bien que le moteur de jeu puisse créer le jeu pour plusieurs plates-formes, le code non spécifique au jeu peut émettre un appel spécifique à Windows qui n'existe pas sur d'autres plates-formes ou qui nécessite de refaire une partie difficile du jeu (services de licence, etc.). Systèmes de sauvegarde de fichiers, etc.).
• Manque de machines capables : Pendant longtemps, la plupart des ordinateurs Apple n’avaient pas assez de puissance graphique pour exécuter la plupart des jeux. Alors, pourquoi publier quelque part où les utilisateurs auront probablement une mauvaise expérience? Cela évolue lentement, grâce à une meilleure intégration des graphiques, mais cela pourrait quand même expliquer pourquoi certains utilisent uniquement Windows.
• Compatibilité plugin / bibliothèque : les développeurs de jeux peuvent utiliser des bibliothèques tierces pour accélérer le développement ou utiliser un code standard / validé par l'industrie (bibliothèques SSL, de sérialisation, etc.). Si ceux-ci ne prennent pas en charge la plate-forme X, le jeu ne fonctionnera probablement pas de manière fiable, aussi sont-ils exclus.
• Augmentation de l'assurance qualité : pendant le développement du jeu, une petite sous-section de l'équipe garantit qu'il n'y a pas de bugs et que le jeu respecte les normes de performance. Une fois que vous avez ajouté une plate-forme, le jeu doit essentiellement être testé deux fois! Les parties génériques du jeu pourraient être laissées seules, mais il reste encore beaucoup de tests à faire avant la sortie. Cela peut également entraîner une augmentation des coûts, non seulement avec le temps supplémentaire nécessaire, mais également avec du matériel spécialisé, en fonction de la plate-forme (Apple, Xbox, PlayStation, Téléphones, etc.).
• Soutien accru : au fur et à mesure que les jeux sortiront, ils auront des bugs (certains jeux plus que d'autres). Au fur et à mesure que vous ajoutez de nouvelles plates-formes, la quantité de support que le développeur doit faire après la publication augmente. Les bogues spécifiques à la plate-forme devront être corrigés d'une manière qui le corrige pour la plate-forme endommagée et n'affectant pas les plates-formes qui ne sont pas affectées. Si une plate-forme change, par exemple, Windows 7 à 8 ou une itération OSX, il faudra un certain niveau d'assurance de la qualité pour s'assurer qu'il n'y a pas de bugs dans la version la plus récente. Et, s’il en existe, c’est une autre plate-forme qui doit être prise en charge parallèlement à l’ancienne version. Cela peut avoir un impact considérable sur les coûts, en particulier après le lancement du jeu (si le jeu ne rapportait pas beaucoup d’argent), 3 à 6 mois après sa sortie.

Raisons non techniques:

• Accord de l'éditeur : Certains développeurs auront des accords avec le détenteur de la plate-forme leur permettant de publier spécifiquement sur leur plate-forme. Bien que cela se produise davantage avec les consoles, cela pourrait également être le cas pour les plates-formes PC (par exemple, Windows).
• Premier développeur : certains développeurs appartiennent au détenteur de la plate-forme et ne sont pas autorisés à publier leurs jeux sur des plates-formes spécifiques. Vous ne verrez probablement pas Halo sur PS4 ou Forza sur Mac.
• Absence d'audience : les développeurs disposent de nombreuses statistiques sur les tendances de consommation sur des plates-formes spécifiques, en particulier si leurs grands éditeurs disposent de nombreuses données. S'ils disposent d'informations indiquant que 90% de leur public cible est sous Windows, ils pourraient ne pas s'embêter à publier sur d'autres plates-formes pour tenter de réduire les bugs potentiels et / ou de garder le contenu marketing ciblé.
• Ne répond pas aux exigences de la plate-forme : Certaines plates-formes telles que l'App Store d'Apple ont des exigences strictes en matière de mise en page et de conception qui doivent être suivies pour être publiées. Si un jeu ne répond pas à ces exigences pour une plate-forme de distribution particulière, le temps d'ingénierie nécessaire pour l'adapter et le publier ne vaut peut-être pas la peine d'être libéré s'il ne reste pas suffisamment de ventes prévues.
• Manque d’expérience avec une plate-forme : si le développeur a uniquement travaillé avec Windows (et qu’il n’ya que peu d’expérience d’autres systèmes), il peut être très difficile d’apprendre les petites différences qui peuvent causer des problèmes de développement tardif ou il se peut que le budget ne soit pas suffisant pour engager du nouveau personnel et prendre en charge une compilation Linux / OSX.
• Coût de marketing : si deux plates-formes ont des audiences ou des groupes d'âge différents, le matériel de marketing de l'une d'elles peut ne pas atteindre l'autre, ce qui signifie qu'il faut dépenser plus d'argent en marketing. Si les deux groupes nécessitent un marketing différent, vous devez tous le recréer en tenant compte du nouveau public cible. Le marketing peut devenir extrêmement coûteux, en particulier avec de grandes versions. Plus les plateformes ont besoin de marketing, plus les coûts augmentent.

Je suis sûr qu'il y en a plus. Ce ne sont que quelques-uns des points forts de ma tête. J'espère que cela t'aides.

Parce qu'être disponible ne veut pas dire être gratuit et instantané.

La prise en charge d’un système d’exploitation supplémentaire, dans sa forme la plus simpliste, signifie une plate-forme de plus à laquelle fournir un support technique.

Plus vous prenez en charge de plates-formes = Plus vous avez besoin de plates-formes de soutien = Consacrez plus de temps à l'assistance = Perdez du temps de travail qui aurait pu être consacré à l'amélioration de votre jeu.

Soutenir une plate-forme revient à croire que si votre jeu peut attirer suffisamment de joueurs sur cette plate-forme cible, il compense le temps que vous passez à fournir du support à cette plate-forme.

Il y a de bonnes réponses jusqu'à présent, mais allons au fond des choses.

Selon l'enquête sur le matériel réalisée par Steam en juin 2017, 96,24% des utilisateurs de l'échantillon utilisaient Windows. Parmi les utilisateurs de Windows, 87,37% sont soit Windows 10, soit 7, 64 ou 32 bits. Les variantes OSX représentent 2,95% des utilisateurs et les variantes Linux, 0,72%.

Le temps, c'est de l'argent. Sauf si votre marché est un créneau ciblant spécifiquement OSX ou Linux, vous devez vendre beaucoup de jeux avant que <4% du marché en vaille la peine, d'autant plus que les développeurs de jeux sont généralement à court de ressources pour compléter la fonctionnalité de leurs produits.

Les autres réponses ici sont bonnes, mais en voici une qui n’a pas été mentionnée.

J'ai ce problème en ce moment. Mon équipe est sur le point de lancer un jeu créé sous Unity pour Windows / Mac. Nous avons beaucoup de questions sur la raison pour laquelle notre jeu n'est pas sur mobile. Il y a 2 réponses principales:

1) Les téléphones ne sont tout simplement pas assez puissants pour suivre le rythme. Peut-être pourrions-nous réduire la fidélité de l’art (moins de polygones dans les modèles, moins de pixels dans les textures, etc.), mais cela ne va pas très loin. La majeure partie du jeu devrait être réécrite afin d'être suffisamment optimisée pour qu'un téléphone puisse l'exécuter. Nous l'avons essayé, mais nous n'avons obtenu qu'environ 0,5 image par seconde. Évidemment, pas jouable.

2) entrée. Toute l'interface utilisateur a été conçue autour d'une souris et une partie du jeu dépend de la localisation de la souris à un moment donné. Tout notre mécanisme de saisie devrait être réécrit pour que le jeu fonctionne toujours sans savoir où se trouve la souris, et traduire diverses actions "tactiles" à l'écran en actions "souris" pour obtenir les mêmes fonctionnalités. Comme pour l'utilisateur 3797758 mentionné dans sa réponse, il faudra réécrire les éléments pour que les entrées "souris" et "tactile" puissent être introduites dans le même système, et qu'un bogue dans l'un n'affectera pas l'autre, et qu'une correction de ce bogue aussi n'affectera pas l'autre. Cela nécessite plus de ressources que ne le fait mon équipe.

Également mentionné dans la réponse de user3797758, nous ne prenons même pas en charge Linux car l'un de nos packages se bloque sur les machines Linux, mais fonctionne sous Windows / Mac. Ce n'est pas parce que le moteur est multiplateforme que tout ce qui l'utilise est efficace.