UltraVNC

Thanks!

Hi Rudi,

Do you know when the next release will be? I use both x86 and x64 WinPE versions and will need both flavors to deploy before we can do 1809.

Thanks!

Confirmed! Windows 10 doesn't seem to entirely like the new compiler versions. XP version seems to work great where the Win7>= version was having issues!

Interestingly enough, putting the XP binaries on there seems to have made a difference. I'll monitor for a while. It was disconnecting reliably within 3 seconds, and now it's been going solid for a couple minutes already.

SecureDSMPlugin.dsm is for winvnc.exe (32) SecureVNCPlugin 64 .dsm is for winvnc.exe (64) The viewer can be 32 or 64, just make sure the plugin is also 32 or 64 ( a .dsm is actual a dll and you can't mix exe and dll's of different arch) Thanks, that did work with the securevncplugin64 version in 64 ...

Hi Rudi I just thought I'd share my latest findings. To make a long story short. The x86 XP version works in WinPE 10 x86. It even works with the 32 bit SecureDSMPlugin. The x64 XP Version works in WinPE x64 as well. But it does NOT work with the 32 bit SecureDSMPlugin. Since you can't mix plugin ...

Yep, trying that next!

This could be part of my problem I think. What settings would basically say always allow connections, no accept required?

On top of that, we're trying to integrate the new version into WinPE 10 and can't even get the server to start. In WinPE 3 & 4 we were able to do this with older versions of ultra vnc. Is there any reason you can think of for this?

I tried it hoping it would help out with my disconnects on Win10 tablets. no luck here!

Latest viewer changes Just some fixes *a crash *mem leak fix Compiled with VS2013 with XP compat mode on. exe should work on all OS's. Dual signed with sha1 and sha2 http://www.uvnc.eu/download/1211/vncviewer_1211.zip http://www.uvnc.eu/download/1211/vncviewer_1211_x64.zip It does seem to help a ...

That's interesting. I had to enable the Java mode, but that seems to be working stable. with the viewer client i would get dropped within 3 seconds. I've had a solid couple minutes of connectivity with Java so far. That is really interesting. I also turned on logging and see these in the log file ...

yeah I've tried 1.2.0.6,8 and 9 viewers as well as 1.2.1.0, versus multiple other combinations of servers of all the above.

It's really crazy!

Those zip's only seem to have the server in it. Am I doing something wrong?

I have tried the 1.2.1.1 server along with the 1.2.1.0 and 1.2.0.9 viewers the past few days which hasn't solved the issue.

Ok. I'm having trouble finding 1.2.1.1 viewer. Do you have a link handy? I can only seem to find the server.

Thanks!

Hi Rudi, thanks for the reply! Yeah It's Window 10, but running on actual tablet hardware. The same exact version we run on Windows 10 on desktop hardware doesn't seem to have these issues. It's very strange. We use the full viewer client. I'll try 1.2.1.1! Thanks! I'll also try different encoder ...

80 some views and nobody has any ideas to try?

We're about to have to ditch VNC altogether if we can't find a way to make it work, which would really suck.

Hi, I'm working on a Windows 10 deployment project and it's a mix of workstations and tablet type hardware. The workstation class hardware seems to be running smoothly using 1.2.1.0 server, but on the tablets we get constant freezing and crashing of the client within a couple seconds of connecting ...

I'm trying to create a package that installs only the viewer, and changes some settings so that the user doesn't have to find them. I can't seem to find anywhere, documented or in the registry/file system where the setting in options "Reconnection attempts" is saved. Where are the client settings ...