Bug 235953

Summary: multimedia/{ffmpeg,vlc}: enable AV1 support by default
Product: Ports & Packages Reporter: Jan Beich <jbeich>
Component: Individual Port(s)Assignee: Thomas Zander <riggs>
Status: Closed FIXED    
Severity: Affects Only Me CC: multimedia, riggs
Priority: --- Keywords: needs-qa, patch
Version: LatestFlags: riggs: maintainer-feedback+
Hardware: Any   
OS: Any   
Bug Depends on: 234194    
Bug Blocks:    
Attachments:
Description Flags
v0 none

Description Jan Beich freebsd_committer freebsd_triage 2019-02-23 04:27:56 UTC 
Created attachment 202282 [details]
v0

Chromium 70+ and Firefox 65+ support AV1*. Let's follow in ffmpeg and vlc, so users can download and watch content locally. As decoding is more important maybe DAV1D at first then AOM at a later date e.g., after the next major/minor release.

* https://caniuse.com/#feat=av1
Comment 1 commit-hook freebsd_committer freebsd_triage 2019-03-04 19:50:18 UTC 
A commit references this bug:

Author: jbeich
Date: Mon Mar  4 19:49:26 UTC 2019
New revision: 494638
URL: https://svnweb.freebsd.org/changeset/ports/494638

Log:
  multimedia/ffmpeg: enable DAV1D by default

  Let package users watch AV1 content in standalone players.

  PR:		235953

Changes:
  head/multimedia/ffmpeg/Makefile
  head/multimedia/vlc/Makefile
Comment 2 Thomas Zander freebsd_committer freebsd_triage 2019-03-17 17:42:26 UTC 
Jan, since this has landed already, can we close it? Or is there anything left to do?
Comment 3 Jan Beich freebsd_committer freebsd_triage 2019-03-17 18:52:25 UTC 
AV1 *en*coder is left. aom is the most complete and stable encoder compared to rav1e or SVT-AV1 but it only reached that point *after* 1.0.0. Enabling AOM option by default would imply frequent ffmpeg rebuilds due to aom updates. OTOH, ffmpeg had a lot of rebuilds recently due to ABI changes, so it may not be as bad as it seems. Going by libvpx history Google isn't particularly committed in maintaining standalone releases compared to whatever (snapshot) is bundled in Chromium (e.g., see mXY branches for Chromium XY milestones), so downstream sometimes have to patch vulnerabilities for months.
Comment 4 Jan Beich freebsd_committer freebsd_triage 2019-03-17 19:06:48 UTC 
(In reply to Jan Beich from comment #3)
> ... frequent ffmpeg rebuilds due to aom updates.

This is how poudriere works around inconsistent PORTREVISION bumps. If the package version of a runtime dependency changed then all consumer packages are obsoleted in a chain reaction. I often abort build and force rebuild of direct consumers only to reduce the churn.
Comment 5 commit-hook freebsd_committer freebsd_triage 2019-09-26 00:31:45 UTC 
A commit references this bug:

Author: jbeich
Date: Thu Sep 26 00:31:02 UTC 2019
New revision: 512870
URL: https://svnweb.freebsd.org/changeset/ports/512870

Log:
  multimedia/ffmpeg: enable AOM by default

  Chase Arch, Debian, Fedora, OpenBSD, PkgSrc. Other AV1 encoders aren't
  upstream yet, anyway.

  PR:		235953

Changes:
  head/multimedia/ffmpeg/Makefile
Comment 6 Jan Beich freebsd_committer freebsd_triage 2019-09-26 00:36:53 UTC 
multimedia/vlc is unlikely to have AV1 encoder until 4.0. I don't use VLC, so not sure how it handles decoder priority if both libdav1d and libaom are enabled.