[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