Package Details: lib32-ffmpeg 2:7.0.1-1

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.042020
First Submitted: 2013-05-18 04:43 (UTC)
Last Updated: 2024-08-03 20:23 (UTC)

Required by (292)

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

« First ‹ Previous 1 2 3 4 5 6 7 8 9 .. 21 Next › Last »

oxalin commented on 2023-11-21 22:11 (UTC)

@ZaenalAbidin: have you tried rebooting after installing lib32-libiec61883?

oxalin commented on 2023-11-21 22:10 (UTC)

@all: nvenc dependencies should now be taken care of with the cherrypicked patch. This brings this package on par with the native package.

ithomascn commented on 2023-11-21 15:32 (UTC)

The error 'nvenc requested but not found' is caused by the unmatching version between ffmpeg and ffnvcodec-headers. ffmpeg 6.1 resolved it.

ZaenalAbidin commented on 2023-11-21 07:56 (UTC)

i got an error while building the packages, it said ERROR: libiec61883 not found , does anyone have the same issue? already installed the thing

gardenappl commented on 2023-11-21 00:02 (UTC)

Nevermind, the nvidia issue seems to be a bit deeper than just a dependency issue: I installed the lib32-nvidia-utils and even rebooted but I still got the same error that @Jubiman had. Couldn't build without editing those compile options in the PKGBUILD.

gardenappl commented on 2023-11-20 22:29 (UTC)

Is it possible to add the lib32-nvidia-utils to both optdepends and makedepends?

oxalin commented on 2023-11-13 20:31 (UTC)

@Jubiman: it is pretty much following what the native package does, where nvidia-utils is also optional, but where the two arguments are listed to enable nvenc and nvdec. The same is being done for One VPL and for ladspa...

The native package must be compiled with the optional dependencies. However, the functionalities are just disabled at runtime if the libraries are not available (since official Arch packages are being installed as binaries and not compiled on the system).

I can't test it without uninstalling other packages (I'm also on AMD, but other packages have a depency on nvidia-utils).

So, either I keep the optional packages as they are (optional), or I need to move them to hard dependencies for build purpose.

Jubiman commented on 2023-11-12 22:35 (UTC) (edited on 2023-11-12 22:35 (UTC) by Jubiman)

Trying to install lib32-ffmpeg on AMD (or any non-NVIDIA) hardware gives the error: nvenc requested but not found. Work around is to edit PKGBUILD and remove lines 179 and 180:

    --enable-nvenc \
    --enable-nvdec \

This issue has to do with lib32-nvidia-utils being an optional dependency, however, it not being checked whether it's actually present, before trying to enable NVENC support:

optdepends=(
#  'avisynthplus: AviSynthPlus support'
#  'intel-media-sdk: Intel QuickSync support'
  'lib32-ladspa: LADSPA filters'
  'lib32-nvidia-utils: Nvidia NVDEC/NVENC support'
)

ApolloFortyNine commented on 2023-10-02 04:02 (UTC)

Had to install full clang to get this to build, not sure why lib32-clang didn't work.

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

And I would also remove lib32-libbluray support.

Consumer x86_64 CPU's entered the marked a few years earlier than Blu-ray disc players. By the time the format wars between it and HD-DVD was over in 2009, virtually everyone was using x86_64 desktops and laptops.

Therefore I see no need whatsoever to provide legacy lib32 Blu-ray support for suspected closed-source 32-bit-only applications that in all likelyhood don't exist without having been superseded by the 64-bit build of the same.

« First ‹ Previous 1 2 3 4 5 6 7 8 9 .. 21 Next › Last »