Raydium 3D Game Engine

Bonsoir,

J'ai remarqué une limitation de raydium causée par OpenGL: la limitation des 8 lumières (constante MAX_LIGHTS).

D'abord, j'aimmerais savoir si la limitation est de 8 ou 9 lumières car il semble que les fonctions raydium_light* utilisent des identifiants de 0 à 8 inclus.

Ensuite, j'aimmerais bien savoir si il est possible de contourner cette limitation. Car je vois mal comment on peut faire un monde 3D complet avec seulement 8 lumières.
Peut être la solution serait de désactiver les lampes éloignées de la caméra automatiquement, mais ce n'est certainement pas quelquechose de simple a faire ...

On parle ici de 8 lampes "temps réel", pour l'éclairage dit dynamique.
En général, on ne place qu'une ou deux lampes dynamiques (pour le soleil, par exemple) pour donner un éclairage ambiant, qui possède la capacité d'évoluer avec le temps (position et couleur, en général).
Tout le reste de la scène est éclairé par des lightmaps, dont le rendu est statique, mais génère des ombres.
Utiliser 8 lampes matérielles est quelque chose de très très rare (et le matériel en question n'est pas prévu pour ça, en général, ce qui engendre des performances affreuses).

Les lightmaps c'est avec FsRadRay, non ?

Cela me gêne un peu car FsRad(Ray) n'est disponible que pour Windows. Et si le logiciel fonctionne sur linux, ce n'est que sur x86 avec Wine.
Et en plus je ne suis pas sure que ce soit un logiciel libre ...



Au fait, où sont les sources de FsRadRay ?

Les sources de FsRadRay sont sur mon disque (et celles de FsRad sur le site de l'auteur), et devraient arriver "à terme" sur le site. Sauf que je n'ai jamais eu le moindre feedback sur FsRadRay, et que je le modifie encore régulièrement. Là encore, dès que j'en ai la possibilité, je pose ça sur le site.

Pour le reste (pas libre, win32 x86 seulement, ...), je suis tout à fait d'accord, mais faut être réaliste : c'est le seul outil correct que j'ai croisé, et les lightmaps sont trops importantes pour que l'on puisse s'en passer. Si quelqu'un trouve une autre piste et arrive a des résultats de ce genre là avec un LL portable, je serais enchanté

Blender ne peut-il psa faire ce travail ? Surtout que la nouvelle version 2.37 est sortie.
Et j'ai vu qu'il était possible d'exporter en .radio les calculs radiosité Blender. (script python)

En tout cas, je ne compte pas me satisfaire de ce FsRad(Ray) ... pour les raisons mentionnées ci-dessus. Reste a savoir si ce sera facile à faire avec Blender.

J'ai aussi vu un format d'export (.raw): raw triangles ... Peut être le script peut être adapté pour faire des fichiers .tri ... Car je crois qu'il faut convertir maniellement les faces en triangles, non ?

Jai réussi a obtenir un fichier .radio de la part de Blender:

- Ctrl+X - Erase all
- F10 (Scene-Renders buttons) -> Render panel -> Radio enclanché (haut-droite)
- Vue de coté (Num1)
- cliquer au dessus du cube
- Vue de dessus (Num7)
- Space -> Add - Mesh - Plane
- Vue de coté (Num1)
- F9 (Editing) -> Mesh tools 1 -> Draw normals
(le trait (normale à la face) devrait être sur le dessous. Si il est sur le dessus comme chez moi, la lumière va être élise sur le dessus. Cliquer donc sur "Mesh tools panel -> flip normals" ou "WKey -> flip normals")
- Tab
- F5 (Shading-material) -> Add new -> Shaders panel -> Emit=1.0
- Radiosity buttons
- Selectionner le cube ET le plan (touche majuscule)
- Radio tool panel -> Collect Meshes
- Calculation panel -> GO
(On devrait voir le plan en blanc et le haut du cube en gris. Le reste du cube en noir)
- edit: Bouton Radio-Tools -> Replace meshes
- Ancienne version: Appuyez sur V pour passer en mode vertex paint. Sortir de ce mode avec la touche V (important, sinon erreur)
- File -> Export -> Radiosity (.radio)

Et on a un fichier .radio qui je pense doit contenir les résultats des calculs radiosité. Reste a trouver un moyen de les exploiter dans Raydium

J'ai regardé le script d'export ...

Ce qui se passe:
- la radiosité est calculée
- Avec Replace Mesh, Blender remplace les meshes avec d'autres qui ont beaucoup plus de vertices (taille des patchs de radiosité). Et chaque vertive est de la couleur (niveau de gris) calculée avec la radiosité.
- On peut exporter ces valeurs de luminosité pour chaque vertice.

Après: le problème: est il posible avec Raydium (ou OpenGL donc implémentable dans raydium) de calculer les lumières avec ces valeurs plutot qu'en ajoutant des lightmaps (images)
En plus, ca pourrait peut être économiser de la mémoire: on ne charge pas une image mais des nombres. par contre, le dégradé entre chaque couleur doit être calculé.

Et je pense que ce serait plus facile dutiliser Blender plutot qu'un logiciel avec Wine pour les lumières. Déjà qu'on modélise déja les objets avec Blender, pas beaucoup de travail en plus.

Je vais me documenter plus là dessus. Ce serait bien que ca arrive dans Raydium.
Ce que j'imagine pour l'avenir de Raydium c'est la possibilité d'exporter toute une scène faite avec Blender vers des fichiers Raydium. Ce serait beaucoup plus simple pour travailler.

Si la radiosité est générée en utilisant des vertices supplémentaires, alors il n'a pas de moyen de continuer à utiliser la mesh d'origine (sinon blender le ferait aussi, déjà). Les lightmaps sont le seul moyen connu relativement économique pour simuler un éclairage statique, c'est un fait. Le seul moyen ici serait d'arriver à exporter les meshes colorées dans des images. Autre point, le rendu de la radiosité de Blender tel que je l'ai testé n'est pas du tout intéressant (graphiquement parlant), même s'il est probable que je n'ai pas du tout capté la configuration du rendu.
Note aussi qu'il n'est pas possible de "factoriser" une lightmaps, chaque pixel ayant son role (FsRadRay montre très bien que la taille des patchs est directement liée au niveau de détail de l'éclairage de ce patch, et non de la taille des triangles du patch en question).

Autre aspect de ton post : Raydium est Raydium, Blender est Blender : les capacités et les intérêts diffèrent, et si tu te retrouve à créer tes scènes entièrement dans Blender, c'est pas Raydium qu'il te faut, mais Game Blender
L'autre piste que je n'ai pas explorée pour le rendu des lightmaps, ce sont les outils de radiosité des différents Quake, dont le code source est GPL si je ne me trompe pas (mais la passage TRI->BSP me semble ... tendu).

Pour Blender, ce que je pensait c'est la possibilité de créer toute la scène avec Blender. Pas de s'occuper du rendu. De plus GameBlender est très limité. Du point de vue rendu (il me semble) et aussi pour le réseau. C'est possible mais ca ne doit pas être facile.
Dailleurs, il me semble qu'il y a un outil comme ca pour le moteur graphique Ogre. On peut exporter une scène Blender vers Ogre.

c'est juste que ce serait tellement plus pratique de modéliser ton modèle dans Blender et d'y ajouter directement les lampes. Et d'exporter tout à la fois.

Par contre, je ne vois pas bien le problème d'utiliser un mesh modifié pour gérer les lumières. Même si il y a beaucoup plus de vertices, cela ne devrait pas prendre trop de ressoures système... Mais c'est vrai que je ne m'y connais pas bien en 3D

Sinon, la piste des Quake est intéressante. Cepandant, je me demande si tous les outils du SDK sont libres car j'avais cherché un editeur de maps Quake libre pour linux sans trouver.
mais je dois dire que ce n'est pas facile de toucher à Quake. Le code est très gros et on ne sait pas trop comment ca fonctionne. Je n'ai pas réussi a en tirer grand chose.

Je fais vite, mais :

- L'export de la scène (meshes + éclairage) directement dans Raydium, c'est déjà possible. Seul le calcul de la radiosité est distinct, et c'est une opération qu'on ne réalise que très peu souvent (de manière ponctuelle), puisque très longue.

- Le nombre de vertices est le principal critère qui va déterminer le framerate. 20 000 vertices = 140 fps, 100 000 vertices = 5 fps (chiffres arbitraires mais significatifs).

- L'outil dont je parle pour Quake n'est pas dans le jeu lui même, mais un outil séparé, ce qui simplifie peut être la prise en main de son code source (je vais tenter de retrouver son nom).

Je pense que c'est qrad3 ... (cette page m'a aidée)
Et les sources sont que le site ftp d'ID software: ftp://ftp.idsoftware.com/idstuff/quake2/source/old/q2source_12_11.zip
Ca n'a pas été facile à trouver

edit: un lien: http://www.gamers.org/dEngine/quake/Qbsp/