I have been trying to record video and audio using simple web browser that i build using webkit gtk+ with python.
I tried this demo and made one that work in chrome and firefox
https://addpipe.com/media-recorder-api-demo/
and when i tried in my simple web browser it said that MediaRecorder not supported.
Is webkit gtk+ does not support it? or anyone have a way to do it?
Related
I have been doing a lot of research into WebRTC for a project I am currently working on. I am aware that it is only supported in Chrome, Firefox, and now Opera. However, I am wondering if their is a cross-browser viewer solution that does not require a plugin. This way I could require that broadcasts be done from a webRTC compliant browser but viewers could use other browsers such as Safari or IE with watching/viewing capabilities only.
The application I am working on is used for small group broadcasts of 25 or less people with a single publisher/presenter.
Here is a list of the options/ideas so far.
Somehow have a html5 canvas element display the frames of the video on non-webRTC supported browsers. However, I also need to support audio as well and I don't believe there is anyway as of right now to feed the audio stream into the HTML5 audio element. This option may be dead before it is even considered...
Have a server subscribe to the webrtc stream and then create a HLS (HTTP Live Stream) stream that can then be consumed by a browser player (Possibly Flowplayer, it supports cross-browser HLS to the best of my knowledge). I have found that Web Call Server 4 from the guys at Flashphoner can do the conversion to HLS but it seems like overkill for a simple server that does the WebRTC to HLS conversion. Hoping that there may be some sort of node.js implementation out there to generate the playlist and files for HLS so there is low latency.
Any help from the community on this would be much appreciated. The question is pretty specific and I have been researching solutions for the last 2 months so I think it warrants a stack overflow post at this point.
-- UPDATE
There may be a 3rd option here, having users on non-webrtc supported browsers install a plugin. This would only be for Safari and IE but it may be a solution. One free plugin that can be distributed for an app based on my findings are [link]https://github.com/sarandogou/webrtc-everywhere It may be possible to use this plugin with something like Kuento for signalling and achieve a solution that will at least work on all desktop browsers until Safari and IE catch-up with WebRTC.
I have been trying aurigma html5 uploader in IE10. It was working fine.
But when i switch the browser mode from IE10 to IE9, it shows a message as "Browser is not supported".
Can anybody tell me which are browsers and in what browser's version the aurigma uploader is supported.
Thanks.
IE9 has very limited HTML5 support making Aurigma HTML5 Uploader unable to work in that browser. Aurigma Upload Suite (HTML5 Uploader is a part of this solution) comes with Flash Uploader which can be used as a fallback option in old browsers where the HTML5 solution cannot work. Feel free to contact Aurigma support team if you need help to configure your uploader.
I'm developing a mobile device running Qt on a kind of linux os and need to get html5 tags activated. Its webbrowser is isis-browser which is based on a webkit derived from Qt Webkit so I believe it should support a certain amount of html5 features especially video and audio as Qt webkit does.
But when I see sites like html5test.com and videojs.com on this webbrower, the video tag isn't working currently.
I'm not good at this embedded layer so it's not easy to figure out how to make it work with the tags..
on my small knowledge, this should have ffmpeg to decode video codecs but I can't find these code in the isis-browser packages or even in the qt webkit.
please guide me anything needed to be done..
https://github.com/isis-project
I appreciate your help in advance.
Thanks
Jun
In ..\src\3rdparty\webkit\Source\WebCore\features.pri writed:
linux-*:!contains(DEFINES, USE_QTMULTIMEDIA=1) {
!contains(QT_CONFIG, no-pkg-config):system(pkg-config --exists glib-2.0 gio-2.0 gstreamer-0.10): {
DEFINES -= ENABLE_VIDEO=0
DEFINES += ENABLE_VIDEO=1
To me helped the install packets glib-2.0, gio-2.0, gstreamer-0.10 and now my qtwebkit-based app support html5video.
Is there any way via extension / hack / or otherwise to play an m3u8 video from google chrome? I'm having some trouble getting the official word on m3u8 support, though I'm pretty sure its unsupported.
I'm working on a video player with live playback (using flash for standard browser apps) so I'm using m3u8's to get everything working on mobile, but the debugging tools on mobile leave a lot to be desired. I was wondering if there was any workaround to getting these videos to work so I could use the browser debuggers. (I'm on windows 7).
There's a new appendBytes/sourceBuffer proposal in the spec, and I saw a chrome evangelist mention that there was a beta implementation in chrome canary. With that you would have to write a ton of javascript to read the m3u8 file, get the video segments, parse the data, and push them into the media element manually. I'm guessing that's more than you want to do for testing.
What you probably want is something like Weinre.
I really have researched this but I am still confused. In all of the HTML5 compatible browsers (although in this case I'm talking about Chrome 20 and Safari for Windows 5.1.7), if I specify some video using tags, is the idea that this should play without the user having to install plug-ins? Or will the user have to install a plugin such as WMP / Quicktime? Thanks in advance.
They will play without plugins. One of the key purposes of HTML5 is that you dont need anything but the browser to display content...and it works on all kinds of devices.
No, no plugins are required. The code required to play the video comes as part of the browser.
The problem with entrusting this to the browser, though, is there is a current inconsistency in which video/audio formats each browser supports.
For example, Chrome and IE9 will play MP3 audio, but Firefox and Opera play a different format.