Package Details: lib32-ffmpeg 2:7.0-1

Git Clone URL: (read-only, click to copy)
Package Base: lib32-ffmpeg
Description: Complete solution to record, convert and stream audio and video (32 bit)
Upstream URL:
Licenses: GPL-3.0-only
Conflicts: lib32-libffmpeg
Replaces: lib32-libffmpeg
Submitter: lano1106
Maintainer: oxalin
Last Packager: oxalin
Votes: 37
Popularity: 0.26
First Submitted: 2013-05-18 04:43 (UTC)
Last Updated: 2024-05-26 02:47 (UTC)

Required by (284)

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 .. 20 Next › Last »

thaewrapt commented on 2024-05-26 23:38 (UTC) (edited on 2024-05-26 23:44 (UTC) by thaewrapt)

Those -git packages also use a versioning scheme from upstream not Arch packaging (without epoch 2:), so it probably fails the check because of that.

thaewrapt commented on 2024-05-26 23:35 (UTC)

2:7.0 is a current version, 2:7.1 is in the development (that's why -git package has it). Right now 2:7.0 is in testing, hopefully it would be out of it soon.

TrueSalt commented on 2024-05-26 23:05 (UTC) (edited on 2024-05-26 23:08 (UTC) by TrueSalt)

Currently it is failing to build, saying I don't meet the current deps ffmpeg>=2:7.0, but I have ffmpeg-amd-full-git, which is version 2:7.1. I even tried with just the regular ffmpeg-git which is also 2:7.1.

The official ffmpeg package is still on 2:6.1, so the only way to meet the required deps is to use one of the git packages, but that seems to not work for whatever reason.

oxalin commented on 2024-05-26 02:35 (UTC)

The CFLAGS workaround is needed. I'll push the update soon.

thaewrapt commented on 2024-05-24 23:40 (UTC) (edited on 2024-05-24 23:40 (UTC) by thaewrapt)

@oxalin does it build w/o the workaround? I'd think 7.0 doesn't need it because main Arch Linux ffmpeg package doesn't have it for 7.0

Also, the actual workaround which worked for me for 6.1.1 was:

export CFLAGS="${CFLAGS} -Wno-error=incompatible-pointer-types -Wno-error=int-conversion"

oxalin commented on 2024-05-24 23:31 (UTC)

I'll need to dig further, using 7.0 with the CFLAGS workaround is not enough to make ffmpeg build properly.

thaewrapt commented on 2024-05-23 21:51 (UTC)

@ruonim this is a known type of error happening with a new version of GCC, example:

You can try the workaround with CFLAGS as a temporary measure, but I guess it's not the case in ffmpeg 7.0 (aka it was fixed upstream) since the current 64bit package doesn't have it. That being said, I'm flagging the package as out-of-date since 7.0 is already available.

ruonim commented on 2024-05-17 10:32 (UTC)

wont build:

libavutil/hwcontext_vaapi.c:1228:34: error: assignment to ‘uintptr_t ’ {aka ‘unsigned int ’} from incompatible pointer type ‘long unsigned int *’ [-Wincompatible-pointer-types]
 1228 |         buffer_desc.buffers      = &buffer_handle;
      |                                  ^
make: *** [ffbuild/common.mak:81: libavutil/hwcontext_vaapi.o]

sjuxax commented on 2024-05-01 19:15 (UTC) (edited on 2024-05-01 19:15 (UTC) by sjuxax)

Good patch to fix nvcodec 12.2 compilation errors at

unit73e commented on 2024-04-14 15:49 (UTC)

Just to confirm that it works now. Thanks.