Jeux vidéos sur réseaux ad-hoc - Sidi Mohammed Senouci

5.2. Planning eectif
Fig. 5.2 Le planning tenu
Les phases en oranges ou rouges sont celles qui sont diérentes par rapport à notre prévision.
Celles qui sont orangées correspondent aux étapes que nous avions prévues mais que se sont
retrouvées modiées, et les étapes en rouge sont celles qui ont été ajoutées et que nous n'avions
pas prévues.
Tout d'abord, nous avions initialement prévu de lancer tous les tests à l'approche de la n du
stage, mais il en a été autrement. En eet, nous avons préféré lancer les tests relatifs aux jeux
vidéos d'une part et aux réseaux ad-hoc d'autre part directement après avoir monté chacune
des deux expérimentations.
La diérence majeure qui existe entre le diagramme prévisionnel et le diagramme eectif
est la partie simulation. En eet, nous ne l'avions pas prévue, mais elle s'est imposée à nous
suite à plusieurs imprévus. A l'origine, nous comptions utiliser une plateforme d'émulation qui
prendrait directement en entrée les paramètres d'un réseau ad-hoc, mais ce type de plateforme
n'existe pas encore réellement et se trouve encore être au stade expérimental. Ensuite, nous
voulions faire participer un grand nombre de joueurs via l'utilisation de joueurs virtuels (bots)
sur chacun des clients. Ainsi, nous aurions pu prendre en compte des critères comme le score
obtenu. Simplement, sur Quake III Arena il n'est pas possible d'implémenter des bots côté
client, il aurait fallu un eort de développement très important et ce n'était pas tout à fait
notre propos ici.
Nous avons donc décidé de la chose suivante : nous utiliserons un client et un serveur, et
nous regarderons les dégradations sur un seul client. Ces dégradations seront introduites par
Dummynet. Au lieu que cet outil de dégradation prenne directement en entrée les paramètres
d'un réseau ad-hoc (nombre de noeuds etc), nous avons utilisé un simulateur qui prenait en
entrée ces paramètres, nous donnait en sortie des taux de perte, des délais... Que nous pouvions
ensuite injecter dans l'émulateur. Ainsi les deux grosses parties de notre étude ont été l'aspect
émulation d'une part et l'aspect simulation d'autre part.
Une autre diérence majeure par rapport à notre planning initial est que nous avons eu de
bons résultats plus rapidement que prévu, ce qui nous permet pour le dernier mois de stage de
chercher des pistes d'amélioration pour la jouabilité des jeux sur ces réseaux ad-hoc. Ces pistes
ont été évoquées à la n du chapitre consacré à la réalisation, pour l'instant nous n'avons que
des pistes. Ce travail fera donc l'objet de ce dernier mois de stage.
Enn, la rédaction du rapport de stage a été plus courte que prévue, il nous a d'abord fallu
savoir complètement vers quel type d'expérimentations nous allions nous orienter.
59