Closed Bug 1756914 Opened 3 years ago Closed 3 years ago

Backward seeking freezes the video

Categories

(Core :: Audio/Video: Playback, defect, P3)

x86_64
Linux
defect

Tracking

()

RESOLVED DUPLICATE of bug 1757971
Tracking Status
firefox-esr91 --- unaffected
firefox97 --- unaffected
firefox98 --- unaffected
firefox99 --- affected

People

(Reporter: i, Unassigned)

References

(Regression)

Details

(Keywords: regression)

Attachments

(1 file)

Currently I experienced such a problem that backward seeking will freeze the video with the following characteristics:

  • The video freezes, but the audio works as is.
  • The video will freeze at a bit later than the backward seeking starting point.
  • When the backward seeking target is the beginning of the video, the video will stop freezing and continue playing when the playback progress reach the freezing time point.

It is reproducible at least on multiple videos over multiple sites with an Arch Linux device. For example:

Mozregression gives:

Bug 1754070: Update libdav1d to b562b7f648e26e64fae892495527b5b275d53183 r=jbauman
https://hg.mozilla.org/integration/autoland/rev/65e07dc89d820de46bbdcdc769fa517a66803f10

(I was submitting the bug through "Create a bug that is regressed by this bug", but it seems that Bugzilla did not mark it for me.)

I can confirm. Regression info is correct.

Severity: -- → S2
Flags: needinfo?(tom)
Flags: needinfo?(jbauman)
Priority: -- → P3
Regressed by: 1754070

I can reproduce this too, if it helps. It makes watching videos on Nightly pretty annoying.

Specifically, I can reproduce in current nightly as well as 65e07dc8 (the regression point mentioned above) in Fedora 35 in the following video:

https://www.youtube.com/watch?v=h7apO7q16V0

If I seek to the middle and let it play for a few seconds, and then click on the timeline to an earlier point in the video, the audio seeks correctly, but the video freezes, sometimes until it catches up to the place that it was last playing.

Attached file about:support output
OS: Unspecified → Linux
Hardware: Unspecified → x86_64
Version: unspecified → Trunk

It seems like this is being tracked in bug 1757971.

See Also: → 1757971

Set release status flags based on info from the regressing bug 1754070

If you use dot on your keyboard to step frame by frame it seems to jump back and forth. For example for frames abcd1234 it jumps a1b2c3d4 (sort of).

Status: UNCONFIRMED → RESOLVED
Closed: 3 years ago
Resolution: --- → DUPLICATE
Flags: needinfo?(tom)
Has Regression Range: --- → yes
Flags: needinfo?(jbauman)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: