Closed Bug 1803368 Opened 2 years ago Closed 2 years ago

H264 encoding for webrtc is broken on Android

Categories

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

Firefox 109
Unspecified
Android
defect

Tracking

()

RESOLVED FIXED
109 Branch
Tracking Status
firefox-esr102 --- unaffected
firefox107 --- unaffected
firefox108 --- unaffected
firefox109 + fixed

People

(Reporter: pehrsons, Assigned: pehrsons)

References

(Regressed 1 open bug, Regression)

Details

(Keywords: regression)

Attachments

(4 files)

Android doesn't have OpenH264, and the plumbing for some h264 configuration options was broken in bug 1790097.

The plumbing for this was broken in
https://hg.mozilla.org/mozilla-central/rev/f3fc736c62d289ba9d7be9ed01806de7b6c00855

This patch puts the config data into SdpVideoFormat::Parameters which gets
passed into libwebrtc. Further down the line, these parameters will have to be
picked up by encoders. Subsequent patches fixes this for WebrtcGmpVideoEncoder
and WebrtcMediaDataEncoder.

See Also: → 1802829

[Tracking Requested - why for this release]:
Issue with the latest libwebrtc update.

Set release status flags based on info from the regressing bug 1790097

See Also: → 1803530
Pushed by pehrsons@gmail.com: https://hg.mozilla.org/integration/autoland/rev/928995955559 Plumb H264 configuration from sdp negotiation into libwebrtc. r=webrtc-reviewers,mjf https://hg.mozilla.org/integration/autoland/rev/b7ab96b369ab In WebrtcMediaDataEncoderCodec, read H264 packetization mode from sdp params. r=webrtc-reviewers,mjf https://hg.mozilla.org/integration/autoland/rev/b26b28c15d1a Plumb packetization mode into WebrtcGmpVideoEncoder. r=webrtc-reviewers,mjf https://hg.mozilla.org/integration/autoland/rev/4ec5232d1c53 Reinstate frame dropping. r=webrtc-reviewers,mjf
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: