Closed Bug 1731437 Opened 3 years ago Closed 3 years ago

Video pauses randomly while playing

Categories

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

Firefox 94
defect

Tracking

()

RESOLVED DUPLICATE of bug 1722171

People

(Reporter: lilydjwg, Unassigned)

Details

Attachments

(2 files)

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:94.0) Gecko/20100101 Firefox/94.0

Steps to reproduce:

  • Watch a YouTube or Odysee video at 1080p60 or 2K resolution.

Actual results:

The video pauses randomly, each time for about 1-5 seconds. Audio is still playing.

In intel_gpu_top I see that Render/3D usage is near 100%. When the issue happens, this usage goes down (and no "Video" usage anymore).

YouTube reports a lot of framedrops.

Expected results:

Firefox should play video smoothly like mpv does.

I'm using a 4K external monitor with Intel Corporation HD Graphics 630 graphic card.
This happens with both default settings and VAAPI enabled.
This has been happening for a few months. Before this happening, even with 4K videos (that my laptop isn't able to keep up) I do not see such long pauses.

The Bugbug bot thinks this bug should belong to the 'Core::Audio/Video: Playback' component, and is moving the bug to that component. Please revert this change in case you think the bot is wrong.

Component: Untriaged → Audio/Video: Playback
Product: Firefox → Core

Would you mind to capture the debug log by using MOZ_LOG=MediaDecoder:5,MediaFormatReader:5,PlatformDecoderModule:5?
Thank you.

Flags: needinfo?(lilydjwg)

I find it doesn't reproduce when I intentionally test for it, so I'm capturing the logs on my daily use profile.

The pause happened at around 10:20:08 UTC and I'm uploading from time range 10:20:01 to 10:20:15. I hope they are enough. The video is https://youtu.be/R99fcZe8omY?t=410 (time is not accurate).

Flags: needinfo?(lilydjwg)
Attached file video-stop-log.zip

Changing severity to S4 because of this seems to happen when using external monitor only. Feel free to change the severity if needed

Severity: -- → S4

So the issue happened while you were watching 1080P video? and I noticed that you used content process for decoding, would you mind to check if you enable RDD and disable VAAPI (media.rdd-process.enabled=true, media.ffmpeg.vaapi.enabled=false), would issue still happen?
Thank you.

Flags: needinfo?(lilydjwg)

Before this happening, even with 4K videos (that my laptop isn't able to keep up) I do not see such long pauses.

Also, I wonder now if you watch 4K video, is the performance comparing to before better or worse?

In case I forget, I'm replying some of requested information now.

Yes I was watching a 1080p video. I'm disabling VAAPI and see if it'll still happen.

For a 4K video, Firefox drops about one tenth of frames (reported by YouTube) with VAAPI and half without VAAPI. Both have high CPU usage and full GPU usage (intel-gpu-top's Render/3D engine bar). In comparison mpv uses a lot less CPU and GPU, and the video feels more smooth.

I'll give older Firefox a try later.

Yes it happens without VAAPI too. In the logs I'm uploading, the pause was about two or three seconds long and resumed at about 05:30:01 UTC. I'm truncating only the too large log.

When the pause happens, I can see in htop that the CPU usage goes almost full (all cores) and most of them are red meaning they are used in kernel space. (My CPU is Intel i7-7700HQ which has 8 logical cores.) (I see this CPU usage change because I'm staring at htop this time; I don't know if the same happens with VAAPI.)

The performance difference for 4k videos between 2021-02-01 and 2021-09-21 nightlies doesn't seem to be significant; i.e. I don't see there is any difference with these two nightlies. Tested with and without VAAPI. (With VAAPI it feels a little sluggish, while without VAAPI it has a lot of short pauses.)

Flags: needinfo?(lilydjwg)

Thanks! I think this issue is the same as another one, let's put all discussion together.

Status: UNCONFIRMED → RESOLVED
Closed: 3 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: