MediaStream Recording API

The MediaStream Recording API, sometimes referred to as the Media Recording API or the MediaRecorder API, is closely affiliated with the Media Capture and Streams API and the WebRTC API. The MediaStream Recording API makes it possible to capture the data generated by a MediaStream or HTMLMediaElement object for analysis, processing, or saving to disk. It's also surprisingly easy to work with.

Basic concepts

The MediaStream Recording API is comprised of a single major interface, MediaRecorder, which does all the work of taking the data from a MediaStream and delivering it to you for processing. The data is delivered by a series of dataavailable events, already in the format you specify when creating the MediaRecorder. You can then process the data further or write it to file as desired.

Overview of the recording process

The process of recording a stream is simple:

  1. Set up a MediaStream or HTMLMediaElement (in the form of an <audio> or <video> element) to serve as the source of the media data.
  2. Create a MediaRecorder object, specifying the source stream and any desired options (such as the container's MIME type or the desired bit rates of its tracks).
  3. Set MediaRecorder.ondataavailable to an event handler for the dataavailable event; this will be called whenever data is available for you.
  4. Once the source media is playing and you've reached the point where you're ready to record video, call MediaRecorder.start() to begin recording.
  5. Your dataavailable event handler gets called every time there's data ready for you to do with as you will; the event has a data attribute whose value is a Blob that contains the media data. You can force a dataavailable event to occur, thereby delivering the latest sound to you so you can filter it, save it, or whatever.
  6. Recording stops automatically when the source media stops playing.
  7. You can stop recording at any time by calling MediaRecorder.stop().

Note: Individual Blobs containing slices of the recorded media will not necessarily be individually playable. The media needs to be reassembled before playback.

If anything goes wrong during recording, an error event is sent to the MediaRecorder. You can listen for error events by setting up a onerror event handler.

Example here, we use an HTML Canvas as source of the MediaStream, and stop recording after 9 seconds.

var canvas = document.querySelector("canvas");

// Optional frames per second argument.
var stream = canvas.captureStream(25);
var recordedChunks = [];

console.log(stream);
var options = { mimeType: "video/webm; codecs=vp9" };
mediaRecorder = new MediaRecorder(stream, options);

mediaRecorder.ondataavailable = handleDataAvailable;
mediaRecorder.start();

function handleDataAvailable(event) {
  console.log("data-available");
  if (event.data.size > 0) {
    recordedChunks.push(event.data);
    console.log(recordedChunks);
    download();
  } else {
    // ...
  }
}
function download() {
  var blob = new Blob(recordedChunks, {
    type: "video/webm"
  });
  var url = URL.createObjectURL(blob);
  var a = document.createElement("a");
  document.body.appendChild(a);
  a.style = "display: none";
  a.href = url;
  a.download = "test.webm";
  a.click();
  window.URL.revokeObjectURL(url);
}

// demo: to download after 9sec
setTimeout(event => {
  console.log("stopping");
  mediaRecorder.stop();
}, 9000);

Examining and controlling the recorder status

You can also use the properties of the MediaRecorder object to determine the state of the recording process, and its pause() and resume() methods to pause and resume recording of the source media.

If you need or want to check to see if a specific MIME type is supported, that's possible as well. Just call MediaRecorder.isTypeSupported().

Examining potential input sources

If your goal is to record camera and/or microphone input, you may wish to examine the available input devices before beginning the process of constructing the MediaRecorder. To do so, you'll need to call navigator.mediaDevices.enumerateDevices() to get a list of the available media devices. You can then examine that list and identify the potential input sources, and even filter the list based on desired criteria.

In this code snippet, enumerateDevices() is used to examine the available input devices, locate those which are audio input devices, and create <option> elements that are then added to a <select> element representing an input source picker.

navigator.mediaDevices.enumerateDevices()
.then(function(devices) {
  devices.forEach(function(device) {
    let menu = document.getElementById("inputdevices");
    if (device.kind == "audioinput") {
      let item = document.createElement("option");
      item.innerText = device.label;
      item.value = device.deviceId;
      menu.appendChild(item);
    }
  });
});

Code similar to this can be used to let the user restrict the set of devices they wish to use.

For more information

To learn more about using the MediaStream Recording API, see Using the MediaStream Recording API, which shows how to use the API to record audio clips. A second article, Recording a media element, describes how to receive a stream from an <audio> or <video> element and use the captured stream (in this case, recording it and saving it to a local disk).

Reference

BlobEvent

Each time a chunk of media data is finished being recorded, it's delivered to consumers in Blob form using a BlobEvent of type dataavailable.

MediaRecorder

The primary interface that implements the MediaStream Recording API.

MediaRecorderErrorEvent

The interface that represents errors thrown by the MediaStream Recording API. Its error property is a DOMException that specifies that error occurred.

Specifications

Specification Status Comment
MediaStream Recording Working Draft Initial definition

Browser compatibility

Desktop Mobile
Chrome Edge Firefox Internet Explorer Opera Safari WebView Android Chrome Android Firefox for Android Opera Android Safari on IOS Samsung Internet
MediaStream_Recording_API
47
79
25
Before Firefox 58, using MediaStream.addTrack() on a stream obtained using getUserMedia(), then attempting to record the resulting stream would result in only recording the original stream without the added tracks (severe bug).
No
36
14
47
47
25
Before Firefox 58, using MediaStream.addTrack() on a stream obtained using getUserMedia(), then attempting to record the resulting stream would result in only recording the original stream without the added tracks (severe bug).
36
14
5.0
MediaRecorder
47
79
25
No
36
14
47
47
25
36
14
5.0
audioBitrateMode
89
89
No
No
75
No
89
89
No
63
No
No
audioBitsPerSecond
49
79
71
No
36
14.1
49
49
79
36
14.5
5.0
error_event
49
79
25
No
36
14
49
49
25
36
14
5.0
ignoreMutedMedia
49-57
No
No
No
36-44
No
49-57
49-57
No
36-44
No
5.0-7.0
isTypeSupported
47
79
25
No
36
14
47
47
25
36
14
5.0
mimeType
49
47-49
Before Chrome 49, only video is supported, not audio.
79
25
Starting with Firefox 71, the behavior of mimeType is more consistent. For example, it now returns the media type even after recording has stopped.
No
36
14
49
47-49
Before Chrome 49, only video is supported, not audio.
49
47-49
Before Chrome 49, only video is supported, not audio.
25
36
14
5.0
ondataavailable
49
79
25
No
36
14
49
49
25
36
14
5.0
onerror
49
79
25
No
36
14
49
49
25
36
14
5.0
onpause
49
79
65
No
36
14.1
49
49
65
36
14.5
5.0
onresume
49
79
65
No
36
14.1
49
49
65
36
14.5
5.0
onstart
49
79
25
No
36
14
49
49
25
36
14
5.0
onstop
49
79
25
No
36
14
49
49
25
36
14
5.0
onwarning
49
79
25-71
No
36
No
49
49
25
36
No
5.0
pause
49
79
25
No
36
14.1
49
49
25
36
14.5
5.0
requestData
49
79
25
No
36
14
49
49
25
36
14
5.0
resume
49
79
25
No
36
14.1
49
49
25
36
14.5
5.0
start
47
79
25
No
36
14
47
47
25
36
14
5.0
state
49
47-49
Before Chrome 49, only video is supported, not audio.
79
25
No
36
14
49
47-49
Before Chrome 49, only video is supported, not audio.
49
47-49
Before Chrome 49, only video is supported, not audio.
25
36
14
5.0
stop
49
79
25
No
36
14
49
49
25
36
14
5.0
stream
49
47-49
Before Chrome 49, only video is supported, not audio.
79
25
No
36
14
49
49
47-49
Before Chrome 49, only video is supported, not audio.
25
36
14
5.0
videoBitsPerSecond
49
79
71
No
36
14.1
49
49
79
36
14.5
5.0
warning_event
49
79
25-71
No
36
No
49
49
25
36
No
5.0

BCD tables only load in the browser

See also

© 2005–2021 MDN contributors.
Licensed under the Creative Commons Attribution-ShareAlike License v2.5 or later.
https://developer.mozilla.org/en-US/docs/Web/API/MediaStream_Recording_API