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#45396 - [x265] 1.7 package is slow because of x265 bug #143
Attached to Project:
Arch Linux
Opened by James Almer (jamrial) - Saturday, 20 June 2015, 04:10 GMT
Last edited by Bartłomiej Piotrowski (Barthalion) - Saturday, 20 June 2015, 09:22 GMT
Opened by James Almer (jamrial) - Saturday, 20 June 2015, 04:10 GMT
Last edited by Bartłomiej Piotrowski (Barthalion) - Saturday, 20 June 2015, 09:22 GMT
|
DetailsSee https://bitbucket.org/multicoreware/x265/issue/143/x265-is-slow-when-it-is-build-with-gcc-51
x265 1.7 has a faulty macro that checks only for GCC mayor >= 4 *and* minor >= 3 used to enable some x86 SIMD, which means the current Arch build is affected as it was built with GCC 5.1. Commit https://bitbucket.org/multicoreware/x265/commits/98325f22a1bad500e6a0c3372bf8177e81167cae from the stable branch fixes it. Since ASM is a must for this encoder i recommend rebuilding the package using current stable branch now instead of waiting for 1.8 to be tagged. |
This task depends upon
Closed by Bartłomiej Piotrowski (Barthalion)
Saturday, 20 June 2015, 09:22 GMT
Reason for closing: Fixed
Additional comments about closing: x265 1.7-2
Saturday, 20 June 2015, 09:22 GMT
Reason for closing: Fixed
Additional comments about closing: x265 1.7-2
Comment by Bartłomiej Piotrowski (Barthalion) -
Saturday, 20 June 2015, 08:56 GMT
Thanks James, I'll backport the fix today.