Hi Olavo,
Olavo Belloc wrote:
> Hi all,
>
> We are still learning about the SortFirstWindow.
> We are trying to develop a stereo sort-first application with
> SortFirstWindow and two StereoBufferDecorator's and
> ShearedStereoCameraDecorator's added to it. The application runs
> normally but the stereo is not working.
> We are doing our tests based on the testClusterClient application. We
> modified it to support stereo with StereoBufferViewport. We have done
> that just by substituting ColorBufferVP by the StereoBufferVP (and
> setting the right and left buffers to true/false), and creating the
> client window of the SortFirstWindow as a glut window with the
> GLUT_STEREO flag (this modification was also done in the servers). We
> have revised the code of testClusterClient, and we didnt find any other
> necessary modification besides that. Is that right?
>
> In OpenSG 1.6
> The stereo application with SortFirstWindow didnt work out, with
> ColorBufferVP and neither with StereoBufferVP. We dont know why.. It
> seems like the servers are rendering two images (viewports?), one over
> another (the left eye over the right eye), and there is no stereo effect
> in the client and not even in the servers.
In 1.6 the servers didn't know/care about stereo, so that's not unexpected.
> In OpenSG 1.8 (dailybuild)
> The SortFirstWindow worked out _only_ with the ColorBufferVP, the
> composition in the client window is in stereo.
> When we switch the application to use the StereoBufferVP, only the
> servers are rendering in stereo, the composition in the client window is
> not! It seems like the composition is only the image of the left eye.
Looking at the code, yes, that's what happens.
> Does anybody can help us with some experience on setting up
> StereoBufferVP with the SortFirstWindow? Is that possible?
The SortFirstWindow was not written to support stereo rendering. What happens
right now is that the Image communication only sends a part of the screen, but
it doesn't know about stereo, so only the left eye image is displayed.
To fix it you/I/somebody would have to extend the ClusterViewBuffer to handle
stereo in addition to the things it does already, and use that in
SortFirstWindow::serverRender and SortFirstWindow::clientSwap. It would make
sense to extend the Viewport to have some sort of sctivate() method that
switched to the right rendering mode (left/right and glViewport) and use that
to
set things up. Because the image is already transfered independently for each
port it should not as hard as it might sound, but I don't have the free
capacity
to do it right now. If somebody wants to give it a shot, I opened a ticket
(http://opensg.vrsource.org/trac/ticket/155) for it, please use that to record
problems/progress.
Yours
Dirk
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Opensg-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-users
