Après plus de deux ans d'attente, la « guerre de l'upscaling » commence. AMD lance aujourd'hui son concurrent du DLSS de NVIDIA, ce dernier n'étant pas décidé à lui laisser la moindre chance. Mais si une bataille importante se joue aujourd'hui, c'est loin d'être la dernière. Ce qui est plutôt une bonne nouvelle pour les joueurs.
C'est le grand jour pour le Fidelity FX Super Resolution (FSR) d'AMD, une solution visant à améliorer les performances dans certains jeux en effectuant un rendu dans une définition inférieure à celle de l'écran, avec une mise à l'échelle de l'image ensuite. Une approche qui fait penser au DLSS de NVIDIA, mais qui devrait être techniquement différente.
FSR : AMD joue la carte de l'ouverture
En effet, si AMD a un temps évoqué la possibilité de se reposer sur un modèle généré par l'IA et DirectML, le choix fait au final semble être celui d'un algorithme plus simple. Il a l'avantage de permettre une large compatibilité (même sur les consoles), là où NVIDIA réserve sa solution aux seules GeForce RTX équipées de Tensor Cores.
Ainsi, tant les GeForce GTX que les Radeon RX 400, 500, Vega, 5000 et 6000, ainsi que les APU devraient pouvoir profiter de FSR. Quatre niveaux de qualité/performance seront proposés dans les jeux compatibles, qui devraient être au nombre de 7 au lancement. Une liste qui va s'étendre au fil des semaines et des mois.
Avec cette stratégie, AMD espère que les joueurs seront conciliants sur la question de l'efficacité de sa solution, le discours sera d'ailleurs sans doute sur le thème « ce n'est peut-être pas aussi bien, mais tout le monde peut en profiter ». Est-ce que cela paiera ? Nous verrons lors des premiers tests de la presse et des joueurs.
NVIDIA contre-attaque
Dans le camp d'en face, on n'a pas souhaité laisser le moindre centimètre de terrain à FSR. NVIDIA « pilonne » ainsi d'annonces à répétition autour de DLSS depuis la conférence d'AMD au Computex. Les billets de blog et communiqués se multiplient (ici ou là), au risque parfois de reprendre les mêmes informations.
Comme l'on pouvait s'y attendre, une nouvelle salve a été diffusée dès hier. On y apprend que DLSS est désormais disponible pour Necromunda: Hired Gun et Chernobylite. Ce 22 juin, il sera activé dans LEGO Builder’s Journey, qui profite également d'une gestion poussée du ray tracing (illumination globale, réflexions, occlusion ambiante, etc.).
Suivront Doom Eternal le 29 juin (avec RTX), Rust le 1er juillet (déjà Reflex). Pour rappel, Rainbow Six : Siege vient d'être mis à jour afin de proposer la version 2.2 de la fonctionnalité. Interrogé, NVIDIA n'a pas souhaité s'étendre sur une éventuelle note de versions, n'évoquant qu'une amélioration du rapport performances/qualité, sans plus de détails.
Dans la journée, DLSS sera disponible sous Linux pour les titres Vulkan via Proton, comme cela avait été annoncé. Il faudra pour cela télécharger un nouveau pilote qui profitera à trois jeux pour le moment : Doom Eternal, No Man’s Sky et Wolfenstein : Youngblood. Pour ceux exploitant DirectX il faudra attendre cet automne.
Disponible sous la forme d'un plugin pour l'Unreal Engine 4 et 5, afin de pouvoir être intégré plus facilement par les développeurs, DLSS sera également proposé dans Unity à partir de la version 2021.2, actuellement en bêta.
DLSS : un dispositif complexe mais efficace
NVIDIA profite de cette salve d'annonces pour rappeler le fonctionnement général de DLSS : la société entraine un réseau de neurones à générer une image en 4K depuis une source en 1080p, contenant quatre fois moins de pixels.
Depuis la version 2.x, il dispose d'informations fournies par le moteur sur les motion vectors (la direction des objets de la scène), mais aussi le « temporal feedback » (le résultat de l'image précédente). L'image générée par le réseau de neurones est comparée avec une version 16K de l'image, la phase d'entrainement consistant à le faire tourner en boucle sur de nombreuses images de jeux afin que le modèle généré soit le plus proche de la réalité possible.
C'est ce modèle qui est ensuite intégré dans les jeux et appliqué par les Tensor Cores. Il était auparavant spécifique pour chaque titre, ne fonctionnant que dans certaines définitions. À partir de la version 2.x ce n'est plus le cas.
NVIDIA insiste de manière importante sur les différentes composantes de sa solution, et la quantité d'informations fournies à son modèle pour l'entrainement, qui ont été les principaux artisans du succès de la version 2.x après une première mouture décevante. Pour la société, appliquer un simple upscale avec un filtre de netteté (sharpen) ne suffit pas à obtenir une qualité suffisante (vidéo à l'appui). C'est bien entendu le fonctionnement de FSR qui est visé.
Notez que la société organisait hier, après la publication de son billet de blog, un échange avec la presse dans lequel nous avons pu avoir la confirmation que DLSS n'arriverait pas prochainement sur les GeForce GTX, même avec les pertes de performances en l'absence de Tensor Cores. Les questions sur un éventuel support par la Switch et autres évolutions open source ont eu droit à un : « nous n'avons pas de commentaire ». C'était bien la peine.
AMD publie son pilote gérant FSR
De son côté, AMD n'a pas spécialement réagi à cette offensive. La société a choisi de ne briefer qu'un nombre très restreint de journalistes concernant FSR, le NDA devant initialement se terminer à 15h aujourd'hui. Mais peu après la salve de communication de NVIDIA, le pilote gérant Fidelity FX Super Resolution a été mis en ligne.
Cette mouture 21.6.1 apporte également le support de Dungeons & Dragons : Dark Alliance et des Radeon RX 6800M. Quelques bugs sont corrigés au passage. Pour le moment, le code source de FSR n'a pas été mis en ligne. Nous tenterons de faire le point lorsque cette fonctionnalité sera exploitable par tous, ce qui ne devrait plus tarder.
Notez enfin que les Radeon RX 400 sont le modèle minimal supporté. AMD ne propose ainsi pas ce pilote pour les séries 200, 300, Fury/Nano et antérieures. Seule une version Windows 10 64 bits est pour le moment proposée.
Commentaires (8)
#1
Comme prévu, les pilotes 470 pour Linux débarquent aujourd’hui et avec le support de la reprojection asynchrone pour la VR en bonus :)
#2
AMD a confirmé que le FSR fonctionnera sur GPU Nvidia et Intel (mais que ça sera à eux de faire l’effort), mais du coup ça veux dire quoi, que ces derniers vont devoir sortir des nouveaux drivers compatibles ou alors que c’est aux dev de décider sur quels matos ça fonctionne, ou avec mes drivers actuels Nvidia il suffit que je lance un jeu compatible et basta ?
Apparemment ça fonctionnerais sur des GTX 900 et j’espère que ça peut donner un petit sursis à ma vieille pauvre 960m
#3
Il n’ont rien confirmé de spécial, c’est annoncé comme ça dès le départ. Il n’y a pas besoin de pilote pour que ça fonctionne côté Intel/NVIDIA, juste que celui-ci est optimisé par AMD je suppose. Pour une CG ce ne sera pas un sursis vu les jeux supportés (à moins de ne jouer qu’à un d’entre eux)
#4
nVidia qui se fait de la pub avec Linux … c’est savoureux d’hypocrisie.
Est ce que les gens ont oublié le “F… you nVidia !” ?
Avant de se pignoler le marketing avec du DLSS sous Linux, nVidia ferait mieux de s’occuper de faire fonctionner Optimus sous Linux plutôt que d’essayer de récupérer un marché (certes pas bien gros) pour lequel ils n’ont jamais rien fait …. M’enfin, si, ils ont passé plusieurs années à cracher au visage des utilisateurs Linux avec des produits non supportés et des pilotes pathétiques.
#5
De mémoire Optimus fonctionne sous Linux (d’ailleurs le nouveau pilote doit apporter des améliorations là dessus je crois)
PS : je le dis souvent et je sais qu’il est tentant d’avoir une vision réduite des choses, mais NVIDA produit pas mal d’open source, est assez largement présent sous Linux ne serait-ce que pour soutenir l’écosysème développeurs CUDA, son portage ARM, etc. On ne peut pas tout réduire à des pilotes.
#6
Oui, mais : https://doc.ubuntu-fr.org/nvidia_optimus
Pas de support Wayland avec les pilotes proprio (PRIME) …. et quand on voit que Wayland est utilisé par défaut sur Debian.
Dans le boulot, j’ai eu à administrer des stations de travail avec des Quadro. Les pilotes libres, on oublie ; quant aux pilotes proprio, il n’est pas possible de les poser si le serveur X11 est up. Limite il faut booter la machine en mode mono-utlisateur.
Entre les pilotes et le matériel, je n’ai jamais réussi à exploiter tout le potentiel des produits nVidia quand j’en ai eu dans mes machines (GeForec / nForce Pro) que ce soit sous Windows ou Linux. Il m’est arrivé d’avoir des BSOD sous WinXP à cause des pilotes nVidia. A contrario, le matériel AMD ne m’a jamais causé autant de misères. J’ai toujours pu exploiter à 100% le matériel (puissance de calcul et l’ensemble des fonctionnalités) : avec le nForce Pro par exemple, PATA + SATA simultanément = Bouillasserie immonde et plantages (je n’ai jamais eu de disques corrompus, mais c’était pas pas loin)
Alors oui, nVidia font des produits qui fonctionne que si on en utilise qu’une partie à la fois.
#7
De mémoire le support de Wayland est en cours et a été annoncé (mais je n’ai plus de date en tête). Pour le support par défaut, tu parles d’Ubuntu non ? Après tu fais référence à nForce, ça date pas mal hein
Mais comme je dis souvent, si on est content d’une marque plutôt que d’une autre c’est le principal.
Certains ont plutôt un critère sur l’ouverture des pilotes, d’autres sur l’accès à des fonctionnalités comme CUDA/OptiX et toute la stack qui va avec. Comme dit plus haut, il faut juste éviter de confondre “le pilote n’est pas libre” et “NVIDIA est contre l’open source”. Toutes ces sociétés privées on des briques ouvertes, d’autres non. La différence se jouant sur leur stratégie et le positionnement de la limite.
#8
Les nouveaux pilotes beta 470 apportent justement le support de Wayland :)