Nous partirons du principe que les points abordés dans les articles suivants sont connus : Introduction aux Sprites et Backgrounds avec PAlib et Préparer ses images pour la DS avec PAGfx.

Voici notre fichier main.cpp de départ (sources ici), nous y trouvons l’inclusion de la PAlib, mais également des fichiers qui contiennent nos sprites :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25

// Includes
#include <PA9.h>;       // Include for PA_Lib
 
#include "gfx/all_gfx.h"
#include "gfx/all_gfx.c"
 
int main(int argc, char ** argv)
{
 
	// Initializes PA_Lib
	PA_Init();
	PA_InitVBL();
 
	// Text Init
	PA_InitText(1,2);
	PA_InitText(0,2);
 
	// Infinite loop to keep the program running
	while (1)
	{
		PA_WaitForVBL();
	}
 
	return 0;
} // End of main()

Afficher un sprite

Pour afficher un sprite nous avons besoin de sa palette et de sa description. Par défaut avec PAgfx, un sprite nommé “image” aura “image_Pal” pour palette et “image_Sprite” pour description de sprite.

Nous allons commencer par créer notre curseur qui s’appelle “cercle”. Pour déclarer sa palette, nous allons utiliser la fonction suivante :

void PA_LoadSpritePal(u8 screen, u8 palette_number, void* palette);

Les paramètres sont respectivement :

• l’écran sur lequel sera affiché le sprite
• le numéro que vous attriburez à la palette pour la désigner par la suite (0 à 127)
• la variable contenant votre palette (par exemple variable_Pal)

1
2

	//Chargement de la palette de notre curseur
	PA_LoadSpritePal(0, 0, (void*)cercle_Pal);

Nous allons maintenant charger le sprite en lui-même avec la fonction PA_CreateSprite :

void PA_CreateSprite(u8 screen, u8 obj_number, void* obj_data, u8 obj_shape,
		u8 obj_size, u8 color_mode, u8 palette, s16 x, s16 y);

Les paramètres sont respectivement :

• l’écran sur lequel sera affiché le sprite (le même que sa palette)
• le numéro que vous attriburez au sprite pour le désigner par la suite (0 à 127)
• la variable contenant votre sprite (par exemple variable_Sprite)
• les dimensions du sprite (constante sous la forme OBJ_SIZE_32X32)
• le mode colorimétrique : COLORS_256 ou COLORS_16
• le numéro de palette (définit auparavent)
• position en X de départ
• position en Y de départ

1
2
3
4
5
6

	//Chargement de la palette de notre curseur
	PA_LoadSpritePal(0, 0, (void*)cercle_Pal);
 
	//Chargement du sprite de notre curseur
	PA_CreateSprite(0, 0, (void*)cercle_Sprite, OBJ_SIZE_32X32,
			COLORS_256, 0, 0, 0);

Vous devriez à présent obtenir ceci si vous lancez votre application dans un émulateur :

C’est pas exceptionnel mais c’est déjà une image ! Vous savez maintenant afficher un sprite sur votre DS.

Déplacer un sprite

Maintenant que votre sprite est afficher, il ne sert pas à grand chose s’il reste là sans rien faire. Nous allons voir maintenant différentes fonctions qui permettent de le déplacer.

Déplacer un sprite

PA_SetSpriteXY(u8 screen, u8 sprite, s16 x, s16 y);

C’est une fonction basique pour position un sprite à l’endroit souhaité sur l’écran

Suivre le stylet

1

PA_SetSpriteXY(0, 0, Stylus.X, Stylus.Y);

Voici un exemple qui permet de positionner notre sprite en fonction du stylet.

Rendre le sprite draggable (déplaçable quand touché par le stylet)

PA_MoveSprite(u8 sprite);

En touchant le stylet et en maintenant la pression, on pourra faire glisser un sprite comme l’on souhaite. Dès que l’on relache le stylet, le sprite redevient immobile là où l’on la laisser.

Sprite touché par le stylet

u8 PA_SpriteTouched(u8 sprite)

Permet de savoir si un sprite est touché par le stylet, renvoie 0 (non) ou 1 (oui).

Création d’un curseur

Nous allons réutiliser nos connaissances pour fabriquer un curseur simple. Celui-ci indiquera un pression du stylet et suivra celui-ci.

Nous commençons donc par charger notre image de curseur comme nous l’avons fait précédemment mais en faisant attention à le charger hors de la partie visible de l’écran (dimension des écrans).

1
2
3
4
5
6

	//Chargement de la palette de notre curseur
	PA_LoadSpritePal(0, 0, (void*)cercle_Pal);
 
	//Chargement du sprite de notre curseur hors de l'écran
	PA_CreateSprite(0, 0, (void*)cercle_Sprite, OBJ_SIZE_32X32,
			COLORS_256, 0, 300, 200);

Dans la boucle de notre programme, nous allons positionner notre sprite en fonction du stylet.

1
2
3
4
5
6
7
8

	while (1)
	{
		//On positionne le sprite en fonction du stylet
		PA_SetSpriteXY(0, 0, Stylus.X, Stylus.Y);
 
		//On attend un frame
		PA_WaitForVBL();
	}

On remarque alors deux choses : le sprite n’est pas centré par rapport au stylet et le sprite reste visible quand on n’utilise plus le stylet.

Pour centrer le sprite, nous allons utiliser un astuce pratique souvent utilisé quelque soit le langage. En sachant que l’origine d’un sprite est en haut à gauche de celui-ci, il suffit d’utiliser sa largeur et sa hauteur comme cela :

1
2
3
4
5
6
7
8
9
10
11
12

	//Dimension dynamique du sprite
	int sWidth = PA_GetSpriteLx(0,0);
	int sHeight = PA_GetSpriteLy(0,0);
 
	while (1)
	{
		//On centre le sprite par rapport à la position du stylet
		PA_SetSpriteXY(0, 0, Stylus.X-(sWidth/2), Stylus.Y-(sHeight/2));
 
		//On attend un frame
		PA_WaitForVBL();
	}

Pour finir nous cacherons le sprite quand le stylet ne touche pas l’écran :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17

	while (1)
	{
		//Presse-t-on l'écran avec le stylet ?
		if(Stylus.Held){
 
			//Si oui, on centre le sprite par rapport à la position du stylet
			PA_SetSpriteXY(0, 0, Stylus.X-(sWidth/2), Stylus.Y-(sHeight/2));
 
		}else{
 
			//Sinon on cache le sprite hors de la vue de l'écran
			PA_SetSpriteXY(0, 0, 300, 200);
		}
 
		//On attend un frame
		PA_WaitForVBL();
	}

Voilà, nous avons un jouli sprite en guise de curseur pour le stylet !

Vous trouverez le code source final ici.

Il existe également des fonctions pour modifier l’image et même faire des animations mais nous verrons cela dans un prochain article

Logo Toshen

Priest by Eko

Si vous avez le moindre commentaire à faire sur logo voir même si vous avez des propositions quelque qu’elles soient pour contribuer à toshen (graphisme, sons, ergonomie, dons - en espèce ou en nature ^^) n’hésitez pas !

Au sinon, comme promis, un article sur les sprites pour DS va arriver dans la semaine.

Dossier PAGfx

Vous trouverez le logiciel dans le dossier de tools de PAlib : C:\devkitPro\palib\tools\PAGfx

J’ai créé un dossier images2convert qui contiendra mes images, il est important de noté que les images à convertir doivent obligatoirement se trouver dans le dossier ou un des sous-dossiers de PAGfx.

Le logiciel se lance à partir du fichier PAGC Frontend.exe. Vous pouvez passer par le fichier PAGfx.ini pour configurer directement votre conversion. Pour des raisons de simplicités (et un peu de fainéantise ^^), nous lancerons l’interface graphique.

