Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

La Stereo-3D sous Linux

totor1er

Si la construction d'un émetteur IR pour lunettes 3D vous intéresse voici les infos que j'ai récolté.

J'ai déjà trouvé le protocole pour les lunettes xpand qui permettra de faire le pilote.

http://www.mtbs3d.com/gallery/albums/userpics/24608/Xpand_X101_ir_pulses.GIF

Et aussi un modèle ultra simple de système de pilotage de LED avec un convertisseur USB/RS232

www.staerk.de/thorsten/Control_an_LED_via_USB/RS232_adapter

Trapadelle

Bonjour Magestik,

Tout d'abord, merci pour ta réactivité.

Voici le resultat de lsusb :

Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 003: ID 13d3:3362 IMC Networks
Bus 001 Device 004: ID 1bcf:2885 Sunplus Innovation Technology Inc.
Bus 002 Device 003: ID 0955:7002 NVidia Corp.

et celui de LD_Preload..etc.... ( depuis le dossier glQuadBuf....)

:~/glQuadBufferEmu-master$ LD_PRELOAD=./glQuadBufferEmu.so glxgears -stereo
[**] Opening library "libGL.so"
[**] Opening library "libdl.so"
[**] __libc_dlsym() ... Ok
[**] dlsym wrapper initialized.
[**] Opening library "libX11.so"
nvstusb: libusb initialized, debug level 3
nvstusb: No NVIDIA 3d stereo controller found...
could not initialize NVIDIA 3D Stereo Controller

Je rappelle que sur cette machine, le kit fonctionne parfaitement sous win7. Je préférerais grandement m'en servir sur Linux et éventuellement virer la partition win de ce pc...

totor1er

Quelqu'un peut m'expliquer la technologie a quatre buffer ? je ne comprend pas !

Merci d'avance !

magestik

totor1er a écritQuelqu'un peut m'expliquer la technologie a quatre buffer ? je ne comprend pas !

Merci d'avance !

Quand on développe une application graphique (ce que je vais dire s'applique surtout à OpenGL mais le principe reste le même pour beaucoup d'autres libs) on dispose de deux buffers (en gros une zone de dessin) : le front buffer (qui est affiché à l'écran) et le back buffer (qui n'est pas affiché). L'application dessine dans le back buffer et quand le dessin est terminé les buffers sont inversés (swap) : le back buffer devient le front buffer (il est donc affiché) et inversement. Ça permet de toujours avoir un front buffer (donc ce qu'on voit à l'écran) cohérent (ne pas avoir la moitié de l'écran qui affiché une image récente et l'autre moitié qui affiche l'image précédente).

Sur les cartes professionnelles (du type Nvidia Quatro) les développeurs d'application disposent de quatre buffers : deux pour l'avant (front left et front right) et deux pour l'arrière (back left et back right). Donc en Quad Buffer on dessine une image pour l'oeil droit dans le back right, une image pour l'œil gauche dans le back left. Au moment ou la carte graphique réalise l'affichage a l'écran elle mixe (selon le matériel de l'utilisateur) les buffers front right et front left pour former une image 3D.

Pour faire simple : le quad buffer est une technique OpenGL (normalement uniquement dispo sur les carte pro) permettant aux devs de faire de la 3D stéréoscopique sans s'occuper du matériel (c'est le driver graphique qui s'occupe d'afficher la 3D dans le bon format, selon le matériel 3D de l'utilisateur).

Sur une carte grand public si une application essaye de dessiner dans des buffers stéréoscopique elle va planter (au mieux y'aura un écran noir). Avec glQuadBufferEmu l'application ne crashera pas (c'est déjà bien !) mais en plus elle affichera une image 3D à peu près correct (pour le moment) sur presque n'importe quel matériel (carte graphique grand public, lunette active, écran passif, TV 3D ...) !

Trapadelle a écritBonjour Magestik,

Tout d'abord, merci pour ta réactivité.

Voici le resultat de lsusb :

Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 003: ID 13d3:3362 IMC Networks
Bus 001 Device 004: ID 1bcf:2885 Sunplus Innovation Technology Inc.
Bus 002 Device 003: ID 0955:7002 NVidia Corp.

et celui de LD_Preload..etc.... ( depuis le dossier glQuadBuf....)

:~/glQuadBufferEmu-master$ LD_PRELOAD=./glQuadBufferEmu.so glxgears -stereo
[**] Opening library "libGL.so"
[**] Opening library "libdl.so"
[**] __libc_dlsym() ... Ok
[**] dlsym wrapper initialized.
[**] Opening library "libX11.so"
nvstusb: libusb initialized, debug level 3
nvstusb: No NVIDIA 3d stereo controller found...
could not initialize NVIDIA 3D Stereo Controller

Je rappelle que sur cette machine, le kit fonctionne parfaitement sous win7. Je préférerais grandement m'en servir sur Linux et éventuellement virer la partition win de ce pc...

C'est bon j'ai trouvé le problème 😉 Je m'en doutais mais glQuadBufferEmu est (actuellement) prévu que pour les kits Nvidia v1 donc pas pour les émetteurs intégrés 😉 J'vais faire les modifs nécessaire tout de suite.

magestik

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 😉

Trapadelle

Pétard, ça c'est du SAV !!!!

Je suis vraiment crevé maintenant, et j'en ai plein les yeux d'avoir relu la discussion pour voir si j'avais pas loupé un truc qui t'aurais fait cogiter pour rien.

Du coup, si je comprends bien, il vaut mieux que j'attende demain pour aller chercher dans le git le nouveau glQBE.

Et cela devrait fonctionner avec bino également ? Car j'ai davantage besoin de bino (ou d'un autre lecteur stereo ) que de glxgears....

Bonne nuit, et merci pour le support.
à demain

totor1er

Merci magestik, j'ai compris. J'aimerais ton avis, si tu as le temps.

J'ai un peu regardé le programme main.py du projet Shutters3D-Daemon.

Et si j'ai bien compris le signal D-BUS envoyé par OPENGL est "right" ou "left" à chaque swap du "back right" vers "front right" et "back left" vers "front left" ?

@dbus.service.method('org.stereo3d.shutters')
def swap(self, eye):
try:
if eye == 'left':
self.glasses.set_eye(0)
success = 1
elif eye == 'right':
self.glasses.set_eye(1)
success = 1
else:
success = 0
#buttons
except:
print "Swap Error"
success = 0

return success

P.S. je ne suis débutant, amateur en programmation, je comprend vaguement d'après mes bases, mais après pour la programmation objet je suis Ignorant

magestik

Trapadelle a écritPétard, ça c'est du SAV !!!!

Je suis vraiment crevé maintenant, et j'en ai plein les yeux d'avoir relu la discussion pour voir si j'avais pas loupé un truc qui t'aurais fait cogiter pour rien.

Du coup, si je comprends bien, il vaut mieux que j'attende demain pour aller chercher dans le git le nouveau glQBE.

Et cela devrait fonctionner avec bino également ? Car j'ai davantage besoin de bino (ou d'un autre lecteur stereo ) que de glxgears....

Bonne nuit, et merci pour le support.
à demain

Logiquement, quand glxgears marche tous les logiciels compatible Quad-Buffer doivent marcher. C'est juste que glxgears est un programme installé par défaut et qu'il gère le Quad Buffer facilement. Donc logiquement Bino devrait marcher ... ou au pire mplayer 😉

totor1er a écritMerci magestik, j'ai compris. J'aimerais ton avis, si tu as le temps.

J'ai un peu regardé le programme main.py du projet Shutters3D-Daemon.

Et si j'ai bien compris le signal D-BUS envoyé par OPENGL est "right" ou "left" à chaque swap du "back right" vers "front right" et "back left" vers "front left" ?

@dbus.service.method('org.stereo3d.shutters')
def swap(self, eye):
try:
if eye == 'left':
self.glasses.set_eye(0)
success = 1
elif eye == 'right':
self.glasses.set_eye(1)
success = 1
else:
success = 0
#buttons
except:
print "Swap Error"
success = 0

return success

P.S. je ne suis débutant, amateur en programmation, je comprend vaguement d'après mes bases, mais après pour la programmation objet je suis Ignorant

En fait j'ai fait de nombreuses expériences pour arriver à aire marcher 3D Vision et Shutters3D-Daemon est une de ces expériences. C'était pas très concluant donc le projet a été abandonné. Je voudrais bien supprimer le projet de git mais je me dis que ça peut encore servir un de ces jours mais pas dans l'état actuel des choses. Tout le code à l'intérieur est complètement obsolète 😉

totor1er

Bonjour,

Je cherche des informations sur les variables D-BUS utilisées par OPENGL, si une âme charitable a la documentation car je ne trouve rien.

P.S. : Si on parle bien de variables pour D-BUS car je suis nouveau dans le domaine.

magestik

OpenGL n'utilise pas DBUS 😉

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

totor1er

Bonjour magestik.

Mince c'était trop beau 😛

Je n'ai pas les compétences pour comprendre tes programmes.

Alors si tu avais le temps de m'expliquer comment fonctionne ton programme, en fait il faut lancer ton programme et après il fait le lien avec les logiciels 3D comme BINO ? C'est peut-être BINO qui utilise DBUS ?

En gros comment interface tu les données des logiciels de lecture 3D avec ton programme.

Encore merci de ton aide.

Trapadelle

Bonjour Magestik,

Aujourd'hui j'ai telechargé ton nouveau glQBE, modifié le wrapper.c pour qu'il trouve la lbGL.so ( lien symbolique vers libGL.so.1 elle-même lien vers libGL.so.319.23 ) et du coup il la trouve.

Ce que je ne comprends pas, c'est qu'il la trouvait déjà avant, sans aller la chercher dans le usr/lib, ou le usr/lib64.

Mais il ne trouve toujours pas le controller stereo.
J'ai aussi créé, à tout hasard, un fichier .conf que j'ai mis dans le ld.so.conf.d comme tu l'as décrit et executé ldconfig , puis sudo ldconfig parce que j'ai d'abord eu un message d'echec.

Mais voici le resultat de ma commande :

:~/glQuadBufferEmu-master$ LD_PRELOAD=./glQuadBufferEmu.so glxgears -stereo
[**] Opening library "libdl.so"
[**] __libc_dlsym() ... Ok
[**] dlsym wrapper initialized.
[**] Opening library "/usr/lib/libGL.so"
[**] Opening library "libX11.so"
nvstusb: libusb initialized, debug level 3
nvstusb: No NVIDIA 3d stereo controller found...
could not initialize NVIDIA 3D Stereo Controller

Et voici mon xorg.conf :

# nvidia-xconfig: X configuration file generated by nvidia-xconfig
# nvidia-xconfig: version 319.23 (buildmeister@swio-display-x86-rhel47-11) Thu May 16 20:17:21 PDT 2013

# nvidia-settings: X configuration file generated by nvidia-settings
# nvidia-settings: version 319.23 (buildmeister@swio-display-x86-rhel47-11) Thu May 16 20:17:05 PDT 2013

Section "ServerLayout"
Identifier "Layout0"
Screen 0 "Screen0" 0 0
InputDevice "Keyboard0" "CoreKeyboard"
InputDevice "Mouse0" "CorePointer"
Option "Xinerama" "0"
EndSection

Section "Files"
EndSection

Section "InputDevice"

# generated from default
Identifier "Mouse0"
Driver "mouse"
Option "Protocol" "auto"
Option "Device" "/dev/psaux"
Option "Emulate3Buttons" "no"
Option "ZAxisMapping" "4 5"
EndSection

Section "InputDevice"

# generated from default
Identifier "Keyboard0"
Driver "kbd"
EndSection

Section "Monitor"
Identifier "Monitor0"
VendorName "Unknown"
ModelName "Seiko/Epson"
HorizSync 68.0 - 137.0
VertRefresh 59.0 - 119.0
Option "DPMS"
EndSection

Section "Device"
Identifier "Device0"
Driver "nvidia"
VendorName "NVIDIA Corporation"
BoardName "GeForce GTX 670M"
EndSection

Section "Screen"
Identifier "Screen0"
Device "Device0"
Monitor "Monitor0"
DefaultDepth 24
Option "TwinView" "0"
Option "AllowDFPStereo" "true"
Option "UBB" "true"
Option "metamodes" "1920x1080_120 +0+0"
Option "Stereo" "10"
SubSection "Display"
Depth 24
EndSubSection
EndSection

Section "Extensions"
Option "Composite" "Disable"
EndSection

Voilà voilà...

Désolé de t'embêter, mais aurais-tu une idée ?

Peut-être le nvstusb ne correspond-il pas à mon pilote ?
Pilote qui est d'ailleurs le tout dernier en date de chez nvidia ...

magestik

totor1er a écritBonjour magestik.

Mince c'était trop beau 😛

Je n'ai pas les compétences pour comprendre tes programmes.

Alors si tu avais le temps de m'expliquer comment fonctionne ton programme, en fait il faut lancer ton programme et après il fait le lien avec les logiciels 3D comme BINO ? C'est peut-être BINO qui utilise DBUS ?

En gros comment interface tu les données des logiciels de lecture 3D avec ton programme.

Encore merci de ton aide.

Le fonctionnement de glQuadBufferEmu est un peu compliqué. Pour faire simple glQuadBufferEmu s'interpose entre l'application (Bino par exemple) et le driver OpenGL. Au final tous les appels OpenGL passe par glQuadBufferEmu et sont redirigés au driver OpenGL (libGL.so). Pour faire un programme 3D stéréoscopique il faut utiliser OpenGL et écrire dans les 4 buffers correctement. L'émulateur se chargera de transformer l'affichage selon la configuration de l'utilisateur.

Trapadelle a écritBonjour Magestik,

Aujourd'hui j'ai telechargé ton nouveau glQBE, modifié le wrapper.c pour qu'il trouve la lbGL.so ( lien symbolique vers libGL.so.1 elle-même lien vers libGL.so.319.23 ) et du coup il la trouve.

Ce que je ne comprends pas, c'est qu'il la trouvait déjà avant, sans aller la chercher dans le usr/lib, ou le usr/lib64.

Mais il ne trouve toujours pas le controller stereo.
J'ai aussi créé, à tout hasard, un fichier .conf que j'ai mis dans le ld.so.conf.d comme tu l'as décrit et executé ldconfig , puis sudo ldconfig parce que j'ai d'abord eu un message d'echec.

Mais voici le resultat de ma commande :
:~/glQuadBufferEmu-master$ LD_PRELOAD=./glQuadBufferEmu.so glxgears -stereo
[**] Opening library "libdl.so"
[**] __libc_dlsym() ... Ok
[**] dlsym wrapper initialized.
[**] Opening library "/usr/lib/libGL.so"
[**] Opening library "libX11.so"
nvstusb: libusb initialized, debug level 3
nvstusb: No NVIDIA 3d stereo controller found...
could not initialize NVIDIA 3D Stereo Controller
Et voici mon xorg.conf :
# nvidia-xconfig: X configuration file generated by nvidia-xconfig
# nvidia-xconfig: version 319.23 (buildmeister@swio-display-x86-rhel47-11) Thu May 16 20:17:21 PDT 2013

# nvidia-settings: X configuration file generated by nvidia-settings
# nvidia-settings: version 319.23 (buildmeister@swio-display-x86-rhel47-11) Thu May 16 20:17:05 PDT 2013

Section "ServerLayout"
Identifier "Layout0"
Screen 0 "Screen0" 0 0
InputDevice "Keyboard0" "CoreKeyboard"
InputDevice "Mouse0" "CorePointer"
Option "Xinerama" "0"
EndSection

Section "Files"
EndSection

Section "InputDevice"

# generated from default
Identifier "Mouse0"
Driver "mouse"
Option "Protocol" "auto"
Option "Device" "/dev/psaux"
Option "Emulate3Buttons" "no"
Option "ZAxisMapping" "4 5"
EndSection

Section "InputDevice"

# generated from default
Identifier "Keyboard0"
Driver "kbd"
EndSection

Section "Monitor"
Identifier "Monitor0"
VendorName "Unknown"
ModelName "Seiko/Epson"
HorizSync 68.0 - 137.0
VertRefresh 59.0 - 119.0
Option "DPMS"
EndSection

Section "Device"
Identifier "Device0"
Driver "nvidia"
VendorName "NVIDIA Corporation"
BoardName "GeForce GTX 670M"
EndSection

Section "Screen"
Identifier "Screen0"
Device "Device0"
Monitor "Monitor0"
DefaultDepth 24
Option "TwinView" "0"
Option "AllowDFPStereo" "true"
Option "UBB" "true"
Option "metamodes" "1920x1080_120 +0+0"
Option "Stereo" "10"
SubSection "Display"
Depth 24
EndSubSection
EndSection

Section "Extensions"
Option "Composite" "Disable"
EndSection
Voilà voilà...

Désolé de t'embêter, mais aurais-tu une idée ?

Peut-être le nvstusb ne correspond-il pas à mon pilote ?
Pilote qui est d'ailleurs le tout dernier en date de chez nvidia ...

Avec la nouvelle version il ne faut plus faire de LD_PRELOAD 😉

