Open
Bug 1438045
Opened 7 years ago
Updated 3 years ago
[wpt-sync] PR 7929 - Test for segments that don't start with keyframe.
Categories
(Core :: Audio/Video: Playback, defect, P3)
Core
Audio/Video: Playback
Tracking
()
NEW
People
(Reporter: wpt-sync, Unassigned)
Details
(Whiteboard: [wptsync downstream])
On Safari, segments that do not start on a keyframe cause a decoder
error. This test exposes that bug.
See https://bugs.webkit.org/show_bug.cgi?id=160460
| Reporter | ||
Updated•7 years ago
|
Component: web-platform-tests → Audio/Video: Playback
Product: Testing → Core
| Reporter | ||
Comment 1•7 years ago
|
||
| Reporter | ||
Comment 2•7 years ago
|
||
Pushed to try (stability) https://treeherder.mozilla.org/#/jobs?repo=try&revision=b0a303db69fb244400c7b1042465a06853f09a5f
Comment 3•7 years ago
|
||
Jean-Yves, looks like we fail the new test. Is that correct?
Flags: needinfo?(jyavenard)
Priority: -- → P3
Comment 4•7 years ago
|
||
not looking at the actual content, but one of the test is with webm and looking at the name:
webm/webm-no-keyframe-cluster.webm
a webm cluster must start with a keyframe per spec.
https://www.webmproject.org/docs/container/
"Muxers should treat all guidelines marked SHOULD in this section as MUST. This will foster consistency across WebM files in the real world."
Key frames SHOULD be placed at the beginning of clusters.
Having key frames at the beginning of clusters should make seeking faster and easier for the client.
Flags: needinfo?(jyavenard)
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•