Différences

Ci-dessous, les différences entre deux révisions de la page.

--- wiki:projets:crowd [2019/05/22 20:46]
daphne [Aspects techniques]
+++ wiki:projets:crowd [2020/10/05 14:39] (Version actuelle)
@@ Ligne 2: / Ligne 2: @@
-**Daphné Chamot-Rooke** (contact : [[daphne.chamot-rooke@etu.upmc.fr|daphne.chamot-rooke@etu.upmc.fr]])\\
+  **Daphné Chamot-Rooke** (contact : [[daphne.chamot-rooke@etu.upmc.fr|daphne.chamot-rooke@etu.upmc.fr]])\\
-**Himany Seri** (contact : [[himany.seri@etu.upmc.fr|himany.seri@etu.upmc.fr]])
+  **Himany Seri** (contact : [[himany.seri@etu.upmc.fr|himany.seri@etu.upmc.fr]])
 Début : Février 2019\\
 Fin : mai 2019
-**Objectif :** créer un dispositif qui modifie la perception d'autrui
+  **Objectif :** créer un dispositif qui modifie la perception d'autrui
-**Matériel :**
+  **Matériel :**
   * plusieurs PC avec souris
   * une connexion internet
@@ Ligne 27: / Ligne 27: @@
 ==== Description et évolution du projet ====
-Nous avions d'abord pensé à travailler sur les émotions, les émotions dans la foule. Nous avions eu l'idée d'un bracelet retranscrivant l'émotion globale de la foule. Puis nous nous sommes orientées vers des applications, car cela nous semblait plus réalisable pour travailler avec de nombreuses personnes. Nous avons choisi de créer un programme pour ordinateur, un jeu multijoueur qui permettrait de retranscrire des mouvements de foule. \\
+Nous avions d'abord pensé à travailler sur les émotions, les émotions dans la foule. Nous avions eu l'idée d'un bracelet retranscrivant l'émotion globale de la foule. Puis nous nous sommes orientées vers des applications, car cela nous semblait plus réalisable pour travailler avec de nombreuses personnes.
+La deuxième idée que nous avons eue sur la foule était de créer une application qui nous permettait de cartographier la densité de personnes se trouvant à un endroit. Si dans le lieu ou l’on se trouve la densité de personnes est plus importante à droite alors les feuilles sont plus denses sur la partie droite. Chaque feuille représentait un groupe de quatre personnes, et en fonction des mouvements des gens les feuilles bougeraient.
+{{:wiki:projets:foule2.png?600|}}
+Nous avons choisi de créer un programme pour ordinateur car sur smartphone se posait un problème : le joueur joue avec son doigt et de ce fait ne rencontre aucun obstacle. Il peut très bien passer par-dessus un autre joueur pour le devancer. Le professeur Charles Lenay nous a alors fait remarquer qu’il était difficile voire impossible de créer des obstructions alors qu’avec une souris cela était possible. Nous avons alors choisi de créer un programme pour ordinateur, qui est un jeu multijoueur qui permet de retranscrire des mouvements de foule.  \\
 Notre jeu se compose d'un avatar représentant soi-même à la 3e personne, vu du dessus. Un "monstre" invisible "mange" les avatars lorsqu'il croise leur chemin. Il faut donc faire attention à son entourage, suivre les autres. \\
 Nous voulons faire plusieurs "salles" avec plusieurs consignes, peut-être en faire une où l'on se voit à la première personne, et une autre avec des consignes différentes pour chaque individu afin de créer un tout avec l'action de chaque individu.
+{{:wiki:projets:foule.png?600|}}
 ==== Expression fonctionnelle du besoin ====
@@ Ligne 44: / Ligne 54: @@
 ==== Veille des dispositifs ====
+Il existe de nombreux programmes pour simuler l'émergence de comportements et de structures chez les animaux. Par exemple, "Boids", qui simule les regroupements des oiseaux selon trois critères :
+    * la cohésion : pour former un groupe, les boids se rapprochent les uns des autres ;
+    * la séparation : deux boids ne peuvent pas se trouver au même endroit au même moment ;
+    * l'alignement : pour rester groupés, les boids essayent de suivre un même chemin.
+{{:wiki:projets:boids.png?600|}}
+[[https://jumpoff.io/blog/implementing-boids-in-javascript-canvas|Boids]]
+Dans le même genre, il y a par exemple la synchronisation des lucioles.
+{{:wiki:projets:fireflies.png?600|}}
+[[https://ncase.me/fireflies/|Fireflies]]
+Humanity est un jeu imaginé par le collectif japonais Tha Ltd, il s’agit d’un jeu de réflexion à mi-chemin entre la simulation de foule et l’expérience SF qui met en scène une foule aveugle qui fonce droit devant sans s’arrêter. Chaque niveau comporte des obstacles, des pièges, et autres difficultés. Le but est de sauver le plus d’êtres humains possible à chaque niveau.
+ Pour le moment, on sait simplement qu’"Humanity" est prévu pour 2018.
+{{:wiki:projets:humanity.jpg?600|}}
+Liens pour voir le jeu :
+[[http://www.tic-time.fr/article/humanity-le-jeu-qui-vous-permet-de-controler-la-foule_a23057/1|Humanity]]
+[[http://tha.jp/7714|Humanity WIP]]
+Crowd city\\
+Le but du jeu est de vous déplacer pour recruter de nouveaux membres et former une foule. Lorsque vous croisez un autre joueur, si vous avez plus de bonhommes que lui, foncez-lui dessus. Sinon, fuyez.
+{{:wiki:projets:crowdcity.png?600|}}
+Source : [[https://jeuxvideomobile.com/iphone/crowd-city-iphone.html|Crowd City]]
 ==== Veille graphique ====
@@ Ligne 61: / Ligne 104: @@
 {{:wiki:projets:cong3.png?600|}}
+===== Posters =====
+{{:wiki:projets:postercrowd1.png?800|}}
+{{:wiki:projets:postercrowd2.png?800|}}
+{{:wiki:projets:postercrowd3.png?800|}}
 ===== Réalisation =====
@@ Ligne 540: / Ligne 588: @@
 </html>
 </code>
+===== Expérimentation =====
+Nous avons testé notre [[http://demo.sld.ovh/|jeu]]. Nous avons réuni une dizaine de personnes afin de réaliser notre expérience.
+Nous avons rencontré certains problèmes, l’application buggue sur certains ordinateurs et smartphones et les utilisateurs sont obligés de rafraîchir la page de ce fait ils n’ont pas pu jouer correctement.
+Une seconde remarque nous a été faite : le manque d’explications (car ils n’avaient pas les posters devant eux). Pour résoudre ce problème nous avons décidé de rajouter un texte expliquant plus en détails ce que doivent faire les joueurs et pourquoi ils ont perdu.
+Certains joueurs se cachent dans les recoins pour éviter de se faire manger par le monstre on a alors l’impression que les chances de survies sont plus importantes aux niveaux des bords. Pour résoudre ce problème on voudrait ajouter des interdictions ou des complications au niveau des coins.
+Toutefois le monstre a déjà un mouvement imprévisible et une vitesse qui varie, ce qui rend le jeu plus difficile.
+Notre dernier problème et que nous n'avons pas réussi à faire rebondir les joueurs entre eux, ce qui fait qu'ils peuvent se superposer. Toutefois on observe qu'en pratique, les joueurs ne le font pas trop.
+L’idée de rajouter des recoins dans l’aire du jeu nous a été suggérée, néanmoins après ce premier test nous trouvons que notre jeu remplit assez bien nos attentes.
+Nous avons filmé une partie : on observe effectivement quelques joueurs dans les recoins, et sinon des mouvements de poursuite et d'exploration en file. Certains autres joueurs sont immobiles mais nous ne savons pas si c'est de l'ordre de la stratégie ou si les joueurs ne sont pas vraiment derrière leur écran.
+{{ :wiki:projets:video-projet1.mp4 |}}
+=== Idées de développement ===
+Pour améliorer notre projet nous aurions pu rajouter des recoins pour permettre aux joueurs de se cacher. Cependant, cela n’aurait pas permis de voir la foule en mouvement car on aurait observé un amas derrière un mur. De plus, le cercle ayant la possibilité de passer à proximité, les individus ont autant de chances de se faire manger que s’il n’y avait pas d’obstacles. Coder les obstacles est difficile : les faire apparaître est simple mais interdire au monstre de s’en approcher et permettre aux joueurs de se cacher est plus difficile. Combien de joueurs peuvent se cacher derrière ? Il suffit que quelqu’un s'y cache dès le début de la partie et décide de ne pas bouger pour gagner (dans l'optique où les blobs ne pouvaient pas se superposer). L’idée a donc été abandonnée.
+Nous aurions aimé allez plus loin et créer différents univers de salles ou du moins changer quelques paramètres afin de voir si le comportement des gens change en fonction des circonstances. Observons-nous la même chose si le but est de survivre ou si c'est de faire une chorégraphie  ? Est-ce qu'on aurait vu des phénomènes de ségrégation en sélectionnant seulement deux couleurs visibles de blobs ? Est-ce que le comportement avec une vue "à la première personne" est différent ?
+Pour voir l’incidence du monstre nous pensons réaliser une partie avec le monstre visible cette fois-ci.
+=== Problèmes rencontrés ===
+Il a été compliqué de créer une interface permettant à tous les joueurs de jouer simultanément. De plus la vitesse des joueurs dépend de leur machine et les monstres ne semblent pas totalement synchronisés. Impossible de faire rebondir les blobs entre eux.
 ===== Mémoire =====
-{{ :wiki:projets:cronewd.pdf |}}
+{{ :wiki:projets:3hd42.pdf | Mémoire}}

FablabSU

Outils pour utilisateurs

Outils du site

Différences

Outils de la page