Closed Bug 810177 Opened 12 years ago Closed 12 years ago

Refactor nsMediaDecoder and friends so that they do not depend on nsHTMLMediaElement

Categories

(Core :: Audio/Video, defect)

x86
macOS
defect
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla19

People

(Reporter: ehsan.akhgari, Assigned: ehsan.akhgari)

References

Details

Attachments

(4 files)

I have a set of patches which refactor nsMediaDecoder and friends to not depend on nsHTMLMediaElement.  The basic idea is to create an nsMediaDecoderCallback interface which nsHTMLMediaElement would implement, and put everything needed by nsMediaDeocder on that interface.  In addition to that, there are a number of other cleanup patches which enabled me to eliminate many of the nsHTMLMediaElement.h #includes in the media code.

I need these patches for bug 792263.
Assignee: nobody → ehsan
Status: NEW → ASSIGNED
Attachment #679946 - Flags: review?(roc)
Attachment #679946 - Flags: review?(roc) → review+
Attachment #679947 - Flags: review?(roc) → review+
Attachment #679948 - Flags: review?(roc) → review+
Comment on attachment 679949 [details] [diff] [review]
Part 4: Make nsMediaDecoder not depend on nsHTMLMediaElement

Review of attachment 679949 [details] [diff] [review]:
-----------------------------------------------------------------

Thanks for doing this, this is a good idea.

nsMediaDecoderCallback isn't a great name, because the calls go both ways. How about calling it mozilla::MediaDecoderOwner? I'm moving everything else into mozilla namespace, so that'd be one less thing for me to move in. And of course s/callback/owner/g everywhere then. 

And can you put MediaDecoderOwnewr in its own header file? Hopefully that would reduce the amount of stuff nsHTMLMediaElement pulls in when it includes this definition.
Attachment #679949 - Flags: review?(roc) → review-
Comment on attachment 679949 [details] [diff] [review]
Part 4: Make nsMediaDecoder not depend on nsHTMLMediaElement

Review of attachment 679949 [details] [diff] [review]:
-----------------------------------------------------------------

Let's call that r+ with my comments addressed.
Attachment #679949 - Flags: review- → review+
Try run for 98bd67898298 is complete.
Detailed breakdown of the results available here:
    https://tbpl.mozilla.org/?tree=Try&rev=98bd67898298
Results (out of 18 total builds):
    success: 9
    failure: 9
Builds (or logs if builds failed) available at:
http://ftp.mozilla.org/pub/mozilla.org/firefox/try-builds/eakhgari@mozilla.com-98bd67898298
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: