[jitsi-users] Videobridge doesn't send video to the 3rd caller when everyone joins video only


#1

We are testing latest stable and master branch build of the JVB/meet and we found that when using video only to join the conference, starting with the 3rd caller, existing participants can see the new comer but the new comer can’t see others’ video streams.

Only when another caller joins, the streams start to show up, but the last caller would have no streams. If some leaves, the streams would also start to work.

Has anyone else seen similar problems?

Thanks,
Jerry


#2

Not that I know of! :-S

Can you try it on meet.jit.si <http://meet.jit.si/>? That way we can rule out a problem in your own infrastructure.

Cheers,

···

On Mar 3, 2017, at 07:08, jerry@iotum.com wrote:

We are testing latest stable and master branch build of the JVB/meet and we found that when using video only to join the conference, starting with the 3rd caller, existing participants can see the new comer but the new comer can’t see others’ video streams.

Only when another caller joins, the streams start to show up, but the last caller would have no streams. If some leaves, the streams would also start to work.

Has anyone else seen similar problems?

--
Saúl


#3

Thanks, but the meet.jit.si creates the local track using “devices: ['audio', 'video']” with fallback to ‘audio’ only, where my test case is to set up local track with ‘video’ only, i.e. “devices: ['video']”.

The local track setup is in conference.js which I can’t easily change on meet.jit.si.

Thanks,
Jerry

···

From: Saúl Ibarra Corretgé
Sent: Friday, March 3, 2017 2:35 AM
To: Jitsi Users
Subject: Re: [jitsi-users] Videobridge doesn't send video to the 3rd callerwhen everyone joins video only

On Mar 3, 2017, at 07:08, jerry@iotum.com wrote:

We are testing latest stable and master branch build of the JVB/meet and we found that when using video only to join the conference, starting with the 3rd caller, existing participants can see the new comer but the new comer can’t see others’ video streams.

Only when another caller joins, the streams start to show up, but the last caller would have no streams. If some leaves, the streams would also start to work.

Has anyone else seen similar problems?

Not that I know of! :-S

Can you try it on meet.jit.si? That way we can rule out a problem in your own infrastructure.

Cheers,

--
Saúl


#4

Hi Jerry,

This sounds like the bitrate allocation is not invoked (so nothing is forwarded). The bitrate allocation is invoked on specific events in the bridge, when a participant joins/leaves, when the selected participant changes, when the dominant speaker changes, etc.

Could you please give some more information on your specific setup? How are you testing this out?

Best,
George

···

On Mar 3, 2017, at 8:15 AM, <jerry@iotum.com> <jerry@iotum.com> wrote:

Thanks, but the meet.jit.si <http://meet.jit.si/> creates the local track using “devices: ['audio', 'video']” with fallback to ‘audio’ only, where my test case is to set up local track with ‘video’ only, i.e. “devices: ['video']”.

The local track setup is in conference.js which I can’t easily change on meet.jit.si <http://meet.jit.si/>.

Thanks,
Jerry

From: Saúl Ibarra Corretgé <mailto:scorretge@atlassian.com>
Sent: Friday, March 3, 2017 2:35 AM
To: Jitsi Users <mailto:users@jitsi.org>
Subject: Re: [jitsi-users] Videobridge doesn't send video to the 3rd callerwhen everyone joins video only

On Mar 3, 2017, at 07:08, jerry@iotum.com <mailto:jerry@iotum.com> wrote:

We are testing latest stable and master branch build of the JVB/meet and we found that when using video only to join the conference, starting with the 3rd caller, existing participants can see the new comer but the new comer can’t see others’ video streams.

Only when another caller joins, the streams start to show up, but the last caller would have no streams. If some leaves, the streams would also start to work.

Has anyone else seen similar problems?

Not that I know of! :-S

Can you try it on meet.jit.si <http://meet.jit.si/>? That way we can rule out a problem in your own infrastructure.

Cheers,

--
Saúl

_______________________________________________
users mailing list
users@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/users


#5

George,

Here’s how I setup the test case. I’ve installed the jitsi deb package and verified the meet works very well. Then I cloned the lib-jitsi-meet and modified the example.js to change local track to only use ‘video’, and added event handlers to dump out local and remote stats.

I’ve tried turning on and off the options, like simulcast, lipsync, audio-level, last-n, etc. but they all behave similarly in that if there’s no audio track, the last joined caller (after 2nd) won’t get the video streams. Previous participants can all see the last person’s video though.

I’ve been reading the jicofo and jvb logs trying to compare the difference, but it’s rather a lot to comb through.

Lastly, the remote stats for the 3rd caller would show remote peers’ bitrate but the resolution appears to be stuck at 0x0.

Jerry

···

From: George Politis
Sent: Friday, March 3, 2017 10:53 AM
To: Jitsi Users
Subject: Re: [jitsi-users] Videobridge doesn't send video to the 3rdcallerwhen everyone joins video only

Hi Jerry,

This sounds like the bitrate allocation is not invoked (so nothing is forwarded). The bitrate allocation is invoked on specific events in the bridge, when a participant joins/leaves, when the selected participant changes, when the dominant speaker changes, etc.

Could you please give some more information on your specific setup? How are you testing this out?

Best,
George

On Mar 3, 2017, at 8:15 AM, <jerry@iotum.com> <jerry@iotum.com> wrote:

Thanks, but the meet.jit.si creates the local track using “devices: ['audio', 'video']” with fallback to ‘audio’ only, where my test case is to set up local track with ‘video’ only, i.e. “devices: ['video']”.

The local track setup is in conference.js which I can’t easily change on meet.jit.si.

Thanks,
Jerry

From: Saúl Ibarra Corretgé
Sent: Friday, March 3, 2017 2:35 AM
To: Jitsi Users
Subject: Re: [jitsi-users] Videobridge doesn't send video to the 3rd callerwhen everyone joins video only

On Mar 3, 2017, at 07:08, jerry@iotum.com wrote:

We are testing latest stable and master branch build of the JVB/meet and we found that when using video only to join the conference, starting with the 3rd caller, existing participants can see the new comer but the new comer can’t see others’ video streams.

Only when another caller joins, the streams start to show up, but the last caller would have no streams. If some leaves, the streams would also start to work.

Has anyone else seen similar problems?

Not that I know of! :-S

Can you try it on meet.jit.si? That way we can rule out a problem in your own infrastructure.

Cheers,

--
Saúl

_______________________________________________
users mailing list
users@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/users


#6

Thanks for explaining, Jerry.

Could you please enable verbose logging level for everything (in /etc/jitsi/videobridge/logging.properties s/^.level=INFO/^.level=ALL/) and attach it here?

Best,
George

···

On Mar 3, 2017, at 10:03 AM, <jerry@iotum.com> <jerry@iotum.com> wrote:

George,

Here’s how I setup the test case. I’ve installed the jitsi deb package and verified the meet works very well. Then I cloned the lib-jitsi-meet and modified the example.js to change local track to only use ‘video’, and added event handlers to dump out local and remote stats.

I’ve tried turning on and off the options, like simulcast, lipsync, audio-level, last-n, etc. but they all behave similarly in that if there’s no audio track, the last joined caller (after 2nd) won’t get the video streams. Previous participants can all see the last person’s video though.

I’ve been reading the jicofo and jvb logs trying to compare the difference, but it’s rather a lot to comb through.

Lastly, the remote stats for the 3rd caller would show remote peers’ bitrate but the resolution appears to be stuck at 0x0.

Jerry

From: George Politis <mailto:gp@jitsi.org>
Sent: Friday, March 3, 2017 10:53 AM
To: Jitsi Users <mailto:users@jitsi.org>
Subject: Re: [jitsi-users] Videobridge doesn't send video to the 3rdcallerwhen everyone joins video only

Hi Jerry,

This sounds like the bitrate allocation is not invoked (so nothing is forwarded). The bitrate allocation is invoked on specific events in the bridge, when a participant joins/leaves, when the selected participant changes, when the dominant speaker changes, etc.

Could you please give some more information on your specific setup? How are you testing this out?

Best,
George

On Mar 3, 2017, at 8:15 AM, <jerry@iotum.com <mailto:jerry@iotum.com>> <jerry@iotum.com <mailto:jerry@iotum.com>> wrote:

Thanks, but the meet.jit.si <http://meet.jit.si/> creates the local track using “devices: ['audio', 'video']” with fallback to ‘audio’ only, where my test case is to set up local track with ‘video’ only, i.e. “devices: ['video']”.

The local track setup is in conference.js which I can’t easily change on meet.jit.si <http://meet.jit.si/>.

Thanks,
Jerry

From: Saúl Ibarra Corretgé <mailto:scorretge@atlassian.com>
Sent: Friday, March 3, 2017 2:35 AM
To: Jitsi Users <mailto:users@jitsi.org>
Subject: Re: [jitsi-users] Videobridge doesn't send video to the 3rd callerwhen everyone joins video only

On Mar 3, 2017, at 07:08, jerry@iotum.com <mailto:jerry@iotum.com> wrote:

We are testing latest stable and master branch build of the JVB/meet and we found that when using video only to join the conference, starting with the 3rd caller, existing participants can see the new comer but the new comer can’t see others’ video streams.

Only when another caller joins, the streams start to show up, but the last caller would have no streams. If some leaves, the streams would also start to work.

Has anyone else seen similar problems?

Not that I know of! :-S

Can you try it on meet.jit.si <http://meet.jit.si/>? That way we can rule out a problem in your own infrastructure.

Cheers,

--
Saúl

_______________________________________________
users mailing list
users@jitsi.org <mailto:users@jitsi.org>
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/users


#7

George,

Attached please find the log file.

I used 3 clients, joined by 1 – 2 – 3 (3rd saw no video from others). Then I dropped 2nd (3rd could then see 1st).

Thanks for your help!

Jerry

jvb_full.log.gz (1.55 MB)

···

From: George Politis
Sent: Friday, March 3, 2017 11:19 AM
To: jerry@iotum.com
Cc: Jitsi Users
Subject: Re: [jitsi-users] Videobridge doesn't send video to the 3rdcallerwheneveryone joins video only

Thanks for explaining, Jerry.

Could you please enable verbose logging level for everything (in /etc/jitsi/videobridge/logging.properties s/^.level=INFO/^.level=ALL/) and attach it here?

Best,
George

On Mar 3, 2017, at 10:03 AM, <jerry@iotum.com> <jerry@iotum.com> wrote:

George,

Here’s how I setup the test case. I’ve installed the jitsi deb package and verified the meet works very well. Then I cloned the lib-jitsi-meet and modified the example.js to change local track to only use ‘video’, and added event handlers to dump out local and remote stats.

I’ve tried turning on and off the options, like simulcast, lipsync, audio-level, last-n, etc. but they all behave similarly in that if there’s no audio track, the last joined caller (after 2nd) won’t get the video streams. Previous participants can all see the last person’s video though.

I’ve been reading the jicofo and jvb logs trying to compare the difference, but it’s rather a lot to comb through.

Lastly, the remote stats for the 3rd caller would show remote peers’ bitrate but the resolution appears to be stuck at 0x0.

Jerry

