search

macielbombonato / bigbluebutton

Automatically exported from code.google.com/p/bigbluebutton
0 stars 0 forks source link

Reduce the amount of data sent by desktop sharing to increase remote screen updates #902

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago 
Investigate ways to increase the refresh rate of the presenter's screen on 
remote computers.  

Two possible approaches:

(1) Reduce the bit depth of a region to 16-bit (from 32-bit) before compression.

(2) Re-order the sequence in which the changed regions are sent to the server 
by size (the idea is that the users will see a quicker update of regions on 
their screen).

Original issue reported on code.google.com by ffdixon@gmail.com on 22 Mar 2011 at 12:57

GoogleCodeExporter commented 8 years ago

Original comment by ffdixon@gmail.com on 22 Mar 2011 at 12:59

GoogleCodeExporter commented 8 years ago 
I would think that reducing the bit rate would make it faster.
we have been doing some testing and find that there is a significant difference 
is the viewers screen refresh when the presenter is sharing their desktop and 
has a Windows Theme active versus using a plain single color background. It 
seems that the more colors and icons on the presenters screen, the slower the 
refresh is on the viewers screen. 

There is a significant difference in bandwidth usage between when a 
presentation is loaded and viewed as compared to trying to demonstrate showing 
with the presenter sharing their desktop. In our test scenario, the presenter 
was at a remote site to the server and viewers were at 4 other different remote 
sites. The network slowed a bit as the presentation was loaded to the server 
and displayed from the server. The load on the network from the remote 
presenter sharing a desktop window and normal Windows 7 background increased 
bandwidth almost by a factor of 10. There there is another delay at the remote 
viewers site with the additional data traveling in the pipe to their location.

The compression of the desktop sharing needs to be improved or the amount of 
data needs to be decreased to make it usable on slower connections.

Original comment by rwsell...@gmail.com on 21 Jul 2011 at 7:52

GoogleCodeExporter commented 8 years ago 
Agreed.  This is definitely an area of BigBlueButton that we'd be interested in 
working with other open source developers that have this same itch to scratch.

Original comment by ffdixon@gmail.com on 22 Jul 2011 at 8:08

GoogleCodeExporter commented 8 years ago 
BigBlueButton 0.81 now uses Screen Video Codec 2 for encoding the presenter's 
desktop.  This codec reduces the colour depth from 24-bits to 8-bits.

Original comment by ffdixon@gmail.com on 23 Sep 2012 at 1:19

GoogleCodeExporter commented 8 years ago 
Issue 854 has been merged into this issue.

Original comment by ffdixon@gmail.com on 23 Sep 2012 at 1:21

GoogleCodeExporter commented 8 years ago 
Issue 512 has been merged into this issue.

Original comment by ffdixon@gmail.com on 18 Dec 2012 at 4:22

GoogleCodeExporter commented 8 years ago 
Thanks to Ralf Sippl for his contribution of the SVC 2 implementation.  See

  https://github.com/bigbluebutton/bigbluebutton/pull/81

Original comment by ffdixon@gmail.com on 11 Feb 2013 at 3:07