Harmuth, Florian | 1 Jun 14:38 2007

Rect too large?

Hello all,
on my client i have a tightvnc viewer version 1.3.9 under linux running. My server version i don't know because its not our device. Now i try to connect to the server with the following result:

bash-2.05# vncviewer -fullscreen IPADDRESS
Connected to RFB server, using protocol version 3.3
No authentication needed
Desktop name "Qt/Embedded VNC Server"
VNC server default format:
        16 bits per pixel.
        Least significant byte first in each pixel.
        True colour: max red 31 green 63 blue 31, shift red 11 green 5 blue 0
Using default colomap which is TrueColor. Pixel format:
        16 bits per pixel.
        Least significant byte first in each pixel.
        True colour: max red 31 green 63 blue 31, shift red 11 green 5 blue 0
Using shared memory PutImage
Rect too large: 800x16 at (0, 592)
ShmCleanup called
bash-2.05:#

If i run the same command with "-encodings raw" it work slow, but it works.

bash-2.05# vncviewer -fullscreen -encodings raw IPADDRESS
Connected to RFB server, using protocol version 3.3
No authentication needed
Desktop name "Qt/Embedded VNC Server"
VNC server default format:
        16 bits per pixel.
        Least significant byte first in each pixel.
        True colour: max red 31 green 63 blue 31, shift red 11 green 5 blue 0
Using default colomap which is TrueColor. Pixel format:
        16 bits per pixel.
        Least significant byte first in each pixel.
        True colour: max red 31 green 63 blue 31, shift red 11 green 5 blue 0
Using shared memory PutImage


No my questions: is it possible to speedup the raw encoding (its really slow)? Is there an other enconding method instead of raw which is faster?

Best Regards,
flo



MSC Microcomputers Systems Components Tuttlingen GmbH. registered office : Tuttlingen. Jurisdiction and registered Tuttlingen, Germany, HRB No. 1167. Managing Director: Manfred Schwarztrauber, Lothar Kümmerlin.
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___________________________________________________________
TightVNC mailing list, VNC-Tight-list <at> lists.sourceforge.net
To change your subscription or to UNSUBSCRIBE, please visit
https://lists.sourceforge.net/lists/listinfo/vnc-tight-list
M Harris | 2 Jun 05:10 2007
Picon
Picon

numeric keypad and vncviewer 1.2.9

hi,  I am using tightvnc 1.2.9 which shipped with openSUSE 10.0.  I have 
several headless application servers serving shared kde desktops across ssh 
tunnels with the vncviewer also running as the client on openSUSE 10.0.   
This setup is working great, and I want to thank the team who is making GPL 
tightvnc possible.

I have a minor concern with the way the numeric keypad is handled, and I am 
wondering whether this has already been addressed, or if I need to open a bug 
report.  I did some searching but did not find what I was looking for.

In version 1.2.9 the numeric keypad is not being handled properly when the 
numlock is on.  From my vncviewer client I am accessing my remote kde desktop 
and running (from within a konsole) the xev tool. This displays the x events 
(keypresses and keyreleases) plus the associated keysyms. With the numlock 
off the keypad works as I would expect it to. The 7 key is keysym KP_Home, 
the 8 key is KP_Up, etc.  Each key receives ONE keypress event, and ONE 
keyrelease event.  However, when the numlock is on then the behavior is not 
expected which causes different kinds of problems depending which app is 
needing the keypad.  With numlock on the 7 key recieves [ in this order ] :
	keypress	shift_L
	keypress	KP_7
	keyrelease	shift_L
	keyrelease	KP_Home
		[ this is not correct behavior, even though it does work for some things ]
The 8 key press with numlock on gives:
	keypress	shift_L
	keypress	KP_8
	keyrelease	shift_L
	keyrelease	KP_Up
		[again, not correct and very strange behavior in some apps]

The shift meta keys should not be used at all--- although the technique would 
work for the most part if the keyreleases were in the correct order.  Here is 
what happens in  kcalc ---  the 8 key activates the  *  key [multiplication 
key] why?-- because the 8 is being interpretted as an "8" with the shift_L 
key down... "*".    

Using the shift_L technique vncviewer should be sending the keyrelease shift_L 
*last*.   However, even so, it will not work in KCalc because the 8 key will 
still be interpretted as an  * .

What should be happening is this:
	keypress	Num_Lock
	keyrelease	Num_lock
	keypress	KP_8
	keyrelease	KP_8

So, I would like to know is this a bug?  If so, has it been fixed in 1.3.x (I 
have downloaded the tarball but have not installed it as yet)?  Is there a 
work-around in the current version, or is there something I am missing here?

Thanks much folks.  :)

--

-- 
Kind regards,

M Harris     <><

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___________________________________________________________
TightVNC mailing list, VNC-Tight-list <at> lists.sourceforge.net
To change your subscription or to UNSUBSCRIBE, please visit
https://lists.sourceforge.net/lists/listinfo/vnc-tight-list

Armando | 2 Jun 10:54 2007
Picon

Closed when changing Windows user

When I change Windows XP user (Start - Disconnect - Change user) on a
remote pc the connection ends. With web interface I have "connection
closed" or other errors whereas TightVNC Viewer simply close itself
saying nothing. If I try to reconnect I can access only the first user
connected of the remote system. Trying to access another user causes the
same crash. The problems seems easily reproducible on every computer.
Is this a bug or what? (TightVNC 1.3.9)

Thanks.

Armando

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___________________________________________________________
TightVNC mailing list, VNC-Tight-list <at> lists.sourceforge.net
To change your subscription or to UNSUBSCRIBE, please visit
https://lists.sourceforge.net/lists/listinfo/vnc-tight-list

Claudio Coletta | 2 Jun 12:27 2007
Picon

Re: numeric keypad and vncviewer 1.2.9

Hi,

> hi,  I am using tightvnc 1.2.9 which shipped with openSUSE 10.0.  I have 
> several headless application servers serving shared kde desktops across ssh 
> tunnels with the vncviewer also running as the client on openSUSE 10.0.   
> This setup is working great, and I want to thank the team who is making GPL 
> tightvnc possible.
> 
> I have a minor concern with the way the numeric keypad is handled, and I am 
> wondering whether this has already been addressed, or if I need to open a bug 
> report.  I did some searching but did not find what I was looking for.
> 
> In version 1.2.9 the numeric keypad is not being handled properly when the 
> numlock is on.  From my vncviewer client I am accessing my remote kde desktop 
> and running (from within a konsole) the xev tool. This displays the x events 
> (keypresses and keyreleases) plus the associated keysyms. With the numlock 
> off the keypad works as I would expect it to. The 7 key is keysym KP_Home, 
> the 8 key is KP_Up, etc.  Each key receives ONE keypress event, and ONE 
> keyrelease event.  However, when the numlock is on then the behavior is not 
> expected which causes different kinds of problems depending which app is 
> needing the keypad.  With numlock on the 7 key recieves [ in this order ] :
> 	keypress	shift_L
> 	keypress	KP_7
> 	keyrelease	shift_L
> 	keyrelease	KP_Home
> 		[ this is not correct behavior, even though it does work for some things ]
> The 8 key press with numlock on gives:
> 	keypress	shift_L
> 	keypress	KP_8
> 	keyrelease	shift_L
> 	keyrelease	KP_Up
> 		[again, not correct and very strange behavior in some apps]
> 
> The shift meta keys should not be used at all--- although the technique would 
> work for the most part if the keyreleases were in the correct order.  Here is 
> what happens in  kcalc ---  the 8 key activates the  *  key [multiplication 
> key] why?-- because the 8 is being interpretted as an "8" with the shift_L 
> key down... "*".    
> 
> Using the shift_L technique vncviewer should be sending the keyrelease shift_L 
> *last*.   However, even so, it will not work in KCalc because the 8 key will 
> still be interpretted as an  * .
> 
> What should be happening is this:
> 	keypress	Num_Lock
> 	keyrelease	Num_lock
> 	keypress	KP_8
> 	keyrelease	KP_8
> 
> So, I would like to know is this a bug?  If so, has it been fixed in 1.3.x (I 
> have downloaded the tarball but have not installed it as yet)?  Is there a 
> work-around in the current version, or is there something I am missing here?
> 
> Thanks much folks.  :)
> 
> 
> 
> 
> 
> -- 
> Kind regards,
> 
> M Harris     <><
> 
First of all, try to install the last version "1.3.9". 

In the old version, the master numlock key-state was that of the server PC (not the state of the 
client PC).  

An exmple:
1) the state of the numlock of the client PC (VNCviewer) is "ON"
2) the state of the numlock of the server PC (VNCServer) is "OFF"
3) after the connection the state of the the server PC will don't go "ON", but remain "OFF" 
(while the state of the client correctly remain "ON").

Perhaps this working could explain your problem.

Best regards,
"Clouds".

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___________________________________________________________
TightVNC mailing list, VNC-Tight-list <at> lists.sourceforge.net
To change your subscription or to UNSUBSCRIBE, please visit
https://lists.sourceforge.net/lists/listinfo/vnc-tight-list

Kevin D. Quitt | 3 Jun 04:50 2007
Picon

Bug with TightVNC and Mirage

This is on Win2K and XP systems, with .  If Tight VNC connects to a system
(using DFMirage 1.1.68.2) when the desktop is displayed, and you click on a
shortcut to open a DOS window, the window is not cleared correctly.  A refresh
fixes this.

If the system has the screen saver running, or isn't logged in when the
connection is made, this problem doesn't happen.

Once the connection is made, by either method, the problem either never happens,
or continues to happen.  not removing the desktop wallpaper makes no difference.

(By the way - if you connect and have to log in, the desktop wallpaper is
drawn.)

--
 _
Kevin D. Quitt					  Kevin <at> Quitt.net
	      96.37% of all statistics are made up

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___________________________________________________________
TightVNC mailing list, VNC-Tight-list <at> lists.sourceforge.net
To change your subscription or to UNSUBSCRIBE, please visit
https://lists.sourceforge.net/lists/listinfo/vnc-tight-list

M Harris | 3 Jun 09:37 2007
Picon
Picon

Re: numeric keypad and vncviewer 1.2.9

On Saturday 02 June 2007 05:27, Claudio Coletta wrote:
> An exmple:
> 1) the state of the numlock of the client PC (VNCviewer) is "ON"
> 2) the state of the numlock of the server PC (VNCServer) is "OFF"
> 3) after the connection the state of the the server PC will don't go "ON",
> but remain "OFF" (while the state of the client correctly remain "ON").
>
> Perhaps this working could explain your problem.
	Yes, it does explain why vncviewer is "emulating" the numlock client side by 
using shift_L keysyms...    I have not had a chance to install the latest 
version--- but will let you know.

	Thanks   :)

--

-- 
Kind regards,

M Harris     <><

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___________________________________________________________
TightVNC mailing list, VNC-Tight-list <at> lists.sourceforge.net
To change your subscription or to UNSUBSCRIBE, please visit
https://lists.sourceforge.net/lists/listinfo/vnc-tight-list

Isaac Dontje Lindell | 3 Jun 14:51 2007
Picon

Help with TightVNC on Dyndns.org

Hi all,

Here is my problem.  I have set up my TightVNC server on one desktop on our local network. (the IP is 192.168.1.180).  I can connect to it from any computer on the network.  I've set up port forwarding on the DSL modem/router to the desktop.  I've also set up a DynDNS.org account so I can have a static domain (kidbookrev.selfip.com).  When I go to that address, I get the Modem/router config site. (I expected that.)  But when I go to kidbookrev.selfip.com:5800,  I get a "Couldn't Establish Connection" error.  I've also used the VNC viewer, trying to connect to kidbookrev.selfip.com.  I get a "Unable to Connect" error.

If anyone could point me in the right direction, that would be great.

Isaac

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___________________________________________________________
TightVNC mailing list, VNC-Tight-list <at> lists.sourceforge.net
To change your subscription or to UNSUBSCRIBE, please visit
https://lists.sourceforge.net/lists/listinfo/vnc-tight-list
Bill Walters | 4 Jun 17:12 2007
Picon

Remote and local inputs blocked

Hi all,

I'd be glad if someone could help me with this problem:

I' ve installed theTightVNC server on a PC running windows XP Pro and the Viewer on a second PC running the same OS.
Often after some hours of good connection  both the remote and the local inputs get blocked.
During the connection no local activity is performed on the PC running the server.
Restarting the connection doesn't help.
I' ve noticed that the block can be removed typing CTRL-ALT-DEL, i.e. simply starting the Tasks Manager, locally on the PC running the server.

I' ve made sure that the primary and the view-only password are different.
"Block remote input events" and " Block remote input on local activity"are unchecked. And also "View only" in the viewer is unchecked.

Thanks for any hint.

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___________________________________________________________
TightVNC mailing list, VNC-Tight-list <at> lists.sourceforge.net
To change your subscription or to UNSUBSCRIBE, please visit
https://lists.sourceforge.net/lists/listinfo/vnc-tight-list
Marco De Vitis | 5 Jun 01:34 2007
Picon

Re: Help with TightVNC on Dyndns.org

Il 03/06/2007 14:51, Isaac Dontje Lindell ha scritto:

> can connect to it from any computer on the network.  I've set up port 
> forwarding on the DSL modem/router to the desktop.  I've also set up a 

Check that the router does not have an internal firewall which is 
blocking your connections, and also remember to forward incoming 
connections on port 5900 if you want to use VNC Viewer.

Anyway, the problem is most probably in your router configuration.

--

-- 
Ciao,
   Marco.

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___________________________________________________________
TightVNC mailing list, VNC-Tight-list <at> lists.sourceforge.net
To change your subscription or to UNSUBSCRIBE, please visit
https://lists.sourceforge.net/lists/listinfo/vnc-tight-list

M Harris | 5 Jun 06:19 2007
Picon
Picon

Re: numeric keypad and vncviewer 1.2.9

On Saturday 02 June 2007 05:27, Claudio Coletta wrote:
> 3) after the connection the state of the the server PC will don't go "ON",
> but remain "OFF" (while the state of the client correctly remain "ON").
>
> Perhaps this working could explain your problem.
	I tried it both ways.  On the host-side I setup the numlock state for kde (at 
startup) to be "off".   [ I also experimented with the startup state "on" ] 

	The results remain the same on the old version 1.2.9.--- the KP_8 key gets 
interpretted as a "*" multiplication key in KCalc regardless. Emulating the 
numlock state of the client by using a shift_L keysym with the KP_8 keysym 
only works in some apps... and KCalc isn't one of them.  :(

	I still have not installed the 1.3.9 version yet... maybe tomorrow morning. 
I'll let you know how it goes... and thanks for your response.

--

-- 
Kind regards,

M Harris     <><

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___________________________________________________________
TightVNC mailing list, VNC-Tight-list <at> lists.sourceforge.net
To change your subscription or to UNSUBSCRIBE, please visit
https://lists.sourceforge.net/lists/listinfo/vnc-tight-list


Gmane