[Webkit-unassigned] [Bug 230553] Playing back MediaElementAudioSources with loop: true do not loop seamlessly

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Wed Sep 22 09:07:28 PDT 2021


https://bugs.webkit.org/show_bug.cgi?id=230553

Chris Dumez <cdumez at apple.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |eric.carlson at apple.com,
                   |                            |jer.noble at apple.com,
                   |                            |peng.liu6 at apple.com

--- Comment #9 from Chris Dumez <cdumez at apple.com> ---
(In reply to Chris Dumez from comment #8)
> (In reply to jujjyl from comment #7)
> > Oh, you must have played the uncompressed version since you got an audio
> > that lasted 25 seconds. The STR asks to play the first button in the
> > compressed section.
> > 
> > See the video for a walkthrough.
> 
> Ah indeed, I had to click the first button in the second (compressed)
> section to reproduce. I definitely hear a pause between the loops now. The
> behavior is different than in Chrome. I'll investigate as soon as I have
> some spare cycles.

cc'ing a few media people as there is very little WebAudio used in the compressed case. It is using a looping <audio> element as source in the audio graph via a MediaElementAudioSource. The looping logic happens on media side and not on WebAudio side.

I am curious if we could reproduce the issue without involving WebAudio at all, just via an <audio> element.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20210922/3673dfc5/attachment-0001.htm>


More information about the webkit-unassigned mailing list