CBNA SmartLight - Moteur de lumière

PsycKho a écrit:

Si j'ai un objet uniquement constitués d'affichage en draw, comment je fais pour ombrer tout ça? Je me vois mal mettre des objets par dessus, j'ai utilisé le draw justement pour ne pas me retrouver avec 168436846874 draw. J'ai regardé un peu les différents scripts proposés, je vois rien de tel =/

En l'état ce n'est pas possible, effectivement. J'ai fait mes tests et conçu les démos sans avoir recours à une telle fonctionnalité, du coup je ne l'ai pas intégrée même si j'avais à l'esprit qu'elle pourrait être utile dans certains cas. Je l'ajoute à ma to do list, ça sera disponible avec la prochaine mise à jour.

PsycKho a écrit:

EDIT : et en passant, si ce même objet possedent des pieces plus haute que d'autres, ceux ci déclarent une ombre. Mais l'objet du dessus subit l'ombre de l'objet en dessous. How to? Si on passe le depth de l'objet plus haut, celui ci se retrouve hors de toute ombre.

Je ne vois pas trop de quoi tu parles; les valeurs depth des objets n'entrent pas en compte dans le rendu, que ce soit pour les ombres du soleil ou les lumières. Pour ce qui est de "Si on passe le depth de l'objet plus haut, celui ci se retrouve hors de toute ombre", c'est certainement parce-que la depth de l'objet dont tu parles s'est trouvée être plus petite que celle de l'objet engine, qui affiche les effets.

Si je suis hors-sujet, envoie moi un MP avec un screenshot, ça m'aidera à voir le problème.

PsycKho a écrit:

EDIT 2 : si sl_light_xscale=0, SL obj_engine plante : division par zéro =)

Oui mais, quel intérêt d'afficher une texture avec un scale de 0 ? :)

Je pourrais ajouter une sécurité histoire d'éviter la division par 0, mais ce serait ajouter du code pour pas grand chose. Merci tout de même de m'en faire part, je vais y jeter un œil.

Citation :

Je ne vois pas trop de quoi tu parles; les valeurs depth des objets n'entrent pas en compte dans le rendu, que ce soit pour les ombres du soleil ou les lumières. Pour ce qui est de "Si on passe le depth de l'objet plus haut, celui ci se retrouve hors de toute ombre", c'est certainement parce-que la depth de l'objet dont tu parles s'est trouvée être plus petite que celle de l'objet engine, qui affiche les effets.

Bon okay, c'était pas très clair.

Concrétement, si j'ai un personnage en draw, ses jambes doivent faire une ombre, mais pas son torse. Hors, si ses jambes produisent une ombre, celle ci va s'afficher au dessus du torse (c'est pour ça que j'ai tenté de bidouiller avec le depth)



Pour le scale, je trouvais juste pas une fonction enable / disable pour la light, alors par flemme de chercher, j'ai tenté avec le scale. Mais j'ai trouvé, c'est bien expliqué =)

PsycKho a écrit:

Concrétement, si j'ai un personnage en draw, ses jambes doivent faire une ombre, mais pas son torse. Hors, si ses jambes produisent une ombre, celle ci va s'afficher au dessus du torse (c'est pour ça que j'ai tenté de bidouiller avec le depth)

Tu parles d'un personnage en vue de côté ? En lisant tes posts j'ai pensé spontanément à un jeu en vue de dessus. Je pense comprendre un peu mieux ton problème, mais si ça ne te dérange pas j'aimerais bien en voir un screenshot. Ou un dessin. Sans vouloir être lourd bien sûr. :)

Je vais quand même essayer d'apporter un peu de détails en rapport avec ton problème: dans le cas des lumières, la seul chose qui détermine quel objet projette une ombre sur quel autre sont les différences de proximité des ces objets par rapport à la source. Chaque objet reçoit l'ombre de l'objet situé "devant" lui. C'est un effet inhérent à la technique utilisée pour créer les ombres, et ce n'est donc pas modifiable.

