Package Details: lib32-x265 3.2.1-1

Git Clone URL: https://aur.archlinux.org/lib32-x265.git (read-only, click to copy)
Package Base: lib32-x265
Description: Open Source H265/HEVC video encoder. 32bit libraries.
Upstream URL: https://bitbucket.org/multicoreware/x265
Licenses: GPL
Provides: libx265.so
Submitter: llde
Maintainer: llde
Last Packager: llde
Votes: 5
Popularity: 0.75
First Submitted: 2017-08-24 18:30
Last Updated: 2019-11-01 13:05

Required by (24)

Sources (1)

Latest Comments

1 2 Next › Last »

DDoSolitary commented on 2019-11-13 03:43

Please add x265 to depends for header files.

Sukid commented on 2019-07-23 01:58

Thirded. In the meantime though for anyone looking, if you just change the version to 3.1.1 and use a checksum from that (I downloaded it manually to generate it), it compiles and works fine.

oxalin commented on 2019-07-20 19:04

To add on what Strunkenbold said: lib32-ffmpeg can't be built since x265 was updated a few days ago, which creates a mismatch with lib32-x265.

Strunkenbold commented on 2019-07-20 08:14

Hello could you please upgrade to 3.1.1 ? =) lib32-ffmpeg fails without this.

llde commented on 2019-04-02 15:50

Hi oxalin. I was delayed by RL. I fixed both issue you reported. I'm doing a test run and upload ASAP.

oxalin commented on 2019-04-01 18:54

Hi again. Did you have time to have a look at the modifications I proposed a few weeks ago?

oxalin commented on 2019-02-19 19:57

Two things to report.

1- The .pc file is still broken. That being said, I thing the problem comes from x265's source code and how we are using cmake's variables. The x265.pc.in defines libdir=${exec_prefix}/@LIB_INSTALL_DIR@, which obviously will not work properly in the current PKGBUILD, leading to [from x265.pc]

prefix=/usr exec_prefix=${prefix} libdir=${exec_prefix}//usr/lib32 includedir=${prefix}/include

Name: x265 Description: H.265/HEVC video encoder Version: 3.0 Libs: -L${libdir} -lx265 Libs.private: -lstdc++ -lm -lgcc_s -lgcc -lgcc_s -lgcc -lrt -ldl -lnuma Cflags: -I${includedir}

According to CMake, LIB_INSTALL_DIR can be an absolute or a relative path. However, x265's developers chose to use a relative path...

We could use -DLIB_INSTALL_DIR='lib32' and it will be fixed.

2- "gcc-libs-multilib " dependency should be replaced by "lib32-gcc-libs", reported by namcap

llde commented on 2018-10-20 10:29

@yan12125 @oxalin From what I read this shouldn't create problems, however I'm trying to modfy it. I found the "patch" that introduced this beheviour upstream, I couldn't find a cmake way to fix this, so I'm doing this with sed (but sed still feels as black magic for me).

Sorry for the delay.

EDIT: Ok bug fixed also update to 2.9

yan12125 commented on 2018-09-15 07:43

I rejected the orphan request as this package is updated. However, the issue mentioned by @oxalin is still there. Please fix it, thanks!

llde commented on 2018-09-01 18:40

I'm going to update and fix this after finish with lib32-zbar