MediaStream Recording

[Niklas Enbom]

A first version of the MediaStream Recording API is now available in Chrome 47. This is an early experimental version, but if you're interested in this API you can start playing with it. 

You need: 

• Chrome 47, current dev channel
• Enable experimental Web Platform features under chrome://flags

Demo page: https://rawgit.com/Miguelao/demos/master/mediarecorder.html

Current limitations:

• Only supports video, working on adding audio support.
• Only tested on locally sourced MediaStreams
• No internal buffering or configurable Blob interval, encoded data handed back frame by frame
• VP8, hard coded bit rate (VP9 being worked on this quarter)

This is an API with lots of different applications, so we'd love to hear your feedback on what features you think are important to add.

[Leighton Carr]

Having previously written a Win32 Native C++ video recorder and understanding some of the challenges - well done!!  I've been following this one for ages and really looking forward to it.

Had a brief play with it in Chrome Canary 48 and seems to work great.  I have a few thoughts:

- Is the entire video buffered in memory before you save to disk, or is it streamed somewhere, or both?  A couple of thoughts here - how is this going to handle long recording sessions of 1080p30 video.  Also if the buffered video is streamed to disk somewhere (Chrome sandbox?), does that mean that webpages can access it without user input?

- Will it be possible to set the file location to stream to before starting the stream?  What are the limitations around this going to be?  Obviously there are some security concerns, but this kind of functionality is really powerful for enterprise applications.

- Will it be possible to record multiple streams simultaneously and have them synchronised (think conference call)?  What sort of performance are we likely to get when recording multiple large videos?  Are you re-encoding the video at the recorder end, or are you able to just take the VP8 frames straight out of a WebRTC stream and push them into a container?

- One of the holy grails of video recording and playback is simultaneous scrubbing and recording.  Are there any plans to be able to simultaneously write to disk while buffering the last, say, 30 secs in memory for quick scrubbing purposes?

I'll play around with it more and hopefully we can have some more discussions, but very excited at the progress.

Regards,

Leighton.

[Niklas Enbom]

Thanks for your

On Mon, Oct 12, 2015 at 3:34 PM, Leighton Carr <leight...@gmail.com> wrote:

Having previously written a Win32 Native C++ video recorder and understanding some of the challenges - well done!!  I've been following this one for ages and really looking forward to it.

Had a brief play with it in Chrome Canary 48 and seems to work great.  I have a few thoughts:

- Is the entire video buffered in memory before you save to disk, or is it streamed somewhere, or both?  A couple of thoughts here - how is this going to handle long recording sessions of 1080p30 video.  Also if the buffered video is streamed to disk somewhere (Chrome sandbox?), does that mean that webpages can access it without user input?

Right now the encoded data is passed directly to javascript when generated, where you can do whatever you want with it (store in memory buffer, up/download etc). The next step is to allow the interval parameter to be set, so you can ask for getting 1 sec chunks etc. Ultimately we might switch between memory backed buffering and file backed buffering depending on the interval and bit rate.

 

 

- Will it be possible to set the file location to stream to before starting the stream?  What are the limitations around this going to be?  Obviously there are some security concerns, but this kind of functionality is really powerful for enterprise applications.

File access is outside the scope of this API, it will just generate the data that goes into the file. If you use the chrome specific File Systems app API you will have the freedom to read and write files pretty much in the same way as you can from a C++ app.

 

- Will it be possible to record multiple streams simultaneously and have them synchronised (think conference call)?  What sort of performance are we likely to get when recording multiple large videos?  Are you re-encoding the video at the recorder end, or are you able to just take the VP8 frames straight out of a WebRTC stream and push them into a container?

The current version will do transcoding for all streams, but an obvious improvement is to have a way of reusing the encoded data for incoming streams. Simultaneous recordings will play back in sync since they are timestamped from the same clock.

 

- One of the holy grails of video recording and playback is simultaneous scrubbing and recording.  Are there any plans to be able to simultaneously write to disk while buffering the last, say, 30 secs in memory for quick scrubbing purposes?

It should be possible but quite hard in the current form of the API. You can easily just save the last 30 secs of data in your web app, but you need to make sure you keep a valid WebM header and start with a key frame. Key frame generation is also relevant when saving an incoming stream without transcoding. An RTC stream normally only generates key frames only when needed, but for stored content you normally want them at regular intervals to be able to start playout quickly at any point. The spec might need some attention around this topic. 

 

