Des Rift DK2 déjà proposés sur eBay, Oculus VR annule des précommandes

ZaaN1000 a écrit :



Comme on est sur un nouveau type de produit, il faut mettre toutes les chances de notre coté afin d’avoir une parfaite acceptation du public (100% fonctionel). Car si ca ne le fais pas cette fois ci, on est de nouveau bon pour attendre 20 ans. (cf Virtual Boy 1995). Facebook, Valve et Oculus on tout interet d’arriver sur le marché avec la crème de la crème.



La loi de Pareto s’applique certainement ici. Il faut 80% du temps de developpement pour finaliser les 20% de fonctionnalités restantes. AMHA voilà pourquoi on attend…







Cette logique me semble correct, mais nous en sommes encore au stade de dev et non sur un panel de BETA testeurs afin de savoir si le produit est adapté a une majorité de personnes.







Firefly’ a écrit :



le coté vomissement et la latence des capteurs ( c’est lié ) il faut que le casque traduise toutes les informations des capteurs avec quasi 0 latence donc c’est de l’optimisation de code qui prend du temps et bcp de polish







Par contre pour celle-ci je ne suis pas d’accord, ce n’est que de la retransmission de vidéo, aujourd’hui même un simple processeur à l’architecture ARM est suffisant avec un temps de latence quasi-nul, surtout que le besoin d’une résolution Full HD voir même HD est inutile avec la distance de l’oeil et l’image, ce sera certes plus agréable, mais de toute façon du 720p est amplement gérable.



En réfléchissant le soucis serait la chaleur du processeur, l’endurance de la machine car certains joue non-stop, la batterie (?) car sinon avoir un produit fonctionnel n’est pas compliqué.

chaps a écrit :



Le pot aux roses, pas le poteau rose " /> !

Et pourquoi pas le lampadaire vert " /> ?







J’aime bien le concept " />



Sorry " />

Lyrkan a écrit :



Je te conseille de lire les multiples explications faites par John Carmack, celle-ci par exemple :http://www.altdev.co/2013/02/22/latency-mitigation-strategies/



Vu que le post est un peu long, pour résumer il est très compliqué de créer une simulation immersive et qui ne donne pas la nausée aux ³⁄₄ des utilisateurs au bout de 10mn, principalement à cause de la latence non seulement des capteurs, mais aussi de l’affichage.



En gros pour que système soit considéré comme réactif mais avec une latence perceptible, il faut un délai total de moins de 50ms entre le moment où tu bouges ta tête et où l’affichage est actualisé. Pour que le système soit réactif avec une latence peu perceptible (= acceptable = ce que oculus cherche à faire), il faut que le délai soit de moins de 20ms.



Ce n’est pas un délai simple à atteindre pour plusieurs raison :

• Les capteurs doivent être très réactifs sans pour autant avoir trop de bruit (sinon il y aura des artefacts)
  


• Il n’est pas possible de prendre n’importe quels écrans car par exemple les LCD ont souvent un phénomène de ghosting où l’image resterait affichée trop longtemps (plusieurs dizaines de ms), contrairement à l’OLED ou on est dans l’ordre de la milliseconde
  


• Il faut prendre en compte la synchro verticale (sinon le bas de l’écran n’affichera pas forcément les mêmes infos que le haut)
  


• Il faut que le nombre de FPS soit suffisamment élevé (60fps en constant, ce qui est difficile à obtenir avec la plupart des jeux, surtout à des résolutions assez élevées comme celles qui seront demandées par le rift)
  


• Le rendu de la scène 3D doit être fait deux fois dans le jeu (une fois par oeil), donc cela demandera davantage d’optimisations côté matériel
  


• Il faut sur ces rendus appliquer un shader qui déforme le tout comme sur ce screenshot :http://apixelatedview.com/wordpress/wp-content/uploads/2014/06/omni-rift.jpg
  


• etc… (dans ses posts Carmack explique plus en détail les différents éléments augmentant la latence)
  
  
  
  En plus de la latence et du temps de rendu il y a également d’autres contraintes à prendre en compte :
  


• Certains capteurs comme ceux de position ne peuvent pour l’instant pas être mis à l’intérieur du casque, c’est pour cette raison que dans la deuxième version du kit de développement ils ont rajouté des LEDs infrarouges et une webcam.
  


• Le phénomène de “drift” des capteurs : ceux-ci n’étant pas précis à 100%, il est possible qu’après un certain temps d’utilisation il y ait une dérive et que par exemple ce que le casque considère que tu regardes droit devant alors que ce n’est plus le cas. Les LEDs infrarouges et le webcam ajoutés dans la dernière version du kit de développement aident à corriger cela il me semble.
  


• La persistance des images au niveau du cerveau : la première version du rift pouvait donnée une sensation de nausée à cause de cette persistance. Depuis ils utilisent une nouvelle technique qui consiste à ne plus constamment afficher les images sur l’écran. En gros ils les affichent pendant un temps très court le temps que le cerveau les prenne en compte, puis coupent tout jusqu’au prochain rafraîchissement.
  
  
  
  
  
  
  
  Merci infiniment pour les explications ! " />
  
  
  
  Même si je trouve cela bizarre que le rendu doit être fait par le casque, une simple duplication de l’écran vers le casque aurait été d’après moi suffisant, c’est gâcher de la ressource matériel pour rien d’après moi, a moins de n’avoir rien compris.