Google chrome plays mkv but firefox doesn't, why? - javascript

I have a web video player that plays mkv and mp4 videos, everything runs well on google chrome but firefox only plays mp4 ones, when I try to click one of mkv videos it says: Video format or MIME type is not supported this is my video script, just in case you need it to find out what's wrong: http://pastebin.com/Vrvqt8wq
So what could be the problem ?

Firefox simply does not support Matroska natively, except for the subset of it that is WEBM.
As far as I know, Chrome does not officially support or endorse Matroska either, but it happens to work.

Related

Media Source Extension with Firefox

My application receives a RTP Stream (H264 or VP8), put it into Fragmented MP4 or WebM and send it over Websocket to my Javascript App where I display video using Media Source Extension.
Chrome works ok with both Codecs but Firefox shows a huge CPU usage, 50%-60%.
Chrome only 6%.
Javascript calls mediaSource.updateBuffer, wait for updateend and then call again mediaSource.updateBuffer. Nothing different as any example out there.
Anyone having also this problem with Firefox?
Without a lot more specific information (profiling your code, checking your browser flags and capabilities) it isn't possible to definitively say what the issue is.
I suspect that in Chrome, your codecs are hardware accelerated, and in Firefox they are not.

video file .mov coded with Codec: Apple ProRes (apch) is not getting played through video tag in chrome or IE11

I am able to play .mov files coded with H.264 in video tag. Now this .mov video which has Apple ProRes(apch) codec,(I checked codec through VLC player), is not playing in .
I tried to find out supported and unsupported video codecs,gone through this link and many other links, but could not got a concrete answer.
I have also tried to play this file using quicktime plugin for safari on mac as well as windows, but failed.
Is this codec not supported in html5 video? If no, how Can I play this video in browser without using VLC plugin?
The only codec supported for IE is h.264 with mp4, you can bypass the container(mov) if the video is encoded in h.264. Since your video is encoded in diffrent format it won't be supported by html5 browsers.
In short Html5 supports h.264 or/and vp8 codec. You have reencode the videos in this format.
NOTE: Ie can play vp8(webm) videos if 3rd party plugins are installed.
So in your case either reencode or develop a plugin and ask every one to install it, easier would be reencode.

Flowplayer plugin shows “HTML5 Video File Not Found” error in Win7:IE9 & Firefox

Flow player working on chrome browser but it's not support for Firefox and IE9. It display's HTML5 video file not found error, but the URL actually contain MP4 video.
This will likely be because the video format you are using is not supported in those browsers.
See HTML5 wiki Browser support for details
To get good support across multiple browsers you really need two formats MP4 and WebM

How to play a wav file in web browser with javascript on ipad

I'm building a simulator that runs in the browser and needs to be deployed to the iPad. I've run into an issue where I need to be able to play a .wav file on a button click.
I know that the ipad supports the HTML5 audio tag, but this application will run on PC's, Mac's and the iPad and all browsers do not support the HTML5 audio tag yet. So I really need a solution that will work on the ipad, as well as the desktop.
Thanks in advance for any help with this issue.
I know it's not best practice to play audio in web pages, but it's what the client ordered, and he's the one paying the bills.
The JavaScript would be:
var audio = new Audio("noise.mp3");
audio.play();
I've heard, however, that iOS devices (iPad, iPhone, iPod) disable autoplay and the JavaScript .play() method at start up and will only play a noise in response to a explicit user action.
Google "HTML5 audio" to find out more details (and there are lots of detail.)
<object type="audio/mpeg" data="muzak.mp3">Your browser doesn't seem to like MP3s</object>
that should fire up whatever plugin's registered for mpeg audio, or display the alternate text.
You're better off embedding an mp3, because support for that is very widespread. A .wav, by comparison, can be anything. Wav is a container format and can use any number of different codecs, most of which are probably NOT supported by your average pc/browser.

HTML5 Video Fails in IE9 RC but not IE9 Beta

I have project that relies heavily on video and leverages html5 video when available. This was working across all browsers up until the IE9 RC was released about a week ago! This is very frustrating!
The confusing thing is I am able to play videos when they are sourced from a different location than my domain but not when they are sourced from my domain. It is as if the path to the video is being distorted.
WORKING:
<video src="http://www.jplayer.org/video/m4v/Big_Buck_Bunny_Trailer_480x270_h264aac.m4v" controls="controls">
</video>
NOT WORKING
<video src="http://www.mysite.com/video/Big_Buck_Bunny_Trailer_480x270_h264aac.m4v" controls="controls">
</video>
Please bear in mind that this is working in all HTML5 browsers (even IE9 Beta) but not the very latest 'IE9 RC' release. And that all read/write permission have been set correctly.
To test this for yourself visit this link:
http://thebeer.co/labs/video.html
You should find in IE9 RC that the first two videos don't load but the last does. And even more strangely is you visit the direct URLS of the videos in IE9 RC they will play. All three videos work in Chrome (for the time being as the haven't dropped the H.264 format yet).
Please help me out guys...
A Broken Man.
Can you check your web server configuration? It seems that wrong MIME type is being sent. If you go to IE9 Developer tools, click the Network tab, press Stop capturing and reload the page, you will see that the first two videos are sent as text/plain, which means that no content-type is specified for them, and the last two are sent as video/mp4. Chrome seems to handle it somehow, but it really doesn't have to.
You can see the same using Firebug HTTP headers sniffer. Yet, Firefox doesn't play any of the videos, probably due to h.264 codec.

Categories

Resources