Closed
Bug 943721
Opened 11 years ago
Closed 11 years ago
MP4Reader should restrict its output codecs
Categories
(Core :: Audio/Video, defect)
Tracking
()
RESOLVED
FIXED
mozilla28
People
(Reporter: cpearce, Assigned: cpearce)
References
Details
Attachments
(1 file)
3.13 KB,
patch
|
kinetik
:
review+
|
Details | Diff | Splinter Review |
MP4Reader doesn't limit the codecs that it passes to platform decoders to H.264 and AAC. It should. The mp4_demuxer denotes what codecs it's producing in the audio and video configs that it exposes, so this is easy.
Assignee | ||
Comment 1•11 years ago
|
||
Make MP4Reader restrict its codecs output to H.264 and AAC.
We should restrict the output of MP4Reader to H.264 and AAC so that we
don't end up invoking rogue platform decoders (if that's even possible).
This means that we won't play MP3 audio inside MP4, that's deliberate.
Updated•11 years ago
|
Attachment #8339521 -
Flags: review?(kinetik) → review+
Assignee | ||
Comment 2•11 years ago
|
||
I should point out that if and when we want to support other codecs, like MP3 audio, we'd need to change the PlatformDecoderModule::Create*Decoder() interface so that we could specify which codec we want to instantiate, and then add a decoder backend for each platform for that format.
So for MP3, the we'd need to add MediaDataDecoders for DirectShow, AppleMedia, OMX, and GStreamer (or whatever MP3 decoder we want to use). Possibly we could expose a fake MediaResource to the existing MediaDecoderReaders, like WebAudio does.
My point is that it's work to add support for MP3 decoding inside MP4, so I'm deliberately excluding it now.
Assignee | ||
Comment 3•11 years ago
|
||
Comment 4•11 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla28
You need to log in
before you can comment on or make changes to this bug.
Description
•