All posts in UX

Oculus Rift (Positional Tracker)

2015 est bien parti pour être l’année de la réalité virtuelle et augmentée. A l’image de Microsoft qui a dévoilé ses HoloLens la semaine dernière, de nombreux constructeurs travaillent sur le sujet.
Nous aussi, en tant que fournisseur de solutions digitales métier, nous regardons de très près ces dispositifs pour lesquels nous avons identifié plusieurs usages professionnels prometteurs.
L’objet de ce billet n’est pas de faire un retour sur nos activités de R&D concernant la réalité virtuelle et augmentée mais de décrire la résolution (une des résolutions) technique au problème de disponibilité de la caméra sur le casque Oculus Rift DK2, le périphérique de réalité virtuelle de Facebook.

Au vu du nombre de messages sur les forums traitant de ce problème, on peut en conclure qu’il est très fréquemment rencontré. De quoi s’agit-il exactement ? L’anomalie concerne la non reconnaissance de la webcam de l’Oculus Rift. Elle se matérialise dans l’outil de configuration par la mention « Waiting for camera » au lieu et place du numéro de série.

Le champ "Camera Serial" ne doit pas afficher "Waiting for camera"

Le champ « Camera Serial » ne doit pas afficher « Waiting for camera », ici il n’y pas de problème.

La webcam n’a pas un usage classique dans le sens où elle ne filme pas mais sert à tracer la position de l’utilisateur. Pour revenir au fameux bug, il se produit lorsque pour diverses raisons, comme par exemple suite à une mise à jour de l’Oculus Runtime, le driver utilisé par la webcam n’est pas celui fourni spécialement par Oculus mais un driver générique de Microsoft.

oculus_device_manager

Sous « Imaging devices » (« Périphérique d’acquisition d’images » en français), la webcam doit apparaître avec le libellé « Oculus Positional Tracker » et non « Camera DK2 »

La désinstallation et réinstallation du Runtime Oculus ne règle pas le problème, ce qu’il faut faire c’est supprimer les drivers pour les réinstaller dans la version correspondant au Runtime. Pour cela il faut se rendre dans l’utilitaire Windows et désinstaller expressément « Oculus Positional Tracker Driver ».

Il faut supprimer les anciens drivers.

Il faut supprimer les anciens drivers, avant de les réinstaller.

Là aussi, cela peut coincer. Nous avons constaté que si les drivers étaient bien supprimés du système ils continuaient à figurer dans le « Panneau de configuration » ce qui a le fâcheux inconvénient d’empêcher leur réinstallation. Il faut donc éditer la base de registre avec regedit et supprimer les enregistrement contenant « Positional Tracker Driver ». Une fois ceci fait, on peut procéder à l’installation.

Pour cela, il faut éditer le ficher « ovr_install.txt » se trouvant dans le répertoire d’installation du Runtime, par exemple :
C:\Program Files (x86)\Oculus\Logs/ovr_install.txt

Dans ce fichier la ligne suivante, indique l’emplacement du fichier MSI des drivers :
Unpacking C:\Users\Stagiaire\AppData\Local\Temp\Oculus Inc\OculusMSI_x64.msi
Il suffit alors de l’installer (sur un système 32bit, il faut exécuter OculusMSI_x86.msi).

Et voilà, un petit tour dans l’utilitaire de configuration Oculus devrait confirmer que la caméra est dorénavant correctement reconnue.

Interviews DocDoku & Aerospace Valley

François Dorgeret, en charge des projets innovants au sein du pôle Aerospace Valley, et moi-même avons participé à une interview dans le cadre du salon SIANE 2014.
L’occasion pour nous de présenter notre vision de l’usine du future et la manière dont elle est abordée au sein de son DAS chez Aerospace Valley.

UX sketching

Comment imaginer la meilleure UX pour vos utilisateurs ? C’est ce qu’Alvin Berthelot a enseigné lors d’un elaboratoire de SudWeb 2014 auquel j’ai participé le week end dernier. Pas besoin de logiciels aux licences inabordables ou de connaissances techniques approfondies. Du papier, des crayons et des gens ! Ce sont les ingrédients nécessaires pour réaliser un sketch d’interface graphique avant de réaliser des spécifications ou des users stories.

Un sujet

