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

La Stereo-3D sous Linux

snasblog

@Majestik: pas de souci pour les photos du Fort.

Comme Noël approche, voici notre crèche et notre sapin en 3D (Anaglyphe, Tv et PC3DVisionNvidia. )
Le tout fait par ma seconde fille.
Dommage, je n'ai pas assez de recul pour avoir le sapin en entier.

Le livre n'explique pas comment développer un driver; mais les bases de la stéréoscopie.
Tous les sujets sont abordés, de l'antiquité à l'après Avatar, du matériel aux logiciels de retouche, du montage aux techniques de prises de vues,de l'éclairage aux "10 règles d'or de la 3D"

Pour la vidéo de Tux sous Blender, il faudrait que je la recalcule: j'ai des erreurs de fenêtres flottantes et des violations de fenêtres. Ça me plaisait cet été, mais cet hiver, je ne vois plus que ses défauts.
Je referai donc plus court en temps mais mieux.

Bon courage pour le développement du driver sous Linux et à bientôt.

magestik

snasblog a écritPour la vidéo de Tux sous Blender, il faudrait que je la recalcule: j'ai des erreurs de fenêtres flottantes et des violations de fenêtres. Ça me plaisait cet été, mais cet hiver, je ne vois plus que ses défauts.
Je referai donc plus court en temps mais mieux.

J'attends toujours mon petit aperçu vidéo 😛 Surtout maintenant que je peux tester ... tiens ça me fait penser que j'ai pas tester tes images sur mon nouvel écran, je vais faire ça 😃

EDIT: Je viens de regarder tes photos ! Celle du fort est génial, j'ai l'impression que je peux rentrer dans l'écran, franchir le pont et rentrer dans le fort ^^ Les 2 photo de votre creche sont aussi superbe, on a l'impression qu'on peut toucher la paille ... Pour le sapin les effets sont plus modérés (pas trop de pop-in ni de pop-out) mais elle rend quand même bien ! Pour prendres ces photos tu as utilisés un objectif 3D sur un appareil photo "simple" c'est ça ?

magestik

Je viens de mettre le repo en place sur github : https://github.com/magestik/glQuadBufferEmu

J'ai mis le code dedans mais y'a rien de bien intéressant pour le moment. Ca affiche du Quad Buffer en mode 2D ça va pas plus loin x) Et encore c'est pas du vrai support 2D c'est juste que ça se comporte comme un Quad Buffer mais du coups au moment d'afficher ça affiche qu'un seul des deux buffers ... Donc pas optimisé du tout. En gros c'est juste le squelette qui servira de base à la suite ! Ce soir je vais essayer de finir cette base et de préparer le terrain piur l'arrivé des vrais modes de visualisation.

Si y'a des programmeurs qui veulent m'aider n'hesitez pas ! C'est entierrement en C et il suffit de s'y connaitre en 3D et en OpenGL ...

snasblog

magestik a écrit J'attends toujours mon petit aperçu vidéo 😛 Surtout maintenant que je peux tester ... tiens ça me fait penser que j'ai pas tester tes images sur mon nouvel écran, je vais faire ça 😃
Pour prendre ces photos tu as utilisés un objectif 3D sur un appareil photo "simple" c'est ça ?

La seule vidéo mise en ligne est dispo page 21, post 510 sur ce sujet.
Je vais donc la refaire, suite à mon apprentissage récent de "stéréographe" débutant. (les pros ont du matos et des compétences qu'il me sera difficile d'acquérir)

J'ai un vieux réflex KonikaMinolta, j'en parle page 25 post 605 sur ce sujet:
J'ai acheté l'objectif suivant pour mon appareil qui a déjà 8 ans !
Site vendant des objectifs 3D

J’avais laissé tomber la photo 3D jusqu'à lecture du livre sur la stéréoscopie

La 3D évolue vite. Elle reste délicate à mettre en œuvre pour les particuliers - simplement bien régler son système -
je suis persuadé que 95 % de ceux qui achètent une TV 3D ne calibrent ni la colorimétrie ni la 3D, et se contentent des pré réglages usine, ce qui peut les dégouter de la 3D !

Moi, comme je te l'ai écrit, je n'ai pas le temps de me replonger dans le langage C, sinon, je t'aiderai avec plaisir.
Mais c'est sûr que j'utiliserai ton travail pour quitter windows définitivement.

magestik

C'est sur que c'est difficile d'atteindre les pros qui font des conversion de films 2D en 3D, comme Titanic qui va bientôt sortir en "vraie" 3D (non filmée en 3D mais avec une conversion minutieuse). Mais les images que tu as envoyés ce soir sont plutôt bonnes ! Et les images 3D de Tux que tu m'avais envoyé par mail rendaient bien (même si je les regardaient en anaglyphe).

Pour ce qui est du C je comprends bien :que tu aies pas le temps c'est pas un problème 😉 Et je compte bien te faire quitter Windows mais il y a encore du chemin pour arriver au niveau de Windows au niveau du support de la 3D. Mais avec le driver sur lequel je bosse ça devrait permettre d'avancer un peu, après il reste quand même le problème de 3D Vision qui bug toujours ^^'

Pendant ce temps j'ai avancé :

LD_PRELOAD=./glQuadBufferEmu.so glxgears -stereo

5615 frames in 5.0 seconds = 1122.979 FPS
5453 frames in 5.0 seconds = 1090.578 FPS
5689 frames in 5.0 seconds = 1137.751 FPS
5442 frames in 5.0 seconds = 1088.176 FPS
5673 frames in 5.0 seconds = 1134.460 FPS
5392 frames in 5.0 seconds = 1078.256 FPS

LD_PRELOAD=./glQuadBufferEmu.so glxgears

6046 frames in 5.0 seconds = 1209.019 FPS
5839 frames in 5.0 seconds = 1167.638 FPS
6123 frames in 5.0 seconds = 1224.506 FPS
5868 frames in 5.0 seconds = 1169.907 FPS
6116 frames in 5.0 seconds = 1222.928 FPS
6100 frames in 5.0 seconds = 1219.915 FPS

Donc j'ai presque plus de perte de FPS entre l'utilisation de glxgears en mode normal et l'utilisation de glxgears en mode Quad-Buffer vers 2D 😃

Ca veut dire qu'en gros j'ai déjà fait la partie activation/désactivation de la 3D sans relancer le logiciel. Je vais commencer à bosser sur le mode anaglyphe qui est plutôt facile donc je devrais pouvoir le finir ce soir. Je met le git à jour dès maintenantet je le mettrai à jour quand j'aurai fini l'anaglyphe.

Allez on y retourne :lol:

magestik

Voilà j'ai finit le mode anaglyphe. Pour le moment c'est vraiment simple mais ça marche à peu près avec glxgears.

Côté performances ça peut aller :

LD_PRELOAD=./glQuadBufferEmu.so glxgears -stereo

3890 frames in 5.0 seconds = 777.935 FPS
3755 frames in 5.0 seconds = 750.985 FPS
3961 frames in 5.0 seconds = 792.068 FPS
3808 frames in 5.0 seconds = 761.487 FPS
3972 frames in 5.0 seconds = 794.339 FPS
3805 frames in 5.0 seconds = 760.805 FPS
3910 frames in 5.0 seconds = 781.821 FPS

Faudra quand même que quelqu'un test le mode anaglyphe je suis pas sur que ça rende bien ... D'un côté j'ai testé que pour glxgears qui a que 3 couleurs donc c'est pas facile à dire ...

snasblog

Comment télécharger facilement tes 16 fichiers, à part les ouvrir, faire du copier coller pour chacun ?
Après, compiler, je sais faire. Un petit zip ou rar contenant le tout serait un plus !

magestik

Oui y'a un onglet downloads sur github : https://github.com/magestik/glQuadBufferEmu/downloads

snasblog

Oui, mais la page est vide:
"Sorry, there aren't any downloads for this repository. "

magestik

snasblog a écritOui, mais la page est vide:
"Sorry, there aren't any downloads for this repository. "

Si juste au dessus du message y'a écrit "Download as zip" et "Download as Tarball" ...

Si tu as pas ces 2 boutons je mettrais le zip sur mon serveur 😉

snasblog

Tu as raison. Je n'avais même pas essayé de cliquer sur le bouton download as Zip à cause du message "Sorry, there aren't any downloads for this repository. " Ce doit être de la logique anglaise.
J'essaierai cette nuit.

snasblog

Je ne comprend pas bien comment utiliser la fonction LD_PRELOAD
et si je fais
./glQuadBufferEmu.so ( le fichier compilé)
Erreur de segmentation !

Un
man ./glQuadBufferEmu.so
me donne des signes cabalistiques avec beaucoup de trémas.

Donc, que devons nous tester, et comment ?

jean-le-petit

Meme chose pour moi, a la commande

LD_PRELOAD=./glQuadBufferEmu.so glxgears -stereo

j ai en retour

QuadBufferEmuInit
glXChooseVisual(GLX_STEREO)
Running synchronized to the vertical refresh.  The framerate should be
approximately the same as the monitor refresh rate.
Erreur de segmentation

Et glxgear s arrete.

Sans l option stereo

LD_PRELOAD=./glQuadBufferEmu.so glxgears
QuadBufferEmuInit
glXChooseVisual(.)
Running synchronized to the vertical refresh.  The framerate should be
approximately the same as the monitor refresh rate.
121013 frames in 5.0 seconds
118087 frames in 5.0 seconds
121201 frames in 5.0 seconds

Et la fenetre de glxgear s affiche mais reste noire (pas de rouage).

magestik

D'accord merci à vous deux pour les retours 😉 Je vais essayer de trouver le problème. Par contre vous avez quoi comme carte graphique ?

En tout cas je vois que ma carte graphique commence à dater vu que j'obtiens ~6000 frames en 5 secondes alors que jean-le-petit a des résultat x20 ^^'

EDIT: pas besoin de chercher plus longtemps j'ai compris !!! Vous utilisez le pilote Nvidia ! Alors que j'utilise Nouveau ... Et pour le moment c'est compatible que pour nouveau le temps que je fasse un fichier de configuration pour pouvoir choisir la location des librairies OpenGL (chez moi avec Nouveau: /usr/lib/i386-linux-gnu/libGL.so). Donc vous allez devoir attendre un peu, demain soir avec un peu de chance ou après demain. Je voudrais juste faire les mode de rendu entrelacée et côte-à-côte avant d'attaquer la création d'un fichier de configuration pour sélectionner la libraire.

Mais vous pouvez quand même me dire quelle carte graphique vous utilisez et surtout quel mode de rendu vous voulez ? Donc vous aurez le choix entre : 2D (inutile je sais ^^), anaglyphe (toutes les combinaisons possibles pour les couleurs), entrelacé (pour le moment que horizontal) et side-by-side (left/right ou top/bottom pour le moment). De toute façon je pense que vous utilisez du Nvidia 3D Vision tout les deux ? Mais vous avez quel kit : kit normal (émetteur USB), kit avec émetteur intégré, kit avec lunette filaire ou le kit avec émetteur USB version 2 ? J'ai peut-être une idée provisoire* pour faire marcher les kits Nvidia ... mais ça devrait marcher 😃

* quand je dis provisoire c'est en attendant de faire quelque chose de plus compliqué. En fait Fredz (sur le forum mtbs3d) m'a toujours dis d'utiliser un solution de page-flipping matériel pour avoir quelque chose de presque parfait. J'avais pas accroché l'idée parce que je trouve qu'il y quelques points regrettables, mais maintenant que j'ai "plus" d’expérience dans le monde de la 3D active je commence à comprendre qu'il a toujours eu raison. Ce qui est dommage selon moi c'est que c'est très spécifique à chaque carte graphique (enfin chaque série je pense). Sans parler de la difficulté : beaucoup plus dur que ce que j'avais ne tête jusqu'à maintenant ...

Donc pour le moment je vais mettre en place la solution "facile" et je ferais la version plus compliqué au fur et à mesure. Mais avec un peu d'aide côté programmation et des testeurs aussi réactifs que vous 2 ça devrait aller vite :cool:

D'ailleurs côté prog, j'ai pas eu de nouvelle de kouellet ? Toujours OK pour m'aider ?

Bonne journée à tous.

jean-le-petit

J ai une GTX460 et un ecran Acer avec kit nvidia integré, pour ce qui est de libGL.so j ai changer le chemin dans ton main.c sinon ça marchait pas du tout.
Pour ce qui est des capacités de ma carte graphique, elle sort du 24000 FPS mais y a rien a calculer a part un carré noir alors c est peut etre normal un si gros chiffre.
Remarque je viens de tester glxgear seul, j ai 21000 fps.

kouellet

J'ai eu un gros rhume, je n'ai pas touché à ma machine linux...

Je vais vérifier demain, mais ça serait logique. Ça expliquerait pourquoi ça ne fonctionne pas sur ma carte ATI. Je vous donne des détails sous peu. 🙂

jean-le-petit : merci pour les précisions au niveau de l'HDMI 1.4a!

magestik : Bravo pour le driver 🙂 Ça avance bien à ce que je vois!

snasblog

J'ai une GTX 570, avec kit Nvidia Usb.
Driver 290.10.

magestik

Donc je récapitule:
- jean-le-petit une GTX 460 avec kit Nvidia intégré à l'écran,
- snasblog une GTX 570 avec un kit Nvidia USB (V1).

Cette après-midi je vais tenter de finir entrelacé (qui me semble plutôt compliqué) et side-by-side.

Je m'occupe de vos configurations dès que possible 😉 (donc ce soir avec un peu de chance ou demain dans le pire des cas)

kouellet : le driver avance beaucoup mieux que prévu même si il reste encore énormément à faire ! Si t'es chaud pour aider (quand tu seras rétabli) j'aurais vraiment besoin d'aide au niveau du fichier de configuration : étant donné que je début en C je sais pas si je pourrais parser un fichier de config dès maintenant. Donc si tu sais faire et que tu es OK ça aiderait beaucoup 🙂 Après je pense qu'on va devoir tester un maximum de logiciel qui supporte le Quad-Buffer pour trouver des problèmes d'affichage (qui seront nombreux au début). Ensuite chaque problème d'affichage devra être résolu indépendamment dans les fonctions d'interception des appels OpenGL.

D'ailleurs il faudrait qu'on se fasse une liste de logiciel compatibles Quad-Buffer.

Pour des tests simples il y a quelques démos ici : http://www.gali-3d.com/archive/articles/StereoOpenGL/StereoscopicOpenGLTutorial.php
En priorité je pense qu'il y a Bino 3D.
Pour le reste :
- PyMol (logiciel de molécule)
- SIV (logiciel d'image)
- ...

snasblog

magestik a écrit

En priorité je pense qu'il y a Bino 3D.
Pour le reste :
- PyMol (logiciel de molécule)
- SIV (logiciel d'image)
- ...

Tu oublies Blender !

magestik

Je l'ai oublié dans la liste mais j'y pense. D'ailleurs j'y ai pensé en écrivant la liste et j'ai complètement oublié ^^

Mais oui c'est vrai que Blender est une priorité, juste derrière Bino ! Déjà parce que je sais que tu l'utilises et en plus parce qu'on pourra vraiment tester des trucs cool (juste charger des sauvegarde et les regarder en 3D).

Je viens de tester les 2 premiers exemples de Gali-3D et ça marche super bien !

Le premier je l'ai testé en 2D : aucun soucis. Si je choisis l’œil gauche il m'affiche juste un écran bleu et si je choisi l’œil droit il m'affiche juste un écran rouge. En anaglyphe ça fait un écran noir mais c'est logique.
Le deuxième (le polygone gris) je l'ai testé en 2D et en anaglyphe. Rien à signalé, tout va bien.

Je continue 🙂

EDIT: j'ai réussi à compiler et tester les 3 derniers (plane, ipers et fire). Tout marche très bien ! Je susi vraiment content d'arriver à un résultat aussi correct en si peu de temps. Bon c'est sur qu'il reste de nombreux problèmes à corriger, des améliorations à faire et des modes de rendu à prendre en compte. Mais quand je vois que le mode 2D et le mode anaglyphe sortent sans problème sur des petits test je trouve que c'est très encourageant.

« Page précédente Page suivante »