Superpositions D'images...

Dois-je en déduire que tous tes calculs de zone (savoir si on est sur tel ou tel élément) se fait avec javascript ? Si c'est le cas c'est pas un peu lourd ?

oui c'est le JS qui fait le calcul mais c'est une formule toute bête, pour détecter si on est a l'interier d'un losange (inscris dans un rectangle) ou dans l'un des 4 triangles extérieurs. Bref infinitésimal et de ce que je peux dire de mon cas, on peut faire de l'arithmétique + - * / sur un onmousemove sans aucun problème (tout browser confondu) du moment que tu refais l'affichage du curseur que quand tu changes de losange sur le onmousemove (car c'est l'affichage qui bouffe de la ressource), et même encore plus infinitésimal si c'est sur un onclick.
A mon avis quand le browser fait sa détection de mouseover dans un losange il fait de même (voire meme pire quand c'est un cercle et encore pire quand c'est basé sur le bitmask de transparence de l'image, pour faire la détection au pixel pres).

Sauf que là bah je n'ai aucun area, heureusement car sinon j'en aurais 250 à génerer je crois que le navigateur souffrirait avec tout ca (déjà qu'il a en moyenne 400 images à afficher).

Enfin bon une tite démo vaut mieux qu'un long discours : tu n'as que te faire ta propre opinion sur une des démos de cnt (page d'accueil en bas)

C'est toujours agréable de discuter avec toi.
Enfin, je savais bien que tu ne m'appréciais pas (sans que je sache vraiment pourquoi: on ne peut pas aimer tout le monde après tout) mais j'aurais penser que tu aurais la déscence de ne en tenir compte lors de discution.
Enfin, j'ai penser qu'on pouvais discuter avec toi, je me suis tromper, ca ne se reproduira plus.
@+

Est ce que tu pourrait t'expliquer un peu plus, je suis assez mauvais en JS, et là, e crains que cette possibilitée m'avait échapé...

je peux pas te ressortir mon code car ma fonction de positionnement est tres spécifique à mon jeu (curseur de taille variable) mais je peux te sortir en gros la théorie mathématique en métacode

on veut déterminer l'x,y du losange a partir de mousex,mousey.
On est d'accord que ton losange s'inscrit dans un recrtangle de width * height pixels

d'ou :

après il ne te reste qu'à comparer ces coords a celles actuelles du losange pour savoir si ca vaut le coup de réafficher le curseur a sa nouvelle position.
voilà c'est tout, j'exécute ce code sur le mouseover du body de ma carte

Ca marche très bien maintenant !

Il faut juste trier les objets
en 'Z' avant de les afficher

Non ce n'est pas nécessaire. Vu que c'est justement pour gérer les superpositions de cadre que ce calcul est effectué

Ouh, je remonte ce post mais c'est parce que
c'est quand même très sympa le map iso

Les tiles, c'est parfait, mais ce qu'il faut trier
c'est les objets tel que les joueurs et les arbres etc.

C'est implementé dans un jeu quelque part ?


/Lud *qui va faire un pareil *

coucou, après une longue periode d'absence, me revoilou...

en fait, tu joue sur le z-index des css... et c'est tout... en fait, c'est une horreur, les 3/4 du temps, moi j'ai mes persos qui marchent dur les arbres ou l'inverse... J'ai pas encore trouvé de methode satisfaisante...

héhé moi aussi je fais comme ca et j'avoue que je rencontre à peu près le même problème, pour l'instant insolvable, dans le cas ou je dois tracer un objet par dessus un autre qui occuperai plus que sa case d'assise (ex un objet occupant 4 cases mais réellement "codé que sur 1 seule de ces cases). C'est pas les 3/4 des cas mais bon ca reste complexe.
Solidarité !

Pour moi ça marce parfaitement

Je dessine la carte dabord, d'en haut vers le bas, puis
je parcours les objets de la même facon, tous avec le même z-index.


Faut juste que je mets tout ça en 'prod' ...

/Lud

Je veux bien voir une tite demo si c'est possible, je suis curieux...

Bonjour (et bonne année )

C'est un sujet très intéressant ! Mais j'ai juste une petite question sur la synchro client/serveur : est-ce lorsque le perso change de case on est obligé de recharger toute la page, et donc le script PHP, pour que les modifications (position du perso) soient enregistrées dans la base de données ?

Oups, oubli de connexion

dans ce que j'avait codé, oui, pour la bonne et simple raison, c'est que je ne voulait pas du totu de javascript, mais il suffit de reecrire les fonctions d'affichage en js avec quelques modifs pour pouvoir deplacer les persos dynamiquement dessus, ca demande plus de boulot quand même, mais ca reste faisable.

C'est pas en prod encore (il parait que le 'iso' plait pas a tout le monde^^) mais
voila un screenshot :



C'est en principe sans JS, j'utilise un petit script pour
qu'on puisse cliquer sur les cases, le reste c'est du html (plus un css).


On peux evidamment faire une javascript qui prends (lire : avec les
donnés collés dedans par le php) les donnés des images et qui
sors tout seul tout ces lignes de html sur la machine du client pour
allèger le php...


Sinon, oui il faut recharger la page dés qu'on se déplace, c'est pas du temps-réelle.

/Ludvig

A Aldur :
ca dépend de ton jeu : est ce que les autres joueurs ont besoin de pouvoir voir que tu as bougé à chacun de tes déplacements (typiquement, jeu de rôle) ou pas.
Dans mon cas (jeu de stratégie asynchrone), je ne fais l'écriture des nouvelles coordonnées en base et sur les fichiers de carte qu'à la fin du déplacement de l'unité, avec une validation du chemin parcouru à ce moment là (ca implique tout de même niveau JS de tracer toutes les cases parcourues entre 2 validations).

Sinon pour tout le reste de la carte, le statique en somme, je passe par une reconstruction JS, en bufferisant une grande zone de la carte globale (200*200 je crois) dans le JS, ce qui permet de s'y déplacer sans aucun dialogue client / serveur. En plus avec ajax que j'ai découvert il ya peu, je peux mettre à jour ce buffer sans recharger le script, ce qui est du bonheur. Ceci allège énormément la charge du serveur (et offre des temps de réponse bien meilleurs, du moins sur une machine récente car c'est ton pc qui prends en charge le rendu), mais augmente dans des proportions affolantes l'effort de code à mettre au début (et encore longtemps après...) sur les JS de rendu (et j'en passe sur les variations en bug majeur entre les machines js des différents navigateurs...) et faut bien voir que JS a variment pas été conçu pour ce genre d'utilisation.

Aujourd'hui je conseillerais à ceux qui voudraient faire comme ça d'attendre l'arrivée de flash 9 (betas développeurs dispos cet été), dont on m'a dit qu'il embarquerait enfin une librairie de manipulation de sprites 2D digne de ce nom (pasque avec flash8 on ne fait pas mieux qu'en JS) ainsi que des couches de dialogue client/serveur vraiment optimisées. Bref s'il est à la hauteur de ce que m'en a dit (un pro) ca sera l'idéal pour le développement de jeux web.

capture quand même :

Et vive le JS !

mouaif, le flash, personnellement, ca m'a jamais vraiment plus... (propriétaire toussa), si je doit passer a une solution du genre, ca sera svg+js, même si pour ca je doit me limiter dans les navigateurs... (de toute maniere, avec le flash, ca limite les architectures...)

ouais en fait le svg je connais très peu, j'ai vu que 2 ou 3 sites qui l'utilisaient et rien de très époustouflant visuellement parlant. Mais si tu as quelques sites à me faire connaître qui démontrent la puissance de cet outil, et nottament dans ses applications ludiques, je suis preneur !

Prends ça alors : Galactic Pathways

mouais... je veux pas paraitre sectaire mais bon y'a rien de très flamboyant là dedans. Attention je ne parle pas de l'intérêt du jeu qui a l'air excellent (surtout pour moi qu isuis un ascedency addict) mais uniquement du rendu visuel.

Je ne vois pas vraiment ce que svg apporte dans ce cas par rapport a du bon vieux html / js / css2. je trouve même que ca va plutôt à 2 à l'heure, pourtant je suis sur une machine a 2.8ghz. Sans parler du plugin à installer. Ah si tout de même, on ne s'em#####e plus à fourcher toutes les 3 lignes de code pour se faire comprendre de tel ou tel navigateur, ca c'est un plus indéniable.

Moi j'attends de voir ce que SVG sait faire en terme de perfs quand il s'agit d'affficher en 1 / 10ème de secondes + de 400 images et animer le tout avec une transparence progressive ! mais de tout ce que j'ai vu sur cette techno, elle ne sait pas faire, on en est a peine au niveau de ce que savait faire flash 2 ou 3. Je n'ai pas l'impression (a moins qu'on me montre le contraire) que ca soit une techno de rendu rapide. Au contraire même. Bon ok c'est full xml (ce qui implique que c'est lent), c'est w3c-normé et tout mais si c'est juste une usine a gaz poussive pour faire du dessin vectoriel, ca ne sert pas à grand chose en terme de perfs multimédia, c'est pas avec ca que je pourrai refaire ma carte en 10 * plus rapide.

Mais ca n'est mon avis du moment, si vous me sortez une carte qui fuse en full screen, je vous l'achète !

J'attendais ton avis, mais j'ai eu la même impression sur la lenteur...

A mon avis, on ne peut guère espérer grand chose de tous ces langages interprétés en n couches logicielles
Si tu veux un rendu rapide, il faut se rapprocher un peu plus du système...

SVG en effet c'est pas fait pour afficher des images à base de pixel, mais du vectoriel. Il ne faut pas en espérer grand chose de ce côté là à mon avis, sauf si tu redessines toutes tes images en vectoriel

Je suis assez d'accord avec Zumba, c'est très lent pour pas grand chose. On peut mieux faire avec des languages simple.

Et le plug in est embetant car il limite pas mal.

De plus, même si au premier abord j'ai cru a un civilization futuriste en ligne, l'interet frise le ogame en plus beau au final. Alors l'intêret est plus technique que ludique je pense pour ce jeu.
Je trouve que pour programmer en SVG autant programmer en C++... enfin, il faut s'avoir programmer aussi

Tu n'a rien d'autre comme exemple, haiken? Ca m'intérresse.
@+

En fait, je parlait essentiellement de la simplicité d'utilisation du SVG (oui, c'est du texte, et le texte, ca se genere bien en php par exemple, et puis ca se modifie bien en js), et puis pour le coup du plugin, firefox le gère en standard, konqueror et safari aussi, enfin bon, il y a beaucoup de navigateurs qui sont capables de l'afficher (enfin ie y arrive pas... mais bon est-ce si grave...</troll>).

Et pour afficher des images bitmaps, non, c'est pas fait pour ça... (dans ce cas la html marche tout aussi bien)... Sinon, effectivement, c'est peut etre un peu lent, mais mes tests n'ont pas été très poussés (pas cherché à afficher un map par exemple...) Mais je m'y essayerait...

En attendant, il faut que je finisse ma map hexagonale...

Ok voici ce que j'ai de valable dans mon bookmark :

http://www.mycgiserver.com/~amri/widget/widget.svg
http://www.croczilla.com/svg/samples/ (j'adore le Tigre )
http://www.kevlindev.com/