Would I know if any method could help to embed the wmv, mov and mpeg2 video to a webpage in ubuntu 14.04 LTS?
Does video.js can perform the work?
I would like to use a web browser locally to make those video file plays in different region in ubuntu using Google Chrome in a webpage.
Thanks for the help.
Not natively. The HTML5 tech can play what the browser can play - webm, ogv and h264/mp4 (maybe not even the latter on Linux?). The Flash tech will play a couple more formats, notably flv. There are some additional tech plugins that add support for further types.
Related
I have a Joomla! site that I need to embed a WMV video in it. I want it to be playable.
I have AllVideos Joomla! Plugin installed and it has the function to play WMV files, but when I try to play it there is a sign that I have to install Microsoft Silverlight. Now, for me that isn't a big problem, but I do not want to make my visitors install it just to watch a video.
So, if any of you have a solution to embed it using a Joomla! extension or an HTML/HTML5 solution, I would be extremely grateful.
You need to transcode your videos from WMV to an open format suitable to be played by the browser without a plugin. WMV is a proprietary format, you'd be better off transcoding the videos to webM, OGG or MP4 even. Here is the list of formats supported by Firefox.
To transcode you can either have a batch script server side or you can use a service like Kaltura with their Joomla extension.
So I'm putting together a very video-heavy project with self-hosted videos in HTML5. I've got my videos encoded in both H.264/AAC MP4 and WebM formats, and they work beautifully in Chrome, Firefox, Safari, Mobile Safari etc. All good.
This is the most basic version of my code (in the production site I'm running it with VideoJS on top, however whether it's there or not, this problem occurs so I've removed the code for it from this example):
<video preload="true" width="720" height="406" controls="true">
<source src="/55.mp4" type="video/mp4">
<source src="/55.webm" type="video/webm">
</video>
But Internet Explorer refuses to play ball. When I load up the page in IE 11, I just get a video decoding error:
In Internet Explorer's developer tools, I can see that it's getting a content type of video/mp4, and just to completely eliminate server issues I've tried it on both my local Apache install and my web hosting. If I use the console to get the playback error, I get MEDIA_ERR_DECODE : 3, which, according to the site I just linked to, means
An error has occurred in the decoding of the media resource, after the resource was established to be usable.
This tells me that there's a problem with the video encoding... but I can't see it.
The video files were originally exported as QuickTime videos from Adobe Premier or Final Cut Pro (I'm not sure which the video guy uses), and then run through Miro Video Converter to output MP4 and WebM formats. When I open the MP4 files up in VLC, it shows me the following information about the codecs in use:
I can't see anything wrong there; it looks exactly like every reference I've found online says MP4 video should be for maximum compatibility - H.264/AVC video and AAC audio.
Can anyone see anything wrong with what I'm doing? I'd love to be able to post an example video, however I can't due to privacy reasons. All the same any help would be greatly appreciated.
So this is somewhat embarrassing, but I did eventually figure it out.
The problem wasn't so much with Internet Explorer as it was the VM I was using to run Windows to test in Internet Explorer.
Essentially, I was running Windows 7 inside of a VirtualBox VM. When I (in desperation) sought out an actual physical machine running Windows... lo and behold it played!
I can only assume that the video drivers provided by VirtualBox didn't like decoding MP4 or something. The videos played fine in other browsers, but I'm guessing they decode/render video differently to how IE does.
I had the same issue recently with VirtualBox running Windows7 on MacOS. Solved by enabling 3D acceleration in the "Display" settings for the problematic VM.
The OP is a genius. I was struggling with this same issue for days and could only test on a windows machine today. This led me to change the configuration of my Parallels Desktop v15.
Im running IE 11 on Windows 8.1 and changed in the Graphics > Resolution > Advanced settings > Vertical synchronization should be ticked off.
Maybe this will help other people.
Maybe worth a shot: Rebooting Windows 7 within VMWare Fusion solved it for me.
Is it possible to get an M3U8 stream to play on windows and linux via the web browser?
I would prefer HTML5, but I don't mind if isn't.
I have read around but all I found out was that I couldn't make it work on other stuff then Mac, so is this completely true?
Only via third party solutions. JW player Premium and Enterprise can play HLS using flash.
I can play NASA's m3u8 HLS transmission or Apple's sample m3u8 feed quite easily on Google chrome on a windows 7 64-bit desktop machine. But when I try to play my own m3u8 file in chrome by serving it through my nginx server it gets downloaded as a VLC file and I have to start VLC separately to play it. I can play the same file on a MAC using safari and on iPhone without problems.
I know playing my own m3u8 on chrome should work since NASA's m3u8 HLS transmission works fine on chrome. What am I doing different?
Appreciate any help/pointers.
See this bug report
https://code.google.com/p/chromium/issues/detail?id=54198
it seems like they don't plan on implementing it
They are considering mpeg-dash as an alternative
I’ve tried several combinations of types and setting in (the excellent) mediaplayer.js, but cannot get BBC Radio 3 to play in Chrome. The stream URL is here, and the playlist from which it is taken is here.
The tag is:
<audio src="http://bbcmedia.ic.llnwd.net/stream/bbcmedia_intl_lc_radio3_p?s=1362261751&e=1362276151&h=47e8b2755e05d1a5ceeb665f116984de" type="audio/mp4" id="player"></audio>
Looking at Chrome’s inspector, I see that the network is calling the stream, but it just loads indefinitely, without audio starting.
Other streams are working fine (demo), but this particular one is problematic, and I assume it has to do with the AAC+ format.
Edit: The instantiation code is here, figure it’s clearer than pasting the whole thing in.
Edit 2: It works in Safari (Mac)! Which I assume is related to Quicktime. Which is why I believe that AAC+ is the issue.
See https://groups.google.com/forum/m/#!msg/jplayer/9Ks2Crfjwrg/jDCDBgv3qr0J. It seems that AAC+ support is somewhat odd. It also seems that AAC+ can be placed in various containers. like m4a and FLV. Also see stackoverflow.com/questions/4018596/aac-streaming-from-shoutcast-in-flash.
Firstly, which OS, which Chrome version did you test with?
AAC+ is covered by software patents so it isn't going to be available if your OS has disabled it in the ffmpeg library that Chrome depends on (on OS where Chrome doesn't bundle its own ffmpeg). If you are running something like debian or ubuntu it might be disabled by default for legal reasons. On Windows Chrome may have removed support from the bundled ffmpeg themselves to avoid liability issues.
Alternatively since AAC+ supports DRM it might be an issue with BBC encrypting or blocking the stream in a way that Chrome doesn't support.
If I'm right then there's probably no good solutions since you can fix it on your machine (with a custom Chrome/FFMpeg build) but not on your end-users side where it really matters. Flash supports AAC so you could fallback to a flash player using the codec fallback techniques described here but you might run into the crossdomain/licensing issues described here.
The MDN codec page claims Chrome 3.0 (but not Chromium) supports AAC in MP4 containers but it does not clarify whether that support extends to AAC+ (unless that's what they mean by "main only").
html audio player plays aac+ file in chrome browser.
<audio id="audio1" controls autoplay>
<source src="test.aac"></source>
</audio>
it does play aac+ streams if it is from SHOUTCAST v2.
(sometime crossdomain.xml must be exist in shoutcast folder for audition)