|Summary:||Short MP3 files do not load using HTML 5 Audio objects in Snow Leopard|
|Product:||WebKit||Reporter:||Joseph Huckaby <jhuckaby>|
|Component:||Media||Assignee:||Eric Carlson <eric.carlson>|
|Severity:||Normal||CC:||ap, bfulgham, bugmail, bugs, eric.carlson, niklas, rjett0, simon.fraser|
|Version:||528+ (Nightly build)|
|OS:||OS X 10.6|
Description Joseph Huckaby 2009-12-04 08:15:17 PST
Comment 1 Mark Rowe (bdash) 2009-12-04 21:32:45 PST
Comment 2 Simon Fraser (smfr) 2009-12-07 16:44:04 PST
http://bowser.macminicolo.net/~jhuckaby/bugs/snow-leopard-audio-short/ shows 4 failures for me in a recent nightly.
Comment 3 Eric Carlson 2009-12-08 08:37:54 PST
The short sounds also fail to play when opened in QT Player X. Clicking on the file name works because WebKit falls back to using a plug-in when a file fails to play in a media document, and the QuickTime plug-in does not opt-in to the new QuickTime X playback path. These failures are in frameworks below Webkit. Investigation is ongoing.
Comment 4 Ronald 2010-03-10 22:11:25 PST
I found the same problem in Chrome 5.0.342.1 developer version on OSX 10.5.7. On Chrome the bug shows up for both ogg and mp3 audio files. Here are test cases for ogg: http://morethanmachine.com/projects/html5audio/works.html http://morethanmachine.com/projects/html5audio/broken.html Both of these tests work in Firefox 3.6. Also of note, I cannot get audio to replay in Webkit. I've tried calling play() again, which works in Firefox, but nothing happens. If I try to set the startTime on the Audio object this has no effect either.
Comment 5 Ronald 2010-03-10 22:51:17 PST
(In reply to comment #2) > http://bowser.macminicolo.net/~jhuckaby/bugs/snow-leopard-audio-short/ > shows 4 failures for me in a recent nightly. All of the tests work in Webkit r55772 -- Safari 4.0.4 (531.21.10) on Windows XP. Any of the tests shorter than .40 seconds fail in Chrome 184.108.40.2060 beta (40990) on Windows XP.
Comment 6 Eric Carlson 2010-03-11 07:00:40 PST
Comment 7 Niklas Holmgren 2010-04-20 02:23:32 PDT
I have been experiencing something similar to this with longer audio files as well.
Comment 8 Simon Fraser (smfr) 2010-04-20 08:26:44 PDT
Can you be more specific about "longer"? A URL to a testcase would be useful.
Comment 9 Scott Schiller 2010-05-17 21:39:07 PDT
Comment 10 Eric Carlson 2010-05-17 21:43:13 PDT
(In reply to comment #9) > (Examples can be provided, if helpful) Sample files would be helpful, thanks.
Comment 11 Scott Schiller 2010-05-17 22:32:55 PDT
Example, modified version of Joseph's test page with files that intermittently fail, namely the longer "armstrong" and "untitled groove" drum machine loops: http://isflashdeadyet.com/tests/safari-html5/ (Pardon the domain, more for fun than anything else. :D)
Comment 12 Scott Schiller 2010-05-17 22:40:10 PDT
Ack, one more note re: behaviour on the test page provided - clicking the links to load the files in a new window does not consistently result in the file playing, even when the play button is clicked. Reloading the test page also produces inconsistent results with the same files.
Comment 13 Joseph Huckaby 2010-05-18 08:43:42 PDT
I can confirm the intermittent behavior, on both my test page and Scott's (hi Scott :). I originally thought this was due to QuickTime X caching the files, but I get random failures / successes just by refreshing the page. On a side note, does anyone know where QuickTime X stores its cache files? I sure would like to clear that cache, for a clean test. From my "lsof" output, I'm guessing its something horrible like: /private/var/folders/Tx/TxfvOL18Fxesp28QHARcSE+++TQ/-Tmp-/MediaCache/CachedMedia-O8WNt5
Comment 14 Scott Schiller 2010-06-07 22:20:31 PDT
Comment 15 Scott Schiller 2010-09-08 21:11:30 PDT
FWIW, confirming this behaviour is still seen on Safari 5.0.1 and the just-released 5.0.2 on Snow Leopard.
Comment 16 Eric Carlson 2010-09-09 06:30:05 PDT
(In reply to comment #15) > FWIW, confirming this behaviour is still seen on Safari 5.0.1 and the just-released 5.0.2 > on Snow Leopard. As noted above, the problem is below WebKit ("... also fail to play when opened in QT Player X"), so a new release of Safari is unlikely to fix this.
Comment 17 Scott Schiller 2010-09-09 07:58:28 PDT
Ah, apologies; somehow missed the earlier acknowledgement of QT/underlying frameworks being the cause. Thanks for following up. Looking forward to updates.
Comment 18 Brent Fulgham 2022-02-10 14:31:08 PST
The fix for this issue was needed outside the WebKit project, therefore this is being resolved as 'Moved'. This should now be fixed in shipping software.