Salut,


Je sais pas trop, je dirais que ça dépend du jeu. Dans un jeu d'aventure je pense que c'est mieux d'avoir du multislot, tandis que dans un jeu d'arcade tu n'as qu'un seul slot permettant de savegarder les high scores par exemple. Tu peux aussi imaginer avoir les deux simultanément.

Sinon à mon avis, mais c'est plutôt subjectif, vaut mieux éviter de pouvoir créer un nombre "illimité" de fichiers de sauvegarde. Je pense pas que ça va saturer la mémoire, mais tant que tu fais pas un jeu avec 36 fins dans le lequel le joueur voudrait sauvegarder à chaque choix important... je ne vois pas trop l'intérêt !


XML pour moi, mais après c'est selon les cas aussi. Certaines données (notamment binaires) ne se prêtent pas trop au format je trouve.

J'ai une classe Slot qui contient un tableau associatif <String, String>. On peut aussi envisager un système plus générique dans lequel on n'enregistrerait pas que des strings mais n'importe quel type d'objet du jeu.

Lors de la save je lis le tableau et j'exporte dans mon fichier un truc du style
<element key="plouf" value="oooo"/>

et ainsi de suite...

Cette idée de refresh du site se pose depuis plusieurs mois et je crois que quelques tentatives avaient été faites par EvlTroopa. Il semble aussi qu'il y avait un topic ou on avait évoqué quelques idées.

J'ai un peu moins de temps en ce moment avec les cours ainsi que le dev, mais si vous avez besoin d'un coup de main je peux toujours trouver le moyen de me libérer.

Hmm je t'avouerais que je ne sais pas trop, j'ai testé rapidement il faut dire donc je me rends pas trop compte de ce qui a changé ou pas par rapport à tout à l'heure, il faudrait que je regarde ça plus en détail. Je pense que c'est plutôt l'interface dans l'ensemble qui est un peu confuse. Par exemple on sait pas si tel ou tel bouton est utilisable avec l'écran tactile ou pas. Les boutons de la DS sont beaucoup utilisés on dirait... du coup c'est un peu dur à prendre en main. En fait on sent que c'est fait pour toi, et pas pour un utilisateur. Après c'est qu'une impression. Par exemple, le moindre appui sur les flèches de direction fait apparaitre des tas de messages de debug et ça ne donne pas envie d'y toucher après . L'écran supérieur pourrait être utilisé pour afficher plus d'informations utiles pour l'utilisateur (mais moins utiles pour le programmeur, c'est sur).

Là j'ai en tête Flipnote Studio sur DSi, l'interface est simple et claire (par ex).

Enfin ma conclusion sur la chose est que le logiciel est fonctionnel, mais l'interface gagnerait à être simplifiée.

Non en fait on peut charger plusieurs textures, découper des morceaux dessus (en plaçant des bones) et ensuite on a une fenêtre où on peut tout assembler.

Non tout se passe en 2D, même si j'envisage de pouvoir utiliser la profondeur plus tard. Les dimensions des membres ne sont plus respectées, mais ça donne plus de possibilités à l'artiste pour s'éclater.
A côté de ce logiciel, j'ai tout un moteur "2D" qui n'a plus que de 2D que le nom, tout est en projection perspective 3D, mais tout les éléments sont plats. Ainsi il sera possible de volontairement jouer avec l'éloignement plans/caméras pour faire de jolis effets de scrolling parallaxe.
Enfin bref, depuis Natura sur DS j'essaie d'expérimenter et de voir un peu comment on peut mettre au service de la 2D les techniques modernes venant de la 3D.

Ouaip j'avais testé !

J'étais un peu passé à côté de ce projet, j'ai seulement pris le te temps de le tester cette nuit. Au début j'étais un peu perdu avec l'interface (quoique pas que au début) et j'ai fini par réussir à charger l'animation fournie avec l'éditeur !

Le bouton L d'une de mes DS ne fonctionnait plus et j'ai mis un peu de temps à m'en rendre compte...

Le logiciel semble sympa, je n'ai pas essayé de créer un personnage de toutes pièce mais je me suis amusé à bouger un peu les parties de celui fourni. Au final le résultat est très sympa, chapeau. En tout cas, ça rendra très bien dans un jeu j'en suis sur.

Sinon je vois qu'on travaille sur un peu sur les mêmes trucs. J'ai commencé aussi il y a quelque temps un logiciel qui reprends aussi ce concept d'animation modulaire. Le mien fonctionne différemment, on ouvre une texture, on place des os et ensuite on peut utiliser ces os pour créer un squelette et l'animer (avec des déformations au niveau des coudes/genoux par exemple). C'est encore assez expérimental mais ça commence à bien marcher après 1 bon mois de dev. Le but étant de m'en servir pour un jeu PC, en 2D avec des graphismes HD.

Autrement, j'ai zieuté un peu le blog et je vois que tu fais toujours autant de recherche au niveau de la conception de tes programmes. Personnellement j'ai tendance à préparer un bout d'UML sur papier et ensuite c'est "freestyle"... Le problème c'est que je tombe toujours sur un soucis de conception majeur au bout d'un moment .

Et sinon, bien que ça puisse ruiner le côté "oldschool" des animations, ça serait peut être sympa d'interpoler la position des portions des personnages entre les différentes frames. Bon, ça prend un peu plus de CPU mais au final le résultat serait peut être intéressant aussi.

Joyeux anniv un peu en retard

Patch déjà fait par quelques personnes ici en plus de mémoire

Tu nous fera bien un patch pour que ça recompile hein ?

C'est vraiment pas le but du multi-threading, c'est utilisé pour effectuer des calculs en parallèle, souvent dans le but d'optimiser, ou encore de réaliser un calcul pendant qu'un autre se fait (ex, un thread de loading, et le processus principal qui affiche la barre de chargement).

Dans ton cas ça serait pas très optimal de faire 100 threads pour gérer 100 unités.

Une situation ou les thread sont utiles ça peut être de gérer les clients d'un jeu en reseau de façon threadée, c'est à dire qu'a chaque connexion d'un client, on créé un nouveau thread pour le gérer.

En effet la première méthode, qui t'ajoute trois tonnes de code est bien la bonne. Après, tu dois avoir maintes façon de faire la même chose, mais de façon plus élégante  

Comme ça, je dirais que tu pourrais tenter une interpolation linéaire entre deux points, ainsi, quand ton facteur d'interpolation passe à 1, c'est que tu as fini le déplacement vers le point suivant.
Reste ensuite un problème, garder une vitesse indépendante de la distance entre deux points.

mé allé y koi, kontinué...

Bien que ce topic soit très intéressant et que je suis bien tenté de continuer sur la voie du freepost. Je pense que, et c'est légitime, que nous débattions sur l'intérêt de l'intervention de misterpme, inscrit spécialement pour l'occasion. Son profil me laisse me laisse à même de penser que ce n'est pas un bot, mais un être doué de parole et de raison, un humain en l'occurrence. J'invite donc ce dernier à nous éclairer la dessus, histoire de dormir un peu moins bête ce soir, ou un autre soir, qui sait. Mais de toute manière, réponse ou pas, je tiens à rappeler que je m'en tamponne gravement de tout ce charabia, mon post inclus.

Au 31 Mai alors, préparez des slips propres

ça dépend ce que tu entends par plus beau. On peut faire du plus fluide (avec les 66mhz en plus... ou en trop). Ou encore du plus grand (avec la ram).

Intéressant, je regarderai dans la boite aux lettres en rentrant des cours
Donc le linker est donc en deux parties ?

J'imagine qu'ils ont prévu ça pour flasher le firmware dessus.