![Firefox logo](https://assets-prod.sumo.prod.webservices.mozgcp.net/media/uploads/products/2020-04-14-08-36-13-8dda6f.png)
Quicktime plugin 7.7.4 in FF 25.0.1 not playing audio files in their entirety
I've recently noticed that MP3 (and other) audio files on my phpBB 3.0.12 bulletin board (it's a members-only board, so I can't let you visit it, sorry) are not playing in their entirety when the Quicktime plugin 7.7.4 is used in FF 25.0.1 via a custom BBCode tag - a 2 minute 24 second long 128kbps stereo MP3 file will only play about 50 seconds, and the same audio in 44.1kHz stereo WAV format only plays about 5 seconds. This difference in playing time for the same length audio suggests (to my very limited knowledge) that it is something like the bit-rate (or the sample rate?) of the audio content that is determining how much gets played - i.e. only a limited maximum amount of data is being allowed through; the lower bit-rate (or sample rate?) of the MP3 means it plays for longer than the much higher bit rate (or sample rate?) of the WAV.
They play in their entirety at the same bulletin board when viewed in Internet Explorer 11.0.9600.16428 and Chrome 31.0.1650.57m (though there are some odd display issues in Chrome, but that's another story), and I'm sure it was working normally in FF until fairly recently.
The BBCode uses this HTML replacement to call on the Quicktime plugin:
<embed src="{URL}" width="200" height="15" autostart="false" loop="false" volume="80"></embed>
Has anyone else had this problem? Is it a known issue? (I'm finding this support area notoriously difficult to navigate, and have not been able to find any reference to it, hence my asking the question here.)
Thanks in advance for any replies.
Tüm Yanıtlar (13)
Try Firefox Safe Mode to see if the problem goes away. Safe Mode is a troubleshooting mode, which disables most add-ons.
(If you're not using it, switch to the Default theme.)
- On Windows you can open Firefox 4.0+ in Safe Mode by holding the Shift key when you open the Firefox desktop or Start menu shortcut.
- On Mac you can open Firefox 4.0+ in Safe Mode by holding the option key while starting Firefox.
- On Linux you can open Firefox 4.0+ in Safe Mode by quitting Firefox and then going to your Terminal and running: firefox -safe-mode (you may need to specify the Firefox installation path e.g. /usr/lib/firefox)
- Or open the Help menu and click on the Restart with Add-ons Disabled... menu item while Firefox is running.
Once you get the pop-up, just select "'Start in Safe Mode"
If the issue is not present in Firefox Safe Mode, your problem is probably caused by an extension, and you need to figure out which one. Please follow the Troubleshoot extensions, themes and hardware acceleration issues to solve common Firefox problems article for that.
To exit the Firefox Safe Mode, just close Firefox and wait a few seconds before opening Firefox for normal use again.
When you figure out what's causing your issues, please let us know. It might help other users who have the same problem.
Please report back soon.
If my above does not work, please attempt to completely remove the Quicktime program from your computer and then reinstalling.
Note that current Firefox versions will also be able to play such a file with the built-in HTML5 media player if an audio tag would be used.
Did you check the buffering settings in the QuickTime preferences to see if you can tweak it?
Also make sure that your security software is blocking the MP3 files or otherwise interfering.
There are other things that need your attention.
Note that your System Details List shows multiple Flash plugins.
- Shockwave Flash 11.9 r900
- Shockwave Flash 11.8 r800
You can find the full path of all plugins on the about:plugins page.
You can check the Flash player installation folder for multiple Flash player plugins and remove all (older) version(s) of the plugin (NPSWF32) and (re)install the latest Flash player.
- (32 bit Windows) C:\Windows\System32\Macromed\Flash\
- (64 bit Windows) C:\Windows\SysWOW64\Macromed\Flash\
ComputerWhiz : "Try Firefox Safe Mode to see if the problem goes away."
Thanks, ComputerWhiz - no, it didn't. It was just the same.
"please attempt to completely remove the Quicktime program from your computer and then reinstalling."
I uninstalled Quicktime, looked at the page with the audio, and sure enough, the embedded player wasn't there. So I reinstalled Quicktime, and the embedded player came back - but it's still the same.
cor-el: Thanks for your reply - "Did you check the buffering settings in the QuickTime preferences to see if you can tweak it?" Can't see anywhere where these things can be changed. Doesn't mean they're not there, I might be looking in the wrong place - but the audio plays fine in Internet Explorer and Chrome (though in Chrome the embedded player is just a solid black band with no controls, and the audio plays immediately upon loading), so this suggests to me that the Quicktime buffers are OK and my security settings aren't interfering with the downloading of the file.
I think I've thought of a way of demonstrating to you exactly what's going on, but it'll have to wait until I've got time to post again tomorrow with a link to a test page I need to create where you play some audio examples for yourself. So watch this space! Thanks for your interest.
OK folks, thanks for your patience - I've created a simple web page with several examples of audio files embedded, which I believe (at least, I hope!) will clearly demonstrate the problem. Please go to:
http://bobkingsley.co.uk/testaudio
and see what you think. There's no provision for leaving comments there, so I've provided links back to this thread if you want to comment about it.
Many thanks.
You could try to disable gzip compression on the server for the media files to avoid having a partial file in the cache.
I'm on Linux, so can't test it with QuickTime.
cor-el tarafından
cor-el said: "You could try to disable gzip compression on the server for the media files to avoid having a partial file in the cache."
Thanks for your reply, cor-el - as far as I'm aware, my site's server doesn't use gzip compression for media files, though I could be wrong about that, it's not something I've ever noticed - I just upload the files to my site using CuteFTP, and they're the same filesize on the server as they are on my PC, which suggests there's no gzip involved.
But in any case, the behaviour I noticed yesterday - that when the page is first loaded in FF, the audio files are downloaded and play partially, and on a page refresh no further data comes down the line, but some of the files play for a little longer than before - suggests the files were fully downloaded on the first page load but just didn't play in their entirety (and still don't even after several page refreshes).
Also, they play first time in their entirety with no problem in Internet Explorer and Chrome, using the same Quicktime 7.7.4 plugin, which also suggests the plugin is not specifically at fault, but maybe the plugin when used in conjunction with FF is misbehaving. Does this make it a Firefox issue? Or a Quicktime issue? Do I need to take this query to Quicktime support?
So far, no-one else has commented here that they're having the same problem - maybe it's just my two PCs here at home (one a Win7Pro 64-bit PC, the other a Win7Home 32-bit PC, but both using FF 25.0.1 and Quicktime 7.7.4 plugin), so if someone else could pop over to my test page at http://bobkingsley.co.uk/testaudio and confirm the same thing is happening on THEIR PC, that would at least be a little reassuring!
This about how the server sends to file when you request it and not how it is stored on the server. It is possible that the server is busy and only sends a partial file.
You can try to check the HTTP response headers:
- Live Http Headers: https://addons.mozilla.org/firefox/addon/live-http-headers/
Thanks for your reply, cor-el. Apologies for the delay getting back to you.
OK - I installed Live Http Headers, loaded my test page, and this is one of the headers captured:
GET /testaudio/test-audio-64kbpsBitRate-22050HzSampleRate-stereo-MP3-782KB-100sec.mp3 HTTP/1.1 Host: bobkingsley.co.uk User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:25.0) Gecko/20100101 Firefox/25.0 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 Accept-Language: en-US,en;q=0.5 Accept-Encoding: gzip, deflate Referer: http://bobkingsley.co.uk/testaudio/ Cookie: __utma=235140114.2023631351.1362734678.1386081924.1386160468.93; __utmz=235140114.1371554072.40.8.utmcsr=google|utmccn=(organic)|utmcmd=organic|utmctr=(not%20provided); __qca=P0-230558324-1382888765734 Connection: keep-alive HTTP/1.1 200 OK Date: Sat, 07 Dec 2013 10:31:47 GMT Server: Apache Last-Modified: Tue, 03 Dec 2013 12:50:55 GMT Accept-Ranges: bytes Vary: Accept-Encoding,User-Agent Content-Encoding: gzip Keep-Alive: timeout=5, max=100 Connection: Keep-Alive Transfer-Encoding: chunked Content-Type: audio/mpeg
I can see, in the first section: Accept-Encoding: gzip, deflate
And in the second section: Content-Encoding: gzip
Which is presumably what you were referring to in your previous posts about me trying to "disable gzip compression" on the server. Unfortunately, I have no idea how to do this.
And I'm still not certain by any means that this IS the problem.
If "the server is [possibly] busy and only sends a partial file", why do two identical FF browsers on two different PCs experience exactly the SAME "partial file" effect on a page containing several identical audio files when the page is loaded at different times? What are the chances of the server being caught "busy", then timing-out and truncating all the audio downloads at exactly the same place in both locations?
How come Internet Explorer and Chrome never encounter the same problem?
Applying Occam's Razor, isn't it most likely that the problem is being caused by the way FF 25.0.1, when using Quicktime plugin 7.7.4, is handling the fully-downloaded audio when it's been cached?
As if to emphasise the point, I've just discovered that CTRL-clicking the link to the MP3 file above (to open it in a new tab) -
- plays it immediately, in full, with no further data being downloaded (I monitor my broadband connection with a little graph on my screen and see that nothing is coming in at that point), which must mean FF is playing it from the copy already held in its cache.
The same goes for this one -
This is one of the 3-minute long MP3 files that only plays for 53 seconds in the Quicktime plugin. It, too, plays immediately and in full.
Using "Inspect Element..." (right-clicking the page) shows that these MP3 files are being played by FF using a different piece of code from the embed code I quoted in my first post about this:
<video autoplay="" controls=""></video>
As MP3 audio plays in full using THIS code without a problem (trying the same thing with WAV files just now loaded them into the Quicktime player, with the same "truncated playing" problem as before, so I haven't included any here), and no further data is being downloaded (meaning the complete file must be in FF's cache already), this surely means that the problem MUST be with the Quicktime plugin 7.7.4 and the way that it's interacting with cached audio files (both MP3 and WAV) in FF 25.0.1.
Doesn't it?
To save you scrolling back up to the top of the page, the previous code I referred to is:
<embed src="{URL}" width="200" height="15" autostart="false" loop="false" volume="80"></embed>
cor-el tarafından
The audio and video tag use the built-in HTML5 media player if the OS has support for MP3 files and not the QuickTime plugin.
- Bug 799318 - [meta] Support H.264/AAC/MP3 video/audio playback on desktop Firefox
Hi cor-el,
Thanks once again for taking the trouble to reply.
I did a search for that bug, and found a place where it was being discussed ( https://bugzilla.mozilla.org/show_bug.cgi?id=799318 ), but I have to say I didn't understand it at all! (Also found it discussed here: https://support.mozilla.org/en-US/questions/977344 - but I'm still really none the wiser, as neither of these places mention the specific problem I'm enquiring about.)
To be honest, I've run out of steam trying to sort this out. Life's too short! So thanks for your attention, but I think I'll just to wait and see whether some future update to FF and/or Quicktime magically sorts the problem out.
For Chrome, it is good for Firefox as well: http://tx.liberal.ntu.edu.tw/ColorStone/Docs/WebDesign-Multi_Plug-ins_crashed.htm
Sorry for the delay in my response.
The VLC Media Player has a Firefox plugin.
This plugin is a great alternative to the QuickTime plugin.
This isn't really a solution, but could be a work around.