Discussion :

[dragonjoker59]

Dans cette version, le plus gros changement est l'utilisation de RendererLib, qui me permet de supporter Vulkan, OpenGL 3.X et OpenGL 4.X.
Ce portage est quasiment terminé, ça fait 5 mois que je suis dessus.
Il me reste quelques soucis à régler au niveau Vulkan (les RenderPass sont un peu bizarres à gérer).
A part ça, j'ai perdu un peu en performances, mais je règlerai cela après avoir mergé la branche d'intégration.

J'ai aussi ajouté un petit effet intéressant : le volumetric light scattering, actif uniquement lorsqu'une shadow map est présente et uniquement sur la source directionnelle.
Ca donne le rendu suivant:

Ensuite, j'ai aussi amélioré la fenêtre de visualisation des shaders, elle permet maintenant d'afficher les shaders utilisés pour les post effects, ainsi que les opérateurs de tone mapping.
Elle permet aussi d'afficher tous les shaders utilisés pour chaque étape : vertex shader et pixel shader pour toutes les passes du rendu d'un matériau, par exemple.
En reprenant la scène précédente, on peut voir ceci, pour le rendu d'un matériau (ça fait pas mal de shaders... :



La partie de droite affiche les variables de configuration du shader (qui lui sont transmises via un UBO), sont modifiables, et permettent d'ajuster les effets à la scène.

[dragonjoker59]

Une autre modification importante que je suis en train d'apporter est le remplacement de GlslWriter par une bibliothèque que j'ai écrite : ShaderWriter.
Cette bibliothèque permet toujours d'écrire les shaders depuis le C++, mais au lieu d'écrire directement du GLSL, elle écrit un AST.
Cet AST peut ensuite être exporté en GLSL, HLSL, ou SPIR-V (les 3 exports sont écrits et fonctionnent).
L'intérêt est que ça me permet d'écrire les shaders directement dans le langage shader de l'API de rendu choisie, plutôt que d'écrire du GLSL, le passer en SPIR-V (via glslang) pour donner le shader à Ashes, qui ensuite va le transcrire dans le langage shader de l'API, via SPIRV-Cross.
C'est le passage par SPIRV-Cross qui posait soucis, notamment au niveau des SSBO, qui sont mal supportés par le compilateur HLSL.

[dragonjoker59]

Suite à un remaniement important de Ashes (anciennement RendererLib), qui fait que c'est maintenant un drop-in replacement pour Vulkan, le portage de Castor3D est toujours en cours.

[dragonjoker59]

Moult et moult avancées depuis le dernier message.
En vrac:

• Le portage sous Vulkan est terminé
• Castor3D a maintenant une mascotte : Pufi le castor !
  
• Ajout d'un début de global illumination avec les Light Propagation Volumes
  
• Support balbutiant de MacOS
• Modernisation des CMakeLists.txt, et support de vcpkg
• Création de tests de rendu, et d'une appli de pilotage de ces tests : Aria

[dragonjoker59]

Je viens de finir l'ajout d'un autre algorithme de global illumination : le Voxel Cone Tracing.

Le principe est de stocker l'éclairage direct de la scène dans une texture 3D via une voxellisation de la scène.
Ensuite on génère les mipmaps de cette texture 3D, ce qui permet de simuler la propagation de cet éclairage direct.
Une fois cela fait, on "trace" des cônes dans une hémisphère orientée par rapport à la normale de chaque pixel à éclairer.
L'objectif est de couvrir l'hémisphère avec ces cônes, pour récupérer l'éclairage indirect reçu par le pixel en question.
On trace donc plusieurs cônes pour la partie diffuse de l'éclairage, ainsi qu'un unique cône plus étroit, orienté par rapport à la position de la caméra, pour récupérer la réflexion spéculaire.

Voilà le résultat dans Castor3D: