Closed
Bug 814757
Opened 12 years ago
Closed 12 years ago
Export all decoder reader headers
Categories
(Core :: Audio/Video, defect)
Tracking
()
RESOLVED
FIXED
mozilla20
People
(Reporter: ehsan.akhgari, Assigned: ehsan.akhgari)
References
Details
Attachments
(1 file)
2.03 KB,
patch
|
cpearce
:
review+
|
Details | Diff | Splinter Review |
No description provided.
Assignee | ||
Comment 1•12 years ago
|
||
Attachment #684759 -
Flags: review?(cpearce)
Assignee | ||
Updated•12 years ago
|
Assignee: nobody → ehsan
Comment 2•12 years ago
|
||
Comment on attachment 684759 [details] [diff] [review]
Patch (v1)
Review of attachment 684759 [details] [diff] [review]:
-----------------------------------------------------------------
Why do you need this?
I'd prefer to not do this because we'll then expose platform specific reader's innards to the outside world, it breaks our encapsulation.
Could you instead have some kind of factory (which lives in and is exported from content/media) or even just a (static?) function on MediaDecoder, which would return a MediaDecoderReader* appropriate for the MIME type or MediaResource passed in?
Assignee | ||
Comment 3•12 years ago
|
||
For web audio, I need to create decoder reader objects, not decoders. I have a class in content/media/webaudio called MediaBufferDecoder which needs to create reader objects in order to do its job, and therefore needs to have access to these headers. (Note that some of them are already exported.)
I guess I can create the factory method that you're talking about, but that needs adjusting the LOCAL_INCLUDES in the Makefile in order to be able to access these headers. I'll do that if that's what you prefer. In that case, feel free to WONTFIX this bug.
Thanks!
Comment 4•12 years ago
|
||
Comment on attachment 684759 [details] [diff] [review]
Patch (v1)
Review of attachment 684759 [details] [diff] [review]:
-----------------------------------------------------------------
I guess we're damned either way. I'm concerned that when we add new backends we'll forget to add code to create readers to your Web Audio class.
Let's run with this for now. I'd like to refactor and centralize our reader creation to prevent the above, but I think that's too bigger refactoring to ask you to do, so let's just do this in the meantime.
Attachment #684759 -
Flags: review?(cpearce) → review+
Assignee | ||
Comment 5•12 years ago
|
||
Comment 6•12 years ago
|
||
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla20
You need to log in
before you can comment on or make changes to this bug.
Description
•