hi,2 points:1. I use a "background.bmp" as notice for the user by "Enable Blank Monitor on Viewer Request" in the admin properties.it don`t work in ultravnc win2000 version, other WinXP, Win7 (32bit & 64bit) work all right. (Sorry Win8 no eval.)

2. The uvnc_settings.exe in win2000 version e.g. for Win2000 Server, only will start after install MS Visual Studio 2008 C++ SP1 Redistributable(s),thats not a runner, it`s bigger than the setup by himself. And of course no info that this package were needed.At the time i use the uvnc_settings version from uvnc 1.0.9.6.2 (20120216). But that`s not a final solution for the (short) future.

Rudi De Vos wrote:Chunk is maintained by someone else, you gonna have better luck posting it there.

VNC give this error when winvnc.exe is started and the ultravnc.ini doesn't have a passwd.If you can preset the ultravnc.ini before running the compiler you don't have the warning.

Hi Rudi,My ultravnc.ini does have the password, but I still get the error that a password is not set. Below is what the WinVNC.log shows. There is a reference to an "L" drive, but I dont have any drives mapped or mounted.

VNC passwd is max 8 chars. ( rfb protocol)Not all fields block at 8 chars, but only 8 are used and saved.Entering a password >8 get limited to the first 8 chars.

If you need longer passwords, you need to use the encryption plugin.The plugin allow to use a pass phraze.

Home usage or temp internet connection can be done without encryption and a 8 char passwd.But for vnc r-running as service it's recommended to use the encryption plugin with a+predefined keyor+a bigger passphraze

I have an issue with 1.1.9.6 not allowing me to use the Start Menu command or clicking the Start button during a remote session with the host computer. Anyone else experiencing this issue? I'm new to UVNC, so I'm not sure if maybe it is just something I'm missing in my configuration. The host machine is running Windows XP. I have another host machine that I have UVNC installed on and it seems to work okay on it, so I'm not sure what the issue really is. Any suggestions?

Hi Rudi,Firstly, I'd like to report some very annoying behaviour in a specific scenario. Once again, it relates to a less-than-perfect internet signal and a reverse connection

In all cases, I have the viewer crash out without reporting errors or any of the deadlocks seen previously. The cases below refer to two computers connected simultaneously both using the reverse, server-initiated connection

The viewer task self-terminates continually under these conditions and the only temporary remedy is to let one computer connect then rapidly switch off the listening port!

Secondly, although less importantly, concerns the fix you put in that draws the screen on initial connection (i.e.: visibly one block at a time). I understand why you chose to reveal the initial screen draw - however I think it has highlighted an inefficiency in the initial connection behaviour... What it seems to do is draw the screen (as described), then it blanks the screen (grey screen), then there is a pause for about the same time that it took to draw the screen initially, and then you're given control. For me, it seems as though it's asking for the screen information twice, i.e.: the initial draw that you kindly added (mostly on my request) - although useful in poor bandwidth conditions - doesn't contribute to the screen buffer. Therefore, doubling the time one has to wait to gain control

Thirdly, and on a related note, does any bandwidth testing occur on first connection - i.e.: prior to any screen information being sent?I ask because the initial draw can take a very long time, especially if the auto-selection of encoding method chooses something really inappropriate!

I have 1.1.9.6 installed. When I use the mirror driver, I still get a discolored very difficult to read screen. As soon as I uncheck the box and apply it, the screen goes back to normal. I am running Windows 7 64 bit. I do have the 150% setting selected with a resolution of 1680 x 1050. The adapter is a nVidia GeForce 210. The monitor setting is using a generic PnP monitor type with high color (16 bit). I don't know how much difference the mirror driver would make. I get a red screen every so often that may be some kind of refresh. In any case, it gets the job done pretty well for my usage. Thanks for making this available and continuing to work on it. --Chris Holly

There is a know issue with the video driver and 16bit.On some systems RGB and BGR colors differ, it has to be somewere in the code, butstill not found the exact spot. It used to work in older versions.

Hi Rudi,Do you have any insights into the abrupt viewer crashes mentioned in my previous post?Is there any reason for two simultaneous reverse connections (from same or different IPs) to interfere with each other? It's never been a problem before...T

King-Tut:Ignore warnings, possible they reffer to future function removal or other.plants:The time for the initial drawing isn't longer. Before you just could not see the initial drawing( used to measure bandwidth), now it show on the screen so at least you know the connection is in progress. The blank always existed, but wasn't visable. Could not find the reason, it doesn'talways happen, but it could be caused with a auto encoder switch.

Does the viewer stop on connection of the second viewer ?Some time after both are connected ?

Never tested 2 outgoing connections simultanious, always tested with multiple incoming connection.But it should not make a difference.

I have made my changes to the server tray icon and am happy with it. I used VS2013 so it does not run on XP boxes.

Q1) Have others gotten VS2010 Express to work? It seems to not have ATL of MFC support which the full version has. Are those code directories available anywhere? Gave up and found a full VS2010 - it worked - so I am past this issue.

Q2) I am working on getting the server "Add New Client" window to remember prior reverse connections. I studied the viewer code which does the same thing and uses MRU.cpp I can use that code with just a small option to have two different key for each use and that is the easiest implementation. However, it seems that the project is moving away from using the register keys and toward .ini or .txt files to store "stuff". The second benefit of using an ini for storing the connection data is that it could easily be pre-loaded by users and maybe an option to not allow adding to the list. So I am looking for a steer to either use the registry keys or basically make a replacement for MRU.cpp that uses an ini to work with. Advice please.

Q3) Can you steer me to how to replace the standard winvnc.exe in the installation files with a custom one. Just post references to other posts if it has been covered already.

Q4) I believe the logic has a problem in the vncListDlg.cpp or I just do not understand it. When "AllowEditClients is 1 (true) the "Kill Client Button" should be active and when it is 0 (no) the button should be gray. It seems to be what ever the "else" is set to controls no matter the setting of "GetAllowEditClients". Further testing shows that the test always gives the same answer independent of the setting in the ini.

Rudi De Vos wrote:plants: The time for the initial drawing isn't longer. Before you just could not see the initial drawing( used to measure bandwidth), now it show on the screen so at least you know the connection is in progress. The blank always existed, but wasn't visable. Could not find the reason, it doesn'talways happen, but it could be caused with a auto encoder switch.

Does the viewer stop on connection of the second viewer ?Some time after both are connected ?

Never tested 2 outgoing connections simultanious, always tested with multiple incoming connection.But it should not make a difference.

I feel certain that these effects are caused by poor packet transfer, but my observation is just like I see it; on a poor bandwidth connection (e.g.: mobile) the screen appears to load 3 times!

Yes, the viewer dies often immediately as the new connection arrives, but also dies within a few seconds of a connection - never more than 5 secsThis never used to be the case! I've had 4-5 reverse connections previously with complete stability (probably v1.0.9.6, it's a very rough guess)Is it possible that the viewer listening parameters are significant, or the defaults have changed with conflicting results? Would it be better to set the viewer to listen with all the possible parameters specified (rather than just port, ip and encoding pref)?

BTW: I've had to abandon using encryption on reverse connections, it seems impossible to satisfy its connection needs. Encryption used to be on by default (SecureVNCPlugin/64.dsm)

Fresh new install of Windows 7 (with all updates) HyperV VM. I push UltraVNC to the remote computer using VNCScan and then connect and this is how the screen looks. I have also pushed the mirror driver. Is there a display setting that I need to set to make it look normal again?

mdrollins83 wrote:I have an issue with 1.1.9.6 not allowing me to use the Start Menu command or clicking the Start button during a remote session with the host computer. Anyone else experiencing this issue? I'm new to UVNC, so I'm not sure if maybe it is just something I'm missing in my configuration. The host machine is running Windows XP. I have another host machine that I have UVNC installed on and it seems to work okay on it, so I'm not sure what the issue really is. Any suggestions?

My XP machine is same situation using Ver1.1.9.6. While using Ver1.1.9.0, this situation does not occur.

The symptoms are as described in the previously mentioned thread. Our build is relatively standard aside from some group policy changes & they only have critical updates deployed to them.

I'm unsure as to what other diagnostic information would be useful in getting to the bottom of this problem, but if anyone else has experienced these issues &/or can assist in rectifying them I would greatly appreciate your time.

I got a question which is not version specific.I'v installed 1.1.9.6 at server site and there 2 monitors are installed.I need to controll both screen but can't see second monitor.Is is a limitation of UVNC itself, or is there any way to do which I didn't know?Thanks for your advice in advance~!