Vous obtiendrez la fenêtre ci-dessous (avec son petit escargot).

PAGfx

Explication en quelques mots de l’interface. Vous pouvez voir 3 onglets pour les trois types d’images. J’ai déjà présenté les Sprites et les Backgrounds mais je n’ai pas parler des Textures. Comme vous avez peut-être devinez, elles sont utiles pour la 3D. Mais nous allons nous concentrer sur 2D ici.

Un élément important est le gros carré magenta par défaut qui représente la couleur de transparence. Elle peut être le blanc #FFFFFF, le noir #000000, le vert #00FF00 ou le magenta #FF00FF. En général on utilise le magenta ou le noir.

Passons à la pratique, sélectionnez l’onglet voulu puis cliquez sur Add File(s) en haut à gauche. Sélectionnez alors le ou les fichiers que vous souhaitez convertir.

Voici ce que ça donne pour un Sprite :

PAGfx Sprite

Filename et Path sont respectivement le nom et le chemin du fichier. ColorMode est nombre de couleurs utilisées dans le mode de compression de l’image, cela définit aussi le poids qu’aura l’image dans la RAM, plus il y a de couleurs plus c’est lourd, 256couleurs est le meilleur choix. Palette est le nom que vous utiliserez dans le code pour désigner un palette de couleur. Nous approfondirons le concept des palettes quand nous parlerons des sprites dans un prochain article.

Passons maintenant au Background :

PAGfx Background

C’est la même chose que pour les sprites. La seule différence est qu’on ne spécifie pas un mode de couleurs mais un type de Background, BgMode. Nous approfondirons ces différents types dans un prochain article sur les backgrounds.

Un fois tout ça définit, et bien c’est tout ! Il suffit de cliquez sur :

Si tout se passe bien vous verrez une fenêtre noire (une invite de commande) apparaitre quelques instants. Vous pourrez ensuite récupérer les fichiers générés dans le dossier de PAGfx comme ci-dessous. Pour chaque image convertie vous obtiendrez 2 fichiers : un pour l’image et un pour sa palette. En plus de ces fichiers vous obtiendrez 2 fichiers, all_gfx.c et all_gfx.h.

Fichiers générés dans le dossier PAGfx

Copiez tous ces fichiers générés (comme ci-dessus) dans le dossier source de votre projet. Pour utiliser vos images, ils vous suffit d’inclure les 2 fichiers all_gfx:

1
2
3

// PAGfxConverter Include
#include "gfx/all_gfx.c"
#include "gfx/all_gfx.h"

Tout est prêt pour commencer à rentrer dans le vif du sujet ! La prochaine fois nous commencerons à nous amuser avec les Sprites.

Dans la librairie la PAlib comme très souvent en C/C++, les images ont des tailles standardisés. De plus, on distingue deux types d’images : les sprites et les backgrounds. Ce qui les différencient c’est leurs tailles mais surtout leurs usages.

Les Sprites

Les Sprites sont des images de tailles assez réduites (voir ci-dessous) mais on l’avantage de pouvoir être animé trèsaisément. Ils sont manipulables de nombreuses manière. On peut les zoomer, les tourner, les rendre transparente, en faire des mozaiques et bien sûr les déplacer.

Tailles des sprites

On ne peut afficher que 128 sprites par écran, soit 256 au total.

Un paramètre de rotation/zoom est défini par un rotset. On peut définir 32 rotsets différents et chaque rotset peut être assigné à plusieurs sprites.

Quelques mots sur la principale particularité du sprite, l’animation. Pour préparer son image à l’animation, il suffit d’empiler les différentes frames les unes en-dessous des autres (voir ci-contre). A ma connaissance, il n’y a pas de limitation du nombre de frame, à part la RAM vidéo de la DS. On pourra ensuite jouer une frame particulière, jouer plusieurs frames dans un sens, dans l’autre ou en va-et-vient.

