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