I'll play around with it more and hopefully we can have some more discussions, but very excited at the progress.

Regards,

Leighton.

On Thursday, 8 October 2015 02:34:23 UTC+10, Niklas Enbom wrote:

A first version of the MediaStream Recording API is now available in Chrome 47. This is an early experimental version, but if you're interested in this API you can start playing with it. 

You need: 

• Chrome 47, current dev channel
• Enable experimental Web Platform features under chrome://flags

Demo page: https://rawgit.com/Miguelao/demos/master/mediarecorder.html

Current limitations:

• Only supports video, working on adding audio support.
• Only tested on locally sourced MediaStreams
• No internal buffering or configurable Blob interval, encoded data handed back frame by frame
• VP8, hard coded bit rate (VP9 being worked on this quarter)

This is an API with lots of different applications, so we'd love to hear your feedback on what features you think are important to add.

--

---
You received this message because you are subscribed to the Google Groups "discuss-webrtc" group.
To unsubscribe from this group and stop receiving emails from it, send an email to discuss-webrt...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/discuss-webrtc/e0db1e16-d5da-49b2-9855-0b00c8879ddc%40googlegroups.com.

For more options, visit https://groups.google.com/d/optout.

[Niklas Enbom]

To quick to send... Thanks for your feedback, answers inline

[Jeremy Noring]

THANK YOU.  This is literally the final missing feature in HTML5 that is preventing me from abandoning flash entirely.  Do you know if it'll also be possible to record a screen capture session?

So stuff that would definitely be nice:

• Configurable bit rate (or "quality") for audio and video
• ability to overlay stuff into the video before it hits the encoder
• H.264/AAC/mp4 support for broad compatibility with HTML5 playback 

[Niklas Enbom]

On Tue, Oct 13, 2015 at 12:17 PM, Jeremy Noring <jno...@hirevue.com> wrote:

THANK YOU.  This is literally the final missing feature in HTML5 that is preventing me from abandoning flash entirely.  Do you know if it'll also be possible to record a screen capture session?

That's supported already now.

 

So stuff that would definitely be nice:

• Configurable bit rate (or "quality") for audio and video

That's being worked on. 

• ability to overlay stuff into the video before it hits the encoder

Stay tuned, this will be supported through the CaptureStream API. You will be able to mix and match screen content, camera data, and whatever graphics you want and then either send or record the result.

• H.264/AAC/mp4 support for broad compatibility with HTML5 playback 

On Wednesday, October 7, 2015 at 10:34:23 AM UTC-6, Niklas Enbom wrote:

A first version of the MediaStream Recording API is now available in Chrome 47. This is an early experimental version, but if you're interested in this API you can start playing with it. 

You need: 

• Chrome 47, current dev channel
• Enable experimental Web Platform features under chrome://flags

Demo page: https://rawgit.com/Miguelao/demos/master/mediarecorder.html

Current limitations:

• Only supports video, working on adding audio support.
• Only tested on locally sourced MediaStreams
• No internal buffering or configurable Blob interval, encoded data handed back frame by frame
• VP8, hard coded bit rate (VP9 being worked on this quarter)

This is an API with lots of different applications, so we'd love to hear your feedback on what features you think are important to add.

--

---
You received this message because you are subscribed to the Google Groups "discuss-webrtc" group.
To unsubscribe from this group and stop receiving emails from it, send an email to discuss-webrt...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/discuss-webrtc/9cefe967-5c5a-4083-91ae-ce9b2c43dbc5%40googlegroups.com.

[Antonio Di Francesco]

Niklas,

tnx for the great news. I believe, apart from Flash for what concerns desktop, this is the missing piece if we want a real mobile web ecosystem.

I tested this on M47 Android (enablig flag) and it does not work.

Is this expected?

[Niklas Enbom]

Right, it's not enable on Chrome for Android yet, very good point that I should have mentioned.

To view this discussion on the web visit https://groups.google.com/d/msgid/discuss-webrtc/3fdfbf0f-aa3c-49e9-9407-e704e174e559%40googlegroups.com.

[Leighton Carr]

I did a little bit more testing on this and if you want to record a 1080p video stream, you're looking at about 50% loading of an Intel Core i5-4690K.  My use case is around 3 times that for video streams to be recorded synchronously.

