Existing (and validated) mp3s not playing since FF36
Hi, since FF36 on windows, the mp3s on our websites don't play anymore. They worked fine in previous version of Firefox ... they still play on all other major browsers, and even FF36 for Mac, but not on FF36 for windows.
Firefox simply claims that the mp3 is corrupt, but Checkmate Validator says it's fine.
Funny thing is, the mp3s work again after re-encoding with Audacity (with no change in settings) but we don't really want to re-encode our whole library if we don't absolutely have to.
Here's a link to an offending mp3: http://www.calvaryem.org/wp-content/uploads/mp3/20150315AM.mp3
And here's a link to the re-encoded mp3 with Audacity (same settings): http://www.calvaryem.org/wp-content/uploads/mp3/20150315AM-stereo.mp3
Though the mp3s are slightly different, MP3 validators claim that both mp3s are valid.
Any ideas would be greatly appreciated...Thanks!
Additional System Details
- ActiveTouch General Plugin Container Version 105
- Adobe PDF Plug-In For Firefox and Netscape 11.0.10
- Citrix Online App Detector Plugin
- Foxit PhantomPDF Plug-In For Firefox and Netscape
- Foxit Reader Plug-In For Firefox and Netscape
- Version 184.108.40.206
- Google Update
- Intel web components updater - Installs and updates the Intel web components
- Intel web components for Intel® Identity Protection Technology
- NPRuntime Script Plug-in Library for Java(TM) Deploy
- Next Generation Java Plug-in 11.31.2 for Mozilla browsers
- The plugin allows you to have a better experience with Microsoft SharePoint
- The plugin allows you to have a better experience with Microsoft Lync
- NVIDIA 3D Vision Streaming plugin for Mozilla browsers
- NVIDIA 3D Vision plugin for Mozilla browsers
- Shockwave Flash 17.0 r0
- Adobe Shockwave for Director Netscape plug-in, version 220.127.116.11
- Unity Player 4.6.2f1
- VLC media player Web Plugin
- User Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:36.0) Gecko/20100101 Firefox/36.0
I've called the big guys to help you. Good luck.
That is puzzling.
On Windows 7, the newly encoded media autostarts nearly immediately, while the old media seems to download first. Clearly "something" is different although general properties do not reveal what it is.
On Windows Vista and higher, Firefox uses Media Foundation, with a fallback to DirectShow, to decode MPEG-encoded media. I'm struggling to think of a way to test whether this issue is in Firefox or its hand-off to Media Foundation, or in Media Foundation itself after recent Windows updates.
hmm, interesting. Maybe that would explain why its not an issue on Mac FF36?
Also, it seems weird that it wasn't a problem in previous version of firefox...
To re-test Firefox 35.0.1 on your current system configuration, you could use the "Portable" version. After you download the installer, it unzips into a folder and runs from there without using/disturbing your standard Firefox settings. (However, you might need to exit regular Firefox, I think they might not be able to run simultaneously.)
Thanks. I just tried it out ... indeed, the mp3 plays fine with FF35. Its just a FF36 issue ...
I think it would make sense for you to file a bug for this. The developers may recognize some difference between these MP3s that we do not, or remember a seemingly small change in Firefox 36 that we have overlooked.
There is a bug report that looks similar:
- bug 1140071 - mp3, no play but play when download it
If the file plays in Firefox35 then you can try to determine a regression range. That would increase the chances to make a developer look at it.