Just FYI-- someone else discovered a similar problem and submitted a patch, which is in the CVS head right now and will be in 2.2 final, once it is released.
The patch basically adds a new environment variable, VGL_SPOILLAST, which you can set to 0 to change the spoiling algorithm used with frames that are triggered from glFlush() calls (read the docs for more details.) Hopefully using the newest version of the code and setting VGL_SPOILLAST=0 will fix the problem below as well. On 11/20/09 9:50 AM, klaas.holwerda wrote: > Hi, > > We had it all setup, and the OpenGL application worked nice! The 3D > model rotated and zoomed nearly realtime. Even animation of electrical > fields were no problem. > Of course for each user 1 CPU will be needed, i assume because it is > rather bussy compressing the images. Also the network should be reallly > 50Mbit/sec per user. > No problem that can all be arranged. Although it would have bin nice if > the compression would take less resources, e.g. accelerated using > hardware or maybe CUDA? > > BUT after that we started to draw a simple cube in the application. And > it became clear that position of the mouse and the wireframe drawn in > XOR mode by OpenGL, were out of sync after some movement with the mouse. > This is i think due to frame spoiling in combination with XOR drawing. > Using the -sp option to vglrun, makes it all to slow to work with. > > Now the question: > is there any way to better synchronize mouse position with the last > drawn frame, or whatever is causing this behaviour. > We tried both TurboVNC way and the other VGL image Transport way, same > problem. > Maybe it is possible to intercepts the drawing mode, and do something > special in case of XOR mode. It is not something which takes a lot of > resource from the CPU or Network, it is more a problem in the way it > works. In fact XOR mode is normally used to speed things up in drawing > application, since drawing twice the same things removes the wireframe > again. > Therefore it was more like a suprize that exactly this did not work > properly. > > Do you see a solution? > Is this a common problem? > Maybe we should actually solve this together with the software > application vendor? > > Best Regards, > > Klaas > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > VirtualGL-Users mailing list > VirtualGL-Users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/virtualgl-users ------------------------------------------------------------------------------ Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev _______________________________________________ VirtualGL-Users mailing list VirtualGL-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/virtualgl-users
