Some live streams (html5) buffer forever on Safari iOS 17.4

[bikubi]

The Problem

Some radio streams buffer forever, never play.

This seems unrelated to

• http or https
• whether there are redirects to follow
• format (aac or mp3)

Reproducible Example

No response

Reproduction Steps

• clone the repo, serve it
• edit examples/radio/radio.js, replace one station with http://chirpradio.org/stream (wonderful station from Chicago).
• visit examples/radio on iOS 17.4 Safari
• click play - it just idles
• DevTools network tab shows that the request is consuming bytes at the the expected rate/bandwidth

Possible Solution

Naive analysis:

• for some reason the initial Audio node (which is load()ed) doesn't receive canplaythrough, but suspend instead
• the event queue is never kicked off
• the node is stuck in a suspended limbo

Naive solution (fork incoming)

• do not rely merely on canplaythrough
• detect suspended ndoes

Better theoretical solution

Less complex Audio node setup?

Context

For some streams I tested, pre-following redirects helped. So maybe when the initial connection takes too long this trips up whatever changed in iOS 17.4.

Howler.js Version

v2.2.4

Affected Browser(s)/Versiuon(s)

Safari iOS 17.4

[tobias-graf-p]

We also experience this (or a similar) issue with Howler.js 2.2.4 and iOS 17.4. Would be great to get a fix as we are blocked right now ...

@goldfire I see a considerable amount of bugs in the issue list in this repo and little activity in the recent past. Also I see some recent PRs which are not accepted/merged or commented. Can we expect this library to be reasonably maintained in the future?

[bikubi]

@tobias-graf-p just in case & and all, see my commit linked above for a possible fix workaround. It works for us, but I don't know if there are any side effects or unwanted consequences.

[tobias-graf-p]

@bikubi Thanks a lot! We are currently testing your fix. Will give you a quick feedback whether it solved our issue as well and/or whether we experience side effects.

[rgyph]

Same problem.

@bikubi Your solution helped, thanks!

[bikubi]

@tobias-graf-p

I see a considerable amount of bugs in the issue list in this repo and little activity in the recent past. Also I see some recent PRs which are not accepted/merged or commented. Can we expect this library to be reasonably maintained in the future?

FWIW one of my (trivial) fixes was merged recently.

For general analysis regarding Howler vs. live streams you might want to read my question on s/o.

[tobias-graf-p]

@bikubi Thanks again a lot for your workaround/fix. Unfortunately it didn't solve our issue completely. While audio was being played again, some wired issues still remained, but we are not sure whether they originated from iOS, Howler.js or our own code ... Meanwhile we replaced Howler.js with the native Html5 audio tag in our project.

[MichalisDBA]

Can confirm. iOS 17.3 was working fine. Upgrade it to 17.4, not working now.

[deltayeisson]

Reporting the same issue in 17.4 and 17.4.1, I changed to native HTML5 audio in 4 sites.

[danieldai2003]

same problem，Is there a way to solve this?

[betanyeli]

Any update about this bug? 😵‍💫

[luzzardi]

Hi! I generated a patch based on the commit 8bb0610 that applies the change directly on the dist/howler.js so I could use it in a Drupal project.
If someone else needs it, here's the file:

1711-8bb0610.patch

After that change was applied, the player started to work again, so thanks @bikubi !!
Still need further testing, but it will help us for now!