Meetecho video stream and screen sharing issues

[magnus.westerlund@…]

Hi,

 

During both QUIC and Plenary session the screen sharing and other video
stream stopped working after the screen sharing had been stopped and
restarted. As can be seen in the screen shot during the plenary when I
should have seen many videos I only saw the Meetecho blue image. I am using
Firefox 82.0.3 (64-bits). I have not found no way of fixing this than by
reloading the whole page. 

 

Cheers

 

Magnus Westerlund

meetecho-plenary-screenshot.png​

smime.p7s​

[magnus.westerlund@…]

Added by email2trac

[magnus.westerlund@…]

Added by email2trac

[alex@…]

Hi Magnus,

that's indeed weird. The screenshot you posted seems to be from one of the mic sessions during the plenary, as I see a dozen users with video, which I definitely did see myself: possibly the IAB Q&A, since I see the screen being shared by Alexa as well.

Were you initially subscribed successfully to those video streams, which were then torn down when the issue happened? Or did it happen when only the screen was up, was stopped, and then no other video stream coming next worked anymore? If it's the former, a screen closing down should definitely only close the related subscription, and not bring down all other streams with it; if it's the latter, same thing, unless the notification of the stream going down triggered some JS exception that left the web page code in an inconsistent state, thus preventing the setup of the following streams (not an issue we're aware of, though). Since you're using Firefox, checking the about:webrtc tab after the issue presents itself may be helpful, as it may contain some information on what caused a PeerConnection? to drop.

There's a test session that is available to all IETF participants all the time, for testing outside of the meeting time:

​https://az.conf.meetecho.com/conference/?group=hallway

You may want to check if you can replicate the issue consistently there too, possibly aided by another participant that could start and stop their screen to trigger the broken behaviour you're experiencing. If you let us know in advance a time you might be available for such a test, we can try to be present as well.

[alex@…]

Hi again Magnus,

a quick update. I had a chat with a colleague who apparently experienced your same issue. In his case, switching between presentation view and gallery view (and back to where you wanted to be) fixed the issue for him. This seems to indicate that the streams are indeed still all there (PeerConnections? are up and running and receiving data), but are not being rendered due to a glitch.

Could you let us know if this works for you too? If so, we'll try and replicate locally once more to try and isolate what causes the glitch in the first place.

Thanks!

[magnus.westerlund@…]

On Wed, 2020-11-18 at 15:44 +0000, IETF Tickets/NOC wrote:
> #1441: Meetecho video stream and screen sharing issues
> --------------------------------------+--------------------------------
>       Reporter:  magnus.westerlund@…  |                Owner:  alex@…
>           Type:  defect               |               Status:  assigned
>       Priority:  tbd                  |            Milestone:  ietf-109
>      Component:  meetecho-streaming   |           Resolution:
>       Keywords:                       |  My Current Location:
> My MAC  Address:                      |                My OS:
> --------------------------------------+--------------------------------
> 
> Comment (by alex@…):
> 
>  Hi again Magnus,
> 
>  a quick update. I had a chat with a colleague who apparently experienced
>  your same issue. In his case, switching between presentation view and
>  gallery view (and back to where you wanted to be) fixed the issue for him.
>  This seems to indicate that the streams are indeed still all there
>  (PeerConnections are up and running and receiving data), but are not being
>  rendered due to a glitch.
> 
>  Could you let us know if this works for you too? If so, we'll try and
>  replicate locally once more to try and isolate what causes the glitch in
>  the first place.

I can try that tomorrow if I experience the same issue. I haven't used the
gallery view until later in the plenary session then when I field the issues and
that was after having to reload the whole page. 

Cheers

Magnus

smime-1.p7s​

[magnus.westerlund@…]

Added by email2trac

[magnus.westerlund@…]

On Wed, 2020-11-18 at 15:31 +0000, IETF Tickets/NOC wrote:
> #1441: Meetecho video stream and screen sharing issues
> --------------------------------------+--------------------------------
>       Reporter:  magnus.westerlund@…  |                Owner:  alex@…
>           Type:  defect               |               Status:  assigned
>       Priority:  tbd                  |            Milestone:  ietf-109
>      Component:  meetecho-streaming   |           Resolution:
>       Keywords:                       |  My Current Location:
> My MAC  Address:                      |                My OS:
> --------------------------------------+--------------------------------
> 
> Comment (by alex@…):
> 
>  Hi Magnus,
> 
>  that's indeed weird. The screenshot you posted seems to be from one of the
>  mic sessions during the plenary, as I see a dozen users with video, which
>  I definitely did see myself: possibly the IAB Q&A, since I see the screen
>  being shared by Alexa as well.
> 
>  Were you initially subscribed successfully to those video streams, which
>  were then torn down when the issue happened? Or did it happen when only
>  the screen was up, was stopped, and then no other video stream coming next
>  worked anymore?

So things have been working as expected with person videos as well as the screen
share video working. Then they screen share video have been closed and then a
new stream was supposed to be started, but after that point no new video have
been shown. I think all further rendering have failed. 

In the plenary this did happen when the streaming of the Postel award winner
video was to be started. 

 

>  If it's the former, a screen closing down should
>  definitely only close the related subscription, and not bring down all
>  other streams with it; if it's the latter, same thing, unless the
>  notification of the stream going down triggered some JS exception that
>  left the web page code in an inconsistent state, thus preventing the setup
>  of the following streams (not an issue we're aware of, though). Since
>  you're using Firefox, checking the about:webrtc tab after the issue
>  presents itself may be helpful, as it may contain some information on what
>  caused a PeerConnection to drop.

Will do that if I experience the issue again. 

> 
>  There's a test session that is available to all IETF participants all the
>  time, for testing outside of the meeting time:
> 
>  
> https://protect2.fireeye.com/v1/url?k=6b6ac499-34f1fc7b-6b6a8402-86073b36ea28-d2f5c959dbf3cefa&q=1&e=a89692f6-da80-4924-a9f4-2161c93cc64f&u=https%3A%2F%2Faz.conf.meetecho.com%2Fconference%2F%3Fgroup%3Dhallway
> 
>  You may want to check if you can replicate the issue consistently there
>  too, possibly aided by another participant that could start and stop their
>  screen to trigger the broken behaviour you're experiencing. If you let us
>  know in advance a time you might be available for such a test, we can try
>  to be present as well.
> 

smime-2.p7s​

[magnus.westerlund@…]

Added by email2trac

[magnus.westerlund@…]

On Wed, 2020-11-18 at 16:28 +0000, IETF Tickets/NOC wrote:
> #1441: Meetecho video stream and screen sharing issues
> --------------------------------------+--------------------------------
>       Reporter:  magnus.westerlund@…  |                Owner:  alex@…
>           Type:  defect               |               Status:  assigned
>       Priority:  tbd                  |            Milestone:  ietf-109
>      Component:  meetecho-streaming   |           Resolution:
>       Keywords:                       |  My Current Location:
> My MAC  Address:                      |                My OS:
> --------------------------------------+--------------------------------
> 
>  >
>  >  Hi again Magnus,
>  >
>  >  a quick update. I had a chat with a colleague who apparently
>  experienced
>  >  your same issue. In his case, switching between presentation view and
>  >  gallery view (and back to where you wanted to be) fixed the issue for
>  him.
>  >  This seems to indicate that the streams are indeed still all there
>  >  (PeerConnections are up and running and receiving data), but are not
>  being
>  >  rendered due to a glitch.
>  >
>  >  Could you let us know if this works for you too? If so, we'll try and
>  >  replicate locally once more to try and isolate what causes the glitch
>  in
>  >  the first place.

During TSVArea meeting today I did have the issue that a new participant sending
video didn't show up at all. Going to gallery view and back to presentation did
get the video rendering working and having them be shown in the presentation
view. So it appearas I have the same issue. 

[alex@…]

Hi Magnus,

thanks for confirming! Since we've managed to replicate it as well under some circumstances, it means we should have access to all the info we require to work on a fix in the next few days.

Thanks again for your patience!