Nolan Mariotte
Pendant des années, et selon de nombreux développeurs, travailler avec l'API Vulkan a été comme jongler avec des couteaux: puissant, oui, avec un grand potentiel aussi, mais rien de facile. L'un de ses points les plus douloureux a toujours été la synchronisation, surtout en ce qui concerne les transitions d'imagerie heureuse. Maintenant, enfin, le groupe Khronos a décidé de passer l'ordre dans ce poulailler avec une nouvelle extension qui promet d'éliminer la plupart de la souffrance: les dispositions d'images unifiées VK KHR. Le but? Moins de complications, moins de code répété et une vie légèrement plus heureuse et simplifiée pour les développeurs de jeux.
Si vous avez déjà traité avec Vulkan, vous saurez qu'il ne s'agit pas précisément d'une API qui est utilisée avec une main attachée à l'arrière. Sa philosophie a toujours été de donner un contrôle total au développeur, même si cela implique de lutter contre chaque instruction. Cette nouvelle étape ne se rompt pas avec cette philosophie, mais elle allége la charge. Les cartes graphiques actuelles n'ont plus les mêmes limites qu'auparavant, et qui ouvre la porte pour simplifier les parties du système qui étaient auparavant pleine d'exceptions et de pièges.
Vulkan VK Khr Unified Image Dispings: UNA Extension to Master All
L'idée derrière les dispositions d'images unifiées VK KHR est assez claire: si la plupart des GPU peuvent gérer les images sans avoir besoin de changements d'état constants, pourquoi continuer à forcer les développeurs à écrire du code inutile? Jusqu'à présent, il y avait plusieurs conceptions d'images qui devraient être constamment modifiées en fonction de l'utilisation qui leur ont été données, d'être rendus, d'échantillonnage, de présentation, etc., ce qui signifiait écrire une bonne quantité de transitions, souvent redondantes, ou du moins qui indique le groupe Khronones.
Avec cette nouvelle extension, ces jongleurs et les complications sont minimisés. Au lieu de changer de conception pour chaque situation, les développeurs sont maintenant suffisants pour travailler avec un seul design “général” qui sert pratiquement tout. Ce n'est que dans des cas très spécifiques, par exemple lorsqu'une nouvelle image est créée ou sera affichée à l'écran, il sera nécessaire de faire une transition.
La clé du changement est de reconnaître que de nombreuses incompatibilités internes entre les sous-systèmes GPU ne s'appliquent plus au matériel actuel. Cela signifie que Vulkan peut se détendre un peu dans cette section, sans affecter les performances ou la compatibilité, comme cela s'est déjà produit avec sa version 1,4 décembre de l'année dernière.
Accessibilité et simplification pour approcher dx12
De plus, les principaux fabricants de GPU sont déjà prêts à mettre en œuvre cette extension et devraient être entièrement intégrés dans le SDK Vulkan en juillet.
Bien sûr, l'équipe de Vulkan insiste pour continuer à utiliser les couches de validation, en particulier la synchronisation, car, bien que la conception générale soit désormais utilisée, cela ne signifie pas que les erreurs disparaissent par la magie. Et comme la validation standard ne détectera plus certains échecs avec cette conception, il est temps d'être attentif.
Le lancement de VK KHR Unified Image Disposouts marque un changement d'attitude important: au lieu d'ajouter des fonctions plus complexes, ceux qui existent déjà pour être plus accessibles sont désormais axés sur le polissage. Après tout, Vulkan ne renonce pas à son essence, car il s'agit toujours d'une API de bas niveau avec un grand contrôle, mais il est temps que ce contrôle ne soit pas avec autant de petite impression.
Et ce n'est que le début. Le groupe Khronones dit que plus d'ajustements, de plus de nettoyage et, surtout, écoutent davantage la communauté. Parce que si quelque chose est devenu clair, Vulkan ne veut plus être le club exclusif de quelques gourous du code de hachage. Maintenant, il veut que plus de gens l'apprécient … sans perdre les nerfs en cours de route, et c'est toujours une bonne nouvelle.