From: George Politis
Sent: Friday, March 3, 2017 10:53 AM
To: Jitsi Users
Subject: Re: [jitsi-users] Videobridge doesn't send video to the 3rdcallerwhen everyone joins video only

Hi Jerry,

This sounds like the bitrate allocation is not invoked (so nothing is forwarded). The bitrate allocation is invoked on specific events in the bridge, when a participant joins/leaves, when the selected participant changes, when the dominant speaker changes, etc.

Could you please give some more information on your specific setup? How are you testing this out?

Best,
George

On Mar 3, 2017, at 8:15 AM, <jerry@iotum.com> <jerry@iotum.com> wrote:

Thanks, but the meet.jit.si creates the local track using “devices: ['audio', 'video']” with fallback to ‘audio’ only, where my test case is to set up local track with ‘video’ only, i.e. “devices: ['video']”.

The local track setup is in conference.js which I can’t easily change on meet.jit.si.

Thanks,
Jerry

From: Saúl Ibarra Corretgé
Sent: Friday, March 3, 2017 2:35 AM
To: Jitsi Users
Subject: Re: [jitsi-users] Videobridge doesn't send video to the 3rd callerwhen everyone joins video only

On Mar 3, 2017, at 07:08, jerry@iotum.com wrote:

We are testing latest stable and master branch build of the JVB/meet and we found that when using video only to join the conference, starting with the 3rd caller, existing participants can see the new comer but the new comer can’t see others’ video streams.

Only when another caller joins, the streams start to show up, but the last caller would have no streams. If some leaves, the streams would also start to work.

Has anyone else seen similar problems?

Not that I know of! :-S

Can you try it on meet.jit.si? That way we can rule out a problem in your own infrastructure.

Cheers,

--
Saúl

_______________________________________________
users mailing list
users@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/users


#8

George,

I did the log thing, and replied with it attached, an hour or so ago – but the attachment is too big (2MB) and it’s been waiting for approval…

Hopefully it’ll get through soon.

Thanks,
Jerry

···

From: George Politis
Sent: Friday, March 3, 2017 11:19 AM
To: jerry@iotum.com
Cc: Jitsi Users
Subject: Re: [jitsi-users] Videobridge doesn't send video to the 3rdcallerwheneveryone joins video only

Thanks for explaining, Jerry.

Could you please enable verbose logging level for everything (in /etc/jitsi/videobridge/logging.properties s/^.level=INFO/^.level=ALL/) and attach it here?

Best,
George

On Mar 3, 2017, at 10:03 AM, <jerry@iotum.com> <jerry@iotum.com> wrote:

George,

Here’s how I setup the test case. I’ve installed the jitsi deb package and verified the meet works very well. Then I cloned the lib-jitsi-meet and modified the example.js to change local track to only use ‘video’, and added event handlers to dump out local and remote stats.

I’ve tried turning on and off the options, like simulcast, lipsync, audio-level, last-n, etc. but they all behave similarly in that if there’s no audio track, the last joined caller (after 2nd) won’t get the video streams. Previous participants can all see the last person’s video though.

I’ve been reading the jicofo and jvb logs trying to compare the difference, but it’s rather a lot to comb through.

Lastly, the remote stats for the 3rd caller would show remote peers’ bitrate but the resolution appears to be stuck at 0x0.

Jerry

From: George Politis
Sent: Friday, March 3, 2017 10:53 AM
To: Jitsi Users
Subject: Re: [jitsi-users] Videobridge doesn't send video to the 3rdcallerwhen everyone joins video only

Hi Jerry,

This sounds like the bitrate allocation is not invoked (so nothing is forwarded). The bitrate allocation is invoked on specific events in the bridge, when a participant joins/leaves, when the selected participant changes, when the dominant speaker changes, etc.

Could you please give some more information on your specific setup? How are you testing this out?

Best,
George

On Mar 3, 2017, at 8:15 AM, <jerry@iotum.com> <jerry@iotum.com> wrote:

Thanks, but the meet.jit.si creates the local track using “devices: ['audio', 'video']” with fallback to ‘audio’ only, where my test case is to set up local track with ‘video’ only, i.e. “devices: ['video']”.

The local track setup is in conference.js which I can’t easily change on meet.jit.si.

Thanks,
Jerry

From: Saúl Ibarra Corretgé
Sent: Friday, March 3, 2017 2:35 AM
To: Jitsi Users
Subject: Re: [jitsi-users] Videobridge doesn't send video to the 3rd callerwhen everyone joins video only

On Mar 3, 2017, at 07:08, jerry@iotum.com wrote:

We are testing latest stable and master branch build of the JVB/meet and we found that when using video only to join the conference, starting with the 3rd caller, existing participants can see the new comer but the new comer can’t see others’ video streams.

Only when another caller joins, the streams start to show up, but the last caller would have no streams. If some leaves, the streams would also start to work.

Has anyone else seen similar problems?

Not that I know of! :-S

Can you try it on meet.jit.si? That way we can rule out a problem in your own infrastructure.

Cheers,

--
Saúl

_______________________________________________
users mailing list
users@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/users


#9

Thank you Jerry, I got the gzipped file. I’ll try to have a look later today.

···

On Mar 3, 2017, at 12:16 PM, jerry@iotum.com wrote:

George,

I did the log thing, and replied with it attached, an hour or so ago – but the attachment is too big (2MB) and it’s been waiting for approval…

Hopefully it’ll get through soon.

Thanks,
Jerry

From: George Politis <mailto:gp@jitsi.org>
Sent: Friday, March 3, 2017 11:19 AM
To: jerry@iotum.com <mailto:jerry@iotum.com>
Cc: Jitsi Users <mailto:users@jitsi.org>
Subject: Re: [jitsi-users] Videobridge doesn't send video to the 3rdcallerwheneveryone joins video only

Thanks for explaining, Jerry.

Could you please enable verbose logging level for everything (in /etc/jitsi/videobridge/logging.properties s/^.level=INFO/^.level=ALL/) and attach it here?

Best,
George

On Mar 3, 2017, at 10:03 AM, <jerry@iotum.com <mailto:jerry@iotum.com>> <jerry@iotum.com <mailto:jerry@iotum.com>> wrote:

George,

Here’s how I setup the test case. I’ve installed the jitsi deb package and verified the meet works very well. Then I cloned the lib-jitsi-meet and modified the example.js to change local track to only use ‘video’, and added event handlers to dump out local and remote stats.

I’ve tried turning on and off the options, like simulcast, lipsync, audio-level, last-n, etc. but they all behave similarly in that if there’s no audio track, the last joined caller (after 2nd) won’t get the video streams. Previous participants can all see the last person’s video though.

I’ve been reading the jicofo and jvb logs trying to compare the difference, but it’s rather a lot to comb through.

Lastly, the remote stats for the 3rd caller would show remote peers’ bitrate but the resolution appears to be stuck at 0x0.

Jerry

From: George Politis <mailto:gp@jitsi.org>
Sent: Friday, March 3, 2017 10:53 AM
To: Jitsi Users <mailto:users@jitsi.org>
Subject: Re: [jitsi-users] Videobridge doesn't send video to the 3rdcallerwhen everyone joins video only

Hi Jerry,

This sounds like the bitrate allocation is not invoked (so nothing is forwarded). The bitrate allocation is invoked on specific events in the bridge, when a participant joins/leaves, when the selected participant changes, when the dominant speaker changes, etc.

Could you please give some more information on your specific setup? How are you testing this out?

Best,
George

On Mar 3, 2017, at 8:15 AM, <jerry@iotum.com <mailto:jerry@iotum.com>> <jerry@iotum.com <mailto:jerry@iotum.com>> wrote:

Thanks, but the meet.jit.si <http://meet.jit.si/> creates the local track using “devices: ['audio', 'video']” with fallback to ‘audio’ only, where my test case is to set up local track with ‘video’ only, i.e. “devices: ['video']”.

The local track setup is in conference.js which I can’t easily change on meet.jit.si <http://meet.jit.si/>.

Thanks,
Jerry

From: Saúl Ibarra Corretgé <mailto:scorretge@atlassian.com>
Sent: Friday, March 3, 2017 2:35 AM
To: Jitsi Users <mailto:users@jitsi.org>
Subject: Re: [jitsi-users] Videobridge doesn't send video to the 3rd callerwhen everyone joins video only

On Mar 3, 2017, at 07:08, jerry@iotum.com <mailto:jerry@iotum.com> wrote:

We are testing latest stable and master branch build of the JVB/meet and we found that when using video only to join the conference, starting with the 3rd caller, existing participants can see the new comer but the new comer can’t see others’ video streams.

Only when another caller joins, the streams start to show up, but the last caller would have no streams. If some leaves, the streams would also start to work.

Has anyone else seen similar problems?

Not that I know of! :-S

Can you try it on meet.jit.si <http://meet.jit.si/>? That way we can rule out a problem in your own infrastructure.

Cheers,

--
Saúl

_______________________________________________
users mailing list
users@jitsi.org <mailto:users@jitsi.org>
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/users


#10

Hi George,

Have you had a chance to review the log and figured out the possible cause?

Thanks!

Jerry

···

From: George Politis
Sent: Friday, March 3, 2017 1:18 PM
To: jerry@iotum.com
Cc: Jitsi Users
Subject: Re: [jitsi-users] Videobridge doesn't send video to the3rdcallerwheneveryone joins video only

Thank you Jerry, I got the gzipped file. I’ll try to have a look later today.

On Mar 3, 2017, at 12:16 PM, jerry@iotum.com wrote:

George,

I did the log thing, and replied with it attached, an hour or so ago – but the attachment is too big (2MB) and it’s been waiting for approval…

Hopefully it’ll get through soon.

Thanks,
Jerry

From: George Politis
Sent: Friday, March 3, 2017 11:19 AM
To: jerry@iotum.com
Cc: Jitsi Users
Subject: Re: [jitsi-users] Videobridge doesn't send video to the 3rdcallerwheneveryone joins video only

Thanks for explaining, Jerry.

Could you please enable verbose logging level for everything (in /etc/jitsi/videobridge/logging.properties s/^.level=INFO/^.level=ALL/) and attach it here?

Best,
George

On Mar 3, 2017, at 10:03 AM, <jerry@iotum.com> <jerry@iotum.com> wrote:

George,

Here’s how I setup the test case. I’ve installed the jitsi deb package and verified the meet works very well. Then I cloned the lib-jitsi-meet and modified the example.js to change local track to only use ‘video’, and added event handlers to dump out local and remote stats.

I’ve tried turning on and off the options, like simulcast, lipsync, audio-level, last-n, etc. but they all behave similarly in that if there’s no audio track, the last joined caller (after 2nd) won’t get the video streams. Previous participants can all see the last person’s video though.

I’ve been reading the jicofo and jvb logs trying to compare the difference, but it’s rather a lot to comb through.

Lastly, the remote stats for the 3rd caller would show remote peers’ bitrate but the resolution appears to be stuck at 0x0.

Jerry

From: George Politis
Sent: Friday, March 3, 2017 10:53 AM
To: Jitsi Users
Subject: Re: [jitsi-users] Videobridge doesn't send video to the 3rdcallerwhen everyone joins video only

Hi Jerry,

