Pfiou, j'en ai bavé mais c'est fait ! Chargement de HDR maps directement en "equirectangular" (je m'excuse du terme anglais mais en français c'est trop relou, c'est trop long).

Il m'a semblé important de le faire pour l'éclairage ambiant.

https://www.youtube.com/watch?v=GDw-JpYGAx8

Le moteur est capable de distinguer comme un grand entre une cubemap et une HDR en "equirectangular" à partir du ratio largeur/hauteur. Pour une cubemap il est de 4/3, une "equirectangular" de 2/1.

C'est bête, mais voir le nombre d'abonnés sur Youtube grandir doucement c'est rigolo et ça fait plaisir même pour un "petit projet" !

Bon ça !

Impression !

LadeHeria

Coucou LadeHeria, ça faisait longtemps ! :D

Merci à tous les deux !

Citation :

Petit projet petit projet... Bon moi je dis pas grand chose mais je trouve ça très intéressant, j'imagine toute la technique derrière ! Bonne continuation aller on va le faire monter ce nombre d'abonnés

Merci, c'est très sympa !

C'est clair que j'ai appris plein de choses déjà, c'était le but en même temps. Il reste encore beaucoup à faire et donc à apprendre, c'est ça qui est top.

J'ai encore un peu avancé, toujours sur le "thème" des environnements (cubemap, ...).

Cette fois, et toujours à partir de la HDR, j'ai pu produire la texture qui servira à mimer l'éclairage ambiant. Autrement dit ce qui servira pour de l'éclairage plus réaliste.
En gros, j'ai downsizé la HDR en de façon à produire une cubemap de 32 pixels de côté. Avant la conversion de la HDR en cubemap, j'applique un flou gaussien. Il me reste encore un petit détail à gérer sur le flou gaussien mais le plus gros est fait.

Voilà à quoi ça pourrait ressembler (c'est un exemple pris sur Google) :


Il me restera encore à générer la carte pour les reflets à partir d'une HDR (qu'on appelle aussi "radiance map" en anglais).

Bon, là où c'est pas hyper optimal, c'est que tout ça est fait à chaque chargement. Je pense que l'éditeur sera un bon endroit pour précalculer toutes ces textures (directement sous forme de cubemap).
Ensuite le moteur pourra les charger directement, sans traitement lourd, ce qui devrait accélérer le lancement des applications.

Je crois que IBLBaker fait déjà ça, mais j'aimerais quand même avoir une solution intégrée. Quitte à faire un éditeur, autant qu'il soit utile.


EDIT: En fait, je pense que je vais enlever ça du moteur de jeu. Pour l'instant, je vais partir sur des maps déjà générées.

Je pense que je ferai ce traitement dans l'éditeur lui-même plutôt car ça ne fait pas trop sens ici.

Hello,
Quelques nouvelles depuis la semaine dernière.

J'ai peu avancé car cette histoire de maps pour l'éclairage me chagrinait pas mal. Je voudrais pas faire ça dans le moteur lui-même parce que c'est pas tip top. J'aurais aimé utiliser d'autres logiciels pour les générer et voir ensuite pour faire un outil maison mais aucun ne marche (ou alors je sais pas m'en servir).
Que ce soit IBL Baker ou cmftStudio, j'arrive pas à sortir les images correspondantes alors qu'il font bien le taf durant l'exécution de l'appli !

Je suis donc un peu "coincé" à devoir faire un truc. Donc autant voir pour intégrer ça directement dans l'éditeur.

Mais en ce moment, je m'occupe surtout de voir comment intégrer le moteur dans l'éditeur. Ca peut sembler bête mais ç'a demandé de la réflexion pour passer d'un moteur "standalone" à un moteur dans tout une UI.
Je crois que je vais parvenir à un résultat sous peu, en croisant les doigts pour que ça marche sans accroc.

Petit couac au niveau de l'éditeur...
Je n'arrive pas à intégrer mon rendu 3D dans la fenêtre.

Je n'ai aucune anomalie dans le code visiblement, les logs des erreurs les plus critiques sont vides. Et les quelques unes qui restent (nettement moins critiques), je les connais déjà et n'impactent pas le rendu ! Donc l'ordinateur semble dire que tout marche mais... j'ai un rendu tout noir même en changeant ce qui serait la couleur de fond !

La bonne nouvelle c'est que je crois savoir la cause et comment le régler. La mauvaise, c'est que je ne veux/peux pas le faire immédiatement. Je dois remplacer une de mes dépendances (GLEW) par une autre bibliothèque (glbinding). Or, glbinding n'est pas présente dans le gestionnaire de bibliothèques C++ que j'utilise, à savoir Conan. Ca m'embête au plus haut point. Cependant, j'ai vu que c'était dans la todolist du projet glbinding donc il y a espoir qu'un jour ça se fasse !

Bref, tout ça pour dire que j'ai fait chou blanc (pour le moment) et que je vais donc ne plus pouvoir travailler sur l'éditeur... Dommage, ça commençait à me plaire !

C'est très frustrant en effet. Ça voudrait dire que tu devra le coder toi-même, ce qui n'est pas une tâche aisée, j'imagine...