If you guys can get access to the already-encoded WebM stream coming through WebRTC, it would be a real breakthrough for those of us working in the recording space!

Cheers,

Leighton.  

On Thursday, 8 October 2015 02:34:23 UTC+10, Niklas Enbom wrote:

[Antonio Di Francesco]

Niklas,

thanks for reply. Do you have any ideas about when it is going to be implemented on Chrome mobile?

[Jeremy Noring]

One other question Niklas, and you may not be the best person to ask but I'm hoping you may have some info.  Do you have any idea if the Mozilla people have any intention to finish implementing this interface?  I know they started implementing it, but currently it's audio only.

Mozilla peeps, any idea if/when we could expect that API to get finished?

On Wednesday, October 7, 2015 at 10:34:23 AM UTC-6, Niklas Enbom wrote:

[Andreas Pehrson]

On Sat, Oct 24, 2015 at 1:23 AM, Jeremy Noring <jeremy...@gmail.com> wrote:

One other question Niklas, and you may not be the best person to ask but I'm hoping you may have some info.  Do you have any idea if the Mozilla people have any intention to finish implementing this interface?  I know they started implementing it, but currently it's audio only.

I'm not sure where this misconception comes from, but the Mozilla implementation has supported video for at least a year :)

It does VP8 in software on desktop and H264 though OMX on Android and Firefox OS.

If you're experiencing any issues with it, please file a bug at https://bugzilla.mozilla.org/.

Cheers,

 

Mozilla peeps, any idea if/when we could expect that API to get finished?

On Wednesday, October 7, 2015 at 10:34:23 AM UTC-6, Niklas Enbom wrote:

A first version of the MediaStream Recording API is now available in Chrome 47. This is an early experimental version, but if you're interested in this API you can start playing with it. 

You need: 

• Chrome 47, current dev channel
• Enable experimental Web Platform features under chrome://flags

Demo page: https://rawgit.com/Miguelao/demos/master/mediarecorder.html

Current limitations:

• Only supports video, working on adding audio support.
• Only tested on locally sourced MediaStreams
• No internal buffering or configurable Blob interval, encoded data handed back frame by frame
• VP8, hard coded bit rate (VP9 being worked on this quarter)

This is an API with lots of different applications, so we'd love to hear your feedback on what features you think are important to add.

--

---
You received this message because you are subscribed to the Google Groups "discuss-webrtc" group.
To unsubscribe from this group and stop receiving emails from it, send an email to discuss-webrt...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/discuss-webrtc/4385b579-9c6b-47ef-8bda-8b51f65c9a08%40googlegroups.com.

[Silvia Pfeiffer]

On Thu, Oct 8, 2015 at 3:34 AM, Niklas Enbom <niklas...@webrtc.org> wrote:
> A first version of the MediaStream Recording API is now available in Chrome
> 47. This is an early experimental version, but if you're interested in this
> API you can start playing with it.
>
> You need:
>
> Chrome 47, current dev channel
> Enable experimental Web Platform features under chrome://flags
>
> Demo page: https://rawgit.com/Miguelao/demos/master/mediarecorder.html

If the Firefox APIs exist, too, can I recommend to make this work in
both browsers?

Just my 2c worth. :-)

Cheers,
Silvia.

> Current limitations:
>
> Only supports video, working on adding audio support.
> Only tested on locally sourced MediaStreams
> No internal buffering or configurable Blob interval, encoded data handed
> back frame by frame
> VP8, hard coded bit rate (VP9 being worked on this quarter)
>
>
> This is an API with lots of different applications, so we'd love to hear
> your feedback on what features you think are important to add.
>

> --
>
> ---
> You received this message because you are subscribed to the Google Groups
> "discuss-webrtc" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to discuss-webrt...@googlegroups.com.
> To view this discussion on the web visit

> https://groups.google.com/d/msgid/discuss-webrtc/CAHzHjDMsUrnbfhF49v_cg5KjOXhjnckQvn6Qokf-JY58mb-SLw%40mail.gmail.com.

[Jeremy Noring]

On Friday, October 23, 2015 at 8:17:59 PM UTC-6, Andreas Pehrson wrote:

On Sat, Oct 24, 2015 at 1:23 AM, Jeremy Noring <jeremy...@gmail.com> wrote:

