#OPENH264 VIDEO CODEC UPDATE#
#OPENH264 VIDEO CODEC PATCH#
#OPENH264 VIDEO CODEC DOWNLOAD#

But is there a reason why we do not have default > have occurred before the pref was set and therefore the GMP would get > set before or after startup? If this is set after startup, this check will > Looking at the code, this should still work as expected. > (In reply to Stephen A Pohl from comment #15) (In reply to Henrik Skupin (:whimboo) from comment #16) Was this pref set before or after startup? If this is set after startup, this check will have occurred before the pref was set and therefore the GMP would get installed. Looking at the code, this should still work as expected. > Yes, if that's not happening, then that's a bug. > (In reply to Henrik Skupin (:whimboo) from comment #12) (In reply to Chris Pearce (:cpearce) from comment #14) We should be checking for updates upon startup, and then once every 24 hours after that. > to false before starting Firefox? As it looks like it's not evaluated again (In reply to Henrik Skupin (:whimboo) from comment #13) Yes, if that's not happening, then that's a bug.

#OPENH264 VIDEO CODEC DOWNLOAD#

> and including it's download and install? > `` set to false disable the openh264 plugin, > (In reply to Chris Pearce (:cpearce) from comment #11) (In reply to Henrik Skupin (:whimboo) from comment #12) I can try to fix it on another bug or at least report it, once the other question from above has been answered. > somesuch) while you're here to clear up future confusion. I think it would be a good idea to rename it to LOCAL_GMP_SOURCES (or > I think the only thing wrong here is that LOCAL_EME_SOURCES is misleadingly So we will go ahead with this solution then. > Based on a quick look at the AddonChecker code, it seems that shouldn't `` set to false disable the openh264 plugin, and including it's download and install? > being able to play Netflix, which is why we have this fallback path for > was down for 3 weeks once, and that stopped new installs of Firefox from > LOCAL_EME_SOURCES list to find a location to download the plugin from. > If the download of the plugin list from AUS fails, we'll use the (In reply to Chris Pearce (:cpearce) from comment #11) I think it would be a good idea to rename it to LOCAL_GMP_SOURCES (or somesuch) while you're here to clear up future confusion. I think the only thing wrong here is that LOCAL_EME_SOURCES is misleadingly named.

#OPENH264 VIDEO CODEC PATCH#

So I think your patch is the right approach. > Stephen, maybe you could have another look? Let me know if I should file aД«ased on a quick look at the AddonChecker code, it seems that is what you need to set. > only expect to have to set `` to `false` to stop all > There is something really wrong here in Firefox I assume. (AUS was down for 3 weeks once, and that stopped new installs of Firefox from being able to play Netflix, which is why we have this fallback path for GMP/CDM downloads). If the download of the plugin list from AUS fails, we'll use the LOCAL_EME_SOURCES list to find a location to download the plugin from. OpenH264 is not an EME plugin, so it shouldn't be disabled when EME is disabled. > '' to false, but Firefox always downloads this > So why does disabling EME not also disable the openh264 plugin? Also I can OpenH264 is not an EME plugin, so I think this list is misleadingly named it's deliberately supposed to include both Widevine and OpenH264, and only one of those in an EME plugin.

#OPENH264 VIDEO CODEC UPDATE#

This list is to provide a download location in the case where we can't connect to the GMP update server/AUS to get the latest list of GMP/CDM download locations. > Interesting that the addon manager repository lists all of the above > (In reply to Henrik Skupin (:whimboo) from comment #6) (In reply to Henrik Skupin (:whimboo) from comment #7) Stephen, maybe you could have another look? Let me know if I should file a bug for Firefox.

But as it looks like it is `` which has to be set: Personally I would only expect to have to set `` to `false` to stop all downloads.

There is something really wrong here in Firefox I assume. So why does disabling EME not also disable the openh264 plugin? Also I can set '' to an empty string or '' to false, but Firefox always downloads this plugin. Interesting that the addon manager repository lists all of the above mentioned plugins as EME: > For EME plugins we basically need another pref which is ``. (In reply to Henrik Skupin (:whimboo) from comment #6)

Openh264 video codec