Package Details: lib32-ffmpeg 2:7.0.2-3

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.014864
First Submitted: 2013-05-18 04:43 (UTC)
Last Updated: 2024-09-27 17:48 (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 .. 12 13 14 15 16 17 18 19 20 21 Next › Last »

unknown78 commented on 2017-12-16 09:11 (UTC)

The last minor update seems to break something. makepkg -si output: LC_ALL=C makepkg ==> Making package: lib32-ffmpeg 1:3.4.1-1 (Sat Dec 16 10:08:16 CET 2017) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... -> Downloading ffmpeg-3.4.1.tar.bz2... % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 9938k 100 9938k 0 0 1419k 0 0:00:07 0:00:07 --:--:-- 1637k -> Downloading ffmpeg-3.4.1.tar.bz2.asc... % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 473 100 473 0 0 473 0 0:00:01 --:--:-- 0:00:01 5255 ==> Validating source files with sha256sums... ffmpeg-3.4.1.tar.bz2 ... Passed ffmpeg-3.4.1.tar.bz2.asc ... Skipped ==> Verifying source file signatures with gpg... ffmpeg-3.4.1.tar.bz2 ... Passed ==> Extracting sources... -> Extracting ffmpeg-3.4.1.tar.bz2 with bsdtar ==> Starting build()...

and than nothing more happens.

oxalin commented on 2017-10-21 19:28 (UTC)

For info: The package will be updated to 3.4.0 in the next few days once I receive my new CPU (I had to have it replaced).

oxalin commented on 2017-08-15 14:54 (UTC)

@carstene1ns: thanks for the info, dependency removed. It will be fixed in the next release that should be made available in a few minutes.

carstene1ns commented on 2017-08-13 19:34 (UTC)

Using hardening-wrapper is deprecated: https://git.archlinux.org/svntogit/community.git/tree/trunk/hardening-wrapper.install?h=packages/hardening-wrapper

DungeonMaster commented on 2017-05-21 17:49 (UTC)

yes, it is a dependency of mpv-full-git. I simply uninstalled it long enough to upgrade lib32-ffmpeg and then reinstalled it. Thank you very much for the help.

oxalin commented on 2017-05-20 23:36 (UTC)

@DungeonMaster: after further research, sio_* are related to sndio. Is this package installed on your system or was it installed at some point?

oxalin commented on 2017-05-19 19:49 (UTC)

@DungeonMaster: after a quick search, I would be tempted to say that it is related to SDL2. However, you should already have the dependency installed... Any specific installation about that package on your side? Do you have SDL and SDL2 installed or just one of them? I have no problem over here and to my knowledge nothing changed about this dependency on FFMPEG's source code...

DungeonMaster commented on 2017-05-19 18:42 (UTC)

LD ffmpeg_g libavdevice/libavdevice.so: undefined reference to `sio_write' libavdevice/libavdevice.so: undefined reference to `sio_getpar' libavdevice/libavdevice.so: undefined reference to `sio_eof' libavdevice/libavdevice.so: undefined reference to `sio_onmove' libavdevice/libavdevice.so: undefined reference to `sio_close' libavdevice/libavdevice.so: undefined reference to `sio_start' libavdevice/libavdevice.so: undefined reference to `sio_open' libavdevice/libavdevice.so: undefined reference to `sio_read' libavdevice/libavdevice.so: undefined reference to `sio_setpar' libavdevice/libavdevice.so: undefined reference to `sio_initpar' collect2: error: ld returned 1 exit status make: *** [Makefile:136: ffmpeg_g] Error 1 Any idea what's going wrong?

oxalin commented on 2017-02-07 01:03 (UTC)

@cosiekvfj: ffmpeg-compat and lib32-ffmpeg-compat are a different packages. They are named "-compat" because they provide a fixed internal version (API/ABI versions). If you look in AUR, you may find more than one "ffmpeg-compat" package providing different versions. On the other hand, lib32-ffmpeg provides the latest ffmpeg version, mirroring the ffmpeg package. So (lib32-)ffmpeg and (lib32-)ffmpeg-compat will always differ and (lib32-)ffmpeg will never provide a previous version. Also, even if this is outside of the scope of the current package, you may consider moving away from steam runtime compat by installing steam-native-runtime, so you'll be able to use Archlinux's native runtime with Steam. Have a look at it.

cosiekvfj commented on 2017-02-05 23:28 (UTC)

For steam runtime compat you need lib32-ffmpeg-compat!