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

4.3. Résultats obtenus
protocole proactif OLSR est bien moins bon (ou plutôt bien plus mauvais) que l'algorithme
réactif AODV. En ce qui concerne la perte en revanche les deux algorithmes donnent des résultats
proches.
Avec cette mobilité, vis-à-vis du délai il est possible de jouer jusqu'à 5 voire 6 joueurs au
maximum, et vis-à-vis de la perte il n'est pour ainsi dire pas possible de jouer. A ce propos, on
constate d'ailleurs que la perte est très importante pour un nombre de noeuds faible, qu'elle
diminue pour un nombre de noeuds moyen, et qu'elle augmente à nouveau pour un grand
nombre de noeuds.
D'ici la n du stage, nous essaierons probablement de voir comment se comporte le réseau
en fonction de la vitesse de déplacement du serveur. Ici, nous avons pris une limite maximale
de déplacement pour un piéton pour voir si le déplacement aurait dans ce cas une incidence,
manifestement oui, donc peut-être d'autres expériences seront menées à ce propos.
En conclusion de toutes ces expériences réalisées :
L'emplacement du serveur doit être choisi de façon intelligente
Concernant le critère de délai et sans mobilité, on ne pourra jouer ici qu'avec
un maximum de 7 joueurs, voire 9 dans le meilleur des cas
Concernant le taux de perte et sans mobilité, un nombre maximal de 10 à 11
joueurs peut être permis, jusqu'à 13 ou 14 au meilleur des cas
Le choix de l'algorithme de routage ne semble généralement pas avoir une
grande importance sur les résultats
La mobilité du serveur, même modérée, a un fort impact sur le réseau et par
voie de conséquence sur le jeu
4.3.3 Synthèse
La gure 3.3 et la liaison simulation/émulation
Originellement, notre but était de suivre totalement le schéma de la gure 3.3. Ainsi, nous
comptions mettre les résultats de simulation GloMoSim (vis-à-vis de la perte et du délai notamment)
en entrée de Dummynet, et voir comment réagissait le jeu aux dégradations d'un réseau
ad-hoc simulé. Cependant, compte-tenu des résultats obtenus, notamment au niveau des gures
4.12 et 4.13, cela n'a pas été réellement possible, ou tout du moins n'aurait pas eu grand intérêt.
En eet, jusqu'à 7 noeuds on constate aucune dégradation réseau, ce qui nous laisse supposer
que la jouabilité sera parfaite. A l'inverse, il en est de même à partir de 9 noeuds où on se doute
qu'il sera strictement impossible de jouer. Les courbes issues de ce mélange d'émulation et de
simulation nous aurait donc fourni des courbes en forme d'escalier à une marche, autrement dit
n'auraient pas eu un grand intérêt.
Cependant, nous avons tenu à réaliser cette expérience, pour les noeuds qui sont à la limite
de la jouabilité, ce qui est le cas pour 8 noeuds de la gure 4.12. Nous avons donc incorporé
les résultats obtenus pour les courbes violettes et bleues dans l'émulateur, et ainsi observé
l'impact direct du réseau sur le jeu. En suivant le tableau de notation 4.3, nous avons dans
cette conguration une note de qualité égale à 3/10 pour l'algorithme OLSR (ping de
235ms et retard des images de 49ms), et de 1/10 pour l'algorithme AODV (ping de 298ms et
retard des images de 58ms).
55