Open GoogleCodeExporter opened 9 years ago
Just looked through the source - as far as i see there's no
handleStreamStoppedEvent function in DeskshareManager
So, imho stream's not closed but paused as no data provider is present, and
after the second start-stop it resumes in parallel with the new stream
Original comment by upcFr...@gmail.com
on 25 Jan 2013 at 5:58
Accepted ... will review as part of the development for 0.81.
Original comment by ffdixon@gmail.com
on 25 Jan 2013 at 9:30
Do you ever see a white screen when you try to do the desktop sharing?
In other words, it looks like the applet is sending out date (you see the
thumbnail), but one of the users sees a white screen instead of the presenter's
desktop?
Original comment by ffdixon@gmail.com
on 25 Jan 2013 at 9:51
Can you please expand further on how to reproduce?
Do you
1. Start desktop sharing.
2. Make sure you are viewing the stream.
3. Stop desktop sharing.
4. Repeat 1-3 six times
5. On the seventh time, it fails and the logs above appears.
IIRC, the CONNECT log means a the server is publishing and the DISCONNECT is
when it stops.
Original comment by ritza...@gmail.com
on 25 Jan 2013 at 10:18
to reproduce:
1. start desktop sharing
2. wait for the thumbnail to appear
3. ask everyone if they can see your desktop
4. stop desktop sharing using either "close" or "x"
5. repeat 1-4 six-seven times
After each repeat:
you'll get one more event group in red5 (so after 3 repeats you'll get 3
groups, as in ThirdRun.txt)
applet (presenter's client-side) will work like everything is normal (from java
console output)
thumbnail and viewer-side window will become slower every time
After 6-7 repeats:
presenter's thumbnail window is not showing anything after desktop sharing
start, all buttons're inactive ("close" is not becoming active).
viewers don't see anything, for them desktop sharing window doesn't appear.
applet's still working and passing some data (from java console output)
My system is Ubuntu LTS 10.04 with packaged BBB v0.8 running on Inter R2000IP
server (2x Xeon E5-2600, 32 GB RAM, 6 TB HDD).
Original comment by upcFr...@gmail.com
on 26 Jan 2013 at 9:58
Hi upcFrost,
We've been working on improving the desktop sharing applet in 0.81. Can you
retest with the desktop sharing applet for 0.81
https://github.com/bigbluebutton/bigbluebutton/blob/master/bigbluebutton-client/resources/prod/bbb-deskshare-applet-0.8.1.jar
Download and rename it to bbb-deskshare-applet-0.8.jar and replace
/var/www/bigbluebutton/client/bbb-deskshare-applet-0.8.1.jar
Let us know if you can still repeat the error.
If you can, try updating to JRE 1.7 and test again (we've noticed that Java 7
is more stable with applets).
Original comment by ffdixon@gmail.com
on 9 Feb 2013 at 4:31
[deleted comment]
Doesn't work with 0.8 packaged, JRE 1.7
red5 console output
Got CaptureStartBlockEvent
Creating a live pipe
Initialize BlockManager
java console output
Connecting to 10.100.120.33:9123 room
183f0bf3a0982a127bdb8161e0c44eb696b3e75c-1361211427109
Sharing 1915x1075 at 5,5
Scale to 1280x718 with quality = false
network: Connecting http://10.100.120.33:9123/ with proxy=DIRECT
NetworkSocketStreamSender: connecting to 10.100.120.33:9123
network: Connecting http://10.100.120.33:9123/ with proxy=DIRECT
NETWORKSTREAMSENDER: Starting network sender.
basic: Applet made visible
basic: Applet started
basic: Told clients applet is started
Sending keep alive block!
Sending keep alive block!
And that's all. Preview window is blank with buttons inactive. Viewers doesn't
I'll try to install 0.81 packaged beta and test it again
Original comment by upcFr...@gmail.com
on 18 Feb 2013 at 6:45
*Viewers doesn't see anything, window doesn't appear.
Sorry, mistyped
Original comment by upcFr...@gmail.com
on 19 Feb 2013 at 5:35
BBB 0.81 packaged beta. It works, but red5 output remains the same.
It still prints the following message N times (N == total number of start-stops
for the time server is up)
PipeConnectionEvent.CONSUMER_CONNECT_PUSH
In addition, it now prints the following, but it appears n times (n == number
of start-stops in session)
[INFO] [pool-5-thread-1]
org.bigbluebutton.deskshare.server.red5.DeskshareApplication - W3C
x-category:stream x-event:play c-ip:10.100.120.242
x-sname:2080adc4-7c6a-4a09-bd8e-1a39f95c8d68
x-name:183f0bf3a0982a127bdb8161e0c44eb696b3e75c-1361258384819
[INFO] [pool-5-thread-3]
org.bigbluebutton.deskshare.server.red5.DeskshareApplication - W3C
x-category:stream x-event:play c-ip:10.100.120.242
x-sname:8b2118f8-30b0-41e2-9e74-dafc70a7c6bc
And i also noticed that network usage is slightly increasing every time (about
5-10% per time)
Original comment by upcFr...@gmail.com
on 19 Feb 2013 at 7:57
Original comment by ffdixon@gmail.com
on 15 Jun 2013 at 10:26
Hi guys, before something else forgive-me for my ignorance, but I also had
troubles with sharing desktop.
I'm using the bbb version 0.81. When I click in share desktop icon, the OS (win
7) ask me to execute the applet bbb-deskshare-applet-0.8.1.jar. I accept the
Java request, than appear a blue border in my OS GUI but the sharing screen
preview still gray.
The only changed the nginx in port 9090, for that I write by hands the correct
changes in /etc/nginx/sites-available/bigbluebutton, bigbluebutton.properties
and config.xml. All other features like CAM, MIC, chat, record, playback and
slides are running fine in 9090 port, just a little problem with desktop share.
Any help will be appreciated.
Regards,
Cassio Seffrin
Original comment by cassiose...@gmail.com
on 19 Jun 2013 at 5:45
We recommend running BigBlueButton on port 80. See
https://code.google.com/p/bigbluebutton/wiki/FAQ#We_recommend_running_BigBlueButton_on_port_80
Can you revert BigBlueButton back to port 80 for a quick test to determine if
desktop sharing is working. Just to calibrate expectations, we (the core
developers) don't test running BigBlueButton on different ports, so you might
have hit a non-port 80 problem with desktop sharing.
Original comment by ffdixon@gmail.com
on 19 Jun 2013 at 6:41
thks for your prompt response ffdixon,
Yes, I've read all documentation including this recommendation and I agree with
your arguments, but in my case it's not a option. Apache2 is hosting the moodle
in the same server, maybe I host the moodle in nginx, but it'll complicate some
available questions.
my config.xml
<module name="DeskShareModule"
url="http://bbbserverip:9090/client/DeskShareModule.swf?v=4105"
uri="rtmp://bbbserverip:9090/deskShare" ../
I execute the netstat before I click in sharing desktop in the conference
client. After the blue border appear I execute netstat again and see two
connections with ESTABLISHED status. This mean the connection is Ok, Do you
thing this problem can be something in the bbb-desktop-applet?
I'll try put nginx in 80 port, update configs and test again. But I can do that
now, the server is hosting the current web sites and moodle, so I can do that
tonight.
Regards,
Cassio
Original comment by cassiose...@gmail.com
on 19 Jun 2013 at 7:58
Hi,
I adjusted the config of bbb to port 80 and the deskshare work fine. This prove
there is a problem with some config file.
Anyone have a light?
Thanks in advance
Cassio
Original comment by cassiose...@gmail.com
on 21 Jun 2013 at 2:07
When call de startApplet javascript function, the IP paremeter is de uri.
https://github.com/bigbluebutton/bigbluebutton/blob/master/bigbluebutton-client/
src/org/bigbluebutton/modules/deskshare/view/components/DesktopPublishWindow.mxm
l
Line: 177 ExternalInterface.call("startApplet", uri, room, fullScreen, true
/*useSVC2Check.selected*/)
uri = bbbserverip:9090
Problem is in /var/www/bigbluebutton/client/lib/bbb_deskshare.js, the function
startApplet(IP, roomNumber, fullScreen, useSVC2), replace "<param name=\"IP\"
value=\"" + IP + "\"/>" by "<param name=\"IP\" value=\"" + IP.split(":")[0] +
"\"/>"
Original comment by javi.fre...@gmail.com
on 4 Apr 2014 at 7:57
Original issue reported on code.google.com by
upcFr...@gmail.com
on 25 Jan 2013 at 5:02Attachments: