Package Details: lib32-ffmpeg 2:7.1.1-2

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, libpostproc.so, libswresample.so, libswscale.so
Replaces: lib32-libffmpeg
Submitter: lano1106
Maintainer: oxalin
Last Packager: oxalin
Votes: 37
Popularity: 0.000071
First Submitted: 2013-05-18 04:43 (UTC)
Last Updated: 2025-06-19 05:19 (UTC)

Dependencies (69)

Required by (287)

Sources (4)

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

« First ‹ Previous 1 .. 3 4 5 6 7 8 9 10 11 12 13 .. 22 Next › Last »

Tomato commented on 2022-03-28 23:44 (UTC)

I'm getting the ERROR: cuda_llvm requested but not found error too. What's weird is that I'm getting it only when I try to build in a clean chroot (with makechrootpkg -r $CHROOT -I ../lib32-aom/lib32-aom..., but NOT when I build it in my regular OS using yay

oxalin commented on 2022-03-07 00:51 (UTC)

@npfeiler : as it is done for many lib32 packages, there is a dependency on the native package. Mostly, the header files are provided by the native package (64 bit), so if any other lib32 package needs to be built with a dependency on {lib32-}ffmpeg, it needs to have access to the header files.

Other distros sometime provide a specific package for header files (identified by a "-dev" at the end of the package's name), but it is not the way of Arch.

npfeiler commented on 2022-02-20 14:08 (UTC)

I couldn’t figure out what exactly in this package has a dependency on 64 bit ffmpeg, does anyone know?

oxalin commented on 2022-02-19 19:09 (UTC)

@sgt-hartman : I can't seem to reproduce the build error, but I don't have an NVidia gpu. Could you apply the suggested patch and let me know if this helps you? https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/52cc323735ced6e8095cfd3acea0e36e35c76eb2

oxalin commented on 2022-02-19 18:57 (UTC) (edited on 2022-03-29 18:26 (UTC) by oxalin)

@MarsSeed : it seems ffmpeg 4.4 will be temporary, since it is being used by only a few packages that were not updated to use ffmpeg 5.0.

@sgt-hartman : makedependencies and dependencies are (should unless I missed one) be the same as the native package. cuda_llvm should be handled by Clang to the best of my knowledge. I have no personal use of CUDA, but googling the error brought a recent commit that could/should fix it: https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/52cc323735ced6e8095cfd3acea0e36e35c76eb2

I'll install the needed optional dependencies to try to trigger the build error and then apply the patch.

sgt-hartman commented on 2022-02-19 10:49 (UTC)

I've the following error trying to install lib32-ffmpeg 2:5.0-2: "ERROR: cuda_llvm requested but not found"

Full log:

==> Retrieving sources...
  -> Cloning ffmpeg git repo...
Cloning into bare repository '/home/ben/.cache/yay/lib32-ffmpeg/ffmpeg'...
100   131  100   131    0     0    478      0 --:--:-- --:--:-- --:--:--   479
100 1886k    0 1886k    0     0  2469k      0 --:--:-- --:--:-- --:--:-- 4824k
==> Validating source files with sha256sums...
    1.3.2.tar.gz ... Passed
remote: Enumerating objects: 26685, done.
remote: Counting objects: 100% (26685/26685), done.
remote: Compressing objects: 100% (12726/12726), done.
remote: Total 653169 (delta 21371), reused 16926 (delta 13942)
Receiving objects: 100% (653169/653169), 161.77 MiB | 23.75 MiB/s, done.
Resolving deltas: 100% (525264/525264), done.
  -> Found ffmpeg-vmaf2.x.patch
  -> Found add-av_stream_get_first_dts-for-chromium.patch
==> Validating source files with b2sums...
    ffmpeg ... Skipped
    ffmpeg-vmaf2.x.patch ... Passed
    add-av_stream_get_first_dts-for-chromium.patch ... Passed
 -> amf-headers not satisfied, flushing install queue
==> Making package: lib32-ffmpeg 2:5.0-2 (Sat 19 Feb 2022 11:45:12 AM CET)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
  -> Updating ffmpeg git repo...
Fetching origin
  -> Found ffmpeg-vmaf2.x.patch
  -> Found add-av_stream_get_first_dts-for-chromium.patch
==> Validating source files with b2sums...
    ffmpeg ... Skipped
    ffmpeg-vmaf2.x.patch ... Passed
    add-av_stream_get_first_dts-for-chromium.patch ... Passed
==> Removing existing $srcdir/ directory...
==> Extracting sources...
  -> Creating working copy of ffmpeg git repo...
Cloning into 'ffmpeg'...
done.
Switched to a new branch 'makepkg'
==> Starting prepare()...
Auto-merging libavcodec/nvenc.c
Auto-merging libavcodec/nvenc.h
patching file configure
Hunk #1 succeeded at 3747 (offset -4 lines).
Hunk #2 succeeded at 6615 (offset -11 lines).
patching file doc/filters.texi
patching file libavfilter/vf_libvmaf.c
patching file libavformat/avformat.h
Hunk #1 succeeded at 1115 (offset 105 lines).
patching file libavformat/utils.c
Hunk #1 succeeded at 92 with fuzz 1 (offset -29 lines).
==> Starting pkgver()...
==> Sources are ready.
==> Making package: lib32-ffmpeg 2:5.0-2 (Sat 19 Feb 2022 11:45:16 AM CET)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> WARNING: Using existing $srcdir/ tree
==> Starting pkgver()...
==> Starting build()...
ERROR: cuda_llvm requested but not found

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.
==> ERROR: A failure occurred in build().
    Aborting...

MarsSeed commented on 2022-02-01 04:12 (UTC) (edited on 2022-02-01 04:13 (UTC) by MarsSeed)

It seems even upstream Arch is going to keep ffmpeg 4.4 as a separate package alongside ffmpeg 5.0.

oxalin commented on 2022-01-27 21:55 (UTC)

I'll be updating the package to 5.0 directly once the native package will be available.

misharash commented on 2022-01-05 10:22 (UTC) (edited on 2022-01-05 11:00 (UTC) by misharash)

While building another package (lib32-chromaprint), I was getting the following critical issues:

/usr/bin/ld: warning: libvpx.so.6, needed by /usr/lib/gcc/x86_64-pc-linux-gnu/11.1.0/../../../../lib32/libavcodec.so, not found (try using -rpath or -rpath-link)
/usr/bin/ld: warning: libx264.so.161, needed by /usr/lib/gcc/x86_64-pc-linux-gnu/11.1.0/../../../../lib32/libavcodec.so, not found (try using -rpath or -rpath-link)
/usr/bin/ld: /usr/lib/gcc/x86_64-pc-linux-gnu/11.1.0/../../../../lib32/libavcodec.so: undefined reference to `vpx_codec_decode'

Solved by reinstalling lib32-libffmpeg. I wonder if there is any way to rebuild package automatically after its dependency libs are updated?

Rojikku commented on 2021-06-02 21:12 (UTC)

@oxalin

So, looked into it, that is decidedly not the issue. My problem I presume ended up being that I built lib32-x265 using aurto, which should chroot. And something must be wrong with their build process, because my PKG_CONFIG_DIR didn't contain x265.pc, which was needed for this process.

The logs did not indicate this, I just discovered it when I went looking for it after it was mentioned. Logs indicated it was found. (I got help in the IRC)

I will complain on lib32-x265, but the issue was solved by just doing a makepkg -sri of that package manually.