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.041180
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 .. 13 14 15 16 17 18 19 20 21 Next › Last »

slyscorpion commented on 2017-01-08 06:04 (UTC)

@oxalin Thanks for the tip on the keys :)

oxalin commented on 2017-01-08 05:58 (UTC)

@slyscorpion: it is up to you to import the missing public key. This is ffmpeg's project public key. Something like the following should do the trick: gpg --keyserver x-hkp://pool.sks-keyservers.net --recv-keys B4322F04D67658D8 On another subject, I'm updating the package to 3.2.2. I still need to figure out a way to be notified from new releases automatically. The ffmpeg's RSS is unreliable.

slyscorpion commented on 2017-01-08 00:59 (UTC)

This package fails to build due to PGP signature issues: ==> Validating source files with sha256sums... ffmpeg-3.2.1.tar.bz2 ... Passed ffmpeg-3.2.1.tar.bz2.asc ... Skipped ==> Verifying source file signatures with gpg... ffmpeg-3.2.1.tar.bz2 ... FAILED (unknown public key B4322F04D67658D8) ==> ERROR: One or more PGP signatures could not be verified! ==> ERROR: Makepkg was unable to build lib32-ffmpeg.

oxalin commented on 2016-10-23 22:27 (UTC)

Thanks JonnyJD. Patch was first included, and then removed since the dev group released 3.1.5 which already includes the openjpeg2 patch. Sorry for the noise. To be noted: SDL support will be dropped in the next release in favor of SDL2. Stay tuned.

JonnyJD commented on 2016-10-23 11:45 (UTC)

Sorry, I don't have time to maintain the package, currently. I made oxalin the new maintainer (the notification mail is wrong, I disowned).

oxalin commented on 2016-10-21 19:25 (UTC)

@versusvoid It could be added, but that would be up to @JonnyJD to do.

versusvoid commented on 2016-09-22 05:21 (UTC)

@oxalin Adding lib32-openjpeg2 to `depends` also wouldn't be a bad thing.

oxalin commented on 2016-08-31 22:54 (UTC)

@Enverex, there is another (new) known bug about undefinded references to openjpegenc.o after a recent change in the static openjpeg2 library... Briefly, it comes to "The FFmpeg code was setting OPJ_STATIC, and in master, OPJ_STATIC sets API method visibility to hidden (because it is a static build, so visibility not needed)." See https://trac.ffmpeg.org/ticket/5694 The next ffmpeg release should contain the following fix: https://trac.ffmpeg.org/raw-attachment/ticket/5694/ffmpeg_opj2.patch @JonnyJD Meanwhile, maybe we would be better to add and apply that patch to the current package. Proposed patch to PKGBUILD --- diff --git a/PKGBUILD b/PKGBUILD index 00b74d4..a190490 100644 --- a/PKGBUILD +++ b/PKGBUILD @@ -35,14 +35,23 @@ provides=( 'libavresample.so' 'libavutil.so' 'libpostproc.so' 'libswresample.so' 'libswscale.so' ) -source=(http://ffmpeg.org/releases/$_pkgbasename-$pkgver.tar.bz2{,.asc}) +source=( + "http://ffmpeg.org/releases/$_pkgbasename-$pkgver.tar.bz2"{,.asc} + "https://trac.ffmpeg.org/raw-attachment/ticket/5694/ffmpeg_opj2.patch" +) validpgpkeys=('FCF986EA15E6E293A5644F10B4322F04D67658D8') -sha256sums=('58bc89c65dd114d874efbf76f76368d03b5e407f0a3f42d5b40801c280968a38' - 'SKIP') +sha256sums=( + '58bc89c65dd114d874efbf76f76368d03b5e407f0a3f42d5b40801c280968a38' + 'SKIP' + 'SKIP' +) build() { cd ${_pkgbasename}-${pkgver} + # Patching FFMPEG to compile againt a change in OpenJPEG2 static library until this patch is integrated in next release + patch -p1 < ../ffmpeg_opj2.patch + export PKG_CONFIG_PATH="/usr/lib32/pkgconfig" ./configure \ --- To fix building against libopenjpeg2, you need both the 32 bit library AND the patch (for now).

Enverex commented on 2016-08-16 13:23 (UTC)

@JonnyJD - Just an FYI, installing lib32-openjpeg2 doesn't fix lib32-ffmpeg failing to build (with the /usr/bin/ld: libavcodec/libavcodec.so.57: hidden symbol `opj_setup_decoder' isn't defined error). Removing openjpeg2 is the only way to have the build complete (doing an -Rdd then reinstalling it after this is built seems to be the easiest way to get around it).

mokkurkalve commented on 2016-08-15 12:57 (UTC)

Build fails for me thus: (....snip....) libavcodec/libopenjpegenc.o: In function `.L150': libopenjpegenc.c:(.text+0xe4e): undefined reference to `opj_set_info_handler' libopenjpegenc.c:(.text+0xe6e): undefined reference to `opj_setup_encoder' libopenjpegenc.c:(.text+0xed4): undefined reference to `opj_stream_default_create' libopenjpegenc.c:(.text+0xefd): undefined reference to `opj_stream_set_write_function' libopenjpegenc.c:(.text+0xf0c): undefined reference to `opj_stream_set_skip_function' libopenjpegenc.c:(.text+0xf1b): undefined reference to `opj_stream_set_seek_function' libopenjpegenc.c:(.text+0xf2b): undefined reference to `opj_stream_set_user_data' libopenjpegenc.c:(.text+0xf3c): undefined reference to `opj_start_compress' libopenjpegenc.c:(.text+0xf4d): undefined reference to `opj_encode' libopenjpegenc.c:(.text+0xfa4): undefined reference to `opj_end_compress' libavcodec/libopenjpegenc.o: In function `libopenjpeg_encode_close': libopenjpegenc.c:(.text.unlikely+0x1c): undefined reference to `opj_image_destroy' libavcodec/libopenjpegenc.o: In function `libopenjpeg_encode_init': libopenjpegenc.c:(.text.unlikely+0x6b): undefined reference to `opj_set_default_encoder_parameters' libopenjpegenc.c:(.text.unlikely+0x138): undefined reference to `opj_image_destroy' libopenjpegenc.c:(.text.unlikely+0x58c): undefined reference to `opj_image_create' /usr/bin/ld: libavcodec/libavcodec.so.57: hidden symbol `opj_setup_decoder' isn't defined /usr/bin/ld: final link failed: Bad value collect2: error: ld returned 1 exit status make: *** [library.mak:100: libavcodec/libavcodec.so.57] Error 1 make: *** Waiting for unfinished jobs.... ==> FEIL: En feil oppsto i build(). Avbryter...

« First ‹ Previous 1 .. 13 14 15 16 17 18 19 20 21 Next › Last »