One other question Niklas, and you may not be the best person to ask but I'm hoping you may have some info.  Do you have any idea if the Mozilla people have any intention to finish implementing this interface?  I know they started implementing it, but currently it's audio only.

I'm not sure where this misconception comes from, but the Mozilla implementation has supported video for at least a year :)

It does VP8 in software on desktop and H264 though OMX on Android and Firefox OS.

I think the misconception comes from the fact that almost no demo available shows using both audio and video, at least as far as I've seen.  Is there a demo page somewhere that shows recording audio and video to a blob of some sort? 

[Andreas Pehrson]

I agree the web isn't exactly overflowing with such demos; still from the MDN page at [1], the demo at [2] uses audio and video.

I also know that Maire is working on a new demo that will include MediaRecorder, but I don't think there's much to show yet.

[1] https://developer.mozilla.org/en-US/docs/Web/API/MediaRecorder
[2] http://simpl.info/mediarecorder/

[Maire Reavy]

Yes, I hope to have something soon (within the next week or so), but I don't have anything to put up yet.  As soon as I do, I'll post to this mailing list.

-Maire

[1] https://developer.mozilla.org/en-US/docs/Web/API/MediaRecorder
[2] http://simpl.info/mediarecorder/

--

---
You received this message because you are subscribed to the Google Groups "discuss-webrtc" group.
To unsubscribe from this group and stop receiving emails from it, send an email to discuss-webrt...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/discuss-webrtc/CAL4UWigsCbk3_ewL-w3_stKsUJ9L_WL7RHRBmMvK5TMBkG7OXw%40mail.gmail.com.

[William Cheung]

Is there a plan for when / if audio recording might be implemented?

Thanks,

William

[Niklas Enbom]

I assume you mean for Chrome. Yes the audio patches are being landed right now, should show up in canary within 2 weeks from now.

--

---
You received this message because you are subscribed to the Google Groups "discuss-webrtc" group.
To unsubscribe from this group and stop receiving emails from it, send an email to discuss-webrt...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/discuss-webrtc/4e1a19e9-b9dc-49da-9ef4-892830535b96%40googlegroups.com.

[Antonio Di Francesco]

Hi Niklas,

any update on this? Do not want to stress...just excited to try it out :)

Cheers and thanks!

[Niklas Enbom]

Sorry for the delay. The support was added to Android last week, so it will show up in dev channel soon.

--

---
You received this message because you are subscribed to the Google Groups "discuss-webrtc" group.
To unsubscribe from this group and stop receiving emails from it, send an email to discuss-webrt...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/discuss-webrtc/d2fcf882-3ac0-4122-8ec9-36641ff8852b%40googlegroups.com.

[Antonio Di Francesco]

Hi Niklas,

I would like to point out a very useful add to the MediaRecorder API, meaning the chance to take also an AudioBuffer rather than just Getusermedia as an input.

It was already discussed in here https://github.com/WebAudio/web-audio-api/issues/496

A few months ago, but now that the implementation is ok is worth discussing again.

Is it planned already? If not, do you see it as coming soon or not?

[giovanni cortese]

Hi Niklas, all - 

I am trying to get up to speed on this topic. 

I tried these demos (https://samdutton.github.io/simpl/mediarecorder/ and https://rawgit.com/Miguelao/demos/master/mediarecorder.html - both on chrome 48 stable and chrome canary 50 on Mac.

In both cases - video works but audio seems not. This is what I expected on chrome 48 but on canary I was expecting to see audio working.

Likely just an issue with the demos I checked ?

Any hint on a) the status of implementation/ deployment of audio support b) right way to try it/ experiment with ?

Sorry if I missed something and thanks for the help!
giovanni

[Niklas Enbom]

Antonio@, combining createMediaStreamDestination from WebAudio with MediaStream recording will be fixed in Chrome 50, check this bug for details: https://code.google.com/p/chromium/issues/detail?id=569089

Giovanni@, Audio should certainly work in Chrome 49 and 50, what is it that doesn't work for you? The second demo is not up to date with the mime string changes, but the first one should work with audio for sure.

To view this discussion on the web visit https://groups.google.com/d/msgid/discuss-webrtc/f1d3dee9-f2de-4a03-a40b-34f362796cff%40googlegroups.com.

[giovanni cortese]

On Wednesday, January 27, 2016 at 6:25:53 PM UTC+1, Niklas Enbom wrote:

Antonio@, combining createMediaStreamDestination from WebAudio with MediaStream recording will be fixed in Chrome 50, check this bug for details: https://code.google.com/p/chromium/issues/detail?id=569089

Giovanni@, Audio should certainly work in Chrome 49 and 50, what is it that doesn't work for you? The second demo is not up to date with the mime string changes, but the first one should work with audio for sure.

Hi Niklas, thanks for the response - actually to be more precise:

- second demo does not work, as you say

- first demo 'sort of works' - it records/replays both audio and video. But occasionally (seems happening more often if there is actually audio to be recorded e.g. music) the video is recorded heavily pixelated (example attached). Also, the recorded audio sounds very distorted (I compare it with the same demo on Firefox, and with a recording app we implemented with an open source javascript library - both record better audio).

Am I doing wrong something - or if there is any issue still in the Chrome implementation being worked on ? 

thanks a lot,

giovanni

[Niklas Enbom]

Filed https://code.google.com/p/chromium/issues/detail?id=582165 for this.

To view this discussion on the web visit https://groups.google.com/d/msgid/discuss-webrtc/fe36e24c-5eba-4016-a546-ef85de1620a0%40googlegroups.com.

[Antonio Di Francesco]

Niklas, I filed https://code.google.com/p/chromium/issues/detail?id=582370&thanks=582370&ts=1454053372 to report severe problems when using MediaRecorder API on Windows. 

On different machines, different Windows versions, we sistematically get the Uffa crash page when playing the audio/video recorded by MediaRecorder API. And in the rare cases when there is no uffa crash, the file cannot be played. 

Anyway, the bug is there for more details.

Thanks

[Tsahi Levent-Levi]

Niklas,

The sample looks like it records the local media.

Will it be possible to use the same calls to record incoming media?

When incoming media is recorded - will it record it:

1. before the deocder, in its original received state

2. after the decoder - as raw media

3. after the decoder, re-encoded to whatever I want

Thanks,

Tsahi

[Sergio Garcia Murillo]

For the limitations I would say 3....

--

---
You received this message because you are subscribed to the Google Groups "discuss-webrtc" group.
To unsubscribe from this group and stop receiving emails from it, send an email to discuss-webrt...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/discuss-webrtc/98d25d42-85df-47f2-8285-3aade369abd2%40googlegroups.com.

[Sam Dutton]

A demo is now also available here:

• webrtc.github.io/samples/src/content/getusermedia/record

• simpl.info/mr: same code, easier URL for mobile!

Works in Firefox, and Chrome 47+ for desktop and Android.

Sam

[Niklas Enbom]

Sorry for the delay Tsahi, was out last week. As stated it's option 3 right now. It would definitely make sense in some cases to use the original incoming encoded format, but it would require some significant plumbing to get done.

[Niklas Enbom]

And yes, recording remote media should work already now.

[Antonio Di Francesco]

Niklas,

for what I can see playback of the MediaRecorder API recorded media does not work in Android and it seems like it is ok this way.

Is this going to be fixed or not? If not, why?

Thanks 

[Sam Dutton]

Hi Antonio

Jumping in...

In Chrome on Android you can save and download recordings made with MediaRecorder, but it’s not yet possible to view a recording in a video element via window.URL.createObjectURL(). Take a look at progress with this at crbug.com/253465.

I haven't tried it yet, but a workaround was suggested on Twitter here: 'I work around that by "downloading" the audio Blob's URL via XHR to a new Blob and the using that one's URL on <audio>'.

Sam 

--

---
You received this message because you are subscribed to a topic in the Google Groups "discuss-webrtc" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/discuss-webrtc/n11m846oV4I/unsubscribe.
To unsubscribe from this group and all its topics, send an email to discuss-webrt...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/discuss-webrtc/77ab1586-9b1d-44e1-a32a-7594f5a38622%40googlegroups.com.

[Antonio Di Francesco]

Thanks a lot Sam for pointing that out.

I'll also try the workaround.

Tnx again

[Antonio Di Francesco]

Something happened and MediaRecorder API stopped working on Windows as of Chrome Dev version 50.0.2645.3 dev-m (64-bit)

Go to simpl.info/mr and as soon as you press Start Recording the tab will crash. I filed bug  586737

