Closed
Bug 1739125
Opened 3 years ago
Closed 3 years ago
Seeking with video.currentTime can show different frame to Chromium/ffmpeg
Categories
(Core :: Audio/Video, defect, P3)
Tracking
()
RESOLVED
DUPLICATE
of bug 1735300
People
(Reporter: info, Unassigned)
Details
Attachments
(1 file)
User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:93.0) Gecko/20100101 Firefox/93.0
Steps to reproduce:
- Seek a video using currentTime
- Observe the video frame that is displayed
- Compare the result with Chromium (95.0.4638.69, Linux) and a frame capture with ffmpeg (ffmpeg -ss 00:00:53.05 -i video.mp4 -vframes 1 -q:v 2 output.jpg)
Example: https://jsfiddle.net/t6wamoue/1/
Actual results:
The shown video frame is sometimes different to the one shown in Chromium or extracted with ffmpeg.
Expected results:
The video frame should be the same in all browsers and ffmpeg.
Updated•3 years ago
|
Component: Untriaged → Audio/Video
Product: Firefox → Core
Updated•3 years ago
|
Severity: -- → S3
Priority: -- → P3
Comment 2•3 years ago
|
||
This is same as the bug1735300. This file has negative start time (-1.1s), which seems marked ignored, but Firefox doesn't ignore those part and will start from -1.1s. When seeking to 53.05s in Firefox, this actually leads to seek to 51.95s (53.05-1.1), that is why Firefox would show the different video frame from Chrome and FFmpeg.
Status: UNCONFIRMED → RESOLVED
Closed: 3 years ago
Flags: needinfo?(alwu)
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•