Is it possible that this goal would be more easily achieved if Firefox were to use the native media frameworks for each platform, i.e. I realize this specific bug focuses on GStreamer but AFAIK the broader goal is (or perhaps should be?) enabling HTML5 support for the most common format(s) on all platforms that Firefox supports. The only way it would work would be to also embed the mp4 decoder, and > and no, embedding gstreamer like we embed other third party libraries won't (In reply to Mike Hommey from comment #7) #6 is important to take care of before enablement, because it’s hard to take features away even if the features were unintentional. #4 and #5 are important for avoiding poisoning canPlayType(). See bug 760140.ĥ) Test that when both H.264 and AAC decoders are absent, canPlayType() behaves like in Firefox today even if an MP4 demuxer is present.Ħ) Test that MPEG4 Visual, MPEG2 or other non-H.264, non-AAC encumbered codecs do not get exposed to the Web as a side effect. > 3) Check that we have new enough GStreamer libraries on build machines.Ĥ) Check that when MP4, H.264 and AAC support is present, canPlayType() behaves as in other H.264 and AAC-supporting browsers. > 2) Ensure Firefox still runs on Linux distributions that don't have

> 1) Get the mochitest media tests passing. > Things to be resolved before we can do this though: > I think we should enable GStreamer in Linux builds even if we don't support (In reply to Chris Double (:doublec) from comment #3)

Install gstreamer debian