Open Bug 1766637 Opened 2 years ago Updated 1 year ago

[meta] Improve OpenH264 first run experience

Categories

(Core :: Audio/Video: GMP, task)

task

Tracking

()

People

(Reporter: jimm, Unassigned)

References

(Depends on 4 open bugs)

Details

(Keywords: meta)

No description provided.
Depends on: 1766638
Depends on: 1766639

Do you recall a reason that we don't try to install openh264 as part of the install process?

(In reply to Jeff Muizelaar [:jrmuizel] from comment #1)

Do you recall a reason that we don't try to install openh264 as part of the install process?

It's H264 patent related I believe.

I don't mean distributing as part of the installer, just downloading from cisco during install. That shouldn't be any different patent wise vs. downloading it during first run.

My guess would be that not installing on demand is a bug, and not forcing the install right on first run is related to avoiding startup perf. issues.

Just to add some detail:
I think it would be best if there were a UI somewhere that allows for manual triggering of the download+install of openh264 that gives feedback about what's happening -- i.e., whether it's in progress, and whether it succeeded/failed with specific error messages if applicable.

Currently, if OpenH264 fails to download/install, the FF installation is left in a state where it cannot negotiate H264 calls, and there isn't a formal process for the user to know what's wrong or to remedy the situation, and those of us with WebRTC applications don't have a good place to point Firefox users to when they run into this.

A UI like this would go a long way toward helping the situation.

No longer blocks: 1766037
Depends on: 1766037
Depends on: 1767315
Depends on: 1818567
See Also: → 1764200
You need to log in before you can comment on or make changes to this bug.