| Author | Message | ||
     M.H. Rating: N/A |
I have found information interesting for people interested in stereoscopic coding. The Wire GL enviroment: http://graphics.stanford.edu/software/wiregl/ This enviroment could distrubute OpenGl rendering from one computer to more machines (support Windows, Linux, IRIX). How to use it ? Imagine one computer sending comands to 2 other computers, each equiped with one projector (projecting stereoscopic image). You will get speed and you will not use expensive demultiplexors ... | ||
| Giorgio Bogoni Rating: N/A |
Very, very interesting. But it's too difficult and expensive for me (I cannot buy a lot of computers and projectors). Has anyone out there tried something like this? | ||
| Maart Rating: N/A |
I think this could also be interresting to create multiple view angles on different pc's and projection screens to get a pannorama or even a cave system. Maart | ||
| M.H. Rating: N/A |
Maart: Exactly. The CAVE like stereoscopic VR system could be made in more cheper way ... Just several PC with nVida cards instead of the huge Onyx SGI monstosity ... The PC could be some old one, becouse the nVida GPU takes care about the graphic ... Porting CaveLib to WireGL shuld be a pice of cake ... The most expensive thing will be still the projectors ... Maybe fast DLP based projectors will solve this problem in near future .. | ||
| Giorgio Bogoni Rating: N/A |
BARCO says companies are looking for large panoramic screens instead of CAVE systems. And usually wih no stereoscopic features. These screens should me easier to be built than a CAVE enviroment. Maybe we can find an easier way to built them than WIREGL support. Up to two side-by-side projectors we can use a 2-output graphic card ... but if we want 3 projectors? Have we to switch to WIREGL? | ||
| M.H. Rating: N/A |
The main advantige of WirgeGl is the distributed rendering - you get more computer power witch is critical for all existing VR application. The system is not targeted to make stereo projections easy, but to make rendering faster. Barco evcose target bigger market - the panormamatic screen could be watched by more people ... But anybody who have tested well tooned CAVE system will agree that this is totaly diferent experience acording quality than anything else ... On the fly dynamicaly optimized stereoscopic view based on user head position location (throw ultaconic 6DOF measurement) is sometigg about oter systems can not even dreem ... | ||
| Giorgio Bogoni Rating: N/A |
Of course you're right but I was just speaking about WHAT the market is looking for. I'd prefer a CAVE system than a PANORAMIC SCREEN but if a lot of people out there is looking only for panoramic screens and you want to sell them something ... well, if you want to do business you've to offer whatever the market asks but if you just want to play with such things ... I AGREE WITH YOU, A STEREOSCOPIC CAVE IS BETTER. :-) | ||
| M.H. Rating: N/A |
Giorgio: I am a scientist and I take a litle care about the market. I prefer quality and performance ... The most funy thing about the CAVE system is, that after minor changes in the CaveLib configuration parameters, it could automaticaly work not only as an Panoramatic rendering system but as a HMD rendering system as well ... I hope I will find time to write some code for the WireGL system just to show that this is THE solution for cheap VR aplications .. | ||
| Giorgio Bogoni Rating: N/A |
Michal, it would be great but you have to take care about the market too, in this way a lot of people will enjoy what you're doing. | ||
| Giorgio Bogoni Rating: N/A |
Michal, do you think WireGL can run you PANORAMA software using, let's say, 4 side-by-side projectors? Have you checked the not-implemented list of OpenGL commands in WireGL documentation? Haven't you used anyone of them? Do you think this list is a serius drawback for running any standard OpenGL software? Thanks, Giorgio. | ||
| M.H. Rating: N/A |
My Panorama software use standard 2D textures for the image data manipulation ... From the list of disabled commands is clear that standard 2D texture manipulations are not disabled = the trick with glPanorama shuld work. It wil be nessesery to have extremly good network and a lot of videoram in the graphic card becouse the transfer of the texture data will be extreme ... The disabled commands are not critical, becouse they are not very often used ... The main problem is, that I realy do not have time to encode and test this, becouse I am overhelmed by software project for witch I am payed  |
