New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 609429 link

Starred by 2 users

Issue metadata

Status: WontFix
Owner:
Closed: May 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux
Pri: 2
Type: Bug



Sign in to add a comment

A paused MediaRecorder continues to record audio

Reported by fred...@zfaas.com, May 5 2016

Issue description

UserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.110 Safari/537.36

Example URL:
clipchamp.com

Steps to reproduce the problem:
1. call MediaRecorder's pause()
2. wait a bit
3. call MediaRecorder's stop() or resume()

What is the expected behavior?
The recording should pause completely after pause().

What went wrong?
The video recording stopped (freezing the video in the resulting webm), but the audio recording continued to record. After calling stop() a barrage of ondataavailable (which was silent during the pause) got called with the audio having been recorded for the entire time the recorder was paused. The same effect is observed if we call resume(), the resulting webm freezes the video for the duration of the pause and then continues, but the audio continues to play throughout.

Did this work before? N/A 

Is it a problem with Flash or HTML5? HTML5

Does this work in other browsers? Yes 

Chrome version: 49.0.2623.110  Channel: n/a
OS Version: 
Flash Version: Shockwave Flash 21.0 r0
 

Comment 1 by fred...@zfaas.com, May 5 2016

We've also reproduced it on Windows 10, Chrome 50.0.2661.94 m (64-bit).
Components: -Internals>Media Blink>WebRTC
Cc: srnarayanan@chromium.org jansson@chromium.org
Owner: niklase@chromium.org
Status: Assigned (was: Unconfirmed)
Thank you for confirming that this is still an issue with Chrome 50. Could you also try the same steps with the latest Canary Chrome build?

Sending to niklase@ for triage.
Cc: mcasas@chromium.org
mcasas, do you have time to look at this or should I find someone else?

Comment 5 by mcasas@chromium.org, May 13 2016

I think this is a duplicate of a solved issue:
https://bugs.chromium.org/p/chromium/issues/detail?id=593560#c24
and should be solved by 51.0.2693.2

Comment 6 by fred...@zfaas.com, May 18 2016

Although the other issue deals with timestamps being off, not the audio continuing to record, I can confirm that the resulting webm in 51.0.2704.47 does not contain any freeze frames (i.e. bad timestamps), and the audio from the paused segment does not appear to end up in the output file. I tried various things to see if the audio was actually hidden in there but being skipped over, but it doesn't appear to be the case.

Feel free to go ahead and close this bug, it doesn't appear I can do that myself.

Thank you for taking the time, much appreciated.
Status: WontFix (was: Assigned)
Thank you for the follow up! I'm closing this bug per #6. 

Sign in to add a comment