UltraVNC 1.3.1 RC - Download links

SkyBeam · Post by **SkyBeam** » 2020-11-29 21:35

Rudi De Vos wrote: If you create a new host localhost2, it clone the current settings, you actual just change the name.

To use the default we actual need a load default button...current it's only used after you erase the host .vnc file waht doesn't make a lot of sense of having this option.

Either I don't understand or it does not make any sense. I am always using the default settings and connecting to the same host. But I can't make the encryption setting to be persisted. So each time I open UltraVNC viewer I need to go to Security and check the Use Encryption checkbox again. Unless I really manually save a host-specific config file. But then I need to manually load it.

Rudi De Vos wrote: This have to be something that eixst already with the older versions, not code was changed in 1.3.x
Can you verify if it's ZSTDRLE or ZRLE statuswindow (i)
If you select use zstd instead of zlib the encoder change.

Sure, likely exists since longer time. I will test changing the compression lib.

Post by **Rudi De Vos** » 2020-11-29 23:01

Code: Select all

I really manually save a host-specific config file. But then I need to manually load it.

The viewer auto save and load.

Folder
C:\Users\xxx\AppData\Local\vnc contain the auto saved settings.

If you select a host in the MRU tabel, it also load the settings from this folder for the corresponding host.
This is auto loaded on start and each time you select another host.
sample: LOCALHOST-5900.vnc

This is changed, before there was no autosave on connect, only the manual save.
Select host A, set encryption ON
Select host B, set encryption OFF
Close the viewer
Restart
Select host A -> encryption is ON
Select host B -> encryption os OFF
perhaps this explains it better
https://www.uvnc.eu/download/130/test.mp4

ddbivens · Post by **ddbivens** » 2020-11-30 03:58

Rudi, Thank you for the latest release. The button to show one / all monitors is working perfectly for me. I have tried with secondary=0,=1. I have not tested using ddengine. Thanks for the quick fixes and turnaround.

SkyBeam · Post by **SkyBeam** » 2020-11-30 08:55

Rudi De Vos wrote: The viewer auto save and load.

Folder
C:\Users\xxx\AppData\Local\vnc contain the auto saved settings.

If you select a host in the MRU tabel, it also load the settings from this folder for the corresponding host.
This is auto loaded on start and each time you select another host.
sample: LOCALHOST-5900.vnc

This is changed, before there was no autosave on connect, only the manual save.
Select host A, set encryption ON
Select host B, set encryption OFF
Close the viewer
Restart
Select host A -> encryption is ON
Select host B -> encryption os OFF
perhaps this explains it better
https://www.uvnc.eu/download/130/test.mp4

Thank you for explanation. This is at least confusing to me in several ways:

UVNC configuration is saved and roaming on multiple machines for me as stored in %AppData%\UltraVNC\options.vnc (these are the default settings)
Host-Specific configuration is stored in %LocalAppData%\vnc using a different folder name (vnc rather than UltraVNC) and is not roamed, so it's lost when moving to another machine

I confirm that UltraVNC seems to have loaded my host-specific configuration but there is still one point I don't understand:
Why is changed settings then not saved to the host-specific configuration file on connect?

For example my host was obviously saved with encryption disabled.
Now I start UltraVNC and the host is still selected from the MRU list and the host-specific config is loaded. As a result Encryption is off.
Now I am enabling encryption and connecting to the host. I would expect this changed configuration to be saved to the host-specific configuration so next time I am opening UltraVNC and connect to the same host it's enabling encryption. But it's not. So I do not know how to edit and save the host-specific configuration. I could however delete it and re-create it.

I think it would be by the time to implement a session management similar to the one PuTTY implements perhaps. Allowing to manage session configurations, load, edit and save them.

Currently UltraVNC seems to try to do some magic in the background which is really intransparent to the user and confusing. At least to me it is. Perhaps I am the only one. At least for now I have no clue how I could update the host-specific setting for the encryption property (maybe also not for others).

SkyBeam · Post by **SkyBeam** » 2020-11-30 09:04

Rudi De Vos wrote: Can you verify if it's ZSTDRLE or ZRLE statuswindow (i)
If you select use zstd instead of zlib the encoder change.

I verified that and it's running stable when unchecking the "Use zstd instead of zlib" checkbox.
The Info screen is showing then correclty one of...
Encoder: ZRLE, Cache
Encoder: ZYWRLE, Cache

So some problem around zstd library might happen here.

Thomas Levering · Post by **Thomas Levering** » 2020-11-30 10:49

Viewer:

move the Window to Top, to go to Fullscreen ist not working. (Only maximize Window)

Scroll in Fullscreen is not working (if "Allow multi monitor spanning" is on)

SkyBeam · Post by **SkyBeam** » 2020-11-30 14:23

I feel 1.3.1 is going to be a great release. So many new features, many testers and feedback and fixes. Looking forward.

Post by **Rudi De Vos** » 2020-12-01 18:10

Found your strange behaviour.
use_encryption parameter en plugin name are empty when saved in connect.
They were loaded from the wrong tab.

Update online:

changes
viewer
*proper save settings when pressing save and connect.
*removed save as deafult: as each host now has it own settings file, the default make no sense
*move save path to roaming, better in a domain environment

server
*ZTSDRLE replaced by ZRLE if zstd is checked. This is stable and testing encoders take a lot of time, moved to later
*proper handle remote server resolution switch when no virtual is selected.

Please confirm if fixed, then i can save that code part

move the Window to Top, to go to Fullscreen ist not working. (Only maximize Window)

Nice to have, but hard to implement. There is no special messages like pressing the maximize button that indicate this action.

Scroll in Fullscreen is not working (if "Allow multi monitor spanning" is on)

Gonna check this one

Thomas Levering · Post by **Thomas Levering** » 2020-12-02 06:29

Rudi De Vos wrote: Nice to have, but hard to implement. There is no special messages like pressing the maximize button that indicate this action.

In the Old Release this is working. (Maximize => Go to Fullscreen)

Open Viewer per Batch in Window.
Move to Monitor 2 in Fullscreen
Open next Viewer per Batch in Window.
Move to Monitor 3 in Fullscreen
...

If the Remote Screen is Bigger then the Local Monitor, then Maximize with Scrollbars in Window is OK

Post by **Rudi De Vos** » 2020-12-02 18:23

I will verify with an old viewer
Damm spended hours on the looking for the messages while it was already in the old code.
Used some complex sample while it was done with 2 lines.

Gonna check if this is still usable.

SkyBeam · Post by **SkyBeam** » 2020-12-02 19:58

Rudi De Vos wrote:Found your strange behaviour.
use_encryption parameter en plugin name are empty when saved in connect.

Great, verified, working.

Rudi De Vos wrote: changes
viewer
*proper save settings when pressing save and connect.
*removed save as deafult: as each host now has it own settings file, the default make no sense
*move save path to roaming, better in a domain environment

Thank you!
One comment/question: I would prefer if the host-specific settings file are stored into the same folder as options.vnc (%AppData%\UltraVNC). Is there any reason why it should use two different folders in %AppData% to store UltraVNC settings?
Currently default settings are in %AppData%\UltraVNC and host-specific settings in %AppData%\vnc.

Rudi De Vos wrote: server
*ZTSDRLE replaced by ZRLE if zstd is checked. This is stable and testing encoders take a lot of time, moved to later
*proper handle remote server resolution switch when no virtual is selected.

I didn't fully get what was changed with ZRLE. There is no option called "ZTSDRLE" (shall it read "ZSTDRLE"?).
I found ZRLE is now stable even if Zstd is used. I suspect that now perhaps Zstd is not used but still using zlib even if "Use Zstd instead of zlib" is selected.

However the same thing happens witz the ZYWRLE encoding. It still occasionally disconnects when "Use Zstd instead of zlib" is selected.

Resolution switch worked fine for me.

Thanks again!

Post by **Rudi De Vos** » 2020-12-02 20:44

Updated
*viewer fullscreen. when moved to top (Thomas Levering )
*UltraVNC as path

Zstd is a compression library like Zlib.
A while ago we added the option
[v] use zstd instead of zlib
Zrle = zlib compressed RLE
ZSTDRLE = zstd comrpessed RLE
All encoders that use zlib, can now also be used with ZSTD, the encoder type changed so the veiwer now that zstdrle require a zstd decompressor.
doesn't know how to decompress it.
ZSTD is faster then Zlib on modern systems
more info
https://indico.cern.ch/event/695984/con ... _20186.pdf
The viewer has a FPS counter, you should be able to see a higher fPS when zstd is used. If not you better deselect [_]zstd

SkyBeam · Post by **SkyBeam** » 2020-12-02 21:16

Rudi De Vos wrote: Zstd is a compression library like Zlib.

Yes I know this pretty well actually...

Rudi De Vos wrote: A while ago we added the option
[v] use zstd instead of zlib
Zrle = zlib compressed RLE
ZSTDRLE = zstd comrpessed RLE
All encoders that use zlib, can now also be used with ZSTD, the encoder type changed so the veiwer now that zstdrle require a zstd decompressor.
doesn't know how to decompress it.
ZSTD is faster then Zlib on modern systems

So for me it is clear what the "Sue Zstd instead of zlib" is supposed to do - using zstd compression rather than zlib compression.
However you refer to ZSTDRLE and I don't see any option to select this encoding.
There is only...

Zlib - does this stick to zlib even if the "Use Zstd instead of zlib" option is used or does it stick to zlib?
ZlibHex - does this stick to zlib even if the "Use Zstd instead of zlib" option is used or does it stick to zlib?
ZRLE - I was assuming this one switches to zstd if the "Use Zstd instead of zlib" is selected. True?
ZYWRLE - I was assuming this one switches to zstd if the "Use Zstd instead of zlib" is selected. True?
XZ - Not sure if this is using zlib or zstd compression at all
XZYW - Also not sure if this is using any of those libs - in fact this is my favourite encoder for low bandwith, XZYW with 256 colors

And that's it, I can't see any ZSTDRLE option. Raw presumably is just raw data, no compression, Ultra, U2/Video and Tight are using JPEG lossy encoding for which there is anohter (quality) setting.
My "Use Zstd instead of zlib" is usually selected as zstd is more efficient.

Perhaps that's a point for the documentation pages to get to know a bit more about the encodings. Mainly if they use lossy/lossless encoding, JPEG or compression library.

Only answer this if you got time. I just try to get a bit more information about the different encodings and obviously I am confused by the reference to non-existing option ZSTDRLE (which is probably just an internal reference).

Post by **Rudi De Vos** » 2020-12-02 22:01

ultra = lzo
Video = pure jpeg ( A mpeg like implementation made with jpeg-tubo)

Tight use a comnination of jpeg and zlib. Tight try to detect non image and image zones. image zones are comrpessed as jpeg, less color regions as zlib.
Tightzrle use a combination of jpeg and zrle

XZ is a bzip like compressor, slow but efficient on low bandwidth.

before
compress(data) = compresszlib(data)
Now
compress(data) = if (zstd) compressZstd(data) else compresszlib(data)
Just by setting the switch, all encoders that used zlib internal worked also with Zstd.
Except ZRLE, seems this need some tweaking, possible ZSTDYWRLE also has the same problem

List of all encoders

Code: Select all

#define rfbEncodingRaw 0
#define rfbEncodingCopyRect 1
#define rfbEncodingRRE 2
#define rfbEncodingCoRRE 4
#define rfbEncodingHextile 5
#define rfbEncodingZlib    6
#define rfbEncodingTight   7
#define rfbEncodingZlibHex 8
#define rfbEncodingUltra	9
#define rfbEncodingUltra2	10
#define rfbEncodingZRLE 16
// nyama/2006/08/02:new YUV-Wavlet lossy codec based on ZRLE
#define rfbEncodingZYWRLE 17
#ifdef _XZ
#define rfbEncodingXZ 18
#define rfbEncodingXZYW 19
#endif
#define rfbEncodingZstd    25
#define rfbEncodingTightZstd   26
#define rfbEncodingZstdHex 27
#define rfbEncodingZSTDRLE 28
#define rfbEncodingZSTDYWRLE 29

Thomas Levering · Post by **Thomas Levering** » 2020-12-03 06:23

Rudi De Vos wrote:Updated
*viewer fullscreen. when moved to top (Thomas Levering )

OK, thank you.
Fullscreen is now everytime on the same Monitor

If go from Fullscreen back to Window:
with the first click the picture goes to window, the boarder/toolbar need a second click.
Toolbar is Disabled
And the Picture Size is wrong

Post by **Rudi De Vos** » 2020-12-03 13:03

If go from Fullscreen back to Window:
with the first click the picture goes to window, the boarder/toolbar need a second click.
Toolbar is Disabled
And the Picture Size is wrong

Now i remeber back why the top move code part was removed....it messed up the screens

Found:
Will post an update shortly

SkyBeam · Post by **SkyBeam** » 2020-12-03 19:52

Did you consider my propsal to move the Viewer Host-Specific configuration files to %AppData%\UltraVNC or is there any good reason to store the default settings there but having host-specific ones in %AppData%\vnc?

Post by **Rudi De Vos** » 2020-12-03 20:08

Updated
*viewer fullscreen. when moved to top (Thomas Levering )
*UltraVNC as path

Wan't it in it ?

Post by **Rudi De Vos** » 2020-12-03 20:25

If go from Fullscreen back to Window:
with the first click the picture goes to window, the boarder/toolbar need a second click.
Toolbar is Disabled
And the Picture Size is wrong

update files: should be fixed

Thomas Levering · Post by **Thomas Levering** » 2020-12-04 06:20

OK, Thank you.

1.
If SavePos is Enabled, Fullscreen change is not working

options.vnc
[connection]
SavePos=1

2.
From Fullscreen back to Window, Show Toolbar is not Restored

Post by **Rudi De Vos** » 2020-12-04 15:21

changed

seems i missed 2 spots that reffer to vnc instead of ultravnc
save_pos, restore after maximize is to the stored position.
Current we used the position at the moment we get the fullscreen request. This works, but not when you maximize using the top. Dragging the winow to the top maximize the screen before sending the fullscreen request. Max_size was stored and used on restore...
Change, in case "save_pos = true" use the stored position from the ini file. This is more the expected behaviour.

Will update later.

Post by **Rudi De Vos** » 2020-12-04 19:49

New files uploaded.

set_pos fix
ultravnc path fix

SkyBeam · Post by **SkyBeam** » 2020-12-04 21:47

Rudi De Vos wrote:New files uploaded.

Many Thanks.
It's just working fine for me.

Post by **Rudi De Vos** » 2020-12-04 21:53

All,

Thanks for testing.
Any other changes/fixes that should be in next release ?

Would be nice if we could release in december.

ddbivens · Post by **ddbivens** » 2020-12-05 16:47

For the latest release (12/04/2020), it looks like the VNCViewer.exe rolled back one day (date wise). At least the file in the 64 bit folder. I don't know if that was intentional or not, but I thought I would mention it.

Post by **Rudi De Vos** » 2020-12-05 18:37

Thanks,
zip is generated manual and contain the wrong viewer (64)
setup files are ok, this is auto generated

zip updated

ddbivens · Post by **ddbivens** » 2020-12-05 20:05

Actually I was looking at the VNCViewer.exe file, that was installed on a half dozen test PCs, that came out of the 64bit installer.
[EDIT]
I looked again and found that it was winvnc.exe that was dated 2020/12/02. Sorry for the wrong feedback.

Post by **Rudi De Vos** » 2020-12-05 22:03

viewer was generated 04/12/2020 17:16
setup 04/12/2020 17:21
The latest viewer should be in it.

To be sure, i gonna rebuild all exe and update version to 1.3.2

SkyBeam · Post by **SkyBeam** » 2020-12-06 11:01

Hey Rudi

Thanks for the amazing work and finally the release of UltraVNC 1.3.2.

However I do have an issue with the release version. When connecting using XZYW or ZYWRLE (and other non-JPEG ones) the screen is not propely refreshed on connect. So I can "draw" rectangles with my mouse to uncover the content, but also the refresh screen button seems to do nothing.
I did verify that the problem was not present when downgrading to latest 1.3.1 RC release so it must be caused by some change on the released version.
The issue is on server side as it works fine when using the latest RC release on server side and UltraVNC Viewer 1.3.2 (release version).

Post by **Rudi De Vos** » 2020-12-06 16:35

Checking, have to be some merge issue.

updated 1.3.2, please verify

UltraVNC

UltraVNC 1.3.1 RC - Download links

Re: 1.3.1 RC

Re: 1.3.1 RC

Re: 1.3.1 RC

Re: 1.3.1 RC

Re: 1.3.1 RC

Re: 1.3.1 RC

Re: 1.3.1 RC

Re: 1.3.1 RC

Re: 1.3.1 RC

Re: 1.3.1 RC

Re: 1.3.1 RC

Re: 1.3.1 RC

Re: 1.3.1 RC

Re: 1.3.1 RC

Re: 1.3.1 RC

Re: 1.3.1 RC

Re: 1.3.1 RC

Re: 1.3.1 RC

Re: 1.3.1 RC

Re: 1.3.1 RC

Re: 1.3.1 RC

Re: 1.3.1 RC

Re: 1.3.1 RC

Re: 1.3.1 RC

Re: 1.3.1 RC

Re: 1.3.1 RC

Re: 1.3.1 RC

Re: 1.3.1 RC

Re: 1.3.1 RC

Re: 1.3.1 RC