Using new html5 cloud-based players, videos stored within the CMS render a MIME Type of 'text/html', rather than 'video/mp4' and is a problem with newer setups: Win7/8 using FF16+, and IE9+ etc. BrowserStack & httpFox Tested also.
Failed tests:
Tried to force editable/open field for dc.formats in schema <meta name="dc.format" scheme="dcterms.IMT" content="text/html" />
Tried to remove the schemas off the assets completely
Altering the Video files type field in the video assets Details screen.
Success:
Same setup with cloud-hosted html5 video player - with video files not stored within cms.
Setup in /local/matrix/ csu_news_matrix_4180/fudge/standards_lists/mime_types.inc okay:
"Apache will be sending them and determining their mime type. You could try making the files Live and granting public read access to force Apache to serve them to see if that helps you."
Alternatives are:
1. creating (many....) duplicate OGG media file sitting alongside current videos for browser support
2. storing external - You Tube, anywhere else
Would any one know why it is occurring within the walls of the CMS and why manual overrides aren't working?
We had a similar issue - as soon as we made the files public/read the MIME types changed. In our case new MSOffice docx, etc did not have the correct types. It's because the files are served by apache in this case, not Matrix, so we needed to get Apache mime types updated. Your apache admin will need to update this config. We did it via Squiz ticket, we have SLA so Squiz did it for us via ticket.
I added an editable mime type field as a schema, the page is set to text/html and the internally-hosted video file it display is video/mp4.
In all tests (newer setups: Win7/8 using FF16+, and IE9+) analysing the incoming and outgoing HTTP traffic with browser addons, at the backend cms address, we are picking up video/mp4 on the video file, but at the live address, still text/plain on the mp4. I thought caching might be at play, but it has been well over our usual time period.