1269030 - Audio playback doesn't work in WebRTC calls

Status: RESOLVED WORKSFORME

(Core :: WebRTC: Audio/Video, defect, P1)

Description

[Marco Castelluccio [:marco]]

It works for me in Nightly, but doesn't work in Firefox 46.

I can hear sound in videos (e.g. on YouTube), but not in WebRTC calls.

I'm reproducing this in a completely clean profile, just created only for the WebRTC call (I couldn't use Nightly because it's too crashy currently).

I tried with the other party using Firefox on Windows 10 and Android, nothing worked.

I'm on Linux, using the Firefox 46 build from the Ubuntu 16.04 repository.

Comment 1

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

Does it work with one of Mozilla's 46 builds?  (Ubuntu builds themselves with a varying set of options and possibly patches).  If that fails, then 47 and 48?

Do you hear sound using https://mozilla.github.io/webrtc-landing/gum_test.html?
Does sound work if you use a headset? (or don't use one?)
Is Youtube using HTML5, or Flash?

Can you set NSPR_LOG_MODULES=GetUserMedia:4,MediaManager:4,signaling:4 and capture a log?

Thanks

Comment 2

[Marco Castelluccio [:marco]]

It's working today :S

Comment 3

[Marco Castelluccio [:marco]]

I was able to reproduce this again today.

I've captured a log:

[Main Thread]: D/MediaManager MediaManager: default prefs: 0x0 @30fps (min 10), 1000Hz test tones, aec: on,agc: off, noise: on, aec level: 1, agc level: 1, noise level: 1,playout delay: 50, full_duplex, extended aec on, delay_agnostic on
[Main Thread]: D/MediaManager New Media thread for gum
[Unnamed thread 0x7f90e11cc6e0]: D/MediaManager void mozilla::MediaEngineRemoteVideoSource::Init()
[Unnamed thread 0x7f90e11cc6e0]: D/MediaManager AllocChannel: sampling rate 32000
[Unnamed thread 0x7f90e11cc6e0]: D/MediaManager Audio device -1 allocated
[Unnamed thread 0x7f90e11cc6e0]: D/MediaManager Audio config: aec: 1, agc: -1, noise: 1, delay: 50
[Unnamed thread 0x7f90e11cc6e0]: D/MediaManager virtual nsresult mozilla::MediaEngineRemoteVideoSource::Allocate(const mozilla::dom::MediaTrackConstraints&, const mozilla::MediaEnginePrefs&, const nsString&, const nsACString_internal&)
[Unnamed thread 0x7f90e11cc6e0]: D/MediaManager ChooseCapability: prefs: 640x480 @30-10fps
[Unnamed thread 0x7f90e11cc6e0]: D/MediaManager Constraints: width: { min: -2147483647, max: 2147483647 }
[Unnamed thread 0x7f90e11cc6e0]: D/MediaManager              height: { min: -2147483647, max: 2147483647 }
[Unnamed thread 0x7f90e11cc6e0]: D/MediaManager              frameRate: { min: -inf, max: inf }
[Unnamed thread 0x7f90e11cc6e0]: D/MediaManager Capability:  320 x  240 x 30 maxFps, MJPEG, Unknown codec. Distance = 0
[Unnamed thread 0x7f90e11cc6e0]: D/MediaManager Capability:  352 x  288 x 30 maxFps, MJPEG, Unknown codec. Distance = 0
[Unnamed thread 0x7f90e11cc6e0]: D/MediaManager Capability:  640 x  480 x 30 maxFps, MJPEG, Unknown codec. Distance = 0
[Unnamed thread 0x7f90e11cc6e0]: D/MediaManager Capability: 1280 x  720 x 30 maxFps, MJPEG, Unknown codec. Distance = 0
[Unnamed thread 0x7f90e11cc6e0]: D/MediaManager Capability:  320 x  240 x 30 maxFps, I420, Unknown codec. Distance = 0
[Unnamed thread 0x7f90e11cc6e0]: D/MediaManager Capability:  352 x  288 x 30 maxFps, I420, Unknown codec. Distance = 0
[Unnamed thread 0x7f90e11cc6e0]: D/MediaManager Capability:  640 x  480 x 30 maxFps, I420, Unknown codec. Distance = 0
[Unnamed thread 0x7f90e11cc6e0]: D/MediaManager Capability: 1280 x  720 x 15 maxFps, I420, Unknown codec. Distance = 0
[Unnamed thread 0x7f90e11cc6e0]: D/MediaManager Capability:  320 x  240 x 30 maxFps, YUY2, Unknown codec. Distance = 0
[Unnamed thread 0x7f90e11cc6e0]: D/MediaManager Capability:  352 x  288 x 30 maxFps, YUY2, Unknown codec. Distance = 0
[Unnamed thread 0x7f90e11cc6e0]: D/MediaManager Capability:  640 x  480 x 30 maxFps, YUY2, Unknown codec. Distance = 0
[Unnamed thread 0x7f90e11cc6e0]: D/MediaManager Capability: 1280 x  720 x 15 maxFps, YUY2, Unknown codec. Distance = 0
[Unnamed thread 0x7f90e11cc6e0]: D/MediaManager Chosen capability:  640 x  480 x 30 maxFps, I420, Unknown codec. Distance = 0
[Unnamed thread 0x7f90e11cc6e0]: D/MediaManager Video device 4097 allocated for https://mozilla.github.io
[Unnamed thread 0x7f90e11cc6e0]: D/MediaManager Start audio for stream 7f90de8162c0
[Unnamed thread 0x7f90e11cc6e0]: D/MediaManager virtual nsresult mozilla::MediaEngineRemoteVideoSource::Start(mozilla::SourceMediaStream*, mozilla::TrackID, const PrincipalHandle&)
[Unnamed thread 0x7f90e11cc6e0]: D/MediaManager started all sources
[Main Thread]: D/MediaManager Returning success for getUserMedia()
[Cameras IPC]: D/MediaManager MediaEngineRemoteVideoSource Video FrameSizeChange: 640x480

Comment 4

[Marco Castelluccio [:marco]]

I'm able to reproduce also in Nightly. The log above is from Nightly.

Comment 5

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

Given this is audio playback from MSG (not capture apparently), there's a reasonable chance this is related to cubeb.

The above log only really shows getUserMedia info - I take it this was some "echo audio to me" URL?  What was the URL?  Can you try this on https://mozilla.github.io/webrtc-landing/gum_test.html, and click on "Audio"?  Use NSPR_LOG_MODULES=GetUserMedia:5,MediaManager:5,webrtc_trace:65535 WEBRTC_TRACE_FILE=nspr

(Paul/Greg - I don't think there are any logs from cubeb without restarting)

We could also go one more step, and add MediaStreamGraph:5 to the list.  This will produce a LOT of output; run it just long enough to be sure it's reproing.

Comment 6

[Marco Castelluccio [:marco]]

Attachment: log.txt

(In reply to Randell Jesup [:jesup] from comment #5)
> The above log only really shows getUserMedia info - I take it this was some
> "echo audio to me" URL?  What was the URL?  Can you try this on
> https://mozilla.github.io/webrtc-landing/gum_test.html, and click on
> "Audio"?

I was using that, but "Audio & Video". The log I've collected now is "Audio" only.

Comment 7

[Paul Adenot (:padenot)]

Can you check the volume of the stream in the settings ? We had a bug where it would be muted.

Comment 8

[Marco Castelluccio [:marco]]

I can't reproduce this bug easily, it happens every once in a while.
Could you tell me all the information you need so the next time I'm able to reproduce I can collect it all?

Comment 9

[Paul Adenot (:padenot)]

If you're using gnome or unity or something that has `gnome-control-center`, you can run it, click on "Sound", click on the "Applications" tab, and you can see a stream named "CubebUtils", that has a volume slider, that can be set to 0. A patch has landed this weekend to fix this, but it might not be in Nightly yet.

Comment 10

[Marco Castelluccio [:marco]]

I haven't hit the bug in a while.