Commençons par définir le sujet. La problématique doit être claire et concise. Toutes les contraintes obligatoires doivent être définies. Lors de l’atelier, Alvin nous a proposé de nous mettre à la place du service IT d’une entreprise chargé de réaliser une application mobile destinée aux commerciaux qui perdent trop de temps à déclarer leurs notes de frais auprès de la comptabilité. Ils veulent une application leur permettant de prendre leurs factures en photo en temps réel, d’enregistrer le type de note de frais, la date, le montant et de suivre l’état des notes précédemment enregistrées.

Des gens

Nous allons maintenant rassembler des personnes pour constituer un groupe hétérogène. Ne prenez pas que vos collègues développeurs, demandez la participation de tous les corps de métiers possibles : commerciaux, graphistes, comptables… vous serez surpris de voir comment chacun à sa propre idée bien particulière de l’ergonomie. Choisissez entre quatre et six personnes. N’hésitez pas à choisir des personnes généralement timides qui pourront profiter de l’occasion pour s’exprimer.

Ça y est, tout le monde est autour d’une table, un calepin et des crayons, feutres à dispositions ? Alors c’est parti pour la première étape :

La réflexion individuelle

Une fois que tout le monde a bien lu et compris le sujet, nous lançons le chrono pour cinq minutes. Le timeboxing est primordial lors de cet exercice afin de se concentrer sur l’essentiel et aussi ne pas faire perdre trop de temps à toutes ces personnes qui ont d’autres tâches à faire dans leur emploi du temps. Cinq minutes durant lesquelles chacun va dessiner sur son calepin une interface graphique qui correspondrait à la demande. Des dessins très schématiques, des traits, des rectangles, des triangles, quelques annotations, il faut aller vite !

Les cinq minutes sont écoulées, c’est le moment d’expliquer son point de vue aux autres. Tour de table, on montre ses dessins, on explique ses choix, mais surtout, on n’interrompt pas ! On discutera lors de l’étape suivante :

Le dessin collaboratif

C’est maintenant que les choses deviennent amusantes. On remplace les calepins par une grande feuille de papier qu’on place au centre de la table. Tout le monde doit pouvoir y accéder car il n’y a pas de dessinateur attitré. Celui qui veut prend le crayon et dessine. C’est le moment où les critiques peuvent fuser. Il faut savoir dire qu’on n’est pas d’accord avec son collègue et savoir écouter les critiques. Le résultat ne sera que meilleur s’il est constitué d’un maximum d’idées.

C’est un exercice vraiment très intéressant. On peut avoir l’impression d’avoir la meilleure UX lors de la première étape individuelle puis se rendre compte que certains détails n’auraient finalement pas marché car on a interprété le sujet différemment des autres ou parce qu’on est conditionné par les outils qu’on utilise au quotidien. Au final, on agrège des idées qu’une seule personne, même techniquement spécialiste en UX n’aurait peut être pas trouvées toute seule. Dans notre exercice par exemple, nous avions choisi d’activer le mode photo en tant que première étape lors de l’enregistrement d’une note alors que d’autres avaient placé un petit bouton à l’intérieur d’un formulaire complexe. Dans l’autre sens, nous n’avions pas pensé à la possibilité d’afficher des notifications pour indiquer qu’une note de frais étaient passée au statut invalide.

Cette phase a duré dix minutes puis 15 minutes lors de l’atelier, selon les projets, à vous de choisir la timebox adéquate. Choisir une durée assez courte permet de pousser les participants à ne pas s’attarder sur les détails, quitte à relancer une ou deux itérations. L’important est de bien respecter la durée imposée au départ. Pour une UX un peu plus complexe on pourrait par exemple viser quatre itérations de quinze minutes.

Le pitch

L’étape finale consiste à mettre tout ça au propre, repasser les crayonnés au feutre, rajouter une ou deux couleurs, et si vous le pouvez, faire votre pitch auprès de votre client. Si le client est content, ce sketch pourra servir de base aux graphistes pour l’élaboration de maquettes graphiques et fonctionnelles ou au product owner pour l’écriture des users stories.

Voici le résultat pour mon groupe :

Sketch UX

Sketch UX

L’UX n’est pas une science exacte et est très subjective. Profitez de vos collègues et votre entourage pour rendre votre produit le plus adapté à ses utilisateurs.