Closed
Bug 1051566
Opened 9 years ago
Closed 9 years ago
Add H.264 mode 0 support
Categories
(Core :: WebRTC: Audio/Video, defect)
Core
WebRTC: Audio/Video
Tracking
()
RESOLVED
FIXED
mozilla34
People
(Reporter: jesup, Assigned: jesup)
References
Details
Attachments
(2 files)
2.35 KB,
patch
|
ehugg
:
review+
Sylvestre
:
approval-mozilla-aurora+
|
Details | Diff | Splinter Review |
4.49 KB,
patch
|
Details | Diff | Splinter Review |
We should support H.264 mode 0, though we prefer mode 1. This requires offering/negotiating it, and keying off it for the packet size (override the value passed into codec init) Note: will not work on OMX HW 8x10 currently (need to add to dependency list for that).
Assignee | ||
Comment 1•9 years ago
|
||
Assignee | ||
Comment 2•9 years ago
|
||
Note: I updated the webrtc_landing self-call page (https://githib.mozilla.io/webrtc-landing/pc_test.html) to have a Mode 0 checkbox.
Assignee | ||
Updated•9 years ago
|
Attachment #8470501 -
Flags: review?(ethanhugg)
Assignee | ||
Comment 3•9 years ago
|
||
We should add some tests for this
Comment 4•9 years ago
|
||
Comment on attachment 8470501 [details] [diff] [review] Support H.264 Mode 0 in GMP OpenH264 Review of attachment 8470501 [details] [diff] [review]: ----------------------------------------------------------------- ::: media/webrtc/signaling/src/media-conduit/WebrtcGmpVideoCodec.cpp @@ +204,5 @@ > > // Pass dummy codecSpecific data for now... > nsTArray<uint8_t> codecSpecific; > > // H.264 mode 1 only supported so far I think we can remove this comment now. ::: media/webrtc/signaling/src/media/VcmSIPCCBinding.cpp @@ +2865,3 @@ > return VCM_H264_MODE_1; > +#else > + return VCM_H264_MODE_0|VCM_H264_MODE_1; I changed this to do only MODE_0 and ran some tests and it seems to work.
Attachment #8470501 -
Flags: review?(ethanhugg) → review+
Assignee | ||
Comment 5•9 years ago
|
||
Assignee | ||
Comment 6•9 years ago
|
||
https://hg.mozilla.org/integration/mozilla-inbound/rev/71a31a3e8387
Assignee | ||
Updated•9 years ago
|
Whiteboard: [openh264-uplift]
Comment 7•9 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/71a31a3e8387
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 8•9 years ago
|
||
Comment on attachment 8470501 [details] [diff] [review] Support H.264 Mode 0 in GMP OpenH264 Note: should be paired with bug 1050461 Approval Request Comment [Feature/regressing bug #]:N/A [User impact if declined]: No support for H.264 mode 0, which is required by IETF 6184. Most equipment doesn't use mode 0, but some equipment people care about does. [Describe test coverage new/current, TBPL]: On m-c since the 12th. Considerable manual testing by Cisco, and manual testing. I added a checkbox to force Mode 0 to our primary test page (http://mozilla.github.com/webrtc-landing/pc_test.html) We can't test H.264 OMX using a real codec in TBPL. [Risks and why]: Quite low risk (very small changes, and only a few code paths that aren't shared with Mode 0); almost all risk is from the other patch. [String/UUID change made/needed]: none
Attachment #8470501 -
Flags: approval-mozilla-aurora?
Assignee | ||
Updated•9 years ago
|
Assignee | ||
Updated•9 years ago
|
status-b2g-v2.0:
--- → wontfix
status-firefox32:
--- → wontfix
Updated•9 years ago
|
Attachment #8470501 -
Flags: approval-mozilla-aurora? → approval-mozilla-aurora+
Comment 9•9 years ago
|
||
https://hg.mozilla.org/releases/mozilla-aurora/rev/240a0232bc04
status-b2g-v2.1:
--- → fixed
Assignee | ||
Updated•9 years ago
|
Whiteboard: [openh264-uplift]
You need to log in
before you can comment on or make changes to this bug.
Description
•