We recently encountered a similar case where the desktop sharing was updating very slowing for remove viewers. The problem turned out to be the upstream bandwidth for the presenter sharing their desktop.
We did a test with the presenter, who said their ISP provided 3 Mbits/sec upstream and 6 Mbits/sec downstream, and were just sharing slides. At some point, we noticed noticed their audio became momentarily garbled and we asked them to do a quick speed tests (
http://speedtest.net). They were seeing only 0.52 Mbits/sec upload at that time.
The key point here is its not what the ISP is provide that is important; rather, it's the actual bandwidth that is the key.
For desktop sharing, we recommend that a presenter have (at least) 1.0 Mbits/sec actual bandwidth for upload. Of course, that's not an absolute number -- the results of what users see will depend also what the presenter is sharing (does their screen update frequently?), how big of an area or full-screen they are sharing, and whether the presenter is also sharing their webcam.
Audio doesn't take much bandwidth, but it is susceptible to network lag, and the more constrained the bandwidth becomes, the more packet lag increase.
The increased packet lag can eventually affect connectivity. The BigBlueButton client checkes about once each second (a "heartbeat") to make sure it's still connected with the server.
There is some tolerance for this check, but, like Skype which will disconnect and attempt to reconnect, the BigBlueButton client will attempt to reconnect if the heartbeat fails.
Is the presenter on a Mac or PC? On the PC, the desktop sharing support sharing a region of the screen. Recommend they try selecting a subset of their screen for desktop sharing.
On Mac, the desktop sharing will default to sharing the main screen. Recommend the presenter reduce the resolution on their main screen before sharing their desktop.
I can't say for certain the above is going to fix the issue -- it does sound like a bandwidth issue and, at some point, when the bandwidth gets too low, there really isn't enough left to share the desktop.
Is the presenter using desktop sharing to share? If so, we recommend saving the slides as PDF and uploading them to the presentation area -- this will use far less bandwidth as each client will cache the slides. If possible, avoid having a high-def image as a background to the slides -- this significantly increases the size of each slide and may also increase the conversion time. If they can share slides using the built-in presentation capabilities, then for times they need to share their desktop (such as demonstrating an application), use the pause/resume capability of the desktop sharing.
Let us know if the above helps!
Regards,... Fred