Package Details: lib32-libffmpeg 2:6.0-2

Git Clone URL: (read-only, click to copy)
Package Base: lib32-ffmpeg
Description: Complete solution to record, convert and stream audio and video - library (32 bit)
Upstream URL:
Licenses: GPL3
Provides: lib32-ffmpeg,,,,,,,,
Submitter: lano1106
Maintainer: oxalin
Last Packager: oxalin
Votes: 36
Popularity: 0.199458
First Submitted: 2013-05-18 04:43 (UTC)
Last Updated: 2023-03-21 21:28 (UTC)

Required by (205)

Sources (2)

Pinned Comments

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

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.

MarsSeed commented on 2023-07-11 16:55 (UTC)

The lib32-vmaf library for "perceptual video quality assessment algorithm" used in analyzing and testing the encoding quality is also safe to drop from this 32-bit build my view.

MarsSeed commented on 2023-07-11 15:00 (UTC) (edited on 2023-07-11 15:01 (UTC) by MarsSeed)

Also, some people reported build problems with lib32-gsm since Jan 2023.

I can wholeheartedly recommend that you turn off that dependency as well in this build. I cannot imagine anyone wanting to use the old, low-quality GSM mobile audio format, in a 32-bit software or otherwise. VoIP applications are available in 64-bit and support much better codecs as well, and VoIP-to-POTS services also allow other codecs.

(And GSM compressed audio recordings can still be used with 64-bit multimedia software.)

MarsSeed commented on 2023-07-11 14:58 (UTC) (edited on 2023-07-11 16:10 (UTC) by MarsSeed)


I recommend that you drop and disable using lib32-openjpeg2. I did some digging, and it turns out it is only used here for JPEG2000 video stream, but FFMPEG has its own internal JPEG2000 decoder/encoder.

I haven't even see that format ever used in video. But even if someone for some reason has a 32-bit software that needs this, ffmpeg can work for them without the external openjpeg2 codec. (Also I've seen benchmarks claiming that FFMPEG's own JPEG2000 codec is faster.)

oxalin commented on 2023-03-21 17:54 (UTC)

This is known, sorry. It was late last night and I was working on lib32-zimg at the same time. Testing locally worked, but not from online, which I hadn't tested until I finished working on zimg.

A patch to relax the version check is ready, I just need to push when I'll get back from work.

RAMChYLD commented on 2023-03-21 17:09 (UTC) (edited on 2023-03-21 17:18 (UTC) by RAMChYLD)

Yay refuses to upgrade the lib32-ffmpeg package, it would give me this error and bail:

 -> Could not find all required packages:
        lib32-libffmpeg=6.0 (Wanted by: lib32-ffmpeg)

Attempting to install the package directly yields the following warning:

warning: cannot resolve "lib32-libffmpeg=6.0", a dependency of "lib32-ffmpeg"
:: The following package cannot be upgraded due to unresolvable dependencies:

:: Do you want to skip the above package for this upgrade? [y/N] 

Selecting Y or N makes no difference, pacman would bail over lib32-libffmpeg missing despite it being there.

I also already tried hacking the MAKEPKG file to make the required package lib32-libffmpeg-2 since that is apparently the real name of the packages generated, but it makes no difference.

Edit 2: Mangled with the PKGBUILD file some more and removed the =6.0 from the dependency list. Package finally installs (is the =6.0 option even doing what it's supposed to do?)

Arbyste commented on 2023-02-04 14:59 (UTC)

Yep, that worked for me too. Thanks!

scatherinch commented on 2023-02-03 20:58 (UTC)

that fixed it. thanks for your time.

oxalin commented on 2023-02-03 19:39 (UTC)

This should be fixed. Cherry-picked commit eb0455d646 which should solve the missing extensions.

Temporary fix to be removed once FFMPEG release a new version.