Les Backgrounds

Exemple de tuiles

Les tailles possibles des Backgrounds  vont de  256×256 à 1024×2048. Un background est en réalité composé de petites tuiles ou tiles qui sont des zones de 8×8. On peut alors recomposer l’image en déplaçant et modifiant les tiles sur l’image. Avec cette méthode on peut construire un décor dynamiquement et très simplement.

Il existe plusieurs types de background qui définissent les tailles et les effets possibles. Le type le plus largement utilisé est le TileBg dont les tailles possibles sont 256×256, 512×256, 256×512 et 512×512. Vient ensuite la LargeMap qui permet d’atteindre les 1024×2048. Il en existe d’autre que je ne détaillerai pas ici.

Quelques généralités

Pour finir voici quelques généralités sur l’affichage.

Chaque écran de la DS est en 256×192 pour ce qui est des pixels visibles et en 512×256 pour la partie assignable. Un écran peut afficher 32 tiles en largeur et 24 en hauteur.

Capacités d'affichage de la DS

Voilà pour la petite introduction à l’affichage d’image sur DS. Dans un prochain article nous parlerons de la conversion d’images pour DS et de leur intégration dans un projet. Viendra ensuite un article où nous verrons l’utilisation des sprites et un autre concernant celle des backgrounds. En attendant, Bon jeu !

Avoir aussi pour les plus impatients : Sprites et Backgrounds sur le wiki français de PAlib.

Voici notre sélection mise en place pour le projet Toshen.

Planning et pilotage : Planzone

Un outil assez complet pour la gestion de projet : un planning, un calendrier, une gestion des RH, un wiki, la possibilité de créer un discussion lié à une tâche ou sur le projet, et encore pleins d’autres choses !

Édition partagé de document : Google Document

Ce outil assez connu permet le partage de document mais surtout leur édition en simultanée. De plus, les documents sont versionnés, cela permet de revenir à une version ultérieure si un collaborateur a malencontreusement tout effacé.

Versionning : Subversion

Indispensable pour le développement en équipe mais utile aussi parfois pour le design.

Voilà donc en bref une sélection d’outils permettant d’optimiser son temps et son energie dans un projet. Mais il ne faut pas oublier que la communication est le plus important, que ce soit par email, par messagerie instantanée ou tout simplement face à face.

Et bien on y a réfléchit et ça donne un joli document d’une quinzaine de pages pas terminé. Passons dans le vif du sujet avec ce petit résumé.

Se créer un compte

Qui dit multi-joueur, dit connexion et pour ça il faudra se créer un compte.  Cela sera possible au premier lancement du jeu où il vous sera demandé de choisir un login/mot de passe qui dans le cas de la DS sera sauvegardé pour des raisons de facilités (pour le joueur pas pour le développeur…).

Une fois votre compte créé, vous pouvez créer vos premiers personnages qui constitueront votre équipe de choc !

Monter son équipe

Pour monter une équipe il faut des personnages. Et pour eux on a fait simple, les habitués de D&D ne seront pas perdu. Vous pourrez créer et recruter 6 archétypes de personnages différents : Le barbare, l’assassin, le mage, le prêtre, le rôdeur et l’arbalétrier. On a essayé d’en créer pour tous les goûts ! Chacun d’entre eux fera l’objet d’un billet dans très peu de temps avec leurs compétences et leurs spécialités !

En jeu

Vous constituerez une équipe de 4 personnages qui vous permettrons de provoquer un adversaire ou d’accepter sa provocation. Une fois sur la carte, les personnages sont positionnés en fonction de l’ordre que vous leur avez attribué dans l’équipe. Une fois la bataille enclenchée, chaque personnage joue en fonction de son initiative, il a le droit à une action (compétence,item) et un déplacement dans l’ordre qu’il souhaite. La plupart des règle en jeu respecte les classiques du tactical.

