Voilà le petit tuto sur l'utilisation du moteur de particules Mercury Project. Voici le lien pour télécharger tout ce dont vous avez besoin :
Ici !

Bon coding à tous !

Tirage aléatoires
Par Digital Guru

1  Introduction

Dans le monde des jeux video, l'aléatoire est necessaire pour faire des rendus qui soient réalistes et pas seulement le reflet d'un effet mathématiquement parfait ! Imaginez un moteur de particules sans un bon générateur pseudo-aléatoire ! C'est pourquoi il m'a semblé necessaire de faire un (court) papier sur la génération de nombres pseudo-aléatoires. Une variante à la morose classe Random, qui n'est pas capable de nous pondre 100 nombres différents !

2  Définition de l'aléatoire

Un générateur de nombres pseudo-aléatoires est un algorithme qui génère une séquence de nombres présentant certaines propriétés du hasard. Par exemple, les nombres sont supposés être approximativement indépendants les uns des autres, et il est potentiellement difficile de repérer des groupes de nombres qui suivent une certaine règle (comportement de groupe). Cependant, les sorties d'un tel générateur ne sont pas entièrement aléatoires ; elles s'approchent seulement des propriétés idéales des sources complètement aléatoires. John von Neumann insista sur ce fait avec la remarque suivante : " Quiconque considère des méthodes arithmétiques pour produire des nombres aléatoires est, bien sûr, en train de commettre un péché. De vrais nombres aléatoires peuvent être produits avec du matériel qui tire parti de certaines propriétés physiques stochastiques (bruit d'une résistance par exemple). " La raison pour laquelle on se contente d'un rendu pseudo-aléatoire est : d'une part qu'il est difficile d'obtenir de " vrais " nombres aléatoires et que, dans certaines situations, il est possible d'utiliser des nombres pseudo-aléatoires, en lieu et place de vrais nombres aléatoires ; d'autre part, que ce sont des générateurs particulièrement adaptés à une implémentation informatique, donc plus facilement et plus efficacement utilisables.

3  Un algorithme efficace et rapide !

Je vais vous présenter un algo capable de générer des nombres aléatoires très rapidement et de bonnes qualités (grande répartition et très longue période). A bât les générateurs congruentiels linéaires (pas mal hein ?), et vive les générateur additifs ! Je l'ai tiré de la suite de Fibonacci, la très célèbre !
Voici la définition par récurrence de cette suite : u_n = (u_n-24 + u_n-55) mod M où M est la borne supérieur.
C'est à dire que 0 ³ u_n £ M
Pour u₀, pourquoi ne pas prendre le nombre de ticks écoulé ? ou le nombre de secondes ? C'est aussi simple que ça, il n'y a pas grand chose à rajouter, à part que l'implémentation est ultra simple, l'efficacité démontrée, et d'une rapidité étonnante ! Cependant, dans vos jeux, je vous conseilles de générer un tableau de nombres aléatoires une fois pour toute, et de piocher dedans par la suite !
N'étant pas un pro du domaine, et estimant que vous n'avez pas besoin d'en savoir plus, je vais arrêter mon papier sur ces mots. Cependant, je ne peux que vous conseiller de visiter cette page, très bien faite, et aux mathématiques parfaites :
http://www.alrj.org/docs/algo/random.php
Bon coding à tous !

---

File translated from T_EX by T_TH, version 3.77.
On 24 Mar 2007, 22:48.

Voillà ! Je vous ai fait un nouveau tuto vidéo pour vous apprendre a gérer les collisions contre les bords de votre fenêtre, çela vous permettra de vous lancer dans vos premiers pongs et autres casse bricks ! En esperant que ça vous plaira !

Voici un tout petit code mais qui vous servira certainement beaucoup ! En effet, il sert à redimensionner le viewport (la fenêtre) d'XNA (par défaut en 800x600, pas très pratique pour vos futurs jeux HD !) :


Ici par exemple, nous passons en 1280x1024.

Cours : Les bases d’XNA

 

 

Cours : Les bases d’XNA.. 1

I – Le GraphicsDeviceManager. 1

II – Le ContentManager. 1

III – Les différents overrides de XNA.. 2

1 – Définition d’un override : 2

2 – Définition des overrides XNA.. 2

 

I – Le GraphicsDeviceManager

Cet objet gère toute la partie graphique en rapport avec le device. Le device est la couche logicielle en liaison directe avec le GPU, et nous permet ainsi de faire abstraction de la marque du GPU, de son drivers, ou tout autre particularité qui nous obligerais a coder pour une carte graphique spécifique.

De plus il gère aussi les paramètres de création et contient l’objet GraphicsDevice, qui est l’objet device en lui-même.

 

II – Le ContentManager

Il gère ce qu'on appel le content pipeline, une nouveauté de la Beta2 de XNA.

Il y a de très nombreux articles en français sur le sujet, je ne vais donc pas tout redétailler, mais sachez que c'est ce qui nous permet de charger, des meshs, des sprites, etc, et ce, sans passer par des constructeurs ou pire encore : System.IO.

Quelques liens :

http://www.microsoft.com/france/vision/WebcastMsdn.aspx?eID=7651b49a-4c4d-43a8-89c4-5d584fbecb06

http://blogs.msdn.com/xna/archive/2006/08/29/730168.aspx

 

 

 

Pour charger un objet :

MonObject = content.Load<TypeDeMonObjet>("DossierDeMonObjetMonObjet");

Remarquez qu’on ne met pas l’extension de l’objet. De plus, pour être dans les assets à charger, l’objet doit être ouvert avec VS, c'est-à-dire, inséré directement dans le projet :

III – Les différents overrides de XNA

1 – Définition d’un override :

Remarque : Cette partie théorique est relativement compliquée, si vous ne désirez pas lire tout le chapitre, retenez qu’un override est un type de fonction qui est prédéfinis par une autre classe et qui sera appelée automatiquement.

            Le modificateur override est nécessaire pour étendre ou modifier l'implémentation abstraite ou virtuelle d'une méthode, d'une propriété, d'un indexeur ou d'un événement hérité(e).

Une méthode override fournit une nouvelle implémentation d'un membre hérité d'une classe de base. La méthode substituée par une déclaration override est appelée méthode de base substituée. La méthode de base substituée doit avoir la même signature que la méthode override. Pour plus d'informations sur l'héritage, consultez Héritage.

Vous pouvez substituer une méthode statique ou non virtuelle. La méthode de base substituée doit être virtual, abstract ou override.

Une déclaration override ne peut pas changer l'accessibilité de la méthode virtual. Les méthodes override et virtual doivent avoir le même modificateur de niveau d'accès.

Vous ne pouvez pas utiliser les modificateurs new, static, virtual ou abstract pour modifier une méthode override.

Une déclaration de propriété de substitution doit spécifier exactement les mêmes modificateurs d'accès, type et nom que la propriété héritée, et la propriété substituée doit être virtual, abstract ou override.

 

2 – Définition des overrides XNA

Initialize() :

Cette fonction est un endroit réservé au chargement des ressources non graphiques, comme l’instanciation des classes utilitaires, ou autres.

Elle n’est appelée qu’une seule fois, après le chargement du GraphicsDeviceManager.

LoadGraphiscContent() et UnloadGraphicsContent() :

Ces deux fonctions sont respectivement réservées à la création des objets graphiques et à leur destruction.

Ils sont appelés respectivement après le chargement du ContentManager et juste avant sa destruction.

Update() :

Fonction qui permet de mettre à jour les informations concernant le jeu, gérer la logique de jeu, l'intelligence artificielle, le réseau, le son, l'entrée utilisateur, les collisions entre les objets;

Draw() :

Cette fonction est réservée au dessin. Elle est bien sûr appelée à chaque image

Attention, l’utilisation du mot « réservé » pour les overrides ne signifient pas que vous devez obligatoirement faire les actions conseillées, mais sachez qu’une optimisation est faite en arrière plan pour telle ou telle tâche, il serait dommage de ne pas en profiter.