Closed Bug 1556378 Opened 7 years ago Closed 3 years ago

Twitch.tv video is stuttering at 1080p quality after 67.0 update.

Categories

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

67 Branch
defect
Not set
normal

Tracking

()

RESOLVED INCOMPLETE
Tracking Status
firefox-esr91 --- wontfix
firefox98 --- wontfix
firefox99 --- wontfix
firefox100 --- wontfix

People

(Reporter: hpdmdd, Unassigned)

References

(Blocks 1 open bug, Regression)

Details

(Keywords: regression)

Attachments

(1 file)

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:67.0) Gecko/20100101 Firefox/67.0

Steps to reproduce:

Twitch.tv video is stuttering at 1080p quality after 67.0 update. And 1080p only. Hardware acceleration is on (tried to off - no result). OC is MS Windows 10 x64 v1607, Graphic card is Nvidia GTS 450 (Latest drivers also), CPU is Intel Xeon E5-2690. BTW when i ran Firefox in safe mode, there was no stuttering. Running with add-ons off didn't help. Also cleared the profile, re-installed Firefox, none of that helped.
Also found on reddit a similar subject https://www.reddit.com/r/firefox/comments/bw6dxe/video_stuttering_on_youtube_and_twitch_including/ , but there's stuttering also appears on YouTube, mine problem is only connected with twitch.tv

Actual results:

Stuttering.

Expected results:

Play a livestream without stuttering like it was before 67.0 update.

Has Regression Range: --- → no
Component: Untriaged → Audio/Video: Playback
Keywords: regression
Product: Firefox → Core

Thanks for the report. Would you mind trying MozRegression (instructions here: https://mozilla.github.io/mozregression/quickstart.html) to help narrow down the range where the stuttering was introduced?

Flags: needinfo?(hpdmdd)

I do have the same stuttering issue currently with firefox 72.0.1 (x64) running on windows 10 1903 Build 18362.418).
Tried it with enabled and disabled hardware acceleration which does not affect the issue.

If i turn the video down to 720p the stuttering is gone.

I did a bisection using MozRegression please see the files attached.

This was the last lines of log output:

2020-01-11T13:39:21: INFO : Narrowed inbound regression window from [7053a0d1, e7f1772b] (4 builds) to [e79f9f61, e7f1772b] (2 builds) (~1 steps left)
2020-01-11T13:39:21: DEBUG : Starting merge handling...
2020-01-11T13:39:21: DEBUG : Using url: https://hg.mozilla.org/integration/autoland/json-pushes?changeset=e7f1772b47962f1038b749256929167416e5b06b&full=1
2020-01-11T13:39:22: DEBUG : Found commit message:
Bug 1305340 - Enable low-latency decoding on Windows 10 and later. r=pehrsons

Chrome has had it enabled for years, we had disabled it originally due to crashes seen on Windows 7.

Differential Revision: https://phabricator.services.mozilla.com/D23656

2020-01-11T13:39:22: DEBUG : Did not find a branch, checking all integration branches
2020-01-11T13:39:22: INFO : The bisection is done.
2020-01-11T13:39:22: INFO : Stopped

I can confirm the problem on NixOS unstable

(In reply to Maik from comment #2)

I do have the same stuttering issue currently with firefox 72.0.1 (x64) running on windows 10 1903 Build 18362.418).
Tried it with enabled and disabled hardware acceleration which does not affect the issue.

If i turn the video down to 720p the stuttering is gone.

Thank you for the regression range! Do you still see this issue in current Firefox releases?

Given this is related to low latency decoding, setting the pref "media.wmf.low-latency.force-disabled" to "true" and restarting Firefox may provide a workaround for your issue.

(In reply to pk93 from comment #5)

I can confirm the problem on NixOS unstable

The previous reports for this issue are Windows specific - if you're (still) seeing an issue, please file a new bug.

Flags: needinfo?(hpdmdd) → needinfo?(lordz)
Regressed by: 1305340
See Also: → 1616500

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

The bug has a release status flag that shows some version of Firefox is affected, thus it will be considered confirmed.

Status: UNCONFIRMED → NEW
Ever confirmed: true

Redirect a needinfo that is pending on an inactive user to the triage owner.
:jimm, since the bug has recent activity, could you have a look please?

For more information, please visit auto_nag documentation.

Flags: needinfo?(lordz) → needinfo?(jmathies)
Status: NEW → RESOLVED
Closed: 3 years ago
Flags: needinfo?(jmathies)
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: