IMA5 2019/2020 P17 - Historique des versions

Fbrassar : /* Tests fréquence récupération des positions */

2020-02-19T16:22:10Z

‎Tests fréquence récupération des positions

Fbrassar : /* Semaine 6 : 10-16 Février */

2020-02-19T16:14:34Z

‎Semaine 6 : 10-16 Février

Fbrassar : /* Documents Rendus */

2020-02-19T15:56:38Z

‎Documents Rendus

Fbrassar : /* Affichage de la configuration */

2020-02-19T15:42:47Z

‎Affichage de la configuration

Fbrassar : /* Boutons Run/Stop */

2020-02-19T15:42:13Z

‎Boutons Run/Stop

Fbrassar : /* Récupération des mouvements */

2020-02-19T15:41:11Z

‎Récupération des mouvements

Fbrassar : /* Projet Unity */

2020-02-19T15:40:05Z

‎Projet Unity

Fbrassar : /* Documentation sur l'Oculus Quest */

2020-02-19T15:38:34Z

‎Documentation sur l'Oculus Quest

Fbrassar : /* LOWDB */

2020-02-19T11:33:51Z

‎LOWDB

Fbrassar : /* Rencontre avec M. Grisoni et son équipe */

2020-02-19T11:28:28Z

‎Rencontre avec M. Grisoni et son équipe

← Version précédente		Version du 19 février 2020 à 16:22
Ligne 450 :		Ligne 450 :

	[[Fichier:Webfbrassar2.gif \|center\|700px]]		[[Fichier:Webfbrassar2.gif \|center\|700px]]
		+
		+	[[Fichier:Webfbrassar3.gif]]

	===package.json===		===package.json===

@@ Ligne 446 : / Ligne 446 : @@
 ==Semaine 6 : 10-16 Février==
 Ce début de semaine sera consacré aux derniers tests, push sur le git et intégration des changements.
 [[Fichier:Webfbrassar2.gif |center|700px]]

← Version précédente		Version du 19 février 2020 à 15:56
Ligne 481 :		Ligne 481 :
	Rapport : [[Fichier:RapportP17Fbrassar.pdf]]		Rapport : [[Fichier:RapportP17Fbrassar.pdf]]

−	Présentation : [[Fichier:PresentationP17Fbrassar]]	+	Présentation : [[Fichier:PresentationP17Fbrassar.pdf]]

@@ Ligne 417 : / Ligne 417 : @@
 Tout ceci est donc totalement fonctionnel et plutôt intuitif.
-[[Fichier:Webfbrassar.gif| center|700px]]
+[[Fichier:Webfbrassar.gif|thumb| center|700px|Fonctionnement de la page Web]]
 ===Fonctionnalités supplémentaires à implémenter===

@@ Ligne 377 : / Ligne 377 : @@
 Sur la page HTML, j'ajoute 2 boutons Run et Stop. J'utilise bootstrap pour changer la couleur des boutons quand ils sont appuyés et savoir si un enregistrement est en cours ou non. L'appui sur un de ces boutons appelle une fonction du même nom qui émet un message au serveur. Ce message est transmis au casque. Sur le casque, je lance un thread qui permet de recevoir les messages provenant du serveur. Un booléen permet d'activer ou nom la récupération et l'envoi de données. Ainsi, à la réception de la commande "Run", le booléen recording passe à true, les données de début de session (date et heure de début) sont envoyées, permettant ainsi au serveur de créer le fichier JSON correspondant à la session.
-[[Fichier:screenWeb3fbrassar.png|center|700px]]
+[[Fichier:screenWeb3fbrassar.png|thumb|center|700px|Capture d'écran de la page Web - Menu principal]]
 Cela est fonctionnel (Hormis la partie configuration que je n'ai pas encore programmée). Je dois encore empêcher l'appui sur le bouton Run quand le casque n'est pas connecté, et rafraîchir la liste des sessions quand on appuie sur le bouton Stop, afin de pouvoir accéder directement au dernier log, et ce sans rafraîchir la page.

@@ Ligne 209 : / Ligne 209 : @@
 Test des fonctions de récupération des positions des manettes :
 Au lieu d'envoyer la date, j'ai créé un bouton update sur la page HTML qui envoie un message au serveur Web, ensuite transmis au casque grâce au serveur TCP. Le casque répond en envoyant les positions du casque et des manettes.
-[[Fichier:ScreenWebfbrassar.png|border|center|400px]]
+[[Fichier:ScreenWebfbrassar.png|border|center|thumb|400px|Capture écran page Web]]
 J'obtiens bien sur la page web les valeurs désirées. Je vais tester en bougeant, regarder si les positions sont relatives ou absolues, voir si la taille du guardian (espace de jeu) modifie les valeurs.
-[[Fichier:ScreenWeb2fbrassar.png|border|center|400px]]
+[[Fichier:ScreenWeb2fbrassar.png|border|center|thumb|400px|Capture écran page Web]]
 Il apparait que les positions des manettes sont relatives à la position initiale de l’œil central (milieu entre les 2 yeux du casques).
@@ Ligne 217 : / Ligne 217 : @@
 Les positions sont représentées par un vecteur (x,y,z) représentant les coordonnées de l’objet dans l’espace, de manière relative à l’origine (centre de la scène virtuelle). L’orientation est représentée par un quaternion (x,y,z,w). Le w est un scalaire représentant la rotation autour du vecteur (x,y,z).
-[[Fichier:ExplicationVecteursFbrassar.png|center|200px]]
+[[Fichier:ExplicationVecteursFbrassar.png|thumb|center|200px| Schéma explicatif quaternion]]
 Je me suis rendu compte que lorsqu'on quitte le jeu, le programme plante. Je vais résoudre cette erreur plus tard.

← Version précédente		Version du 19 février 2020 à 15:40
Ligne 111 :		Ligne 111 :
	La scène créée dans Unity, visible dans le casque de RV consiste en une pièce 3D, un écran sur lequel est affiché le jeu 2D (Tetris par exemple) et une grande manette avec des boutons sur lesquels il faut appuyer pour interagir avec le jeu. Le jeu en 2D est exécuté sur la RaspberryPi. Le flux vidéo est envoyé sur le casque RV. Les boutons appuyés sont envoyés sur la RapsberryPi. J'explore les différents scripts afin de comprendre comment l'appui des boutons est détecté.		La scène créée dans Unity, visible dans le casque de RV consiste en une pièce 3D, un écran sur lequel est affiché le jeu 2D (Tetris par exemple) et une grande manette avec des boutons sur lesquels il faut appuyer pour interagir avec le jeu. Le jeu en 2D est exécuté sur la RaspberryPi. Le flux vidéo est envoyé sur le casque RV. Les boutons appuyés sont envoyés sur la RapsberryPi. J'explore les différents scripts afin de comprendre comment l'appui des boutons est détecté.

−	[[Fichier:ScreenUnityfbrassar.png\|center\|800px]]	+	[[Fichier:ScreenUnityfbrassar.png\|center\|thumb\|800px\|Capture d'écran logiciel Unity3D]]

← Version précédente		Version du 19 février 2020 à 15:38
Ligne 84 :		Ligne 84 :
	L'Oculus Quest est un casque de réalité virtuelle entièrement autonome avec 2 manettes à six degrés de liberté et fonctionne sur un système Qualcomm Snapdragon 835 sur puce. L'OS utilisé est android 7.1.1.		L'Oculus Quest est un casque de réalité virtuelle entièrement autonome avec 2 manettes à six degrés de liberté et fonctionne sur un système Qualcomm Snapdragon 835 sur puce. L'OS utilisé est android 7.1.1.

−	[[Fichier:OculusQuest.jpg \|center \|\|400px]]	+	[[Fichier:OculusQuest.jpg \|center \|thumb\|400px\|casque Oculus Quest]]

← Version précédente		Version du 19 février 2020 à 11:33
Ligne 300 :		Ligne 300 :
	Attention, le dossier dans lequel sont stockés les fichiers JSON doit exister, sinon une erreur appariait. --> coder une fonction qui crée le dossier si celui-ci n'existe pas au lancement du programme.		Attention, le dossier dans lequel sont stockés les fichiers JSON doit exister, sinon une erreur appariait. --> coder une fonction qui crée le dossier si celui-ci n'existe pas au lancement du programme.

−	~~<pre style~~=~~"color~~: ~~pink"~~>~~TODO : expliquer fontionnement de lowdb~~<~~/pre~~>	+	Pour créer ou ouvrir un fichier JSON, utilisationde filesync et low :
		+	const adapter = new FileSync('db.json')
		+	const db = low(adapter)
		+
		+	Ajouter une association clé/valeurdans le fichier :
		+	db.set(<key>, <value>)
		+	.write()
		+
		+	Ajouter une valeur à une clé déjà existante
		+	db.get(<key>)
		+	.push(<value>)
		+	.write()

@@ Ligne 75 : / Ligne 75 : @@
 * nbGamePad : nombre de gamepad (entre 1 et 3 manettes virtuelles dans le casque)
-[[Fichier:schemaP17fbrassar.png |center | 600px| Schéma explicatif du dispositif]]
+[[Fichier:schemaP17fbrassar.png |thumb|center| 600px| Schéma explicatif du dispositif]]
 Dans la version actuelle, le médecin n'a aucun retour sur les performances du patient. On souhaite donc lui donner accès à un enregistrement des mouvements du joueur dans un premier temps. Ainsi, le médecin aura accès à ces enregistrements depuis une interface web. Cela permettra d'avoir une version "bêta" à présenter à des médecins. Si le temps me le permet, je pourrais être en contact avec eux pour comprendre quelles informations et analyses des mouvements ils ont besoin. On enverra donc sur l'interface web non plus un enregistrement des mouvements mais une analyse des performances du patient (nombre de tentatives pour appuyer sur un bouton par exemple). La partie "enregistrement des mouvements" est la partie principale et nécessaire de mon projet. La partie "analyse des mouvements" est facultative et dépendra donc du temps et de la disponibilité des médecins pour avoir un retour sur le projet.