1496567 - MP3 file plays with silent gaps (only in FF) when seeking using built-in player

Status: NEW

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

Description

[CC]

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

Steps to reproduce:

Visit this link: http://hwcdn.libsyn.com/p/2/d/3/2d32dc519a1d8543/951_-_RISK_-_Understanding.mp3?c_id=23654527&cs_id=23654527&destination_id=10887&expiration=1538506558&hwt=e68a02708e1e552846fc6af4c2750c06

Seek to 5 or 6 minutes in to the file using the built-in MP3 player.



Actual results:

Seeking to 5 or 6 minutes in results in silence.

This seems likely the same or similar to Bug #1337556 (https://bugzilla.mozilla.org/show_bug.cgi?id=1337556) except that the silence does not end after 5 seconds for me: sometimes it takes 30 seconds or more. Playing from before the silent gap causes the gap to vanish and the audio plays normally. (Wasn't sure if I should comment on that bug or file a new bug here.)

Tested in on Kubuntu Linux (v62) and Win 8.1 (v62.0.3). (Didn't use a new profile.)



Expected results:

Downloading the MP3 file results in normal playback in e.g. VLC, with no trouble seeking.

Comment 1

[Alice0775 White]

I can also reproduce the problem on Nightly64.0a1 x64 Win10.

Regression range:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=502977d27c2806e7bcaf7703c9f6ae8686912fed&tochange=efb08fa7d183891ab0381cb84f30f2ceaf990f9d

Regressed by: Bug 1309516

@:kaku,
Your bunch of patch causes the regression, can you please look into this?

Comment 2

[Andreas Pehrson [:pehrsons]]

kaku no longer works here. jya, could you triage or delegate this?

Comment 3

[Jean-Yves Avenard [:jya]]

Jan, could you have a look please? thank you

Comment 4

[Jan Henning [:JanH]]

Not in the near future, though, as my queue of things to do is long enough as it is.

Comment 5

[Liz Henry (:lizzard) (privacy/fingerprinting team)]

Happy to take a patch in nightly; if it seems low risk enough please feel free to request uplift to 65 beta.

Comment 6

[gbakeman]

Just want to add that I am still experiencing this issue in Firefox 120.0.1, from the exact same host (libsyn.com.) although I only noticed the issue within the last month or so. I'm sure they're doing something strange to their MP3 streams that is tripping up Firefox, but VLC is able to handle without any complaints to the Message Console at all.

Comment 7

[CC]

@gbakeman - Could you possibly post a demo link? My link above no longer works. Thanks!

Comment 8

[gbakeman]

No problem. Here's the portion of the original URL I get from a Podcast RSS feed I listen to (without the tracking domains). When you access it, they'll redirect you to content.libsyn.com with several parameters added to the URL, presumably some kind of session tracking. If you skip around about every 30 seconds for the first 10 minutes, you'll see Firefox playing silence. Oddly enough, on later episodes I wasn't able to reproduce the issue as much. No idea what's going on, although it seems like someone has confirmed that the issue is actually a regression in Firefox.

https://traffic.libsyn.com/secure/openargs/OA836.mp3?dest-id=455562

Comment 9

[CC]

Thanks -- I see the same -- the first skip I did (opened file, played a few seconds, then skipped to 1m:30s) just played silence.

(I'm 112.0.2 on Kubuntu Linux.)

Comment 10

[moritz.mueller000]

Firefox 136.0.2 (64-bit)
Archlinux

Some more/similar actual results:

Using the 1 hour long mp3 linked in https://bugzilla.mozilla.org/show_bug.cgi?id=1496567#c8 for me skipping works for most of the file, specifically around the first 3 minutes and after the first 20 minutes. The audio is played instantly after skipping. Between around the first 3 and 20 minutes the skipping doesn't work well and it takes like 30 seconds to resume playing the audio. Skipping to the end and then back to the start or in between doesn't seem to affect it.

Similar behavior with https://scads.ai/wp-content/uploads/NAIC-Beitrag-Audio-mitIntro.mp3. The first 30 seconds the skipping works, then for about 6 minutes it doesn't work and the second half works as expected.