Bug 193312 – Multiple videos (with audios) with autoplay & playinline not working. Only one video play at a time.

• Status: RESOLVED
• Resolution: FIXED
• Component: WebRTC

[Vasanth]

I implemented a group video chat app that is supported by all browsers. The problem I face in iOS is when more than 2 videos are added to the page, the older video gets paused one by one.

To test it hit http://itshello.co/ios-bug-test

Any help is appreciated.

Thanks in advance.

[Vasanth]

Created attachment 358783 [details]
Screenshot from iOS

[Radar WebKit Bug Importer]

<rdar://problem/47189864>

[youenn fablet]

Hi Vasanth,

There is a limitation in the number of video elements that can play audio at the same time. Instead, you might be able to use multiple audio elements and have video elements just play video tracks without audio.

Can you tell me whether that will fix your issue?

[Vasanth]

(In reply to youenn fablet from comment #3)
> Hi Vasanth,
> 
> There is a limitation in the number of video elements that can play audio at
> the same time. Instead, you might be able to use multiple audio elements and
> have video elements just play video tracks without audio.
> 
> Can you tell me whether that will fix your issue?

Thank you for the response.

But it wont solve my problem, the reason is that it is a group video chat app and we need to have the audio for all video elements.

Just to understand the problem, is this limitation imposed by iOS? because its working fine in Mac Safari.

Vasanth

[youenn fablet]

(In reply to Vasanth from comment #4)
> (In reply to youenn fablet from comment #3)
> > Hi Vasanth,
> > 
> > There is a limitation in the number of video elements that can play audio at
> > the same time. Instead, you might be able to use multiple audio elements and
> > have video elements just play video tracks without audio.
> > 
> > Can you tell me whether that will fix your issue?
> 
> Thank you for the response.
> 
> But it wont solve my problem, the reason is that it is a group video chat
> app and we need to have the audio for all video elements.

I guess you are sending each audio of each user independently.
In that case, you can have one audio element per user.
They will all play jointly.
You can then have one video element per user but not playing audio.
They will also play independently.

> Just to understand the problem, is this limitation imposed by iOS? because
> its working fine in Mac Safari.

Yes, this is current iOS limitation.

[Ben]

Using multiple audio elements won't work If you are only receiving and not capturing local mic or webcam. Each audio element will need to be played from a user gesture.

[youenn fablet]

Created attachment 370397 [details]
Patch

[youenn fablet]

Created attachment 370409 [details]
Patch

[youenn fablet]

Created attachment 370410 [details]
Patch

[WebKit Commit Bot]

Comment on attachment 370410 [details]
Patch

Clearing flags on attachment: 370410

Committed r245712: <https://trac.webkit.org/changeset/245712>

[WebKit Commit Bot]

All reviewed patches have been landed.  Closing bug.

[Truitt Savell]

It looks like the changes in https://trac.webkit.org/changeset/245712/webkit

has caused media/video-remote-control-playpause.html

to become a constant timeout.

I reproduced this locally and had the test timeout on 245712 but not 245711

History:
http://webkit-test-results.webkit.org/dashboards/flakiness_dashboard.html#showAllRuns=true&tests=media%2Fvideo-remote-control-playpause.html

[Ben]

The commit message says:
"Any non MediaStream backed video will stop all MediaStream backed video elements."

In our app the meeting organizer share mp4 or youtube video. The video will stop WebRTC streams and make the app broken. Why is it important to prevent webrtc streams to play with non MediaStream videos?

[youenn fablet]

(In reply to Truitt Savell from comment #12)
> It looks like the changes in https://trac.webkit.org/changeset/245712/webkit
> 
> has caused media/video-remote-control-playpause.html
> 
> to become a constant timeout.
> 
> I reproduced this locally and had the test timeout on 245712 but not 245711
> 
> History:
> http://webkit-test-results.webkit.org/dashboards/flakiness_dashboard.
> html#showAllRuns=true&tests=media%2Fvideo-remote-control-playpause.html

Filed https://bugs.webkit.org/show_bug.cgi?id=198238 for fixing it.

[youenn fablet]

(In reply to Ben from comment #13)
> The commit message says:
> "Any non MediaStream backed video will stop all MediaStream backed video
> elements."
> 
> In our app the meeting organizer share mp4 or youtube video. The video will
> stop WebRTC streams and make the app broken. Why is it important to prevent
> webrtc streams to play with non MediaStream videos?

Hi Ben, could you file another bug for this one?

[Ben]

Filed a bug:
https://bugs.webkit.org/show_bug.cgi?id=199661