Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#67424 - [ffmpeg] Build with libfdk-aac support (and reconsider "nonfree" implications)
Attached to Project:
Arch Linux
Opened by Mohammad AlSaleh (MoSal) - Tuesday, 28 July 2020, 12:46 GMT
Last edited by Doug Newgard (Scimmia) - Tuesday, 28 July 2020, 13:54 GMT
Opened by Mohammad AlSaleh (MoSal) - Tuesday, 28 July 2020, 12:46 GMT
Last edited by Doug Newgard (Scimmia) - Tuesday, 28 July 2020, 13:54 GMT
|
DetailsThis is not a duplicate of #49595 or #53953, in the sense that what warranted this submission is the lack of other choices when it comes to xHE-AAC decoding. So, unlike encoding, where another encoder, or a standalone CLI tool, or a non-system ffmpeg build, can be used. Playing files with xHE-AAC audio streams requires this to be enabled in the system ffmpeg build.
Sample: https://archive.org/download/unsorted_files/usac_sample.m4a This can be played with `mpv` or `ffplay -codec:a libfdk_aac`. ---- As a long time Arch user, I remember Arch caring about the "spirit" of licensing when it comes to dependencies. If there was no issue in packaging the libraries themselves, and when there was a clash between user experience and licensing, user experience came first. I think that should continue to be the case. And in that line, providing a "nonfree" ffmpeg package with libfdk-aac support shouldn't be an issue. |
This task depends upon
Closed by Doug Newgard (Scimmia)
Tuesday, 28 July 2020, 13:54 GMT
Reason for closing: Duplicate
Additional comments about closing: FS#53953 FS#49595
Tuesday, 28 July 2020, 13:54 GMT
Reason for closing: Duplicate
Additional comments about closing: