J'aime l'effet de blur qu'il applique dynamiquement sur la "couche" de transparence, ça rend la lumière plus diffuse, plus crédible.
La fonction "Blur" est en grande partie câblé sur le VCE, mais je suis bien incapable de te dire comment il a fait pour l'appliqué sur un seul plan
Je tiens moi aussi a remercier sincerement les admins pour l'ouverture de cette section dev, on arriveras peut étre à en faire quelque chose de propre
"Theory, it's when we know everything and nothing works. Practice, it's when everything works and nobody knows why. Here, we have put together theory and practice : Nothing works... and nobody knows why!" (Albert Einstein)
Parce qu'il semblerai que l'effet utilise le second plan de scrolling de la SGX pour être fait, et la PCE n'en a qu'un ..
D'ailleurs on le voit bien dans la 2ieme demo.
On le voit encore mieux quand on fait tourner la démo sous un émulateur : la sprite de Link disparaît complètement sous le plan recréant la transparence.
La "transparence" (le changement de luminosité du personnage par rapport au décor) exploite apparemment la même astuce de priorité de sprite que celle utilisée dans des jeux comme Jackie Chan ou Ruin. On peut donc facilement la reproduire sur une CGX. Même l'effet de distorsion dans la vidéo 3 est relativement classique, on retrouve un effet similaire dans Gulliver Boy (à Algers si mes souvenirs sont bons).
C'est la vidéo 1 qui m'interpelle ; l'effet de "brouillard" utilise un overlay qui doit être géré par le deuxième plan de la SGX, et je ne vois pas trop comment le reproduire sur CGX.
Concernant le blur hardware, c'est aussi étonnant que Tom puisse l'activer sur un seul plan. En tout cas, le blur ne semble supporté par aucun émulateur, pas même Ootake en mode SGX.
Si tu regardes bien, qd intervient la distorsion, qui n'est qu'une interruption H-SYNC, elle agit également sur la lumière.
Hors une interruption H-SYNC ou autres n'affectent pas les sprites ..
C'est d'ailleurs pour cela qu'il fait cette distorsion, pour montrer que ce n'est pas un effet de sprite.
Et puis le bug de priorité ne fait qu'une sorte d'ombre et non une accentuation de la luminosité.
C'est dans la video3 (avec le diamant)qu'il utilise la technique du bug de priorité.
En fait en jouant avec l'affichage il utilise bien les 2, sprites et les 2 bgrnds ..
Donc effectivement c'est infesable sur PCE ..
Il y un sprite pri 1 sur le bgnd 0 mais pri 0 sur le 1 .
Et l'autre c'est le contraire, et en superposant les 2 sprites ,cela fait aparaitre le sprite clair ou foncé en fonction du bgrnd qu'ils traverse, c'est enfantin mais bien trouvé lol ..
Dernière modification par touko le jeu. 12 nov. 2009 20:39, modifié 2 fois.
Mon explication n'est pas vraiment claire mais en gros il faut utilisé des sprites pour compenser l'absence du deuxième plan.
"Theory, it's when we know everything and nothing works. Practice, it's when everything works and nobody knows why. Here, we have put together theory and practice : Nothing works... and nobody knows why!" (Albert Einstein)
Moui, c'est vrai en remplacant le bgnd1 par des sprites, et en jouant sur la priorité on doit pouvoir faire la même chose ..
Mais en fait non car si link est composé de 2 sprites, avec 1 de prio inferieure à l'autre, exemple le zelda plus clair, ce sprite ne peut pas etre de priorité plus importante que ceux composant le decors, alors que l'autre ne le serai pas !!
Je me souviens aussi d'un effet similaire à celui de "Zelda 3" dans Ruin, un ARPG de Victor. Durant les séquences de nuit, les fenêtres des maisons émettent une lumière qui modifient la palette de couleurs du personnage lorsque celui-ci passe devant. Il faudrait réexaminer ça de plus près...
Oui mais il y a un gouffre entre cet effet et celui de tom, c'est pas la même chose, le bug pce ne permet que de faire une sorte d'ombre, c'est tout.
La SNES possede 4 plans de scrolling, donc on peu y faire tout un tas d'effets superbe en jouant avec ..
