Open Bug 1043536 Opened 11 years ago Updated 3 years ago

Implement sprop-maxcapturerate Opus fmtp parameter

Categories

(Core :: WebRTC: Signaling, defect, P4)

Product:
Core
Component:
WebRTC: Signaling
Platform:
x86_64
Linux
Type:
defect

Tracking

()

Blocking Flags:
backlog webrtc/webaudio+

People

(Reporter: derf, Unassigned)

References

(Blocks 1 open bug)

Details

For sendonly or sendrecv Opus streams, we should provide an appropriate sprop-maxcapturerate for the audio we plan to send. Since content/media/webrtc/MediaEngineWebRTCAudio.cpp still uses #define SAMPLE_FREQUENCY 16000 we should probably not be using the default (48 kHz) for the fmtp parameter, at least not in the case where the stream source is a LocalMediaStream (possibly not also for other MediaStreams, but that may be more complicated to evaluate). The benefit is that the remote side may be able to run its audio pipeline (AEC, etc.) at the lower sampling rate, saving CPU and battery.
backlog: --- → webRTC+
Rank: 38
Priority: -- → P3
Mass change P3->P4 to align with new Mozilla triage process.
Priority: P3 → P4
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.