AUR (en) - lib32-ffmpeg

Search Criteria

Enter search criteria

Search by

Keywords

Out of Date

Sort by

Sort order

Per page

Package Details: lib32-ffmpeg 2:8.1.2-4

Package Actions

Git Clone URL:	https://aur.archlinux.org/lib32-ffmpeg.git (read-only, click to copy)
Package Base:	lib32-ffmpeg
Description:	Complete solution to record, convert and stream audio and video (32 bit)
Upstream URL:	http://ffmpeg.org
Licenses:	GPL-3.0-only
Conflicts:	lib32-libffmpeg
Provides:	libavcodec.so, libavdevice.so, libavfilter.so, libavformat.so, libavutil.so, libswresample.so, libswscale.so
Replaces:	lib32-libffmpeg
Submitter:	lano1106
Maintainer:	oxalin
Last Packager:	oxalin
Votes:	38
Popularity:	0.21
First Submitted:	2013-05-18 04:43 (UTC)
Last Updated:	2026-07-01 04:51 (UTC)

Dependencies (81)

ffmpeg (ffmpeg-nvcodec-11-1-git^AUR, ffmpeg-ffplayout^AUR, ffmpeg-cuda^AUR, ffmpeg-whisper-git^AUR, ffmpeg-git^AUR, ffmpeg-decklink^AUR, ffmpeg-whisper^AUR, ffmpeg-cuda-full^AUR, ffmpeg-amd-full-git^AUR, librempeg-git^AUR, ffmpeg-full-llvm^AUR, ffmpeg-full^AUR, ffmpeg-full-git^AUR, ffmpeg-libfdk_aac^AUR, ffmpeg-amd-full^AUR, ffmpeg-headless^AUR, ffmpeg-obs^AUR)
lib32-alsa-lib
lib32-aom^AUR
lib32-bzip2
lib32-cairo
lib32-fontconfig
lib32-freetype2
lib32-fribidi
lib32-glib2
lib32-glibc (lib32-glibc-git^AUR, lib32-glibc-git-native-pgo^AUR, lib32-glibc-eac^AUR)
lib32-glslang^AUR
lib32-gmp (lib32-gmp-hg^AUR)
lib32-gnutls
lib32-gsm^AUR
lib32-harfbuzz (lib32-harfbuzz-git^AUR)
lib32-jack (lib32-jack2, lib32-pipewire-jack)
lib32-lame^AUR
lib32-lcms2
lib32-libass^AUR
lib32-libavc1394
Show 61 more dependencies...

Required by (282)

audiowmark (requires libavformat.so)
audiowmark (requires libavcodec.so)
audiowmark (requires libswresample.so)
audiowmark (requires libavutil.so)
bin32-firefox-bin (optional)
cornrow (requires libavcodec.so)
cyanrip-git (requires libswresample.so)
cyanrip-git (requires libavcodec.so)
cyanrip-git (requires libavutil.so)
cyanrip-git (requires libavformat.so)
cyanrip-git (requires libavfilter.so)
darling-cli-devenv-git (requires libswresample.so) (make)
darling-cli-devenv-git (requires libavcodec.so) (make)
darling-cli-devenv-git (requires libavutil.so) (make)
darling-cli-devenv-git (requires libavformat.so) (make)
darling-cli-devenv-gui-common-git (requires libswresample.so) (make)
darling-cli-devenv-gui-common-git (requires libavutil.so) (make)
darling-cli-devenv-gui-common-git (requires libavformat.so) (make)
darling-cli-devenv-gui-common-git (requires libavcodec.so) (make)
darling-cli-devenv-gui-stubs-common-git (requires libavcodec.so) (make)
Show 262 more...

Sources (2)

Pinned Comments

oxalin commented on 2024-04-09 22:05 (UTC)

For those wondering: I intentionally keep this package as close to the native package as possible, to the extent of the available dependencies. FFMPEG package sees a lot of modifications through time and I prefer to follow the changes applied to the native PKGBUILD as much as possible. The more it goes, the more flags are added and the more often we need to cherrypick commits (until a new release comes in).

This means I'll keep the dependencies around even if there is no obvious usecase for them.

Also, since openjpeg2 is still used with the native package, I'll also keep it around. Last thing I read about the JPEG2000 internal decoder was that it was faster, but that it was still introducing errors in the rendering. This probably explains why it is still enable in the native package. I look at it once in a while and things may have evolved since, but a quick checkup didn't bring up any tangible answer.

Now, if someone would like to take the ownership of this package, I would be more than pleased to hand it over. The same goes for any related packages that I maintain mostly for FFMPEG. lib32-libffmpeg and lib32-ffmpeg could be merged back together to simplify its maintenance.

Let me know if this is something you're interested in.

oxalin commented on 2018-02-25 07:37 (UTC) (edited on 2020-05-25 15:55 (UTC) by oxalin)

About GPG, it is up to you to import the missing public key. If you receive an error about it, this is ffmpeg's project public key. Something like the following should do the trick: gpg --recv-keys B4322F04D67658D8

Latest Comments

1 2 3 4 5 6 .. 22 Next › Last »

oxalin commented on 2026-07-01 00:59 (UTC)

@unknown78 Yes, the build fails because lib32-x265 is out of sync with the native package. I notified the maintainer a week ago and I proposed to be a co-maintainer if he was interested.

Once lib32-x265 will be updated, the build should work properly (as tested locally).

About the CVE, are you referring to magicyuv? I'm following as closely as possible what is done in the native package, I see there is an update on this matter. I'll push an update for it.

