Open
Bug 984223
Opened 11 years ago
Updated 3 years ago
Support H.264 hardware codec decoder on PlatformDecoder module for WebRTC
Categories
(Core :: WebRTC: Audio/Video, defect, P5)
Tracking
()
NEW
| backlog | parking-lot |
People
(Reporter: rlin, Unassigned)
References
Details
(Whiteboard: [ft:multimedia-platform])
Attachments
(1 file)
|
20.28 KB,
patch
|
Details | Diff | Splinter Review |
To achieve better performance on b2g platform, we should connect to media codec and use the hw decoder to avoid cpu usage.
Randy, is this bug target on integrate PlatformDecoder module inside webrtc? If that's the case, please change bug title to make it clearer
| Reporter | ||
Updated•11 years ago
|
Summary: Support H.264 hardware codec decoder in WebRTC → Support H.264 hardware codec decoder on PlatformDecoder module for WebRTC
Comment 2•11 years ago
|
||
Not a blocker in 1.5 on the h264 hard support.
Whiteboard: [ft:multimedia-platform]
Comment 3•11 years ago
|
||
Hi Chris,
We plan to integrate the PlatformDecoderModule into webrtc so webrtc decoding can utilize the HW codec like OMX in bug 941302.
However in H.264 streaming, the resolution could change on the same stream and decoder should be able to handle it correctly.
On codec part: OMX decoder should be able the handle this case via OMX interface [1]. FFMpeg seems also support it too [2].
On render part: when deocding, we check the every decoded imgae on the MediaDataDecoderCallback::Output(). Notify render if resolution changes.
Do you think that work? Thanks.
[1] http://e2e.ti.com/support/omap/f/849/t/218366.aspx
[2] http://trac.ffmpeg.org/ticket/1312
Flags: needinfo?(cpearce)
Comment 4•11 years ago
|
||
(In reply to Alfredo Yang from comment #3)
> We plan to integrate the PlatformDecoderModule into webrtc so webrtc
> decoding can utilize the HW codec like OMX in bug 941302.
Great!
> On render part: when deocding, we check the every decoded imgae on the
> MediaDataDecoderCallback::Output(). Notify render if resolution changes.
Do we need a notification? I don't think you do. I think the renderer can just check VideoData::mDisplay or VideoData::mImage->GetSize() or VideoData::mImage->GetPictureRect() to detect when the size of the image or the size at which it should be rendered changes? Right?
Flags: needinfo?(cpearce)
Comment 5•11 years ago
|
||
WIP
Comment 6•10 years ago
|
||
It's an open question if a given platform HW implementation backing MediaCodec will be usable for WebRTC.
We may also be able to leverage the VP8 MediaCodec work that Intel did for Android.
backlog: --- → parking-lot
Rank: 45
Priority: -- → P4
Comment 7•8 years ago
|
||
Mass change P4->P5 to align with new Mozilla triage process.
Priority: P4 → P5
Updated•3 years ago
|
Assignee: ayang → nobody
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•