I have FV WordPress Flowplayer 2.1.8 with WordPress 3.5.1 and when I click to start the video (which is in mp4 format), I get:
html5: Video file not found
in IE and Chrome.
With Firefox 19 it works fine, however.
I tried adding gzip statements to my .htaccess as another user has suggested, but this changed nothing.
Any other ideas?
we are releasing a new version today, which will hopefully come with an integrated video checker, if it passes our final tests. It will let logged in admins know what is the video format and what codecs are used.
Could you please try the new version (2.1.12) once it’s out and see what information you get for the video? Perhaps that will explain your issues.
Also, have you tried clicking “Check videos” button on the FV Flowplayer Settings screen? It should check your mime types and suggest a fix for .htaccess if there are issues. Please let us know.
Here is the very long dump from Chrome after installing 2.1.12!
Analysis of http://www.servethecitygeneva.ch/videos/STCG_ph.mp4 (local):
Bad mime type: Video served with a bad mime type text/html; charset=iso-8859-1! Some web browsers may experience playback issues in HTML5 mode (Internet Explorer 9 – 10). Currently you are using the “Default (mixed)” Preferred Flowplayer engine setting, so IE will always use Flash and will play fine. (show fix)
Error: Can’t check the video (HTTP 406)!
Error: Meta Data (moov) not found at the start of the file (found at 17,223,610 byte)! Please move the meta data to the start of video, otherwise it might have a slow start up time.
Seek points: 4422 (stts sample count)
Audio: 1 stream, mp4 (ISO/IEC 14496-3 AAC) 48000Hz, 2 channels, 16bit, stereo
Video: avc1 (H.264 Encoder) codec, mp42 (MS-MPEG4 v2 Decoder) file type
(show more info)
(Note: read about remote file analysis in FAQ)
there are multiple warnings in the dump, I’ll go through them:
1. “Bad mime type: Video served with a bad mime type text/html; charset=iso-8859-1!”
2. “Error: Can’t check the video (HTTP 406)!”
Both can be disregarded. I checked the mime type and it’s correct (video/mp4). The issue here is that the server http://www.servethecitygeneva.ch somehow doesn’t like our video checker. So we will fix on that.
3. “Error: Meta Data (moov) not found at the start of the file (found at 17,223,610 byte)!”
However the video starts for me within few seconds. But it could still cause issues in your Chrome.
And also what you mentioned:
4. It does not play for you in Chrome. Could you please let us know you exact Chrome version and also operating system version?
The video plays for me on Windows 7 in: Chrome 27.0.1453.93 m, IE 9.0.8112.16421, Firefox 21.0, Safari 5.1.7 (7534.57.2).
I played the video here, on our test site: http://lifeinamovie.com/2013/06/01/penelopes-video/
Could you please try if it will play for you on the above link? There are two version of the video. One is original, the other is with fixed meta data (moov) position. Please let us know which one plays in your Chrome.
Thanks for your reply. I mentioned in my initial post what versions of everything I was using. Chrome v. 27.0.1453.94 m.
However, I didn’t mention my op. system, which is Windows 7 on a Toshiba 64-bit laptop. The hosting provider of the website uses Redhat Entreprise Linux el5.
Unfortunately when I clicked the links to your server, neither of them ran in Chrome. i got the same Video not properly encoded message on BOTH the original and the Fixed Meta Data versions. (But as before, it did run in the latest versions of FF and IE – see my first post for details.)
I know Chrome is a real swine for throwing odd “features”, like not displaying form data sometimes, or crashing online forms so that you post rubbish to your db over and over again. Good luck with the continued searches!
could you please open this special URL in your Chrome and paste it here or send it to us via email? It should help diagnosing the problem – it might be related specifically to how your Chrome is using your hardware to decode the video.
There have been weird issue with Chrome before:
Hopefully we can then figure out what exact codec and settings are best for Chrome and other browsers too.
could you please:
1. Login to your site as admin in your Chrome
2. Make sure Settings -> FV WordPress Flowplayer -> Front-end video checker is enabled
3. Go to the post where the video appears. It should say “Admin: Checking video…” at the top of the video.
4. Then it should show you if the video is Ok, or has issues. You have to click this message to get details about the video.
5. Then send us the report by clicking the “Send to Foliovision” button. You are welcome to add any addition comment, if you notice something else.
6. Could you please also do what I suggested to Penelope above? (link to my message earlier in this thread )
7. Then we can check the video details and see what could be causing this for both you and Penelope.
Hello Penelope and cybermike,
in the end we:
1. disabled auto buffering for Chrome
2. set Chrome < 28 on Windows and Chrome < 27 on Linux to prefer Flash (if it’s available, it will be used instead of HTML5 to prevent Chrome from failing on the videos because bugs in its HTML5 engine).
Hopefully there will be no more issue in further Chrome version, we had no complaints about version 28 yet.
Hello Penelope and cybermike,
we just released version 2.1.30, where if the player fails in Chrome due to HTML5 video error, it loads the Flash player automatically and plays with it. The whole process is pretty much seamless.
This should help people who have Chrome which won’t play MP4 files for them – this appears to be a bug in core of Chrome.
MartinAnonymous 9 years ago