Closed
Bug 1033900
Opened 11 years ago
Closed 7 years ago
Improvement of media threading model on B2G.
Categories
(Core :: Audio/Video: Playback, defect)
Tracking
()
RESOLVED
WONTFIX
People
(Reporter: brsun, Unassigned)
References
Details
Attachments
(1 file)
1.53 MB,
application/vnd.oasis.opendocument.presentation
|
Details |
This is a meta bug for improvement of media threading model on B2G:
- Integrate android::MediaCodec into gecko.
- Non-blocking data pipeline from MediaResource to MediaDecoderReader.
- Other followup bugs.
Reporter | ||
Updated•11 years ago
|
Comment 1•11 years ago
|
||
When MediaCodec exposes GraphicBuffer for b2g, gecko needs to identify if MediaCodec exposes GraphicBuffers. Some devices support it, but some devices does not support it. If it is not supported, we need to use OMXCodec.
Comment 2•11 years ago
|
||
When we want to expose GraphicBuffer from MediaCodec, we might want to allocate some spare buffers and use them in gecko. In this case, using GonkNativeWindow and modification to ACodec about how to handle undequeued buffer like attachment 8446689 [details] [diff] [review] in Bug 1009420 might become necessary.
In this case, the modification to ACodec might conflict with current gecko's WebRTC implementation. Because current WebRTC implementation get GraphicBuffer from GonkNativeWindow.
Reporter | ||
Comment 3•11 years ago
|
||
I found that I didn't share my original proposal for integrating MediaCodec and refining the reading mechanism of MediaResource on bugzilla. This is the original one I proposed during the media work-week (March 2014) in Taipei.
Updated•9 years ago
|
Component: Audio/Video → Audio/Video: Playback
Updated•7 years ago
|
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•