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)

Dependencies (68)

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 .. 7 8 9 10 11 12 13 14 15 16 17 .. 21 Next › Last »

oxalin commented on 2020-06-09 15:19 (UTC)

@Samega7Cattac : which version of aom and lib32-aom packages is installed?

Samega7Cattac commented on 2020-06-08 14:36 (UTC) 

/usr/bin/ld: libavcodec/libavcodec.so: undefined reference to `aom_codec_control'
collect2: error: ld returned 1 exit status
make: *** [Makefile:111: ffmpeg_g] Error 1
make: *** Waiting for unfinished jobs....
/usr/bin/ld: libavcodec/libavcodec.so: undefined reference to `aom_codec_control'
/usr/bin/ld: libavcodec/libavcodec.so: undefined reference to `aom_codec_control'
collect2: error: ld returned 1 exit status
make: *** [Makefile:111: ffplay_g] Error 1
collect2: error: ld returned 1 exit status
make: *** [Makefile:111: ffprobe_g] Error 1
==> ERROR: A failure occurred in build().

Iglu47 commented on 2020-04-07 07:26 (UTC)

check that lib32-x265 has the same version as x265, else else it will give the error that ~pkg-conf not found x265

oxalin commented on 2019-08-30 19:00 (UTC)

@sl1pkn07 please, how did you come to that conclusion? I asked the same question in another package. Many lib32 packages, even officials, use the provide option without any problem with their native x64 counterparts. On my side, I don't have any drawback causes by the provides option.

sl1pkn07 commented on 2019-08-30 14:47 (UTC)

please remove libavcodec.so, libavdevice.so, libavfilter.so, libavformat.so, libavutil.so, libpostproc.so, libswresample.so, libswscale.so in provides. break ffmpeg package

Strunkenbold commented on 2019-07-20 08:16 (UTC)

@QuartzDragon

Thx for finding the issue. Unfortunately lib32-x265 is still at 3.0...

QuartzDragon commented on 2019-07-17 07:11 (UTC)

Turns out to have been caused by a version mismatch between the 64-bit and 32-bit x265 libraries. I use the testing repos, which supplies x265 3.1. lib32-x265 is 3.0. Upgrading lib32-x265 to 3.1 allowed lib32-ffmpeg to find the library.

lib32-ffmpeg is then seemingly using pkg-config to find the 64-bit x265 version, and derive the 32-bit version from that, so it's no wonder that lib32-ffmpeg couldn't find it...

oxalin commented on 2019-07-16 15:39 (UTC)

Well, everything seems fine. On my side, I removed lib32-x265 and lib32-ffmpeg before reinstalling them and everything went just fine. Could you delete your lib32-ffmpeg build folder in case it is keeping something wrong from a previous installation? It could be under ~/.cache/<yourselectedAURtool>/

QuartzDragon commented on 2019-07-16 14:49 (UTC)

Output is x265 x265 - H.265/HEVC video encoder and 3.0 respectively.

oxalin commented on 2019-07-16 14:45 (UTC)

@QuartzDragon : it seems right. Could you send me what is displayed by the following commands :

pkg-config-32 --list-all | grep x265 pkg-config-32 --modversion x265

« First ‹ Previous 1 .. 7 8 9 10 11 12 13 14 15 16 17 .. 21 Next › Last »