Ubuntu-fr

On ca commencer par pseudemys. Je résume : un écran noir lors du lancement de glxgears que ce soit avec ou sans l'option stereo ? Et ça marche sans utiliser glQuadBuffeEmu ? Je suppose que c'est un problème de driver : tu dois avoir 2 librairies OpenGL installés mesa et le driver proprio ! Essaye de désinstaller la librairie que tu n'utilises pas

Maintenant, ChuangTseu, pourquoi toi tu n'irais pas sur IRC qu'on discute ? J'avais dit qu'il faudrait un contributeur pour me relancer. Tu as l'air de convenir parfaitement pour le rôle. Déjà tu es étudiant en L3, comme moi. Tu es en stage de fin de L3, comme moi. Ton sujet de stage est un combo C++/OpenGL, presque comme moi. Et tu as lu les 49 pages du sujet, comme moi xD

Tu arrives quand même un peu trop tôt mais on fera avec ^^ De mon côté je suis en stage jusqu'au 31 aout. Jusqu'à maintenant tout mes week-end étaient pris par un autre projet (secret ^^) ... mais ce "projet" se finit demain ! Bon après j'ai mon rapport de stage à faire pour le 3 juin donc mes prochains week-end vont pas être super libres non plus.

Donc en gros je peux me remettre dans le projet tout doucement pour repartir à un rythme normal d'ici un mois. En tout cas faut qu'on se parle sur IRC un de ces jours (rapidement) !!!

Et oui ça fait déjà un moment que je bosse sur le projet même si ça fait 6 mois que j'y ai pas touché. Mais c'est une question de temps

Donnes moi le résultat de la commande lsusb et donne moi l'erreur exacte (celle qui dit que l'émetteur est pas trouvé).

A l'heure actuelle on n'a pas besoin de driver Nvidia juste du firmware de l'émetteur. Mais oui faire son propre émetteur permettrait de se passer du firmware nvidia. Bon après c'est quand même un gros boulot de refaire un emetteur et ça servirait qu'à certaines personnes (presque personne ne saura construire son emetteur même avec des plans très détaillés).

Par contre ça pourrait être utile de faire un émetteur pour les lunettes de cinéma (les xpand). Ça doit pas être trop dur et ça permettrait d'avoir des lunettes de super qualité

Je viens de me remettre dedans et j'ai réussi à installer la librairie correctement :
- placer la librairie à cet endroit : /usr/local/lib/glQuadBufferEmu/libGL.so (il faut la renommer et créer les répertoires parents si ils existent pas)
- créer un fichier (glQuadBufferEmu.conf par exemple) dans /etc/ld.so.conf.d/ et mettre ça dedans : /usr/local/lib/glQuadBufferEmu/
- lancer la commande ldconfig

Normalement vous pourrez lancer glxgears -stereo sans soucis après ça !

Ça marche chez moi et je pense que c'est assez propre comme méthode. J'ai modifié le Makefile pour faire l'installation. Ça a l'air de marcher.

Le problème c'est que maintenant il faut spécifier le lien absolu de la vraie librairie GL (avant ld trouvait la bonne tout seul, maintenant il trouve glQuadBufferEmu). Faut que je trouve un moyen de détecter l'emplacement de la vraie librairie (et de préférence de trouver la bonne).

Je vais mettre le git à jour avec les modifs du dessus

EDIT: c'est bon, les modifs sont sur le git. Par contre (TEMPORAIREMENT) il faut modifier le fichier wrappers.c si votre libGL.so n'est pas dans /usr/lib64/ ! Je verrais pour faire une détecter automatiquement le bon emplacement demain. Quand ce sera fait ce sera cool

Demain je m'occupe aussi des lunettes 3D Vision pour ordi portable

OpenGL n'utilise pas DBUS

Qu'est-ce que tu cherches à faire ? Je pourrais peut être t'aider si tu m'expliques

J'avoue que c'est pas très pratique de devoir modifier le code à la main, faut que je fasse les modifications pour que tout soit automatique

Pour ton problème, là il charge pas glQuadBufferEmu donc tu l'as pas bien installé ! Soit tu utilises le LD_PRELOAD au moment du lancement (comme avant) soit tu l'installes (normalement tu peux le faire automatiquement avec sudo make install) et tu as plus besoin du LD_PRELOAD.

J'espère que ça ira

Après le nouveau "make install" (qui ajoute une règle udev) il faut rebooter

Si tu veux retrouver un fonctionnement normal (ne plus avoir besoin d'utiliser sudo) tu peux supprimer le libGL.so que tu as mis dans /usr/..../glQuadBufferEmu/ ET refaire un "sudo ldconfig"

Mais normalement un simple reboot devrait marcher, en théorie !

Soit ça s'interpose partout soit nul part et faut le faire manuellement (avec LD_PRELOAD) mais je peux pas faire les choses à moitiés !

Normalement la lib fait pas trop de chose. J'avais pas prévu une installation avant maintenant (je pensais rester avec le LD_PRELOAD) donc c'est vrai que j'ai jamais été trop regardant sur le traitement des petits problèmes (genre si je trouve pas émetteur nvidia je quitte l'appli). Il va falloir que je fasse gaffe à ça maintenant ! Si j'ai un peu de temps un de ces jours je relirais tout le code pour essayer de supprimer tous les problèmes de ce genre et qu'en cas de problème (même minime) ça se comporte exactement comme le vrai driver graphique !

Mais normalement si tu bien le firmware au bon endroit tout devrait marcher, y compris Blender (qui fonctionnera en 2D).

Tu as essayé A3DControl ?

Voir ici : http://code.google.com/p/a3dcontrol/

Faut que je l'intègre dans glQuadBufferEmu

Y'a pas besoin de le copier dans /usr/lib

Mais si tu veux vraiment le copier essaye :

cp ./src/glQuadBufferEmu.so /usr/lib 

Tu patch le driver proprio ?

Du coups quand tu patch le driver tu peux "activer" l'émetteur  depuis le panneau de config nvidia.

Tu as essayé d'utiliser A3DControl (sur un driver non patché) après avoir changé manuellement la résolution ? Je suis presque sur qu'avant de lancer A3Dcontrol fallait changer la résolution (c'était plus un timing spécifique ou quelque chose dans le genre) !

make
sudo make install

Par contre ça va installer l'émulateur pour TOUJOURS s’intercaler entre la libGL et les applications qui l'utilisent. Du coups ça peut poser des problèmes de temps en temps (par exemple echap quitte l'application brutalement ^^).

Ça fait longtemps que je suis pas revenu ici moi x)

Vous l'avez compris je suis plus trop motivé ... Manque de motivation parce que c'est dur de bosser tout seul sur un projet comme ça et aussi parce que je manque de temp pour m'en occuper (je fais beaucoup d'autres choses à côté !). Le projet n'est pas abandonné parce que j'y pense de temps en temps et j'aimerais vraiment pouvoir m'y remettre un jour. C'est juste que à l'heure actuelle c'est pas trop possible.

Peut être cet été ?

Ah et pour info la librairie cité au dessus marche pas sous Linux, c'est uniquement pour Windows

EDIT: ma dernière idée en date serait d'implémenter le support du Quad-Buffer Stereo directement dans Mesa. Bon du coups ça fonctionnerait pas avec les pilotes proprio mais au moins le support dans les pilotes libres serait nickel Par contre c'est un peu dur je pense, je suis pas sur d'en être capable tout seul (me faudrait quelqu'un de chez Mesa pour m'expliquer quelques points et me dire comment ça devrait être implémenté).

Oui c'est réellement un problème de temps

C'est quand même assez dur à faire, y'a beaucoup de recherches à faire pour trouver des solutions aux problèmes que je rencontre et y'a jamais de solutions miracles ! En plus de ça je peux pas trop tester parce que j'ai pas d'écran 200 Hz (et mon kit Nvidia est un "faux" donc j'imagine que la qualité est un peu pourrie).

Avant j'avais les vacances pour bosser là dessus ... maintenant mes vacances sont occupées à plein temps (je suis encore en stage cet été !).

C'est rigolo parce que depuis quelques semaines je réfléchis à faire un logiciel de ce genre et je voulais justement l'appeler JARVIS (même référence )

Moi ça me convient pas d'utiliser Google par contre Et de toute façon, j'aimerais aussi mettre en pratique ce que j'ai appris en cours cette année. J'ai pas encore trop regardé la difficulté de l'implémentation mais j'y ai un peu réfléchi dans ma tête. Donc ce serait un logiciel qui tournerait en local et pas sur des serveurs lointains !

Pour me simplifier la tache, je "tricherai" : au lieu d'enregistrer textuellement les commandes possibles (comme on le voit dans les images de l'interface de google2ubuntu) l'utilisateur devrait les enregistrer vocalement ! Je pense que ça facilitera grandement la reconnaissance.

Mon objectif premier (et je peux pas vous garantir de le faire avant de long mois, j'ai plusieurs projets en cours) est d'arriver à détecter un mot pré-enregistré par l’utilisateur. (le mot "JARVIS" par exemple, mais chaque utilisateur pourrait enregistrer le nom qu'il veut). Une fois le mot détecté dans une phrase je voudrais être capable d'enregistrer ce que dit l'utilisateur jusqu'à ce qu'il arrête de parler (= fin de la commande).

Le traitement de la phrase enregistrée ce sera la deuxième étape ! Mais là aussi, si l'utilisateur pré-enregistre vocalement ses commandes ce sera surement plus simple qu'un système qui cherche à reconnaitre des mots saisi textuellement.

Faudrait aussi intégrer un système de parole, mais là aussi y'a moyen de "tricher". Même si le but est pas de "cloner" JARVIS d'Iron Man (mais plutôt de faciliter certaines petites taches quand on a les mains occupées avec le clavier et/ou la souris), dans les films JARVIS réponds souvent "Oui, monsieur" ou "Tout de suite monsieur". On pourrait donc pré-enregistrer les réponses (avec de la variété) et les lire au bon moment plutôt que d'utiliser un système de synthèse vocale qui marcherait moyennement dans le sens ou la réponse ne serait pas très naturelle (voix un peu robotique).

Plus tard, je voudrais aussi intégrer un système d'apprentissage pour reconnaitre l'utilisateur de mieux en mieux (plus il prononce le nom "JARVIS" plus la reconnaissance fonctionnera bien).

Voilà mes idées pour ce projet que j'aimerais bien faire (mais ça va demander du temps et j'en ai pas beaucoup !)