Hi,
I'm using Ultr@VNC RC18 on 33K connections (with modem) but the speed is very slow.
VNCserver is on Win98 and WinXP
VNCviewer is on WinXP
Usually I use pcAnywhere with 16 color (4 bit) or 4 color (2 bit) for speed up connection, and it work very fine. I don't need to see colors, so it work very well for me.
With Ultr@VNC viewer I have set MODEM option so it works in this mode:
8 bit colors
ZRLE
Use CopyRect encoding
Use Cache Encoding
Zip/Tight Compression = 6
Jpeg (Tight) - Quality = 6
Ultr@VNC server works with default values:
System HookDll
Video Hook Driver
Can you tell me how to speed up my connection without setting option "fuzzy screen" ??
Can I change Zip/Tight compresson or/and Jpeg quality for speed up connection ??
I don't like Fuzzy Screen, so I hope there is another solution
Many thanks for the support
Sergio
Italy
Update: UltraVNC 1.4.3.6 and UltraVNC SC 1.4.3.6: https://forum.uvnc.com/viewtopic.php?t=37885
Important: Please update to latest version before to create a reply, a topic or an issue: https://forum.uvnc.com/viewtopic.php?t=37864
Join us on social networks and share our announcements:
- Website: https://uvnc.com/
- GitHub: https://github.com/ultravnc
- Mastodon: https://mastodon.social/@ultravnc
- Facebook: https://www.facebook.com/ultravnc1
- X/Twitter: https://x.com/ultravnc1
- Reddit community: https://www.reddit.com/r/ultravnc
- OpenHub: https://openhub.net/p/ultravnc
Important: Please update to latest version before to create a reply, a topic or an issue: https://forum.uvnc.com/viewtopic.php?t=37864
Join us on social networks and share our announcements:
- Website: https://uvnc.com/
- GitHub: https://github.com/ultravnc
- Mastodon: https://mastodon.social/@ultravnc
- Facebook: https://www.facebook.com/ultravnc1
- X/Twitter: https://x.com/ultravnc1
- Reddit community: https://www.reddit.com/r/ultravnc
- OpenHub: https://openhub.net/p/ultravnc
Speed up on 33K connections
You have the best settings for this connection speed...
The only way to speed it up a little more is the "Slow" setting (Fuzzy mode) which is equivalent in bandwidth usage to the 4bit color.
I personaly use Fuzzy mode over such slow connections but I understand that people don't necessary like this mode
We have plans to add 4bit color support as well as grey scale but it's not yet done...
Sorry...
The only way to speed it up a little more is the "Slow" setting (Fuzzy mode) which is equivalent in bandwidth usage to the 4bit color.
I personaly use Fuzzy mode over such slow connections but I understand that people don't necessary like this mode
We have plans to add 4bit color support as well as grey scale but it's not yet done...
Sorry...
UltraSam
very clear answer. yeah, that's all for now.
and that's why i would like this, very slow connection usage, to be still constantly reminded as one of those primary goals.
there should be some more extra speed to squeeze. i believe Ultr@VNC is still a little bit wasty.
we can find out what exactly is causing slowdowns, to help the excellently skilled dev staff fix them.
now think about it, a slow connection is a great field of examining. you can feel even very slight changes in speed obvious on slow connection. not giving up more, but trying to tune it up is better choice when any extra speed would ensure also better feelings on any faster environments.
well, what for now could be the bottleneck on an extreme slow connection?
*sometimes especially with CopyRect motion, UVNC loses synchronism between the RFB buffer and the actual screen, and therefore it seems to have correct them even during an activity. i assume this is the very thing that's critically slowing down in almost all speed range.
*there could be a better encoding format with intelligent exact/fuzzy copy. Tight rect without JPEG compression is generally slower than ZRLE rect, when JPEG rect with full-color graphic is much faster than full-color ZRLE rect.
*there could be a better algorism for cache encoding. even just doubling the cache level would help a lot in slow environments.
and that's why i would like this, very slow connection usage, to be still constantly reminded as one of those primary goals.
there should be some more extra speed to squeeze. i believe Ultr@VNC is still a little bit wasty.
we can find out what exactly is causing slowdowns, to help the excellently skilled dev staff fix them.
now think about it, a slow connection is a great field of examining. you can feel even very slight changes in speed obvious on slow connection. not giving up more, but trying to tune it up is better choice when any extra speed would ensure also better feelings on any faster environments.
well, what for now could be the bottleneck on an extreme slow connection?
*sometimes especially with CopyRect motion, UVNC loses synchronism between the RFB buffer and the actual screen, and therefore it seems to have correct them even during an activity. i assume this is the very thing that's critically slowing down in almost all speed range.
*there could be a better encoding format with intelligent exact/fuzzy copy. Tight rect without JPEG compression is generally slower than ZRLE rect, when JPEG rect with full-color graphic is much faster than full-color ZRLE rect.
*there could be a better algorism for cache encoding. even just doubling the cache level would help a lot in slow environments.
Lizard
For better encoding: we've tried a XOR/Zlib encoding but it doesn't seem to improve things (responsivness) significantly compared to ZREL/256 colors, even if it should in theory.
Tight+Jpeg will never be the best over slow connections as it is limited to full color...
Fuzzy+256 colors+ cache is the best but with limited lisibility...
I mean it gives a good idea of the max speed that we can aim over a slow connection. We can only try to improve the lisibility for an equivalent speed/responsivness.
The only ways to improve speed over slow connections are, apart scaling down server screen (fuzzy mode):
- 2 levels cache : it's a memory killer on both sides
- 4Bit / 2 Bit / Greyscale color : has to be done... and I personaly don't like poor palette display. I prefer fuzzy mode
- Fractal compression : welcome to anyone that can bring us a realtime usable algo...
Tight+Jpeg will never be the best over slow connections as it is limited to full color...
Fuzzy+256 colors+ cache is the best but with limited lisibility...
I mean it gives a good idea of the max speed that we can aim over a slow connection. We can only try to improve the lisibility for an equivalent speed/responsivness.
The only ways to improve speed over slow connections are, apart scaling down server screen (fuzzy mode):
- 2 levels cache : it's a memory killer on both sides
- 4Bit / 2 Bit / Greyscale color : has to be done... and I personaly don't like poor palette display. I prefer fuzzy mode
- Fractal compression : welcome to anyone that can bring us a realtime usable algo...
UltraSam
-
Rudi De Vos
- Admin & Developer
- Posts: 6863
- Joined: 2004-04-23 10:21
- Contact:
nice! this is the exact thing i thought out from the "fuzzy" mode of UVNC!Rudi De Vos wrote:Perhaps something to take a look at ...... for V2
http://progressivevnc.sourceforge.net/
lemme give it a try!
---------------------------
btw to realize this, i think we need intelli-controlled multi data stream that can be even cancelled!
Lizard