This sounds like the bitrate allocation is not invoked (so nothing is forwarded). The bitrate allocation is invoked on specific events in the bridge, when a participant joins/leaves, when the selected participant changes, when the dominant speaker changes, etc.

Could you please give some more information on your specific setup? How are you testing this out?

Best,
George

On Mar 3, 2017, at 8:15 AM, <jerry@iotum.com> <jerry@iotum.com> wrote:

Thanks, but the meet.jit.si creates the local track using “devices: ['audio', 'video']” with fallback to ‘audio’ only, where my test case is to set up local track with ‘video’ only, i.e. “devices: ['video']”.

The local track setup is in conference.js which I can’t easily change on meet.jit.si.

Thanks,
Jerry

From: Saúl Ibarra Corretgé
Sent: Friday, March 3, 2017 2:35 AM
To: Jitsi Users
Subject: Re: [jitsi-users] Videobridge doesn't send video to the 3rd callerwhen everyone joins video only

On Mar 3, 2017, at 07:08, jerry@iotum.com wrote:

We are testing latest stable and master branch build of the JVB/meet and we found that when using video only to join the conference, starting with the 3rd caller, existing participants can see the new comer but the new comer can’t see others’ video streams.

Only when another caller joins, the streams start to show up, but the last caller would have no streams. If some leaves, the streams would also start to work.

Has anyone else seen similar problems?

Not that I know of! :-S

Can you try it on meet.jit.si? That way we can rule out a problem in your own infrastructure.

Cheers,

--
Saúl

_______________________________________________
users mailing list
users@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/users


#11

Hi Jerry, I started looking at the logs but then I got swamped with other things. I haven’t forgotten this but I might not be able to have a closer look till next week :frowning:

···

On Mar 8, 2017, at 7:21 AM, <jerry@iotum.com> <jerry@iotum.com> wrote:

Hi George,

Have you had a chance to review the log and figured out the possible cause?

Thanks!

Jerry

From: George Politis <mailto:gp@jitsi.org>
Sent: Friday, March 3, 2017 1:18 PM
To: jerry@iotum.com <mailto:jerry@iotum.com>
Cc: Jitsi Users <mailto:users@jitsi.org>
Subject: Re: [jitsi-users] Videobridge doesn't send video to the3rdcallerwheneveryone joins video only

Thank you Jerry, I got the gzipped file. I’ll try to have a look later today.

On Mar 3, 2017, at 12:16 PM, jerry@iotum.com <mailto:jerry@iotum.com> wrote:

George,

I did the log thing, and replied with it attached, an hour or so ago – but the attachment is too big (2MB) and it’s been waiting for approval…

Hopefully it’ll get through soon.

Thanks,
Jerry

From: George Politis <mailto:gp@jitsi.org>
Sent: Friday, March 3, 2017 11:19 AM
To: jerry@iotum.com <mailto:jerry@iotum.com>
Cc: Jitsi Users <mailto:users@jitsi.org>
Subject: Re: [jitsi-users] Videobridge doesn't send video to the 3rdcallerwheneveryone joins video only

Thanks for explaining, Jerry.

Could you please enable verbose logging level for everything (in /etc/jitsi/videobridge/logging.properties s/^.level=INFO/^.level=ALL/) and attach it here?

Best,
George

On Mar 3, 2017, at 10:03 AM, <jerry@iotum.com <mailto:jerry@iotum.com>> <jerry@iotum.com <mailto:jerry@iotum.com>> wrote:

George,

Here’s how I setup the test case. I’ve installed the jitsi deb package and verified the meet works very well. Then I cloned the lib-jitsi-meet and modified the example.js to change local track to only use ‘video’, and added event handlers to dump out local and remote stats.

I’ve tried turning on and off the options, like simulcast, lipsync, audio-level, last-n, etc. but they all behave similarly in that if there’s no audio track, the last joined caller (after 2nd) won’t get the video streams. Previous participants can all see the last person’s video though.

I’ve been reading the jicofo and jvb logs trying to compare the difference, but it’s rather a lot to comb through.

Lastly, the remote stats for the 3rd caller would show remote peers’ bitrate but the resolution appears to be stuck at 0x0.

Jerry

From: George Politis <mailto:gp@jitsi.org>
Sent: Friday, March 3, 2017 10:53 AM
To: Jitsi Users <mailto:users@jitsi.org>
Subject: Re: [jitsi-users] Videobridge doesn't send video to the 3rdcallerwhen everyone joins video only

Hi Jerry,

This sounds like the bitrate allocation is not invoked (so nothing is forwarded). The bitrate allocation is invoked on specific events in the bridge, when a participant joins/leaves, when the selected participant changes, when the dominant speaker changes, etc.

Could you please give some more information on your specific setup? How are you testing this out?

Best,
George

On Mar 3, 2017, at 8:15 AM, <jerry@iotum.com <mailto:jerry@iotum.com>> <jerry@iotum.com <mailto:jerry@iotum.com>> wrote:

Thanks, but the meet.jit.si <http://meet.jit.si/> creates the local track using “devices: ['audio', 'video']” with fallback to ‘audio’ only, where my test case is to set up local track with ‘video’ only, i.e. “devices: ['video']”.

The local track setup is in conference.js which I can’t easily change on meet.jit.si <http://meet.jit.si/>.

Thanks,
Jerry

From: Saúl Ibarra Corretgé <mailto:scorretge@atlassian.com>
Sent: Friday, March 3, 2017 2:35 AM
To: Jitsi Users <mailto:users@jitsi.org>
Subject: Re: [jitsi-users] Videobridge doesn't send video to the 3rd callerwhen everyone joins video only

On Mar 3, 2017, at 07:08, jerry@iotum.com <mailto:jerry@iotum.com> wrote:

We are testing latest stable and master branch build of the JVB/meet and we found that when using video only to join the conference, starting with the 3rd caller, existing participants can see the new comer but the new comer can’t see others’ video streams.

Only when another caller joins, the streams start to show up, but the last caller would have no streams. If some leaves, the streams would also start to work.

Has anyone else seen similar problems?

Not that I know of! :-S

Can you try it on meet.jit.si <http://meet.jit.si/>? That way we can rule out a problem in your own infrastructure.

Cheers,

--
Saúl

_______________________________________________
users mailing list
users@jitsi.org <mailto:users@jitsi.org>
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/users


#12

That’s fair - thanks George!

Jerry

···

From: George Politis
Sent: Wednesday, March 8, 2017 11:19 AM
To: jerry@iotum.com
Cc: Jitsi Users
Subject: Re: [jitsi-users] Videobridge doesn't send video tothe3rdcallerwheneveryone joins video only

Hi Jerry, I started looking at the logs but then I got swamped with other things. I haven’t forgotten this but I might not be able to have a closer look till next week :frowning:

On Mar 8, 2017, at 7:21 AM, <jerry@iotum.com> <jerry@iotum.com> wrote:

Hi George,

Have you had a chance to review the log and figured out the possible cause?

Thanks!

Jerry

From: George Politis
Sent: Friday, March 3, 2017 1:18 PM
To: jerry@iotum.com
Cc: Jitsi Users
Subject: Re: [jitsi-users] Videobridge doesn't send video to the3rdcallerwheneveryone joins video only

Thank you Jerry, I got the gzipped file. I’ll try to have a look later today.

On Mar 3, 2017, at 12:16 PM, jerry@iotum.com wrote:

George,

I did the log thing, and replied with it attached, an hour or so ago – but the attachment is too big (2MB) and it’s been waiting for approval…

Hopefully it’ll get through soon.

Thanks,
Jerry

From: George Politis
Sent: Friday, March 3, 2017 11:19 AM
To: jerry@iotum.com
Cc: Jitsi Users
Subject: Re: [jitsi-users] Videobridge doesn't send video to the 3rdcallerwheneveryone joins video only

Thanks for explaining, Jerry.

Could you please enable verbose logging level for everything (in /etc/jitsi/videobridge/logging.properties s/^.level=INFO/^.level=ALL/) and attach it here?

Best,
George

On Mar 3, 2017, at 10:03 AM, <jerry@iotum.com> <jerry@iotum.com> wrote:

George,

Here’s how I setup the test case. I’ve installed the jitsi deb package and verified the meet works very well. Then I cloned the lib-jitsi-meet and modified the example.js to change local track to only use ‘video’, and added event handlers to dump out local and remote stats.

I’ve tried turning on and off the options, like simulcast, lipsync, audio-level, last-n, etc. but they all behave similarly in that if there’s no audio track, the last joined caller (after 2nd) won’t get the video streams. Previous participants can all see the last person’s video though.

I’ve been reading the jicofo and jvb logs trying to compare the difference, but it’s rather a lot to comb through.

Lastly, the remote stats for the 3rd caller would show remote peers’ bitrate but the resolution appears to be stuck at 0x0.

Jerry

From: George Politis
Sent: Friday, March 3, 2017 10:53 AM
To: Jitsi Users
Subject: Re: [jitsi-users] Videobridge doesn't send video to the 3rdcallerwhen everyone joins video only

Hi Jerry,

This sounds like the bitrate allocation is not invoked (so nothing is forwarded). The bitrate allocation is invoked on specific events in the bridge, when a participant joins/leaves, when the selected participant changes, when the dominant speaker changes, etc.

Could you please give some more information on your specific setup? How are you testing this out?

Best,
George

On Mar 3, 2017, at 8:15 AM, <jerry@iotum.com> <jerry@iotum.com> wrote:

Thanks, but the meet.jit.si creates the local track using “devices: ['audio', 'video']” with fallback to ‘audio’ only, where my test case is to set up local track with ‘video’ only, i.e. “devices: ['video']”.

The local track setup is in conference.js which I can’t easily change on meet.jit.si.

Thanks,
Jerry

From: Saúl Ibarra Corretgé
Sent: Friday, March 3, 2017 2:35 AM
To: Jitsi Users
Subject: Re: [jitsi-users] Videobridge doesn't send video to the 3rd callerwhen everyone joins video only

On Mar 3, 2017, at 07:08, jerry@iotum.com wrote:

We are testing latest stable and master branch build of the JVB/meet and we found that when using video only to join the conference, starting with the 3rd caller, existing participants can see the new comer but the new comer can’t see others’ video streams.

Only when another caller joins, the streams start to show up, but the last caller would have no streams. If some leaves, the streams would also start to work.

Has anyone else seen similar problems?

Not that I know of! :-S

Can you try it on meet.jit.si? That way we can rule out a problem in your own infrastructure.

Cheers,

--
Saúl

_______________________________________________
users mailing list
users@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/users


#13

Hello guys.

@Jerry I could make it work <http://imgur.com/pGtNQTX>, but I had to make
some changes on the client (jitsi-meet) and use an old version of
lib-jitsi-meet.

Some story time: Jitsi Meet *latest stable* has a bug that some people
can't *hear* some other people in a conference. Some changes have been made
in the past months to address this problem because it may be related to
Chrome and not to Jitsi Meet at all.

At this moment, there's some kind of bug with new streams with the last
version of lib-jitsi-meet. Although it works perfectly when both streams
are available (audio and video), I believe it gets buggy when only one
stream is being used or streams get updated/replaced. The former is your
case.

I could make it work with the following changes:
1 -> Change your lib-jitsi-meet to the version jitsi-meet_1622. It is the
latest stable version. You can do that by adding #jitsi-meet_1622 in this
line <https://github.com/jitsi/jitsi-meet/blob/master/package.json#L36> of
the packages.json file.
2 -> Change the clean-css version in the package.json to 3.4.25, like in this
line <https://github.com/jitsi/jitsi-meet/blob/master/package.json#L67> (or
css will not be generated correctly)
3 -> Change your jitsi-meet version to the version/tag 1592. It is the
latest stable version. Apply your changes from here.

Camilo

···

On Wed, Mar 8, 2017 at 1:23 PM, <jerry@iotum.com> wrote:

That’s fair - thanks George!

Jerry

*From: *George Politis <gp@jitsi.org>
*Sent: *Wednesday, March 8, 2017 11:19 AM
*To: *jerry@iotum.com
*Cc: *Jitsi Users <users@jitsi.org>
*Subject: *Re: [jitsi-users] Videobridge doesn't send video
tothe3rdcallerwheneveryone joins video only

Hi Jerry, I started looking at the logs but then I got swamped with other
things. I haven’t forgotten this but I might not be able to have a closer
look till next week :frowning:

On Mar 8, 2017, at 7:21 AM, <jerry@iotum.com> <jerry@iotum.com> wrote:

Hi George,

Have you had a chance to review the log and figured out the possible cause?

Thanks!

Jerry

*From: *George Politis <gp@jitsi.org>
*Sent: *Friday, March 3, 2017 1:18 PM
*To: *jerry@iotum.com
*Cc: *Jitsi Users <users@jitsi.org>
*Subject: *Re: [jitsi-users] Videobridge doesn't send video to
the3rdcallerwheneveryone joins video only

Thank you Jerry, I got the gzipped file. I’ll try to have a look later
today.

On Mar 3, 2017, at 12:16 PM, jerry@iotum.com wrote:

George,

I did the log thing, and replied with it attached, an hour or so ago – but
the attachment is too big (2MB) and it’s been waiting for approval…

Hopefully it’ll get through soon.

Thanks,

Jerry

*From: *George Politis <gp@jitsi.org>
*Sent: *Friday, March 3, 2017 11:19 AM
*To: *jerry@iotum.com
*Cc: *Jitsi Users <users@jitsi.org>
*Subject: *Re: [jitsi-users] Videobridge doesn't send video to the
3rdcallerwheneveryone joins video only

Thanks for explaining, Jerry.

Could you please enable verbose logging level for everything (in
/etc/jitsi/videobridge/logging.properties s/^.level=INFO/^.level=ALL/)
and attach it here?

Best,

George

On Mar 3, 2017, at 10:03 AM, <jerry@iotum.com> <jerry@iotum.com> wrote:

George,

Here’s how I setup the test case. I’ve installed the jitsi deb package and
verified the meet works very well. Then I cloned the lib-jitsi-meet and
modified the example.js to change local track to only use ‘video’, and
added event handlers to dump out local and remote stats.

I’ve tried turning on and off the options, like simulcast, lipsync,
audio-level, last-n, etc. but they all behave similarly in that if there’s
no audio track, the last joined caller (after 2nd) won’t get the video
streams. Previous participants can all see the last person’s video though.

I’ve been reading the jicofo and jvb logs trying to compare the
difference, but it’s rather a lot to comb through.

Lastly, the remote stats for the 3rd caller would show remote peers’
bitrate but the resolution appears to be stuck at 0x0.

Jerry

*From: *George Politis <gp@jitsi.org>
*Sent: *Friday, March 3, 2017 10:53 AM
*To: *Jitsi Users <users@jitsi.org>
*Subject: *Re: [jitsi-users] Videobridge doesn't send video to the
3rdcallerwhen everyone joins video only

Hi Jerry,

This sounds like the bitrate allocation is not invoked (so nothing is
forwarded). The bitrate allocation is invoked on specific events in the
bridge, when a participant joins/leaves, when the selected participant
changes, when the dominant speaker changes, etc.

Could you please give some more information on your specific setup? How
are you testing this out?

Best,

George

On Mar 3, 2017, at 8:15 AM, <jerry@iotum.com> <jerry@iotum.com> wrote:

Thanks, but the meet.jit.si creates the local track using “devices:
['audio', 'video']” with fallback to ‘audio’ only, where my test case is to
set up local track with ‘video’ only, i.e. “devices: ['video']”.

The local track setup is in conference.js which I can’t easily change on
meet.jit.si.

Thanks,

Jerry

*From: *Saúl Ibarra Corretgé <scorretge@atlassian.com>
*Sent: *Friday, March 3, 2017 2:35 AM
*To: *Jitsi Users <users@jitsi.org>
*Subject: *Re: [jitsi-users] Videobridge doesn't send video to the 3rd
callerwhen everyone joins video only

On Mar 3, 2017, at 07:08, jerry@iotum.com wrote:

We are testing latest stable and master branch build of the JVB/meet and
we found that when using video only to join the conference, starting with
the 3rd caller, existing participants can see the new comer but the new
comer can’t see others’ video streams.

Only when another caller joins, the streams start to show up, but the last
caller would have no streams. If some leaves, the streams would also start
to work.

Has anyone else seen similar problems?

Not that I know of! :-S

Can you try it on meet.jit.si? That way we can rule out a problem in your
own infrastructure.

Cheers,

--

Saúl

_______________________________________________
users mailing list
users@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/users

_______________________________________________
users mailing list
users@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/users


#14

Thanks Camilo. I’ll run tests following your instructions and report back.

Jerry

···

