Xvnc with RENDER - almost working

[Thomas Winischhofer]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Peter Åstrand wrote:
| On Wed, 23 Feb 2005, Peter Åstrand wrote:
|
|> I'm attaching two patches that adds RENDER support to Xvnc in Fedora
|> 3. It works, except that I've found a small glitch when using the
|> menus in OpenOffice: Sometimes, some of the menu choices disappears.
|> See screenshot at http://www.cendio.se/~peter/vnc-render-oo.png.
|>
|> I've verified this problem both with Fedoras VNC package (with my
|> attached patches), and with the TightVNC 1.5 series (using xorg 6.8.2).
|>
|> A screenshot in the VNC session displays the menus correctly. Also,
|> doing a "Refresh screen" in the VNC client fixes the problem.
|
|
| I've been able to reproduce the exact problem by loading vnc.so for my
| :0 display. I've tested vnc.so from:
|
| * The original Fedora 3 VNC package
|
| * RealVNCs binary 4.0 package
|
| * RealVNC 4.1, built from source
|
| The problem appears with all these versions. So, this appears to be a
| very generic RENDER-with-VNC problem. My gut feeling is that there's
| something wrong with vncHooks.cc, which leads me to a question for the
| XOrg developers:
|
|  How do you implement RENDER support?
|
| I've noticed that mga_storm.c and others have a RenderCallback function
| and defines a RENDER_DELAY. What's the purpose of these? Are these
| required to properly support RENDER?


Not RENDER in general, but RENDER *acceleration*. This requires a buffer
in video RAM which is freed by the blockhandler after RENDER_DELAY if
unused during this delay.


| The problem seems to be timing related; if I start the VNC client with
| -debugdelay=500, the problem goes away.

What video hardware are you running? (Sorry, I missed the initial posting)

Thomas

- --
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net	       *** http://www.winischhofer.net
twini AT xfree86 DOT org
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (GNU/Linux)

iD8DBQFCLxK3zydIRAktyUcRApJZAKCR/c0G9EXTq3SXd9GiK5pg648T2ACfdlDk
3jttCzFAeId8vu7S1ZhTCZc=
=yvcr
-----END PGP SIGNATURE-----