Closed
Bug 1051566
Opened 11 years ago
Closed 11 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•11 years ago
|
||
| Assignee | ||
Comment 2•11 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•11 years ago
|
Attachment #8470501 -
Flags: review?(ethanhugg)
| Assignee | ||
Comment 3•11 years ago
|
||
We should add some tests for this
Comment 4•11 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•11 years ago
|
||
| Assignee | ||
Comment 6•11 years ago
|
||
| Assignee | ||
Updated•11 years ago
|
Whiteboard: [openh264-uplift]
Comment 7•11 years ago
|
||
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
| Assignee | ||
Comment 8•11 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•11 years ago
|
| Assignee | ||
Updated•11 years ago
|
status-b2g-v2.0:
--- → wontfix
status-firefox32:
--- → wontfix
Updated•11 years ago
|
Attachment #8470501 -
Flags: approval-mozilla-aurora? → approval-mozilla-aurora+
Comment 9•11 years ago
|
||
status-b2g-v2.1:
--- → fixed
| Assignee | ||
Updated•11 years ago
|
Whiteboard: [openh264-uplift]
You need to log in
before you can comment on or make changes to this bug.
Description
•