Closed Bug 1200768 Opened 10 years ago Closed 1 year ago

WebrtcVideoConduit cannot cope with having more than one H264 recv codec

Categories

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

defect

Tracking

()

RESOLVED FIXED
138 Branch
Tracking Status
firefox43 --- wontfix
firefox138 --- fixed

People

(Reporter: bwc, Assigned: pehrsons)

References

Details

(Keywords: webcompat:platform-bug)

Attachments

(1 file)

Currently, we can only have one H264 recv codec on a given WebrtcVideoConduit. If there are multiple H264 codecs in an answer, the last one will be what is configured, which is of course not likely to be what is sent. This will need to be fixed before we are able to accept multiple codecs in an answer. There are a handful of possible fixes, including: 1. Only use the first H264 recv codec (will probably squeak by in most cases, since the other end will probably not actually switch on us). 2. Fix this limitation by having multiple H264 decoders. 3. Only offer one H264 codec in the first place.
What do you think about these options? I have option 1 implemented in my simulcast negotiation work, and it works ok. If this is not enough in the short-term, I'll need to modify the simulcast patch to not put multiple different codecs (per simulcast version) in answers, and only use one recv codec like before.
Flags: needinfo?(rjesup)
backlog: --- → webrtc/webaudio+
Rank: 17
Priority: -- → P1
Let's land option 1, and file a followup for option 2 at a lower priority. Byron - are you good with this? Thanks.
Flags: needinfo?(rjesup) → needinfo?(docfaraday)
Assignee: nobody → docfaraday
We've already landed option 1 in bug 1203246. We can leave this bug for option 2.
Flags: needinfo?(docfaraday)
Rank: 17 → 22
Priority: P1 → P2
Mass change P2->P3 to align with new Mozilla triage process.
Priority: P2 → P3
Assignee: docfaraday → nobody
Severity: normal → S3
Duplicate of this bug: 1950834
Assignee: nobody → apehrson
Status: NEW → ASSIGNED

Here's a manual repro case: https://jsfiddle.net/pehrsons/h1x8ytj9/

The severity field for this bug is set to S3. However, the following bug duplicate has higher severity:

:pehrsons, could you consider increasing the severity of this bug to S2?

For more information, please visit BugBot documentation.

Flags: needinfo?(apehrson)

Not S2, this has been around forever.

Flags: needinfo?(apehrson)
Pushed by pehrsons@gmail.com: https://hg.mozilla.org/integration/autoland/rev/41b771516141 Forward all receive codec payload types to libwebrtc. r=ng,jib
Created web-platform-tests PR https://github.com/web-platform-tests/wpt/pull/51159 for changes under testing/web-platform/tests
Blocks: 1952183
Status: ASSIGNED → RESOLVED
Closed: 1 year ago
Resolution: --- → FIXED
Target Milestone: --- → 138 Branch
Upstream PR merged by moz-wptsync-bot
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: