I used to know a few things about COM, but I never became familiar with ActiveX programming. It seems like the best modern approach to this problem might be to write an ActiveX control for LibVNCClient (https://libvnc.github.io), which supports Windows. You should be able to at least approach the performance of the TurboVNC Viewer on a high-speed network when using LibVNCClient, because it contains the same Tight encoding optimizations. It won't perform as well as the TurboVNC Viewer on a high-latency network, however, because LibVNCClient lacks support for the RFB flow control extensions. Still, though, it's likely to be much faster than vncx.dll, which is quite old and not optimized for the TurboVNC Server. I also found at least one solution when googling "libvncclient" "activex", but I know nothing about that solution and thus can't endorse it.
DRC
--
You received this message because you are subscribed to the Google Groups "TurboVNC User Discussion/Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email to turbovnc-user...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/turbovnc-users/4f75aaad-750c-769d-1a5b-19637165b031%40virtualgl.org.
No, such a control does not likely exist. I was just
spitballing regarding possible solutions, but that one in
particular would likely require funded development. And it
might have licensing issues vis-a-vis usage in a commercial
application, since LibVNCClient is under the GPL (but so are all
other OSS VNC solutions.) I'm just saying that, if I were
tasked with this problem, that is likely the approach I would
take, since LibVNCClient is an active project with support for
Windows. But ActiveX in general is not going to have much
support within the OSS community, since it is
Microsoft-specific. I would say that the likelihood is high
that your organization will have to develop this control
yourselves or pay someone to develop it. I would offer my
services in that regard, but I'm slammed at the moment.
Hello,Thanks for your answer.
Do you have a link to any activex control that use libVNCClient?
--Le jeu. 9 janv. 2020 à 06:57, DRC <d...@virtualgl.org> a écrit :
--I used to know a few things about COM, but I never became familiar with ActiveX programming. It seems like the best modern approach to this problem might be to write an ActiveX control for LibVNCClient (https://libvnc.github.io), which supports Windows. You should be able to at least approach the performance of the TurboVNC Viewer on a high-speed network when using LibVNCClient, because it contains the same Tight encoding optimizations. It won't perform as well as the TurboVNC Viewer on a high-latency network, however, because LibVNCClient lacks support for the RFB flow control extensions. Still, though, it's likely to be much faster than vncx.dll, which is quite old and not optimized for the TurboVNC Server. I also found at least one solution when googling "libvncclient" "activex", but I know nothing about that solution and thus can't endorse it.
DRC
On 12/5/19 4:19 AM, David Bonnin wrote:
Hello,I wan't insert a vnc control client into my SCADA application(not application develop from scratch).I use the old vncx.dll (google search).
Can we do that with turboVnc?
Is there a better solution? more recent?Ideal free and open source.
Thanks for any help.
You received this message because you are subscribed to the Google Groups "TurboVNC User Discussion/Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email to turbovnc-user...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/turbovnc-users/4f75aaad-750c-769d-1a5b-19637165b031%40virtualgl.org.
You received this message because you are subscribed to the Google Groups "TurboVNC User Discussion/Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email to turbovnc-user...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/turbovnc-users/CAGM3y4Vdk68taB0PZvwN9-YHdyj%2BoVEWUxwp4EA23MT_z6RAwA%40mail.gmail.com.