ou INSCRIVEZ-VOUS Mot de passe oublié ?
Publicité

BSN fait le point sur Batman AA et le support de l'Anti Aliasing

Aux trolls : merci d'aller voir ailleurs

BatmanNos confrères de BSN viennent de publier un papier des plus INtéressant sur le cas de Batman : Arkham Asylum  et le support de l'Anti Aliasing, dans lequel ils ont INterrogé l'ensemble des parties concernées, mais aussi plusieurs développeurs.

Pour rappel, celui-ci est basé sur l'Unreal Engine 3 qui ne supporte pas nativement l'AA, il faut en général passer par les pilotes pour cela. NVIDIA a développé pour Eidos un morceau de code afin d'apporter ce support, problème : il est réservé aux GeForce.

AMD, NVIDIA et les développeurs : une bataille sans fin ?

Nous ne reviendrons pas sur le fond de l'affaire puisque, comme le dit très bien notre confrère, on pourrait répéter les arguments de chaque camp sans cesse, sans finalement savoir qui a réellement tort ou raison.

Eidos fait en effet un bien piètre arbitre dans le cas qui nous occupe, et l'on ne peut au final qu'avoir l'impression qu'AMD et NVIDIA se partagent les torts.

On ne pourra ainsi que reprocher au caméléon d'avoir clairement franchi la ligne jaune (rouge ?) en ayant voulu réserver une fonctionnalité à ses cartes, alors que celle-ci pourrait fonctionner sur une Radeon, comme nous l'avons récemment prouvé.

Batman AA Radeon

NVIDIA : une attitude de protection excessive... qui vire au pur grotesque

PhysX PatchUne pratique que l'on ne peut que dénoncer et que l'on espère voir disparaitre au plus vite (oui, nous sommes de grands naïfs...).

Elle est d'ailleurs déjà en partie appliquée concernant PhysX, qui ne peut être utilisé si une Radeon est la carte utilisée pour le rendu 3D. Une limitation qui peut aussi facilement être contournée comme nous l'avions montré.

Une attitude générale chez NVIDIA, qui s'étend d'ailleurs bien au-delà des relations avec les développeurs, et que l'on ne peut que trouver regrettable du point de vue de l'utilisateur, même si l'on comprend que le constructeur cherche à rentabiliser des solutions qu'il a développées à grand coup de dépenses en R&D et autres rachats.

Une méthode plus ouverte ne serait néanmoins pas de refus.

AMD va enfin vers les développeurs...

Du côté d'AMD, notre confrère semble reprocher une attitude vis-à-vis des développeurs que nous dénonçons depuis longtemps, et qui est héritée d'ATI.

En effet, lors du lancement du programme « The way it's meant to be played » (TWIMTBP) par NVIDIA, certains officiels du constructeur n'étaient pas avares de critiques sur le thème « ce sera trop d'argent dépensé pour trop peu d'effets, nous préférons nous concentrer sur le hardware ».

Les moyens dépensés par NVIDIA sur ce programme sont en effet considérables, ne serait-ce que sur le plan humain, et sur les développeurs engagés dans chaque pays afin de supporter les studios locaux, sans parler de leur laboratoire de test des jeux qui est une initiative en général très appréciée par les studios.

... mais uniquement pour DirectX 11 et les HD 5

Au travers de son témoignage chez BSN, Richard Huddy, responsable des relations développeurs chez AMD (qui occupait ce poste chez ATI et qui travaillait précédemment chez NVIDIA), concède qu'actuellement, les choses changent, mais qu'AMD se focalise principalement sur les titres DirectX 11, qui sont développés sur leur matériel.

DirectX 11 JeuxAMD nous avait en effet donné une liste d'une dizaine de titres qu'ils supportaient actuellement, et qui exploiteraient la nouvelle API de Microsoft.

Reste à savoir si ce changement de cap n'est pas encore un peu trop léger face à l'implication de NVIDIA vis-à-vis des développeurs de jeux vidéo et si, bien que l'approche libertaire d'AMD vis-à-vis des fonctionnalités développées est une bonne chose, cette focalisation sur les titres DirectX 11 n'est pas une erreur qu'ils ont payée avec Batman AA, en oubliant que leurs clients utilisent aussi des Radeon de générations antérieures aux HD 5700/5800 et jouent à des jeux qui sont actuellement disponible.
le 5 novembre 2009 à 08:39 (13 419 lectures)