Package Details: lib32-x264 3:0.164.r3108.31e19f9-1

Git Clone URL: https://aur.archlinux.org/lib32-x264.git (read-only, click to copy)
Package Base: lib32-x264
Description: Open Source H264/AVC video encoder (32 bit)
Upstream URL: https://www.videolan.org/developers/x264.html
Licenses: GPL
Conflicts: lib32-libx264, lib32-libx264-10bit, lib32-libx264-all
Provides: lib32-libx264, libx264.so
Replaces: lib32-libx264, lib32-libx264-10bit, lib32-libx264-all
Submitter: oxalin
Maintainer: oxalin
Last Packager: oxalin
Votes: 5
Popularity: 0.000001
First Submitted: 2020-06-28 15:47 (UTC)
Last Updated: 2024-02-26 00:07 (UTC)

Required by (69)

Sources (1)

Latest Comments

1 2 Next › Last »

xiota commented on 2023-09-22 04:29 (UTC) (edited on 2023-09-22 04:30 (UTC) by xiota)

I'm trying to keep the package as close as possible to the native one.

Would sourcing the native package directly and tweaking it be an acceptable approach to accomplish this goal?

why should it be removed?

They're no longer needed, if they ever were.

Compliance with AUR submission guidelines.

do you have a concrete reason?

Not specifically relating to this package. Some other packages did have issues, which is what prompted my request.

oxalin commented on 2023-09-22 03:50 (UTC)

@xiota : why should it be removed? I mean, do you have a concrete reason? The same thing is done in the native package. I know these packages don't exist (anymore), but neither can libx264, libx264-10bit and libx264-all be found in the native packages. I'm trying to keep the package as close as possible to the native one.

xiota commented on 2023-09-20 13:30 (UTC) (edited on 2023-09-22 04:34 (UTC) by xiota)

Please remove replaces directive. Thank you. (Note: AUR now sends commit notifications.)

oxalin commented on 2023-08-01 05:04 (UTC)

I'm sorry, I can't help you right now. I did a modification to my swap partitions and the boot process now complains about a GUID not found. I know it will not be hard to fix, but I don't have the time right now and I'm using a different setup. I should be able to have a look at it in the next few days though.

MarsSeed commented on 2023-07-27 11:17 (UTC)

The x264 encoder is not even needed in 32-bit at all.

Which closed source, bin32-only application would want to encode or transcode to Blu-ray level H.264/AVC video?

By the time this video format became widespread on desktops, virtually everyone was on x86-64 consumer hardware.

Also this is based on nonfree, patented algorithms. Therefore any non-professional proprietary software avoided using H.264 encoders, so games and other closed-source multimedia applications don't use this to save videos. And it was also not viable to use this for live streaming in and before 2010.

Therefore lib32 versions of gstreamer and ffmpeg should drop this dependency to eliminate the unnecessary compilation burden on users.

Neko-san commented on 2023-07-27 09:34 (UTC)

No matter what I do, I just can't seem to get this to build anymore

kcave commented on 2022-02-18 08:03 (UTC)

The version will be updated to 0.164... once the native package will have transitioned from Staging repository to Extra repository.

It seems that this is now the case.

https://archlinux.org/packages/extra/x86_64/x264/

pegasus commented on 2022-02-07 18:21 (UTC)

Is it possible to push lib32-x264 0.164 to staging? Or is that something AUR maintainers don't have permission for?

oxalin commented on 2022-02-07 17:54 (UTC)

The version will be updated to 0.164... once the native package will have transitioned from Staging repository to Extra repository.

oxalin commented on 2021-10-28 03:22 (UTC)

Yes, I've been transitioning the version specifier across my packages. This will be done in the few minutes.