From: Camilo
Sent: Wednesday, March 8, 2017 7:26 PM
To: Jitsi Users
Subject: Re: [jitsi-users] Videobridge doesn't send videotothe3rdcallerwheneveryone joins video only

Hello guys.

@Jerry I could make it work, but I had to make some changes on the client (jitsi-meet) and use an old version of lib-jitsi-meet.

Some story time: Jitsi Meet latest stable has a bug that some people can't hear some other people in a conference. Some changes have been made in the past months to address this problem because it may be related to Chrome and not to Jitsi Meet at all.

At this moment, there's some kind of bug with new streams with the last version of lib-jitsi-meet. Although it works perfectly when both streams are available (audio and video), I believe it gets buggy when only one stream is being used or streams get updated/replaced. The former is your case.

I could make it work with the following changes:
1 -> Change your lib-jitsi-meet to the version jitsi-meet_1622. It is the latest stable version. You can do that by adding #jitsi-meet_1622 in this line of the packages.json file.
2 -> Change the clean-css version in the package.json to 3.4.25, like in this line (or css will not be generated correctly)
3 -> Change your jitsi-meet version to the version/tag 1592. It is the latest stable version. Apply your changes from here.

Camilo

On Wed, Mar 8, 2017 at 1:23 PM, <jerry@iotum.com> wrote:
That’s fair - thanks George!

Jerry

From: George Politis
Sent: Wednesday, March 8, 2017 11:19 AM
To: jerry@iotum.com
Cc: Jitsi Users
Subject: Re: [jitsi-users] Videobridge doesn't send video tothe3rdcallerwheneveryone joins video only

Hi Jerry, I started looking at the logs but then I got swamped with other things. I haven’t forgotten this but I might not be able to have a closer look till next week :frowning:

On Mar 8, 2017, at 7:21 AM, <jerry@iotum.com> <jerry@iotum.com> wrote:

Hi George,

Have you had a chance to review the log and figured out the possible cause?

Thanks!

Jerry

From: George Politis
Sent: Friday, March 3, 2017 1:18 PM
To: jerry@iotum.com
Cc: Jitsi Users
Subject: Re: [jitsi-users] Videobridge doesn't send video to the3rdcallerwheneveryone joins video only

Thank you Jerry, I got the gzipped file. I’ll try to have a look later today.

On Mar 3, 2017, at 12:16 PM, jerry@iotum.com wrote:

George,

I did the log thing, and replied with it attached, an hour or so ago – but the attachment is too big (2MB) and it’s been waiting for approval…

Hopefully it’ll get through soon.

Thanks,
Jerry

From: George Politis
Sent: Friday, March 3, 2017 11:19 AM
To: jerry@iotum.com
Cc: Jitsi Users
Subject: Re: [jitsi-users] Videobridge doesn't send video to the 3rdcallerwheneveryone joins video only

Thanks for explaining, Jerry.

Could you please enable verbose logging level for everything (in /etc/jitsi/videobridge/logging.properties s/^.level=INFO/^.level=ALL/) and attach it here?

Best,
George

On Mar 3, 2017, at 10:03 AM, <jerry@iotum.com> <jerry@iotum.com> wrote:

George,

Here’s how I setup the test case. I’ve installed the jitsi deb package and verified the meet works very well. Then I cloned the lib-jitsi-meet and modified the example.js to change local track to only use ‘video’, and added event handlers to dump out local and remote stats.

I’ve tried turning on and off the options, like simulcast, lipsync, audio-level, last-n, etc. but they all behave similarly in that if there’s no audio track, the last joined caller (after 2nd) won’t get the video streams. Previous participants can all see the last person’s video though.

I’ve been reading the jicofo and jvb logs trying to compare the difference, but it’s rather a lot to comb through.

Lastly, the remote stats for the 3rd caller would show remote peers’ bitrate but the resolution appears to be stuck at 0x0.

Jerry

From: George Politis
Sent: Friday, March 3, 2017 10:53 AM
To: Jitsi Users
Subject: Re: [jitsi-users] Videobridge doesn't send video to the 3rdcallerwhen everyone joins video only

Hi Jerry,

This sounds like the bitrate allocation is not invoked (so nothing is forwarded). The bitrate allocation is invoked on specific events in the bridge, when a participant joins/leaves, when the selected participant changes, when the dominant speaker changes, etc.

Could you please give some more information on your specific setup? How are you testing this out?

Best,
George

On Mar 3, 2017, at 8:15 AM, <jerry@iotum.com> <jerry@iotum.com> wrote:

Thanks, but the meet.jit.si creates the local track using “devices: ['audio', 'video']” with fallback to ‘audio’ only, where my test case is to set up local track with ‘video’ only, i.e. “devices: ['video']”.

The local track setup is in conference.js which I can’t easily change on meet.jit.si.

Thanks,
Jerry

From: Saúl Ibarra Corretgé
Sent: Friday, March 3, 2017 2:35 AM
To: Jitsi Users
Subject: Re: [jitsi-users] Videobridge doesn't send video to the 3rd callerwhen everyone joins video only

On Mar 3, 2017, at 07:08, jerry@iotum.com wrote:

We are testing latest stable and master branch build of the JVB/meet and we found that when using video only to join the conference, starting with the 3rd caller, existing participants can see the new comer but the new comer can’t see others’ video streams.

Only when another caller joins, the streams start to show up, but the last caller would have no streams. If some leaves, the streams would also start to work.

Has anyone else seen similar problems?

Not that I know of! :-S

Can you try it on meet.jit.si? That way we can rule out a problem in your own infrastructure.

Cheers,

--
Saúl

_______________________________________________
users mailing list
users@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/users

_______________________________________________
users mailing list
users@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/users