Voilà un très bref résumé du gameplay de Toshen. Quand le projet sera bien plus avancé, on postera le détail de chaque élément important comme la création de personnage, les archétypes,  les compétences, la carte, la création de partie…

Basiquement, plusieurs équipes qui s’affrontent dans l’unique but de s’entretuer (quelques petites variantes existent toutefois, on est pas que des sauvages).

Partons d’un exemple simple, 2 équipes l’une contre l’autre. Mais alors on se bat ou ? quand ? comment ? ALLEEEZ!! JVEUX DES TRIPES ET DU SANG QUI GICLENT MOI!!! Hem.. Pardon.

Encore une fois, il y a plusieurs variantes mais nous allons faire simple. Supposez un échiquier, on place nos pions, de chaque coté et c’est parti. Ben un tactical c’est un peu pareil mais en mieux, on a une jolie carte avec de beaux décors, on pose un quadrillage dessus et on a notre lieu de pugilat.

Oké mais qui se bat ? Là, encore une fois, beaucoup de réponses possibles, des loutres, des aliens, des hamsters géants de l’espace miniature, des mutants mi-homme mi-chaussure. Nous, on prendra juste des mecs genre pas très évolués, habillés avec des peaux d’ours et des slips en cuir (entre autres).

“Fragger” plus en détail ici

A partir de là, c’est parti pour une bonne baston. Pour le déroulement on a deux possibilité, chaque joueur déplace (sur le quadrillage) tous ses persos d’un coup ou on les déplace un par un suivant leur rapidité, et, si les ennemis sont à portée on peut attaquer ou lancer une compétence du personnage genre qui fait très mal. Nous, on optera pour la deuxième possibilité.

Bien entendu les personnages varient, on a pas que des barbares en slip avec des grosses haches, on a choisi 6 archétypes de personnages, barbare, assassin, mage, prêtre, rôdeur, arbalétrier et la composition d’une équipe influera donc logiquement sur la stratégie à adopter. Un autre post sera fait pour rentrer un peu plus dans les détails des différentes classes, du gameplay de notre jeu et expliquer un peu comment faire évoluer ses personnages.

Le combat continue tant que tous les personnages d’une équipe n’ont pas été mis hors services (point de vie à 0).

Pour conclure, je ne saurai que trop vous conseiller, si ce n’est pas déjà fait, de vous y mettre et de voir par vous même à quoi ca ressemble en vous procurant, par exemple: Disgaea (et ses suites), Final Fantasy Tactics (Advance et Advance2), Fire Emblem, Bahamut Lagoon ou Phantom Brave. Yen a pour tous les gouts et tous les supports.

Sur ce, je vous laisse, je viens de m’appercevoir que j’avais toujours pas testé Stella Deus, j’ai un ptit tour sur eBay à faire.

Liens complémentaires :

• Tactical RPG sur Wikipédia
• Liste assez complète des Tacticals existants

–

Parce que même quand il pense, le chat il a la classe

Dans la vraie vie, je suis une fille (c’est dur mais j’ai pas eu le choix) et je m’appelle amandine alias Silwèk. Contrairement à Eko, j’assume pleinement mon désir de travailler dans le jeu vidéo et j’ai déjà un peu d’avance sur lui ! Je suis développeur ActionScript3 chez les Tanukis sur le projet Lovely Juliet et sur un autre (je peux pas en parler parce que je devrais vous tuer après). Bon c’est que des jeux de filles qui parlent d’amour… mais faut bien commencer quelque part !

Mais revenons en à ce qui nous intéresse, toshen ! Moi mon truc c’est le C++, le client DS et mettre les mains dans le cambouis. Parce que moi j’aime quand c’est compliqué, quand ton sprite il doit être en puissance de 2 ou quand les nombres à virgule faut oublier.

Vous allez me demander : “Mais pourquoi tu fais pas le client flash alors que tu maitrises trop l’AS3, c’est un gars trop fort en flash qui l’a dit”.
Je vous répondrai : “Oui, je maitrise l’AS3 et c’est bien pour ça que je recherche un peu de défis”.
*ahem…*

Accessoirement j’donnerai un coup de main à Palleas quand il en aura marre du Java (parce que c’est pas drôle de rester tout seul).

J’ai peu d’expérience concernant les tacticals, j’ai commencé avec Makai Kingdom sur PS2 et Fire Emblem sur GC y’a 2 ans, ainsi qu’une brève tentative avec Phantom Brave sur PS2. J’ai finalement repris en décembre avec Fire Emblem sur DS et j’attends avec impatience Disgaea sur cette même console (le 3 avril en même temps que Valkyrie Profile!).

PS : La magie c’est cool, voilà.

Du coup, je vais me présenter rapidement. Moi c’est Romain, aka Palleas (oh l’autre, il se fait des backlinks!), développeur multimédia (Flex depuis 3 mois!) chez NOE-Interactive (Web like No One Else, yeepee) “électron libre” d’après mon patron et probablement un peu extrémiste sur les bords.

Je m’occuperai de la partie réseau, c’est à dire la petite usine qui fera tous les calculs et gérera tout, pendant que d’autre s’éclateront avec des Tween et des Sprites. Je suppose que c’est la tout le coté ingrat de mon poste, je vais développer du Java dont vous n’aurez rien à faire, et que vous ne verrez pas. Dur!

La vérité, c’est que si Eko avait eu un plus grand canapé, c’est moi qui serait en charge du développement Flash. J’ai quand même réussi à le convaincre de me laisser participer et bosserait quand même un peu sur la version desktop du jeu, quand j’en aurais marre que Java me jette ses Sockets à la figure.

Je fais partie des gens qui pensent que oui, on peut être un mec, porter une robe (non, je ne parle pas du chanteur de Placebo) et avoir la classe. Je pars du principe où lorsque qu’on peut lancer des fireball du bout des doigts ou encore transformer l’ennemi en canard, on force un minimum l’admiration et on passe par dessus ces critiques relevant finalement de l’intolérance.

Bon, je vais m’arrêter la, avant que Renaud ne nous parte en déprime en réalisant qu’il a peut-être vécu dans l’erreur en admirant des gros Bill tuant à coup de grenades, de fusils mitrailleurs ou autre billevesée technologique, et conclurai sur la suivante :

La magie, ça pootre.

Alors ben moi je suis Eko, élu chef de projet et auto-proclamé meilleur développeur Flash de mon canapé.

Dans la vraie vie je suis développeur Flash/Flex en alternance chez Nodule Multimédia à Grenoble (38) et je nourri secrètement le rêve de bosser dans le jeu vidéo en suivant mon nindô.

Pour revenir au projet Toshen Tactics (tactical rpg multi-joueur, multi-support), puisque c’est quand même ce qui nous intéresse ici, moi je serai responsable du développement du client Flash pour PC/Mac. Je m’occuperai sûrement un ptit peu du développement DS également, par contre, le java et le réseau je suis vraiment pas fan.

Ayant passé de nombreuses nuits blanches sur Disgaea à pleurer parce que, ben, le niveau 9999 c’est quand même super long à atteindre, ainsi que de nombreuses heures sur les autres productions de Nippon Ichi et des jeux comme FFTA ou Bahamut Lagoon, j’ai quelques références niveau tacticals-rpg et je compte bien, il faut le dire, faire un jeu qui poutre.

Moi à la base je voulais faire un tactical dans un univers contemporain voir post-apocalyptique avec des armes à feu et de la musique jazzy un peu décalée et plein d’autres trucs fun du genre mais on m’a vite ramené à la triste réalité.

Je crois que le monde n’est pas encore prêt à abandonner le stéréotype du mec qui porte des robes et qui lance des sorts.

• Aime : Les zombis, le catch et la mayo.
• N’aime pas : Le reste, et la magie.