Open Bug 1762617 Opened 3 years ago Updated 2 years ago

Categories

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

defect

Tracking

()

People

(Reporter: jrmuizel, Unassigned)

References

(Blocks 1 open bug)

Details

If I run the "Akamai Low Latency Stream [Single rate]" it seems the A/V gradually comes out of sync.

This is on 2019 MBP with builtin audio

Safari and Chrome don't seem to have this problem.

I can also see that on my Windows 10 and 2021 MacBook Pro M1.

Blocks: video-perf
Severity: -- → S3
Priority: -- → P3
Blocks: media-triage

It looks like this probably caused by the dash.js using playbackRate to try to catch up the live video

See Native video element event: ratechange: 1.0399148845555657 style logs in the developer console

Firefox has ratechanges that happen continual during playback. This doesn't happen in Chrome.

Paul, any chance you have some cycles to poke at this for a cause?

Flags: needinfo?(padenot)

(In reply to Jeff Muizelaar [:jrmuizel] from comment #5)

Firefox has ratechanges that happen continual during playback. This doesn't happen in Chrome.

Chrome and Firefox both show things like this in the console:

[94351][PlaybackController] Native video element event: ratechange: 1.00749943755062

so I'm not sure if you mean something else, or if this doesn't happen for you. A/V sync isn't amazing in Chrome nor in Firefox.

How long do I need it to play to see bad a/v sync? It's been playing for about 10min on a macbook and it's ok here.

Flags: needinfo?(padenot) → needinfo?(jmuizelaar)

30 seconds is enough for it be really bad for me.

Flags: needinfo?(jmuizelaar)

I can't repro on my Linux box either. Maybe this is network-quality dependant? I'm on very reliable wifi and wired. Dunno.

I'm not having any luck reproducing this.

Severity: S3 → S4
No longer blocks: media-triage
You need to log in before you can comment on or make changes to this bug.