Thanks for the tips. I do see two SSRCs:
a=ssrc:610871879 msid:mixedmslabel mixedlabelvideo0
a=ssrc:3515327 msid:ef1e9c0e-f243-4ccd-b163-d51b1dab8fa0 c52c8b8f-dab5-4b32-8d64-47923342fd10
... but still don't see any video, and I get the same result with the line in sip-communicator.properties commented out.
I should also mention that, of the 8 or so times I've tried this, I saw the first few seconds of the Big Buck Bunny trailer once, then it froze. In all other cases, I never saw any video at all. That leads me to suspect a race condition of some kind, rather than a simple misconfiguration.
Also, I'm using jicofo as the focus, whereas the published performance evaluation refers to the Chrome client being the focus. Could that make a difference?
On Fri, 6 Feb 2015, Boris Grozev wrote:
On 06/02/15 19:03, Joel Dice wrote:
I'd like to evaluate the performance Jitsi Videobridge for a live
broadcast video scenario, and I came across this benchmark:
https://jitsi.org/Projects/JitsiVideobridgePerformance. I'm trying to run
a similar test on my own server, and everything seems to be working, but
when I add a fake user with Jitsi-Hammer, no video appears for that user.
I see a "Hello World!" chat, and verbose logging indicates that the ICE
negotiation is successful. The "-overallstats" option to jitsi-hammer.sh
has enough non-zero stats to suggest that video is being sent and received
from the fake user's persepective, but I don't see any video in my Chrome
set up the server, which seems to work fine for real Chrome clients -- I
can do video chats with 2 or 3 clients and everything works. I'm testing
jitsi-hammer by visiting https://myserver.example.com/foo in Chrome and
then running "bash jitsi-hammer.sh -XMPPdomain myserver.example.com
-XMPPhost myserver.example.com -MUCdomain conference.myserver.example.com
-room foo -ivf resources/big-buck-bunny_trailer_track1_eng.ivf
-overallstats". In the Chrome client, I can see a "Hello World!" chat
from Jitsi_Hammer_0_, but no video thumbnail appears in the "film strip".
I see no errors in any of the client or server logs.
Does anyone have any suggestions for how I might debug this?
You can start by checking chrome://webrtc-internals after a Hammer has joined the room. In the last setRemoteDescription call you should see two SSRCs listed for video (one with a "mixedlabel" and one other).
Next you can try to disable forcing DTLS in the Hammer by commenting out the line in $HAMMER_DIR/.jitsi-hammer/sip-communicators.properties. Note that if that fixes the problem the performance measurements would not be very telling, because there will be no encryption.