Safari and mp3s don't get along

Question

Level 1

48 points

Safari and mp3s don't get along

I administrate a music website that has hundreds of mp3s. When we updated our office to OSX 10.6 & Safari 5 two weeks ago (several machines, simultaneously), the mp3s on our site and others would not play in the new Safari browser. The same files play in Firefox and on Parallels with Explorer, but not in Safari. The files "load" in a browser page (as before) but where they automatically started playing before, they now simply load and sit; indicating the length of the file but never moving off 0:00. Clicking on the "play" triangle changes the triangle, but the progress bar doesn't move.

I've seen other entries about this on many sites; has anyone found a fix for this, either for developers or end users? Many of our end users/customers are Mac users, so we really want to get a fix for this.

Dual Quad Core 3 GHz Intel, 9GB RAM, Mac OS X (10.6.4), 2.4 GHz MacBook Unibody, 2 GB RAM

Posted on Jul 3, 2010 9:12 AM

Reply

Answer 1

Jul 3, 2010 9:17 AM in response to Singproinc

HI,

Please file a bug report. From the Safari Menu Bar click Safari/Report Bugs to Apple...

Thanks!

Carolyn 🙂

Reply

Answer 2

Klaus1

Level 9

52,879 points

Jul 3, 2010 9:23 AM in response to Singproinc

Are you able to provide a link to one such mp3?

Reply

Answer 3

Singproinc Author

Level 1

48 points

Jul 3, 2010 9:29 AM in response to Klaus1

I have entered a bug report. I'm awaiting a fix.

Here is a short mp3 file that is not working on our updated machines in Safari:

http://www.creativeministriesproject.com/storedata/CDStream/IllPraiseYouMP3/TheN oiseWeMakeStreamer.mp3

Thanks for the attention to this.

Reply

Answer 4

Jul 3, 2010 9:34 AM in response to Singproinc

Hate to say this but no problem here with that particular MP3.

From the Safari Menu Bar click Safari/Empty Cache.

Relaunch Safari and see if that makes a difference.

Otherwise try troubleshooting the Safari .plist file.

Go to the Safari Menu Bar, click Safari/Preferences. Make note of all the preferences under each tab. Quit Safari. Now go to ~/Library/Preferences and move this file com.apple.safari.plist to the Desktop.

Relaunch Safari and see if that makes a difference. If not, move the .plist file back to the Preferences folder. If Safari functions as it should, move that .plist file to the Trash.

🙂

Reply

Answer 5

andyBall_uk

Level 7

20,516 points

Jul 3, 2010 9:33 AM in response to Singproinc

Hi

if you're able to test...

does changing the object type

type="video/quicktime"

to an audio one - "audio/mpeg" make any difference ?

Or is there a problem even with the direct mp3 link you posted ?

Reply

Answer 6

Klaus1

Level 9

52,879 points

Jul 3, 2010 9:37 AM in response to Singproinc

Works fine for me.

Reply

Answer 7

Singproinc Author

Level 1

48 points

Jul 3, 2010 9:41 AM in response to andyBall_uk

Hi Carolyn;

I appreciate you taking a look. We've emptied cache and done a full reset Safari 5 several times. We will take a look at the .plist operation, too. Our concern is for others who have upgraded under similar circumstances and have the same problem, but are not likely to get down to system level fixes.

Andy - that's a promising thing to look at. The webstore HTML software we're using assigns object tags automatically; maybe a code tweak is what Safari 5 is expecting. We'll pursue it.

Thanks for the quick attention, guys. I'll report back in a bit; I'll look first at Andy's suggestion.

Reply

Answer 8

TildeBee

Level 7

31,923 points

Jul 3, 2010 9:43 AM in response to Singproinc

This is interesting.
It just sits there for me

Reply

Answer 9

Singproinc Author

Level 1

48 points

Jul 3, 2010 9:46 AM in response to TildeBee

Great Bee; I'll apply Andy's fix and see if it works for us on that file.

Reply

Answer 10

TildeBee

Level 7

31,923 points

Jul 3, 2010 9:49 AM in response to Singproinc

Fingers crossed.

Reply

Answer 11

andyBall_uk

Level 7

20,516 points

Jul 3, 2010 9:54 AM in response to TildeBee

Hi ~Bee

the direct link - http://www.creativeministriesproject.com/storedata/CDStream/IllPraiseYouMP3/TheN oiseWeMakeStreamer.mp3

or the players on Singproinc's website ?

Singproinc - If the direct, then the type is already set to audio/mpeg

edit although given server access, one might try any of

audio/x-mpeg
audio/mp3
audio/x-mp3
audio/mpeg3
audio/x-mpeg3
audio/mpg
audio/x-mpg
audio/x-mpegaudio

just to see if it sheds any light on this problem.

Message was edited by: andyBall_uk

Reply

Answer 12

TildeBee

Level 7

31,923 points

Jul 3, 2010 9:56 AM in response to andyBall_uk

andy --
I used the link. It doesn't work from there.

Reply

Answer 13

Klaus1

Level 9

52,879 points

Jul 3, 2010 10:02 AM in response to TildeBee

Andy's link works for me!

Reply

Answer 14

andyBall_uk

Level 7

20,516 points

Jul 3, 2010 10:10 AM in response to TildeBee

I see, thanks

and if you, or anyone else it doesn't work for
does Develop - Show Web Inspector - Resources & expands all the drop-down arrows to reveal headers etc... could we see the results ?

eg - I get

http://www.creativeministriesproject.com/storedata/CDStream/IllPraiseYouMP3/TheN oiseWeMakeStreamer.mp3
Request Headers
Accept:application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,im age/png, /;q=0.5
Referer: http://discussions.apple.com/thread.jspa?messageID=11828948
User-Agent:Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10 58; en-us) AppleWebKit/531.22.7 (KHTML, like Gecko) Version/4.0.5 Safari/531.22.7
Response Headers
Accept-Ranges:bytes
Content-Length:632591
Content-Type:audio/mpeg
Date:Sat, 03 Jul 2010 17:05:22 GMT
Etag:"d0dde94e8aaaca1:0"
Last-Modified:Wed, 10 Feb 2010 19:50:33 GMT
Server:Microsoft-IIS/7.0
X-Powered-By:ASP.NET

followed by the first few bytes of the file.

Reply

Answer 15

Singproinc Author

Level 1

48 points

Jul 3, 2010 10:14 AM in response to andyBall_uk

Hmm.... curious. We are reaching the outer edges of my HTML ability, and will need to carry on next week with my programmer.

Firefox correctly identifies the filetype as audio/mpeg.

On my website, as in my link above, these files are played from direct links to the mp3 files; they are not embedded in a unique webpage, or anything like that. As a result, our code does not specify the file type; that is apparently being determined by the browsers. Firefox 3.6.6 identifies the file type as audio/mpeg; Safari 5 "develop" menu gives me access to the Web Inspector. Under the "elements" tab, it indicates that Safari is seeing it as a video file:

<video controls="" autoplay="" style="margin: auto; position: absolute; top: 0; right: 0; bottom: 0; left: 0;" name="media" src="http://www.creativeministriesproject.com/storedata/CDStream/IllPraiseYouMP 3/TheNoiseWeMakeStreamer.mp3"></video>

This gets a little interesting though; because while one machine has nothing on the "console" tab of the Web Inspector, the other one has this under the console tab:

TheNoiseWeMakeStreamer.mp3Resource interpreted as document but transferred with MIME type .
TheNoiseWeMakeStreamer.mp3Resource interpreted as document but transferred with MIME type audio/mpeg.
TheNoiseWeMakeStreamer.mp3Failed to load resource: Plug-in handled load
/favicon.icoFailed to load resource: the server responded with a status of 404 (Not Found)

Odd, that.

Again, we simply post the mp3 files to a server, unembedded. Our links to them are simply links to the mp3 file itself, not a page.

Reply