Closed Bug 1686470 Opened 3 years ago Closed 3 years ago

85.0b8 / OpenH264-Videocodec dosen´t install / Apple M1 MacOS 11.1

Categories

(Core :: Audio/Video: GMP, defect, P3)

Firefox 85
defect

Tracking

()

RESOLVED FIXED

People

(Reporter: jmicro, Unassigned)

References

Details

Attachments

(3 files)

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 11.1; rv:85.0) Gecko/20100101 Firefox/85.0

Steps to reproduce:

Install Firefox 85.0b8, because the stable relese dont play twitch.tv Videos (see Bug 1678571)
wait 3 Days now for OpenH264-Videocodec

Actual results:

Installation dont work. Some Videos dont play in the Internet how needs that Videocodec.
Tried: (double-click on it) the media.peerconnection.video.h264 to True in about:config

Expected results:

Automatic Installation within minutes

not a security bug that needs to stay hidden

Group: firefox-core-security
Component: Untriaged → Audio/Video: GMP
Product: Firefox → Core
See Also: → 1678571

This is expected for now, but we have some work in progress that should resolve the issue.

To be clear. OpenH264 not being installed should not block play back of videos on pages such as twitch. It's used specifically for WebRTC, so we'd expect things like video calling to fail if the sites rely on h264, but typically not playback (unless sites are routing playback via the WebRTC stack)

Severity: -- → S3

updatet to BigSure 11.2.1.
Still not Installing OpenH264 on bothe versions of Firefox.
85.0.1
86.0b5
There are running every day, because one I use for Video Call and the other for Surfing.

Jmicro, from about:addons -> plugins, you should now be able to click on the gear icon and select "Check for Updates" and see the plugin downloaded and installed. I've tried it on 86.0.1 and 89.0a1. Please let us know your results, and thank you!

Flags: needinfo?(jmicro)

Ive verified this works on my M1 using a Nightly build from 2021-04-02 on the nightly (default) channel. After starting my build about:addons said it would download openh264 shortly, I then got the dir created in my profile directory containing the expected dylib. I verified it was the arm64 lib using file. I also verified that h264 worked via https://mozilla.github.io/webrtc-landing/pc_test.html and the 'require h264` option.

Thank you, Bryce! I'm going to close this now that it has been verified by someone besides myself.

Status: UNCONFIRMED → RESOLVED
Closed: 3 years ago
Flags: needinfo?(jmicro)
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: