Salut à tous les lecteurs de Xna-france. Je vous écris ce billet car j’aurais besoin d’un petit service.

J’ai posté sur Facebook le trailer d’un jeu que je suis en train de développer pour les futurs Windows phone 7.

Ce trailer est pour un concours, dont les 7 premiers gagneront le droit de présenter leur application à Steve Balmer (le grand manitou de chez Microsoft).

Mais pour gagner j’ai besoin de votre vote ^^.

Pour voter il vous suffit de vous rendre sur cette page Facebook : http://www.facebook.com/Developpeurs.net , de l’aimer, puis de vous rendre sur la page de ma vidéo : http://www.facebook.com/video/video.php?v=10150259305655008&oid=129459787073480 et de l’aimer aussi (enfin j’espère ^^).

Ça prend à tout casser 30 secondes et cela me rendrait un fier service.

Si vous pouvez en parler autour de vous ce serait génial aussi.

Bonne journée à tous et à très vite sur Xna-france.

Par contre faites attention, il y a eu beaucoup de changements depuis la CTP. Vos projet risquent donc de ne pas fonctionner en l’état. Je vous renvoie donc vers cet excellent article de Jaime Rodriguez : http://blogs.msdn.com/b/jaimer/archive/2010/06/28/migrating-apps-from-windows-phone-ctps-to-the-beta-build.aspx , qui vous expliquera comment les mettre a jour. Pour les non anglophone Christopher Maneu, mon cher compagnon de Vegas, a posté sur son blog un début de traduction de cet article : http://blog.christophermaneu.fr/2010/07/windows-phone-7-beta-sdk-ce-quil-faut-savoir/ .

Vous pourrez retrouver la béta a cette adresse : http://developer.windowsphone.com/ .

Pour se faire vous devrez créer une vidéo (1 ou 2 minutes) de votre application, la poster sur http://www.facebook.com/Developpeurs.net et c’est le vote du public qui déterminera les gagnants.

Si vous voulez réaliser votre vidéo sur un vrai device, Microsoft en met un a votre disposition tout les vendredi sur le campus parisien ( inscriptions ici : frwp7lab@microsoft.com)

Pour plus d’infos allez sur tp://www.Facebook.com/developpeurs.net .

Tout d’abord ce qui change :

• Soumission d’applications payantes : aucunes limites
• Soumission d’application gratuite : 5 par an puis 20 dollar l’appli supplémentaire
• Un service de notification push
• Une API permettant de mettre en place une version d’essai de l’appli (complètement contrôlable par le développeur)
• Aucune limitation géographique
• Plusieurs business model : gratuits, payant, gratuit avec fonctionnalité payantes ou publicités intégrées

Ce qui ne change pas :

• 99 dollar d’abonnement annuel
• 70% de la vente pour le développeur – 30 pour Microsoft
• Gestion des applications à travers le service présent sur http://developer.windowsphone.com
• Paiement tous les mois, si les gains dépassent 200 dollars
• Validation de l’application par Microsoft
• Paiement soit par carte de crédit soit directement sur la facture opérateur
• Gratuit pour les étudiants DreamSpark

• Premièrement forcez le rafraichissement de votre application à 30fps (XNA tourne de base a 60 Fps). Pourquoi? Tout simplement parce que les écrans des téléphones ont une vitesse de rafraichissement de 30 Hz, donc les frames calculés en plus ne pourront pas être affichées. Il est donc dommage de perdre de la puissance de calcul pour rien. Pour forcer le rafraichissement vous pouvez utiliser la méthode suivante :

   1: TargetElapsedTime = TimeSpan.FromSeconds(1 / 30.0);

à placer dans la définition de votre classe game principale.

• Deuxième chose a prendre en compte la résolution. Les premiers devices auront une résolution de 480*800, puis des devices en 320*480 arriveront plus tard. Afin de faire un jeu tournant sur tous les Windows phone il est donc important de gérer toutes les positions de vos objets en fonction de la taille de l’écran. Vous pouvez récupérer la largeur et la hauteur de l’écran de cette manière :

   1: game.GraphicsDevice.DisplayMode.Width;

   2: game.GraphicsDevice.DisplayMode.Height;

• Le troisième point peut être très utile si vous rencontrez des problèmes de performances. Sous Windows Phone vous pouvez modifier la taille du back buffer de l’application, et ainsi gagner en performance, sans que cela impacte le reste de votre code. Pour ceux qui ne savent pas quoi sert le back buffer, c’est tout simplement l’endroit où est dessiné votre application, donc réduire sa taille réduit le nombre de pixels à dessiner et donc le cout de l’opération. Hors, les Windows Phone possèdent une puce permettant d’upscaler l’image de manière invisible pour le développeur. XNA gérera tout seul la mise à l’échelle, vous n’aurez donc pas à modifier vos coordonnées, elles fonctionneront toujours de la même manière. Vous pouvez modifier la taille du back buffer de la manière suivante, toujours dans votre classe game principale :

   1: graphics.PreferredBackBufferHeight = 480;

   2: graphics.PreferredBackBufferWidth = 320;

• Si vous faites un jeu multiplateforme usez et abusez des #if. Ces petites balises a placer dans votre code permettent de définir des portions de code à compiler ou non selon votre méthode de compilation, dans l’exemple suivant la première partie n’est compilée que pour la version Xbox et pc et la deuxième que pour Windows Phone.

   1: #if WINDOWS || XBOX

   2:     plop = 1;

   3: #else

   4:     plop = 2;

   5: #endif

• Ne jamais utiliser le gamepad dans un jeu pour Windows Phone. Je ne sais pas si c’est un bug de la version CTP de XNA 4.0, mais si vous laissez la récupération d’un gamepadstate dans un jeu Windows Phone cela le fera ramez terriblement (1 frame toutes les 5 secondes).Utiliser des #if si vous faites un jeu multiplateforme. Vous pouvez par contre utiliser sans problèmes le clavier, même si pour l’instant l’émulateur ne permet pas d’afficher le clavier virtuel (ou alors je n’ai pas trouvé, si vous savez comment faire n’hésitez pas à laisser un commentaire ça peut être utile ^^).

• De même la version CTP d’XNA ne permet pas de gérer l’inclinaison du device et son passage en mode paysage. Vous devez donc inverser les X et les Y afin de faire passer votre jeu en mode paysage ^^. Une manière plus jolie serait de créer une couche d’abstraction qui converti automatiquement les X et les Y. En gros vous créer vos propres coordonnées que vous gérer dans votre jeu et vous créer une classe qui les associent aux X et aux Y d’XNA. Ou alors dernière méthode attendre la prochaine version d’XNA 4.0 qui devrait gérer ca tout seul.

Voilà pour ces premiers conseils sur le dev Windows Phone. Je compléterais au fur et à mesure cet article avec d’autres conseils. Et si vous avez vos propres trucs et conseils n’hésitez pas à nous les transmettre je les ajouterais à l’article.

Je n’ai malheureusement pas le temps de vous faire des tutos explicatifs sur les composants pour l’instant, mais je my met des que possible. Toute fois si vous avez des questions sur certains composants n’hésitez pas.

virusinvasionSource

MIX - Day 2 from Christopher Maneu on Vimeo.

Comme il ne faut pas perdre de temps je vous propose donc ce petit tuto, qui vous permettra d’installer tous les outils nécessaires au développement sur Windows Phone 7 Series, mais aussi et surtout de coder votre premier projet XNA utilisant une spécificité du développement sur mobile à savoir le touch.

La première chose a faire est de télécharger le kit de développement Windows Phone disponible à cette adresse.

Une petite chose avant de commencer le framework n’est pas finalise et même si les changements seront mineurs, il se peut que ce que nous voyons ensemble aujourd’hui ne soit plus tout à fait valable dans 6 mois.

Une fois le kit téléchargé et installé vous pouvez lancer Visual 2010 express ou Visual 2010 RC si vous l’avez déjà installer sur votre machine.

Nous allons donc lancer un nouveau projet qui sera du type Windows Phone Game 4.0.

Je vous propose d’utiliser ce petit sprite pour représenter notre personnage. Ici nous n’utiliserons pas de classe spécifique tout se fera dans le game1.

Bien entendu la détection du touch à l’écran se fera dans la méthode update.

La première chose à faire sera de récupérer l’état de l’écran tactile pour connaitre les endroits où le doigt est posé, pour ce faire nous utilisons la méthode suivante.

   1: TouchCollection touches = TouchPanel.GetState();

Vous noterez que la méthode nous renvoi une collection de point en effet les devices étant multitouch vous pourrez avoir plusieurs points a gérer simultanément. Ici nous ne prendront en compte que le premier point d’appui. Nous le récupérons de cette manière :

   1: TouchLocation touch0 = touches[0];

Il ne nous reste plus qu’a vérifier la coordonnées de ce point afin de faire bouger notre personnage dans la direction voulue :

   1: if (touches.Count != 0)

   2: {

   3:     TouchLocation touch0 = touches[0]; // 1 on the assumption that there is a second touch 

   4:     if (touch0.Position.X > 300)

   5:         persRect.X += 5;

   6:     if (touch0.Position.X < 100)

   7:         persRect.X -= 5;

   8:     if (touch0.Position.Y > 600)

   9:         persRect.Y += 5;

  10:     if (touch0.Position.Y < 200)

  11:         persRect.Y -= 5;

  12: }

Et voilà c’est tout ce dont vous avez besoin, vous pouvez maintenant compiler et déployer vers votre émulateur. Nous verrons plus tard comment gérer plusieurs points en même temps.

Si vous avez des questions, comme d’habitude n’hésitez pas, et l’archive contenant tout le projet se trouve ici : myfirst .