Re: pixel format is out of sync, after refreshing and suddenly changing pixel format

On Wed, Dec 12, 2007 at 01:50:38PM -, James Weatherall wrote: Hi Anon, This is a know limitation of the Refresh Screen option in VNC Free Edition VNC Free Edition-based software, which isn't safe to use if the VNC Viewer might be changing pixel format at a later point. Nice to see it

RE: pixel format is out of sync, after refreshing and suddenly changing pixel format

Hi Anon Peter, The VNC Personal Enterprise Editions use a new scheme that does not have this limitation. You won't hit problems with the VNC Free Edition system unless you send multiple outstanding update requests (as is the case when using Refresh Screen), *and* you change the on-the-wire

RE: pixel format is out of sync, after refreshing and suddenly changing pixel format

Hi Peter, Not quite. The problem you described didn't involve Refresh Screen. In the absence of Refresh Screen, the scheme used by VNC Free Edition software based upon it works correctly. Regards, -- Wez @ RealVNC Ltd -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL

Re: pixel format is out of sync, after refreshing and suddenly changing pixel format

On Thu, Dec 13, 2007 at 10:09:07AM -, James Weatherall wrote: Hi Anon Peter, The VNC Personal Enterprise Editions use a new scheme that does not have this limitation. You won't hit problems with the VNC Free Edition system unless you send multiple outstanding update requests (as is

RE: pixel format is out of sync, after refreshing and suddenly changing pixel format

Peter, It is a limitation of the RFB 3.x protocol, which requires that update requests are required to be matched 1-to-1 by framebuffer updates, although this isn't strictly required if the pixel format isn't going to change. It therefore affects VNC Free Edition software based upon it.

Re: pixel format is out of sync, after refreshing and suddenly changing pixel format

On Thu, Dec 13, 2007 at 12:40:11PM -, James Weatherall wrote: Peter, It is a limitation of the RFB 3.x protocol, which requires that update requests are required to be matched 1-to-1 by framebuffer updates, although this isn't strictly required if the pixel format isn't going to change.

User must accept - problems

Hi everybody I'm having trouble with installation of WinVNC 4 and using the new VNC settings... If I install WinVNC 4 on a clean machine then the user gets prompted for accept If I uninstall old VNC 3.3 and install WinVNC 4 the user doesn't get prompted. It just connectes to instantly to the

Re: pixel format is out of sync, after refreshing and suddenly changing pixel format

On 12/13/07, Peter Rosin [EMAIL PROTECTED] wrote: On Thu, Dec 13, 2007 at 10:09:07AM -, James Weatherall wrote: Hi Anon Peter, The VNC Personal Enterprise Editions use a new scheme that does not have this limitation. You won't hit problems with the VNC Free Edition system unless

PC vs Mac Client - Slow Macs?

I've noticed when connecting to RealVNC servers (on XP boxes in this case) with either PC (XP Pro, P4 2.8GHz) or Mac (10.4.x, G5 Dual 2GHz) RealVNC clients the Mac version is noticeably slower. Probably only 20% of the speed of the PC client. Screen redraw is chunky and slow. I thought this might

Re: PC vs Mac Client - Slow Macs?

Yes, I have notice using Mac OS 10.5 that the Mac kernel will go from 4.7 to 8.2 (example) and a similar increase in processor activity at the same time with VNC when it is not in use. It causes the cursor on the Mac to hesitate or stick temporarily. There is definitely something going on with

Office to Home -- unable to connect to host: Connection timed out (10060)

Hi all, I installed the Real VNC Server on my computer at home and the client viewer on the computer in my office (in the company). I open the viewer in my office trying to connect the server at home, but I got error: unable to connect to host: Connection timed out (10060). I call