+- JeuWeb - Crée ton jeu par navigateur (https://jeuweb.org)
+-- Forum : Discussions, Aide, Ressources... (https://jeuweb.org/forumdisplay.php?fid=38)
+--- Forum : Art, graphisme, audio (https://jeuweb.org/forumdisplay.php?fid=50)
+--- Sujet : Avatars pour forum in game et fiche joueurs (/showthread.php?tid=5682)
Pages :
1
2
RE: Avatars pour forum in game et fiche joueurs - niahoo - 10-09-2011
je vote pour créer les images côté serveur avec toutes leurs couches et les stocker une fois complètes, puis les servir dans le HTML.
10 couches avec 20 choix par couche (20^10) c'est effectivement gigantesque ... sauf que si tu as 1000 joueurs tu as 1000 images, pas plus.
RE: Avatars pour forum in game et fiche joueurs - popayan - 10-09-2011
Si quelqu'un a ce genre d'élément (visage, coiffure, yeux, etc) à partager, je suis preneur
Si non, pour faire avancer un peu le débat, je serais également partisan de garder l'image avec les couches fusionnées plutôt que d'envoyer chaque élément.
D'ailleurs Sephi, existe-t-il un équivalent à GD en ruby?
RE: Avatars pour forum in game et fiche joueurs - Sephi-Chan - 10-09-2011
GD n'est pas spécifique à PHP. Tout comme ImageMagick n'est pas specifique à Ruby.
Il y a des bindings de l'un et de l'autre pour ces deux langages (et bien d'autres), le choix est souvent culturel.
RE: Avatars pour forum in game et fiche joueurs - atra27 - 10-09-2011
Derniére solution, on fous tous les visages sur un fichier, tous les yeux sur un fichier, etc
Et on affiche la chevelure désirée comme un sprite en css!
Comme ça, le nav charge un fois chaque fichier, mais aprés il se débrouille en cache!
ça t'occupe peu d'espace (juste chaque fichier d'éléments a stocker), peu de bande passante (1requete pour afficher toutes les partie d'un meme type, qu'il y a 1 ou 1 million d'avatars, une seule fois par session voir moins)
RE: Avatars pour forum in game et fiche joueurs - Sephi-Chan - 11-09-2011
Attention, pour des soucis de compatibilité, les sprites ne doivent pas dépasser certaines dimensions. Mieux vaut se limiter à 4096 × 4096.
De plus, attention aux sprites trop gros : certains navigateurs (notamment mobiles) ne mettent pas en cache les resources trop lourdes.
Enfin, il n'est jamais inutile de réduire la quantité de HTML envoyée au serveur, or ce genre d'éléments composés grimpent vite en la matière. On peut bien sûr utiliser une représentation sérialisée interprétée par Javascript, mais ça complique encore par rapport à une simple image.