@vitaliikuzhdin As for the list of unavailable/unused dependencies, I haven't had a look at what is available for a long time. This could be updated, I'll put it on my to-do list.

unknown78 commented on 2026-06-28 12:23 (UTC)

sadly the build fails and there should be an update because of the cve ...

:: Running post-transaction hooks...
(1/1) Arming ConditionNeedsUpdate...
==> Making package: lib32-ffmpeg 2:8.1.2-1 (Sun Jun 28 14:20:21 2026)
==> Retrieving sources...
  -> Found 0001-Add-av_stream_get_first_dts-for-Chromium.patch
==> Validating source files with b2sums...
    ffmpeg ... Skipped
    0001-Add-av_stream_get_first_dts-for-Chromium.patch ... Passed
==> Verifying source file signatures with gpg...
    ffmpeg git repo ... Passed (WARNING: the key has expired.)
==> WARNING: Warnings have occurred while verifying the signatures.
    Please make sure you really trust them.
Note: in a future version of systemd-nspawn the default set of permitted socket address families will be restricted to AF_INET, AF_INET6 and AF_UNIX. Use --restrict-address-families= to configure the set of permitted socket address families, or set RestrictAddressFamilies= in a .nspawn file.
==> Making package: lib32-ffmpeg 2:8.1.2-1 (Sun Jun 28 12:20:24 2026)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> WARNING: Using existing $srcdir/ tree
==> Starting build()...
ERROR: x265 not found using pkg-config

If you think configure made a mistake, make sure you are using the latest
version from Git.  If the latest version fails, report the problem to the
ffmpeg-user@ffmpeg.org mailing list or IRC #ffmpeg on irc.libera.chat.
Include the log file "ffbuild/config.log" produced by configure as this will help
solve the problem.

vitaliikuzhdin commented on 2026-02-01 10:57 (UTC) (edited on 2026-02-01 11:05 (UTC) by vitaliikuzhdin)

Hey, I've uploaded some previously missing dependencies you might want to depend on:

Some of these depend on packages that might need minimal adjustments to build, so of course, add them as you see fit.

Also, I'm not sure whether this is intentional or a mistake, but the list of unavailable/unused dependencies is outdated. Some of the listed ones already exist in the AUR or even in the official repositories (for example, lib32-zeromq).

loathingkernel commented on 2025-06-26 09:04 (UTC) (edited on 2025-06-26 09:04 (UTC) by loathingkernel)

FWIW for protons that include ffmpeg, we generally stop at what ffmpeg itself provides. For example do not build any of ffmpeg's optional codec dependencies but rather use what is bundled. This package could benefit from this approach as it wouldn't need as many broken lib32 dependencies and it would still remain useful for any multilib wine packages on the AUR or elsewhere that want to provide better codec support.

der-joel commented on 2025-06-17 22:07 (UTC)

Fails to build with gcc 15.1.1 because these dependencies fail to build: -> lib32-aom -> lib32-libbs2b -> lib32-xvidcore

nx-que commented on 2025-03-15 14:00 (UTC)

Doesn't build in clean chroot as is due to cuda_llvm requested but not found, removing --enable-cuda-llvm results in successful build, although there probably is a better way to handle this without disabling cuda or adding entire cuda package as a make dependency.

unit73e commented on 2024-10-25 13:30 (UTC)

@oxalin I've adopted the lib32-x265 package which was outdated (3.5 and should be 3.6) and ends up fixing your package. If you want to maintain both that's okay by me.

oxalin commented on 2024-08-03 19:57 (UTC)

@RJ-2906: pl_log_create comes from pl_log, which is related to libplacebo. Libplacebo was updated recently. I maintain the lib32-libplacebo package. Following the native package's update, I updated it in the last few days to version 7.349.0, thus the "349" at the end of pl_log_create_349.

Updating lib32_libplacebo should fix your issue.

RJ-2906 commented on 2024-07-21 09:32 (UTC) (edited on 2024-07-21 09:39 (UTC) by RJ-2906)

Even after working around the x265 error by updating the package manually, lib32-ffmpeg won't build. Any ideas?

/usr/bin/ld: libavcodec/x86/aacencdsp.o: warning: relocation in read-only section           `.text'
/usr/bin/ld: warning: creating DT_TEXTREL in a shared object
LD  libavformat/libavformat.so.61
LD  libavfilter/libavfilter.so.10
/usr/bin/ld: libavfilter/x86/af_volume.o: warning: relocation in read-only section     `.text'
/usr/bin/ld: warning: creating DT_TEXTREL in a shared object
LD  libavdevice/libavdevice.so.61
LD  ffmpeg_g
LD  ffplay_g
/usr/bin/ld: /tmp/ccmu0c4C.ltrans0.ltrans.o: in function `create.lto_priv.0':
<artificial>:(.text+0xa6a): undefined reference to `pl_log_create_349'
collect2: error: ld returned 1 exit status
make: *** [Makefile:136: ffplay_g] Error 1
make: *** Waiting for unfinished jobs....
/usr/bin/ld: libavfilter/libavfilter.so: undefined reference to `pl_log_create_349'
collect2: error: ld returned 1 exit status
make: *** [Makefile:136: ffmpeg_g] Error 1
==> ERROR: A failure occurred in build().
    Aborting...
 -> error making: lib32-ffmpeg-exit status 4
 -> Failed to install the following packages. Manual intervention is required:
lib32-ffmpeg - exit status 4

oxalin commented on 2024-07-01 04:19 (UTC)

The x265 error is caused by a mismatch between the native package, which contains the header files, and the lib32 package which doesn't and is outdated. Once the lib32 package will be updated (or if you do it manually), things will get in line and work.