UltraVNC

but it is not so nice to NOT inspect the documents to find where it tells that you can open the same connection options dialog with JPEG options, from titlebar context menu or by pressing Ctrl+Alt+F6 during the session.
cheers

lizard, you fixed it with ijl.dll, right and code modification, right ?
If my analysis is correct, bottle necks are lying on the RFB protocol, update detection and rendering. But so far no one tried the update detection part.
Next time they're digging into it and I believe it's going to make real ...

The speed contradiction is very much caused from the RFB protocol's design. It was designed as a multi-platform protocol and only defines simple rectangle image transfer methods. Moreover the RFB is strongly stuck into GDI so it can handle text as text, icons as cached small image etc.
What I must ...

Hi,

Tony Lin's SPEC HIF Decoder had a little bug that was sometimes causing access violation. so i'm here with some noob tweakaround about the problem. (the .lib was precompiled for those who(means myself :P) requires OMF binary)
SPEC HIF(jpp+lzw) Codec +Quick Hack by Lizard (105KB)
Copyright: Mr ...

Did you make your optimized UltraVNC with SPECencoder ?
any available exe except your source code for make it ?
nope for this moment, redge :<
there's still a few issues I haven't overcome to integrate the SPEC codec to VNC.
one of them is how to deal with restricted color modes.

What's the ...

Bumping this thread again with stuff about the SPEC codec.
SPEC Hybrid Image Format Codec Sample w/ Tony Lin's codec implementation (276KB)

One of the reasons there's no 3.3-compatible VNCEncodeSPEC component
is because I'm on the side V2 code shall rather be overhauled.

Well, I'd like you guys ...

vncviewer.exe worked mostly alright on wine-20050725 except...

• titlebar menu doesn't hold those extentional items
• hotkeys don't seem to work.

archive includes D source code and precompiled .exe.
VNCEncodeUntitled-proto2.zip

second conceptual implementation of area detection.
alround performance improvement (speed, accuracy, validity) were done.
a few detection bugs were fixed.

once you run the executable, it separates the contents of ...

this archive includes D source code and precompiled .exe.
VNCEncodeUntitled-proto1.zip

first conceptual implementation of a part of new encoding. (area detection similar to Tight's)
once you run the executable, it separates the contents of your screen in a logic and shows the result.
the red area ...

Hello,
here's some of my recent thoughts about the encoding

*A simple encoding with JPEG and Transparent PNG*
this combination of JPEG and PNG will provide us best compression in both full-color and pseudo-color.
what we particularly have to implement is only the full-color area detection code ...

http://lizard.ddo.jp:81/img/forum.ultravnc.net/3144/cliprect.png
as you can see, even when copyrect source and destination share their areas refresh on the conflicting region is forced anyway.
since VNC screen data check delays from driver GDI call and there's no help for possible screen ...

i think i found the scroll problem's essential.
the key point is where screen change informed from the mirror driver is processed and the copyrect source is scheduled to be refreshed. (vncdesktopthread.cpp:972)
when in the next update cycle this scheduled region is scanned, actual region content ...

Hello,
Thank you for your interest in the modification.

I couldn't download the sources, they were not found on the server - did you change the link?
Sorry that I put wrong link. it is fixed now.

How many files did you change? Do you have a Diff list?
That archive is grab-n-go package which ...

Hello,
Did you mean, we can obtain same result with your Tight(+ijl) speed hack as replacement for ZRLE full color on low bandwith (ISDN 64 -- 128k) :) or
I'm totallement miss understanding :| ?
okay,
my opinion is definitely Tight for the full-color and ZRLE for any others.

first, on a slow ...

more simple and still efficiant way.
with it we can ignore those special rules.

1) only one frame "refresh when idle" data to keep.
2) when driver buffer reaches 2000, just memorize the rect position & size as "refresh when idle" and keep going with new updates.
3) when buffer reaches 2000 again ...

my answer to [post=12846]the driver problem's solution[/post]. please read.

a comic-style explanation of the solution for another bottleneck
"driver buffer flows to force immediate update when scrolling" problem.

D is the "Driver buddy" and V is the "VNC dude."
imagine something like this
| A | B | C | D | E | F | G | H | ....
| 0 | 1 | 2 | 2 | 0 | 3 | 0 | 0 | ....
V is at ...

the latest binaries and source code of custom build is out.
Pre-Compiled Binary (504KB) | Source (1423KB)

Binary zip includes server/client EXEs.
The server is based on UltraVNC 1.0 (24 Jun, 2005) Http (Single-Port) Build.
The client is based on UltraVNC 1.0 (24 Jun, 2005) Release build.
Each EXE ...

and not to forget, full-screen ultravnc in a full-screen ultravnc also have this prob. in this case even moving the full-screen titlebar to the right don't fix anything.
but as long as you can just restore your VNC/RDC from full-screen and fix it manually, this is not ever a big problem is it?
i can ...

INTERNET
^
[Network Module] <-plugin- [Encription Driver]
^
[IO Event Manager] <=plugins= [Feature Cores]

Network Module:
Network.SimpleTCP ... includes client/server
Network.SimpleRDP ... as well
Network.COM ... yes, possible lol
Network.WhateverP2P ... wanna see someday

Encription Driver ...

modularize -> API exportation/plugin ability so UltraVNC can communicate with external technologies?
sound transport / voice chat?
new fast & high compression encoding or caching method?
super-SC lite version secure and easy for support purpose?
.NET language ports?

even as watching from outside ...

Hello,

Using IJL sounds like a very good idea, and many sytems will benefit of this improvement!
I believe that now in more than a few patterns of use UltraVNC has come comparablly comfortable to the Terminal Service.

The problem is that the latest IJL library is only available as part ...

Hello,

"Tight encoding" is one of the most efficient VNC encoding around, but there's been bottlenecks that keeps CPU utilization real high especially on the viewer side.
The previous unit of discussion we made was about using BitBlt instead of SetPixelV for each dot on screen, and now this one is ...

Thanks for *quick* answer, sbest!

Hello,
Another curious dood here. Could you clarify one point for me please?

So far about EchoVNC system I've seen 2 names of software you mentioned about, EchoWare and EchoServer.
And you also said that the EchoServer is proprietary software which isn't open-source and will charge us $25 to use ...

hi,
around RC20 i think there was problem related to FT...
how about trying the latest v1.0 binaries instead?

Hello, Guest user!

hm... sounds tricky, but yes, i kinda agree on the idea.
and just to let you know, Tight encoding seems to have been designed in somewhat similar concept. maximizing network efficiency.

but think, obviously you'll never want a situation like ( sending display < decompression ...

You better do the allocation at class level (only once and reuse)

----------
HDC hMemDC = CreateCompatibleDC(m_hBitmapDC);
......
DeleteDC(hMemDC);
----------
Possible this can also be done at class level
very good idea. i kind of thought that too.
let me fix it fast :)

-----ADDED ...

1st test,
viewer web browser ie6 xp sp2 home fr
web applet java viewer work now well as expected :-)
ok, verified. thank you for reporting :>

2nd test,
winvnc RC20.7 lizard build
if option Misc Share the server unchecked, vncviewer RC18 lizard build close after fews seconds :|
probably ...

Hello,
Why don't we talk a little about existing bottlenecks/ possible tune-up idea?
I have just done with a viewer-side tuning as an example. Take a look ;)

Whenever using the Tight encoding, CPU usage was sky high and was occasionaly causing choppy slow updates.
This replacement for the SETPIXELS ...