Hi again, I am working now for the offscreen rendering implementation with OSMesa. I got it working so far, but only for the configurations running on one node (with 2-window 2D and DB). When I try to run on two nodes at24 and at28, with a 2-nodes2D configuration, the local renderer (on at24) freezes after the following:
32561 3052751760 ./lib/net/session.cpp:396 no objects to handle command, redispatching packet dt 2 cmd 5 session id 2498618804 objectID 1035.4294967295 32561 3052751760 ./lib/net/session.cpp:396 no objects to handle command, redispatching packet dt 2 cmd 6 session id 2498618804 objectID 1035.4294967295 32561 3052751760 ./lib/net/session.cpp:396 no objects to handle command, redispatching packet dt 2 cmd 5 session id 2498618804 objectID 1035.4294967295 32561 3052751760 ./lib/net/session.cpp:396 no objects to handle command, redispatching packet dt 2 cmd 5 session id 2498618804 objectID 1035.4294967295 32561 3052751760 ./lib/net/session.cpp:396 no objects to handle command, redispatching packet dt 2 cmd 6 session id 2498618804 objectID 1035.4294967295 32561 3052751760 ./lib/net/session.cpp:396 no objects to handle command, redispatching packet dt 2 cmd 5 session id 2498618804 objectID 1035.4294967295 32561 3052751760 ./lib/net/session.cpp:396 no objects to handle command, redispatching packet dt 2 cmd 6 session id 2498618804 objectID 1035.4294967295 325 right before receiving the data from the channel on the remote node (at28). The remote renderer is not entering in the Channel::frameDraw() ... freezes somewhere on the way. I got a simpler version of the code working on a 2-node configuration. What I added is a VertexData member for the eq::Node, as I do not need to use the kd-tree. We were supposed to give our project today, but I didn't get it working so far :( Thank you. Anca Anca Berariu wrote: > >>> If the display no 0 is the display which you get when logging in to the >>> system ... then it makes sense for me that Equalizer cannot get it >>> without me being logged in. But then how does it work on a cluster >>:-? >> On our cluster we have the X-Servers configured to be accessible >without >> login. The Equalizer windows will simply be over the login window, >> without a window manager. >> >>> The next issue is about the off-screen rendering which I am trying to >>> implement. I started by introducing GLXPixmaps instead of the Window >>> (XIDs) and got it (almost) working. The problem is that now I have to >>> make it run without an X server behind (that means probably OSMesa, >>as >>> PBuffers do need an X server). >> I wouldn't recommend pixmaps, they are not accelerated. PBuffers or >FBO's >> are better. The refactoring today is work towards PBuffer support, >though >> I have no hard deadline for the implementation. >> >>> So my question is now which classes would I have to extend/modify >>> besides the pipe, window and channel.(given that my error sequence >>> regarding the X server is starting in the pipe ... :D ) >> The pipe opens the display connection to the X-Server. I've got no >> clue if this is needed with OSMesa. >> >> The window is the one doing most of the work. It uses the pipe's >> display connection to choose a visual, create a context and window. >> The latest code, starting at configInitGLX, should be pretty easy to >> follow. >> >> Depending on the API you might want or need to write a new method, >> like configInitOSMESA. >> >> >> HTH, >> >> Stefan. >> >> PS: Any reason this is not going through eq-dev? >> > hmmm ... misuse of the reply method in email client ?!... sorry :D > > _______________________________________________ > eq-dev mailing list > [email protected] > https://in-zueri.ch/cgi-bin/mailman/listinfo/eq-dev > http://www.equalizergraphics.com _______________________________________________ eq-dev mailing list [email protected] https://in-zueri.ch/cgi-bin/mailman/listinfo/eq-dev http://www.equalizergraphics.com
