1299426 - With recently version 48 is released, and in that we started facing sever issue. Issue is : Video works fine but Audio is lost after few seconds.

Status: RESOLVED INCOMPLETE

(Core :: Audio/Video: Recording, defect)

Description

[Ashok]

What did you do?
================
1. Using getUserMedia to get webcam and mic stream.
2. Take stream from step 1 and pass to MediaRecorder API for recording video.
3. Displaying recorded video.

What happened?
==============
Recorded Video is losing audio after few seconds.

What should have happened?
==========================
Version upgrade should not have impact on Video. Audio and video both attributes should have been captured and working as they were working in Version 47.

Is there anything else we should know?
======================================
Please refer following link for your reference, having same issue as audio get mute after few seconds.

https://www.webrtc-experiment.com/RecordRTC/
https://webrtc.github.io/samples/src/content/getusermedia/record/

Comment 1

[Nico Grunbaum [:ng, @chew:mozilla.org]]

Ashok, could you provide more details about the system you are using including OS and recording hardware?  I have been able not reproduce this on my local machine using 48 with the links you provided.

Comment 2

[Nico Grunbaum [:ng, @chew:mozilla.org]]

This may be a duplicate of bug 1298750.

Comment 3

[Ashok]

(In reply to Nico Grunbaum [:ng] from comment #2)
> This may be a duplicate of bug 1298750.

May be I am not sure, I just checked that bug and it just talks about Windows 10. But we are facing issues everywhere ( Windows 8, 10,Linux, Mac)

You should try saving video of atleast 2 mins and I believe you will see these issues.

Please share how we can connect to discuss it further.

Comment 4

[Randell Jesup [:jesup] (needinfo me)]

Ashok - are you using slices in the recording, and then concatenating the slices together?  The spec says that should work (and it may have worked in 47), but is does not work correctly currently in Firefox; which may be fallout from the change from Vorbis to Opus in 48 for recordings.  (Side-effect of landing support for recording on Android.)  Note that RecordRTC incorrectly (per the spec) assumes that slices are independently playable.

Comment 5

[Ashok]

Yeah we are continuously grabbing the media content( audio + video) and passing on to server for recording. So yes we are in a way slicing it every second.
Yeah based on spec we built our application. You are correct its not working at the moment.
I also agree that its a side-drop of some new support.

So please guide what you suggest for now? Will someone at Mozilla support will be looking into it and providing us input like:
1. Will Mozilla team fix it?
2. When we can expect a patch/ build resolution ?
3. Some workaround through which we can fix it.

That will help us formulating how to get out of current situation where all the customers having updated mozilla are not able to use our application.

Many Thanks,
Sunil

Comment 6

[Pierre Brochard]

I have done tests with the 51.0b9 version.

I send requestData events every 100 ms (settimeout) with MediaRecorder on Webcam with getUserMedia.

I send blobs to a server where I contenate blobs (one every 2 or 3 s : min for timeslice) for 5 minutes and I obtain (for video/webm) :
Stream #0:0(eng): Video: vp8, yuv420p, 1280x720, SAR 1:1 DAR 16:9, 30 fps, 30 tbr, 1k tbn, 1k tbc (default)
Stream #0:1(eng): Audio: opus, 48000 Hz, mono, fltp (default)

The sound is good until the end.
It works as before.
I can't reproduce the bug with my test.

Comment 7

[Loic]

Ashok, are you able to reproduce your issue with Beta or Nightly?
https://www.mozilla.org/en-US/firefox/beta/all/
https://www.mozilla.org/en-US/firefox/nightly/all/

Comment 8

[Nils Ohlmeier [:drno]]

Nothing actionable here.

Comment 9

[Jay money]

In a build i did today, I get this during and when finished loading. I also see
nothing, altho the throbber & progress meter stop. View source brings up the
page, it appears to be a framed page.
I build at about 6:00p on 3-11-00 on NT sp6.

Changing component to layout and confirming bug.

Document http://www.naijadailyfeed.com/ loaded successfully
Document: Done (2.5 secs)
FindShortcut: in='http://www.naijadailyfeed.com/' out='null'
[ensuring channel]: http://www.naijadailyfeed.com/
[ensuring channel]: http://www.naijadailyfeed.com/
WEBSHELL+ = 19
WEBSHELL+ = 20
Block(td)(1)@022857F0: WARNING: max-element-size:1725,285 desired:7080,255 maxSi
ze:1073741824,1073741824
Block(td)(2)@021CF588: WARNING: max-element-size:1725,285 desired:7080,255 maxSi
ze:1073741824,1073741824
Document https://www.naijadailyfeed.com/ loaded successfully
Document: Done (7.219 secs)