getusermedia

I am recording audio from getUserMedia({audio:true}); in the browser using Recorder.js and then exporting it as a WAV file because that's the only option the library provides. A 1 minute 20 seconds file is 14.1 MB large. I need to upload the audio to a server and I need to do it fast. How do I convert the WAV audio in any other compressed format to lower the file size? I don't mind converting to: MP3 Opus WebM Ogg FLAC any other format you know of If there is no way as of now to convert to any of these formats, how can I compress the WAV file on the client? PS: I did a lot of searches to find

I am trying navigator.MediaDevices.getUserMedia() webrtc to switch the device camera during the call. This functionality is working fine on the desktop browser but on mozilla android it is not working. Here is my code that i am using . var front=false; var myConstraints = { video: { facingMode: (front? "user" : "environment")} }; navigator.mediaDevices.getUserMedia(myConstraints).then(function(stream) { } any idea about this?? jib Phone hardware typically doesn't allow opening both the front and back camera at the same time. Change your code to stop() the existing stream before getting the

is there a way to disable the WebRTC "auto gain control feature" by default, by applying some javascript code to the app files? i am using simplewebrtc. You can turn off audio processing using constraints (use https fiddle for Chrome): var constraints = { audio: { echoCancellation: false, noiseSuppression: false, autoGainControl: false, } }; navigator.mediaDevices.getUserMedia(constraints) .then(stream => audio.srcObject = stream) .catch(e => log(e)); var log = msg => div.innerHTML += msg + "<br>"; <audio id="audio" controls autoplay></audio><br> <div id="div"></div> <script src="https:/

Apple released a statement that getUserMedia will be fully functional on iOS 11. After installing iOS 11 Beta version 5, I do get a message that my website requests access to my camera and microphone, but it seems that the line: video.src = window.URL.createObjectURL(stream); or: video.srcObject = stream; Does not work. No errors, no exceptions, simply no picture from the phone's camera. Here's my full script: $(function () { video = document.getElementById('vid'); navigator.getUserMedia = navigator.getUserMedia || navigator.webkitGetUserMedia || navigator.mozGetUserMedia; navigator

I'm having some difficulties with getUserMedia with HTML5 whilst developing my web page. This is the first time I've tried to implement this to record a users audio input. Flash is not an option for this project as it has to be used on mobile devices too. I come here to see if anyone has experience with and knows how to implement an HTML5 with getUserMedia to record a users microphone for a certain amount of time (done with a session in PHP) and then saves and sends the audio file to a web server. If this isn't possible then is there any other way, perhaps with a Java applet? The js: <script>

How do we go about requesting camera/microphone access with getUserMedia() after being denied once? I'm working with getUserMedia to access the user's camera and pipe the data to a canvas. That bit all works fine. In testing, I hit deny once. At this point in Chrome and Firefox, any subsequent requests with getUserMedia() default to the denied state. We obviously don't want to annoy the hell out of our users by requesting permissions for camera/microphone on every page load after being denied. That's already annoying enough with the geolocation api. However, there has to be a way to request it

I have a use case that doesn't exactly require real time communication, but as close as I can get it to make sure my users don't have to wait forever uploading a file after the fact. Our site allows users to record video and audio that we then store on our server. I moved from flash, because flash, to a WebRTC implementation with a Kurento media server. This works super well with high quality internet connections but is relatively lacking for users with poor connectivity. I was thinking if I could some how implement a bit of a buffer before feeding the server so that I can make up for dips in