WebKit Bugzilla
New
Browse
Search+
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
269203
[GStreamer] Buffer end equals video duration for progressive video
https://bugs.webkit.org/show_bug.cgi?id=269203
Summary
[GStreamer] Buffer end equals video duration for progressive video
Enrique Ocaña
Reported
2024-02-12 09:42:24 PST
On some long regular videos, the current buffer management mechanism reports 100% of the video as loaded when that's not actually happening. This causes document.getElementsByTagName('video')[0].buffered.end(0) to be equal to document.getElementsByTagName('video')[0].duration when that should clearly not the case. The current default way of computing m_maxTimeLoaded isn't working properly because oftern, when the buffering messages are received by MediaPlayerPrivateGStreamer, the duration is still unknown and the code in charge of computing the fill status bails out. The WebKitWebSrc network downloading statistics provide a much more accurate source of information for the buffered data, and should be used in more cases when available. The download statistics tend to arrive later than the buffer fill messages and at that moment duration is already available, leading to a proper computation of m_maxTimeLoaded. See:
https://github.com/WebPlatformForEmbedded/WPEWebKit/pull/1238
Attachments
Add attachment
proposed patch, testcase, etc.
Enrique Ocaña
Comment 1
2024-02-12 09:56:49 PST
Pull request:
https://github.com/WebKit/WebKit/pull/24257
EWS
Comment 2
2024-02-14 11:39:56 PST
Committed
274643@main
(3e214abe9459): <
https://commits.webkit.org/274643@main
> Reviewed commits have been landed. Closing PR #24257 and removing active labels.
Radar WebKit Bug Importer
Comment 3
2024-02-14 11:40:16 PST
<
rdar://problem/122961086
>
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug