[Webkit-unassigned] [Bug 219167] HTML Audio Element does not play mp3s all the way. Stops at varying spots and restarts.

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=219167

--- Comment #2 from ahumanimal at gmail.com ---
I have tried setting the headers of the request without success.
Not wanting to blow up your status messages with this stuff, but No Dice so far.

While I expect m4a to be a native iOS/Webkit compatible format, the Safari and Firefox mobile browsers prefer to fall back to the mp3, otherwise they simply say "Error"
When it falls back to mp3 it says "Live Broadcast" as noted earlier, and also stops playing the file sometimes as quickly as 10 seconds in.

The headers I have set in an effort to solve this issue include:
"Content-Type" "audio/x-m4a"
"Content-Length" size
"Content-Range" "bytes 0-(dec size)/size"
"Accept-Ranges" "bytes"

I also tried setting the Response Status to 206, did not help.

Is there a way to request an update to WebKit on mobile Safari/Firefox/Chrome to support more than baseline MP4?  I used Quicktime on a desktop mac to record this audio, and I find it quite perplexing that it will not play.


My goal here is to have a Seek Bar available for users.  If the mp3 fallback is used, there is no seek bar, just the text "Live Broadcast," and when I try to use an mp4 file as suggested in the official apple documentation, I simply get "Error" on the mobile webkit html5 audio element.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20201120/db5114a6/attachment.htm>