I've been using VNC to remote desktop for elearning but bandwith is a problem.
With low quality one client need more than 2Mbps (our bandwith limit).
Anyone know whether is it possible use vnc with lowest bandwidth? I think that
TCP protocol is the problem because client has a slowdown when there
Problems are on peaks.
We limit our bandwidth with traffic shaping on linux kernel and we see that on
peaks client goes very slowly. We need to limit vnc bandwidth to 100 kbps for
each
client. Is it possible?
Thanks to TCP client can"t receive a fluid flow. UDP is better...multicast and
so on.
First of all sorry for my poor accuracy.
In my infrastructure (2Mbps) I have two video stream at 512 kbps (totally about
1 Mbps). Other minor stream, audio, control and so on about 300 kbps. In the
remaining bandwidth i have to send vnc stream for 4/5 client. Is it possible?
I don't think so becau
-> 1) reduce the amount of data to be transferred: smaller screen, less
-> bits/pixel, less frequent updates
Excatly what do you mean for "less frequent updates"? It is possible to set with
VNC?
-> 2) increase the bandwidth
impossible...
-> 3) make more efficient use of the bandwidth: better com
-> VNC will update viewers as frequently as it can, given the available
-> bandwidth. i.e. it will adapt to lower bandwidth connections.
In the next phase of our sperimentation we use physical bandwitdh limitator and
not traffic shaping with linux kernel...I hope thinks go better...
-> Multicast
-> When working over a slow link in an interactive mode, then you
-> naturally adjust the amount of updates for the simple reason that
-> after performing an action, you have to wait until the screen catches
-> up before you can proceed. Eg, if you pop up a menu, you have to wait
-> for it to g