Et j'ai pas encore intégré la gestion des lunettes intégrés. J'aimerais faire un truc propre pour gérer toutes les version d'un coups.

Si tu veux tu peux modifier le code source en attendant que je fasse un vrai truc.

Normalement il suffit de mofieir le fichier src/modes/frame-sequential/usb_libusb.c. A la ligne 160 il y a ça :

libusb_open_device_with_vid_pid(nvstusb_usb_context, 0x0955, 0x0007);

Il suffit de remplacer par ça :

libusb_open_device_with_vid_pid(nvstusb_usb_context, 0x0955, 0x7002);

Tu recompiles et c'est bon 🙂

Trapadelle

Désolé, je recompile avec la modif ligne 160 ...
Et ça ne semble pas bon :

moi@monPC:~$ cd glQuadBufferEmu-master/

moi@monPC:~/glQuadBufferEmu-master$ make
cd src; make && mv ./glQuadBufferEmu.so ../
make[1]: entrant dans le répertoire « /home/nico/glQuadBufferEmu-master/src »
gcc -I../include -std=c99 -Wall -Wextra -Wwrite-strings -Wunreachable-code -fPIC -shared -Wl,-init=QuadBufferEmuInit -o glQuadBufferEmu.so *.c ./modes/*/*.c -ldl -lusb-1.0 -include util.h
./modes/frame-sequential/usb_libusb.c: In function ‘nvstusb_usb_open_device’:
./modes/frame-sequential/usb_libusb.c:179:5: attention : implicit declaration of function ‘usleep’ [-Wimplicit-function-declaration]
make[1]: quittant le répertoire « /home/nico/glQuadBufferEmu-master/src »


moi@monPC:~$ glxgears -stereo
Error: couldn't get an RGB, Double-buffered, Stereo visual

moi@monPC:~$ bino -stereo
bino: [err] Argument invalide pour -s.

moi@monPC:~$

En même temps, je fais ce que tu me proposes de faire, mais sans comprendre la moitié du pourquoi...

magestik

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 🙂

Trapadelle

Excellent !!

Un progrès, mais ...

moi@MonPC:~$ glxgears -stereo
[**] Opening library "/usr/lib/libGL.so"
[**] Opening library "libdl.so"
[**] __libc_dlsym() ... Ok
[**] dlsym wrapper initialized.
[**] Opening library "libX11.so"
nvstusb: libusb initialized, debug level 3
libusb:error [op_open] libusb couldn't open USB device /dev/bus/usb/002/003: Permission denied.
libusb:error [op_open] libusb requires write access to USB device nodes.
nvstusb: No NVIDIA 3d stereo controller found...
could not initialize NVIDIA 3D Stereo Controller

Avec sudo donc :

moi@MonPC:~$ sudo  glxgears -stereo
[**] Config file created: /root/.config/glQuadBufferEmu/glQuadBufferEmu.conf
[**] Opening library "/usr/lib/libGL.so"
[**] Opening library "libdl.so"
[**] __libc_dlsym() ... Ok
[**] dlsym wrapper initialized.
[**] Opening library "libX11.so"
nvstusb: libusb initialized, debug level 3
nvstusb: Found NVIDIA 3d stereo controller...
nvstusb: Found 4 endpoints...
glXWaitVideoSyncSGI && glXGetVideoSyncSGI supported
glXChooseVisual(GLX_STEREO)
Running synchronized to the vertical refresh.  The framerate should be
approximately the same as the monitor refresh rate.
601 frames in 5.0 seconds = 120.041 FPS
600 frames in 5.0 seconds = 119.995 FPS
600 frames in 5.0 seconds = 119.998 FPS
601 frames in 5.0 seconds = 120.000 FPS
596 frames in 5.0 seconds = 119.198 FPS
600 frames in 5.0 seconds = 119.998 FPS
600 frames in 5.0 seconds = 119.998 FPS
600 frames in 5.0 seconds = 119.998 FPS

La fenêtre est toute petite donc la stereo n'est pas flagrante, mais les lunettes étaient activées, j'ai pu le constater en regardant mes autres écrans.

En revanche le programme a stoppé net, fenêtre toujours ouverte, les engrenages se sont arrêtés, et les lunettes desactivées sans, à priori que je ne touche à rien.

Bon je vais essayer bino maintenant, ou tux stereo viewer, ou sview, je reviens pour dire ce qu'il en est après.

Mais pour l'instant déjà, merci beaucoup Magestik.

Si cela fonctionne, je t'enverrai de superbes videos side by side, et je pourrai même aussi te faire des demos pour le package "3D vision sur Linux by Magestik".

Trapadelle

Bon, voici la suite :

sudo bino
[**] Opening library "/usr/lib/libGL.so"
[**] Opening library "libdl.so"
[**] __libc_dlsym() ... Ok
[**] dlsym wrapper initialized.
[**] Opening library "libX11.so"
nvstusb: libusb initialized, debug level 3
nvstusb: Found NVIDIA 3d stereo controller...
nvstusb: Found 4 endpoints...
glXWaitVideoSyncSGI && glXGetVideoSyncSGI supported
bino: [wrn] Impossible d'initialiser LIRC.
Home directory /home/nico not ours.
AL lib: pulseaudio.c:612: Context did not connect: Accès refusé
Home directory /home/nico not ours.
glXChooseVisual(.)
glXChooseVisual(.)
glXChooseVisual(.)
glXChooseVisual(.)

(bino:5266): Gtk-WARNING **: Attempting to store changes into `/root/.local/share/recently-used.xbel', but failed: La création du fichier « /root/.local/share/recently-used.xbel.NE49XW » a échoué : Aucun fichier ou dossier de ce type

(bino:5266): Gtk-WARNING **: Attempting to set the permissions of `/root/.local/share/recently-used.xbel', but failed: Aucun fichier ou dossier de ce type

(bino:5266): Gtk-WARNING **: Attempting to store changes into `/root/.local/share/recently-used.xbel', but failed: La création du fichier « /root/.local/share/recently-used.xbel.O739XW » a échoué : Aucun fichier ou dossier de ce type

(bino:5266): Gtk-WARNING **: Attempting to set the permissions of `/root/.local/share/recently-used.xbel', but failed: Aucun fichier ou dossier de ce type

Maintenant, on ne dirait pas que le problème vient de ton code, mais plutôt d'une incompatibilité entre celui de bino et le tien.

Je vais essayer les deux autres lecteurs, et je reviens

magestik

Je pense pas que ça vienne d'une "incompatibilité". Est-ce que tu pouvais lancer Bino avant d'installer glQuadBufferEmu ? Moi j'ai jamais réussi à le faire marcher ... Mais peut être que ça vient du fait que tu le lances en root (avec sudo). Je vais faire les modifs necessaire pour plus avoir besoin de lancer les logiciels en root, c'est super chiant et ça peut poser différents problèmes 😉

Normalement glxgears marche sans soucis, c'est bizarre qu'il ait planté ! Sinon tu peux essayer avec des jeux, y'en a plusieurs qui supportent le Quad Buffer 🙂

EDIT: je viens de faire une MaJ sur le git. Essaye de faire un make; make install et dis moi si tu peux lancer "glxgears -stereo" sans être root. Et si Bino est censé marcher alors il marchera 😉

Trapadelle

Oui, je pouvais lancer bino avant, et je pouvais choisir side-by-side en entree et anaglyphe en sortie par exemple. L'option opengl a toujours été grisée.

Ce que j'ai omis de te dire, c'est que bino s'ouvre avec sudo, et il ne plante, en specifiant graphiquement par un popup qu'il lui est "impossible de choisir le format du contexte opengl", que quand j'essaye d'ouvrir un fichier video.
En cliquant sur OK, bino se ferme, et le terminal retourne une nouvelle ligne moi@monPC:~$

Tant que je n'ai pas tenté d'ouvrir quoique ce soit, il reste sur la ligne "impossible d'initialiser LIRC"

Je vais tenter ce que tu proposes

à plus tard...

Trapadelle

Navré, cela ne change rien.

Sudo reste obligatoire pour que glxgears s'ouvre.

Les lunettes clignotent, mais je ne suis pas certain qu'elles soient synchronisées avec glxgears. Si j'agrandis la fenêtre, on voit clairement du fantôme, et pas grande différence avec "pas de lunettes".

Si je tente en plein ecran, glxgears freeze direct, echap ne marche pas, je n'ai pas su faire autrement que de passer en tty, glxgears invisible par top, j'ai du faire lxdm stop, lxdm start pour retrouver le bureau.

Demain, je tente ton lecteur et je te dirai.

Merci encore, et bonne nuit

« Page précédente Page suivante »