It works fine on Canary.

[Sam Dutton]

Thanks for the bug report!

To view this discussion on the web visit https://groups.google.com/d/msgid/discuss-webrtc/60239985-6492-46ce-8227-439a6412d6c9%40googlegroups.com.

[Philipp Hancke]

2016-02-13 4:42 GMT-08:00 Antonio Di Francesco <antonio.d...@jamgling.com>:

Something happened and MediaRecorder API stopped working on Windows as of Chrome Dev version 50.0.2645.3 dev-m (64-bit)

Go to simpl.info/mr and as soon as you press Start Recording the tab will crash. I filed bug  586737

If you can go to chrome://crashes and find a crash id there, adding it to the bug report speeds things up usually.

To view this discussion on the web visit https://groups.google.com/d/msgid/discuss-webrtc/60239985-6492-46ce-8227-439a6412d6c9%40googlegroups.com.

[Antonio Di Francesco]

Thanks Philipp, I just added the crash id to the bug. 

[Antonio Di Francesco]

Sam@,

unluckily the workaround for the bug crbug.com/253465 regarding the problem of playing recorded videos on Android via window.URL.createObjectURL() does not seem to work. Did you try it?

Anyway the bug itself seems to have been fixed as of a patch from January 27th but still the latest dev version of Chrome for Android does not play the recorded video. 

Is it actually fixed or did I misunderstand what is described there?

Tnx!

[Sam Dutton]

Did you try it?

I haven't tried the workaround, but when I get a moment, I'll check.

The simpl.info/mr demo (i.e. window.URL.createObjectURL()) works for me on Android Chrome 50.0.2652.3.

To view this discussion on the web visit https://groups.google.com/d/msgid/discuss-webrtc/9b7184bf-4d4c-4b07-8109-e4067ffd3e0a%40googlegroups.com.

[Antonio Di Francesco]

The simpl.info/mr demo (i.e. window.URL.createObjectURL()) works for me on Android Chrome 50.0.2652.3.

I am trying it on a HTC One M8, Android 6.0 and it does not work. I used the same version of Chrome you mentioned. Yesterday I also downloaded the newer 50.0.2657.5 and again does not work. No problems found in the console.

Anyway I tried it with my friends phones and it does work, so I am wondering whether it might be a device problem.

I'll mention it in the issue just in case.

Thanks for your feedback

[Ajay Choudary]

If there are multiple Audio/Video tracks in the stream, cloned tracks are not recorded.

I cloned pc.remotestream tracks and added them to local stream as below

stream1.addTrack(clonedVideotrack);

stream1.addTrack(clonedAudiotrack);

But the recorded Blob is having local stream only. Is this expected?

Is there anyway to mix audio tracks for mono channel output?

Regards,

-Ajay 

[Niklas Enbom]

We don't support multiple audio/video tracks, only the first ones will be recorded. You might be able to do mixing via WebAudio.

--

---
You received this message because you are subscribed to the Google Groups "discuss-webrtc" group.
To unsubscribe from this group and stop receiving emails from it, send an email to discuss-webrt...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/discuss-webrtc/3a2a7ac3-11be-49ae-bfcc-2397a446282c%40googlegroups.com.

[mike ads]

I'm experiencing the crash you're describing as well on Windows with the latest version of Dev Chrome 50.0.2661.49 beta-m (64-bit). As soon as i call mediaRecorder.start(10); the tab crashes.

Did you ever solve or find more information about this problem?

[Niklas Enbom]

Mike, can you find the crash ID for this one? chrome://crashes

The other crash was unrelated to MediaStream recording and should be fixed for Chrome 50.

To view this discussion on the web visit https://groups.google.com/d/msgid/discuss-webrtc/f6af1515-51a7-4b06-8aa5-cff4eeaa51c9%40googlegroups.com.

[mike ads]

Sure thing. 

Crash ID 3f94008400000000 (ba4d590a-3dc4-4534-90df-e9d1af57931d)

I'm using code i copied from the mediastream recording demo. It seems to work perfectly in Canary.

[Niklas Enbom]

Thanks, this is a different crash, we'll investigate on our end.

To view this discussion on the web visit https://groups.google.com/d/msgid/discuss-webrtc/5da00adc-fc1e-4d66-9465-827169c6381d%40googlegroups.com.