PsycKho a écrit:

Pour le scale, je trouvais juste pas une fonction enable / disable pour la light, alors par flemme de chercher, j'ai tenté avec le scale. Mais j'ai trouvé, c'est bien expliqué =)

La variable sl_light_active permet d'activer/désactiver une lumière. Je suppose donc que tu l'as trouvée, je la cite juste à titre indicatif.

Voilà ce a quoi ça devrait ressembler sans le bug

[Image sekrayte]

Et ça, c'est le bug.

[Image sekrayte]

Ah oui j'étais à côté de la plaque. :)

Ce que tu as là est un problème qui apparait lorsqu'un objet non pris en compte dans le rendu des layers passe dans un objet qui, lui, est pris en compte. Le pourquoi du comment serait inutilement long à expliquer, donc je vais résumer simplement:

Concrètement, les pieds du robot sont déclarés avec la fonction SL_global_cast_obj, mais pas le corps du robot. Pour corriger ça, il faut associer l'objet robot à un layer, comme suit:

Code:

SL_global_cast_obj(indexdulayer,obj_robot,-1,0,0);

Bien sûr, si le robot est composé de draws, il faudra attendre que je termine la prochaine MaJ comprenant les fonctions dont j'ai parlé quelques posts plus haut (avant la fin de la semaine, sûrement).

Okay, merci =)

J'ai un peu regarder ton code et tu devrait pouvoir optimiser le rendu des ombre en affichant moins de sprite mais avec une composante random (sur un de mais script de light scattering j'ai pu diviser par 4 le nombre de samples pour un rendu quasi identique).
C'est juste une suggestion, sinon super boulot, c'est magnifique.

Voilà un petit jeux vite fait avec ton moteur
j pour le jour et n pour la nuit puis la souris et les fleches


http://dl.free.fr/rRCzSTYjU

Edit
Ta fait toi même tes sprites?Sinon tu peux me passer le(s) site(s) où tu les a trouvés.

j'ai jouit quand j'ai vu le trailer (oui ragdoll, toujours en retard)
C'est un résultat plus que professionnel, j'avais jamais vu ça ^^

Mieux vaut tard que jamais. :)

vivicool a écrit:

tu devrait pouvoir optimiser le rendu des ombre en affichant moins de sprite mais avec une composante random

Une composante random, c'est à dire ?

jbg77 a écrit:

Voilà un petit jeux vite fait avec ton moteur
j pour le jour et n pour la nuit puis la souris et les fleches

http://dl.free.fr/rRCzSTYjU

C'est un début. :)

jbg77 a écrit:

Ta fait toi même tes sprites? Sinon tu peux me passer le(s) site(s) où tu les a trouvés.

Comme je l'ai déjà dit quelques posts plus haut, j'en ai conçu une partie (les personnages, les herbes, les feux de camp, certaines caisses, certaines textures..), le reste provenant d'images trouvées sur le web que j'ai un peu repeintes sous Photoshop. Je n'ai pas tout créé de 0 pour la simple raison que le but premier de la démo est de présenter les effets de lumière, et non d'offrir un environnement original comme devrait le faire un jeu (et du coup j'ai aussi gagné du temps).

Je ne saurait me souvenir des sites sur lesquels j'ai trouvé les textures de base vu que cela fait plusieurs années maintenant que je les ai téléchargées, mais si tu as besoin de textures, quelques secondes passées sur Google suffisent pour trouver tout un tas de textures libres d'utilisation.


Sinon, en ce qui concerne la mise à jour contenant la fonction permettant à des draws sprites de projeter des ombres, sa sortie va hélas prendre un peu plus de temps que prévu. La fonction en elle-même est en fait déjà intégrée, mais je dois faire des tests pour repérer d'éventuels bugs et surtout mettre à jour la doc, ce que j'ai tendance à faire très lentement. J'essaierai de finir ça au plus vite.

Citation :

Une composante random, c'est à dire ?

Alors, dans ton rendu des ombres tu calcul la position de l'image suivante de manière absolue. Ce que je veux dire c'est que en affichant 1 sprite sur 4 mais en randomisant la position de l'affichage (sur l'axe de la lampe biensur) tu obtient un rendu casi similaire (légèrement bruité).
En GLSL ça donne :

Code:

pos+=diff*(0.5+rand(pos));

avec pos la position du sample et diff la distance absolue (rand entre 0 et 1).
J'espère que c'est plus claire cette fois ci :lng:.

Voilà quand j'utilise mplay j'ai cette erreur

Spoiler:

Une variable n'a pas été déclarée, ce qui signifie que ton obj_engine exécute SL_engine_draw sans que l'initialisation (SL_engine_ini) ait été effectuée. Assure-toi que tes scripts sont exécutés dans le bon ordre.

vivicool a écrit:

Alors, dans ton rendu des ombres tu calcul la position de l'image suivante de manière absolue. Ce que je veux dire c'est que en affichant 1 sprite sur 4 mais en randomisant la position de l'affichage (sur l'axe de la lampe biensur) tu obtient un rendu casi similaire (légèrement bruité).
En GLSL ça donne :

Code:

pos+=diff*(0.5+rand(pos));

avec pos la position du sample et diff la distance absolue (rand entre 0 et 1).
J'espère que c'est plus claire cette fois ci :lng:.

Je vois, merci du conseil. J'essaierai de bidouiller ça un jour ou l'autre. :)

C'est époustouflant mais les surfaces pompent beaucoup et ça me fait "Trying to use non-existing surface. "

Ta carte graphique n'a pas assez de VRAM.

> Mise à jour: 1.1

- Ajout de la fonction SL_cast_sprite
- A présent, une instance définie comme non visible ne projette plus d'ombre

Il suffit comme d'habitude de simplement remplacer les anciens scripts par les nouveaux.

Bravo Bast! C'est un véritable travail de dingue. Il faut absolument qu'on se voit en vrai pour discuter d'un projet où tes connaissances gigantesques dans le domaines pourraient faire toute la différence. Franchement Bravo! Bravo! Bravo!

daminetreg a écrit:

Il faut absolument qu'on se voit en vrai

Ce serai encore mieux que l'on se voit tous, je suis sur que ce qui participe dans le forum pourrait venir !
Et quand est-ce que c'est la prochaine rencontre de GM (le GME je crois) qui se passe a paris (si ca existe encore) ? ce serai un super moyen de se donner des têtes a qui l'on discute. vous en pensez quoi ?

Paris = trop loin

bon, au cas où, je serais en corse en septembre, s'il y a des membres dans le coin...

Lol non c'est pas la GME, GMF p-e ? (GameMaker en France, un truc comme ça)
Bah après le probleme c'est que la communauté est dispersée partout en france et au québec :p

...Et ailleurs...

Ce n'est pas vraiment le bon topic pour discuter de ça. :)

Ouais, désolé ^^"

Bref, ce moteur ne me servira pas pour mon projet en cours, mais qui sait ? Je l'utiliserai peut-être un jour :p

C'est génial Merci

"La couleur de la lumière étant déterminée lors du rendu par la variable sl_light_color."

Faut le mettre où cette variable ?

Edit: En fait non, oubliez la question, je suis en 5 FPS avec ce système trop lourd.

nha mais de base calcul poussé sous gm = epic fail, normal que ca rame

moi chez moi ca rame pas, ca reagis 30 seconde après mais ca rame pas

J'adore regarder et écouter ta vidéo HD !
J'espère qu'il va y avoir au moins 1 jeu de qualité qui va exploiter, et faire honneur à ton système.
Est-ce que certains ont déjà commencé à l'utiliser ?

Perso, je m'attelle pour l'instant à faire honneur à ton précédent système ^^

Perso ce système est trop lourd pour mon pc avec GM (bien que magnifique faut le reconnaitre).