Package Details: ffmpeg-libfdk_aac 1:4.3.1-2

Git Clone URL: https://aur.archlinux.org/ffmpeg-libfdk_aac.git (read-only, click to copy)
Package Base: ffmpeg-libfdk_aac
Description: Complete solution to record, convert and stream audio and video (Same as official package except with libfdk-aac support)
Upstream URL: https://ffmpeg.org/
Licenses: GPL3, custom:libfdk-aac
Conflicts: ffmpeg
Provides: ffmpeg=4.3.1, libavcodec.so, libavdevice.so, libavfilter.so, libavformat.so, libavutil.so, libpostproc.so, libswresample.so, libswscale.so
Submitter: korrode
Maintainer: bwidawsk
Last Packager: bwidawsk
Votes: 50
Popularity: 0.094601
First Submitted: 2013-07-12 10:24
Last Updated: 2020-10-19 05:09

Dependencies (63)

Required by (1000)

Sources (3)

Pinned Comments

gourdcaptain commented on 2020-06-11 14:48

You need to rebuild it from source against the new x265 - it's not an issue with the ffmpeg code, it just needs to be built against the new library binary interface. Upgrade x265 and then do that.

Fifis commented on 2020-06-11 14:44

Does ffmpeg-libfdk_aac really need a precise version of the x265 library, or can it be made >=188-64? Because now, there is a broken dependency that prevents further upgrades:

error: failed to prepare transaction (could not satisfy dependencies)
:: installing x265 (3.4-1) breaks dependency 'libx265.so=188-64' required by ffmpeg-libfdk_aac

(Right now, I have ffmpeg-libfdk_aac 1:4.2.3-1.)

Latest Comments

1 2 3 4 5 6 ... Next › Last »

bwidawsk commented on 2020-10-19 05:30

@graysky: You got it.

graysky commented on 2020-10-14 16:05

@bwidawki - Thanks for pointing that out. They closed it upstream. See http://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=7c59e1b0f285cd7c7b35fcd71f49c5fd52cf9315

Do you mind adding that patch to this PKGBUILD and pushing? It works for me.

bwidawsk commented on 2020-10-04 21:59

@graysky, I believe it's an upstream bug, tracked here: https://trac.ffmpeg.org/ticket/8760

luka-devnull commented on 2020-10-02 05:08

getting the same error as @graysky. no idea what's up there

graysky commented on 2020-09-29 19:08

Anyone else getting build failures?

CC  libavformat/lrcdec.o
libavformat/libsrt.c: In function ‘libsrt_set_options_pre’:
libavformat/libsrt.c:317:66: error: ‘SRTO_STRICTENC’ undeclared (first use in this function); did you mean ‘SRTO_STATE’?
  317 |         (s->enforced_encryption >= 0 && libsrt_setsockopt(h, fd, SRTO_STRICTENC, "SRTO_STRICTENC", &s->enforced_encryption, sizeof(s->enforced_encryption)) < 0) ||
      |                                                                  ^~~~~~~~~~~~~~
      |                                                                  SRTO_STATE
libavformat/libsrt.c:317:66: note: each undeclared identifier is reported only once for each function it appears in
libavformat/libsrt.c:336:50: error: ‘SRTO_SMOOTHER’ undeclared (first use in this function); did you mean ‘SRTO_SENDER’?
  336 |         (s->smoother && libsrt_setsockopt(h, fd, SRTO_SMOOTHER, "SRTO_SMOOTHER", s->smoother, strlen(s->smoother)) < 0) ||
      |                                                  ^~~~~~~~~~~~~
      |                                                  SRTO_SENDER
libavformat/libsrt.c: In function ‘libsrt_setup’:
libavformat/libsrt.c:409:5: warning: ‘srt_socket’ is deprecated [-Wdeprecated-declarations]
  409 |     fd = srt_socket(cur_ai->ai_family, cur_ai->ai_socktype, 0);
      |     ^~
In file included from libavformat/libsrt.c:24:
/usr/include/srt/srt.h:754:41: note: declared here
  754 | SRT_ATR_DEPRECATED_PX SRT_API SRTSOCKET srt_socket(int, int, int) SRT_ATR_DEPRECATED;
      |                                         ^~~~~~~~~~
make: *** [ffbuild/common.mak:59: libavformat/libsrt.o] Error 1
make: *** Waiting for unfinished jobs....
==> ERROR: A failure occurred in build().

bwidawsk commented on 2020-06-30 20:08

@abcfy2: I stay with what the upstream package in extra/ sticks with. When they update, I will update. Feel free to mark out of date if that gets updated and I didn't notice. I tend to do that given current family life :-)

abcfy2 commented on 2020-06-30 01:20

Would you please upgrade to FFmpeg 4.3?

Martchus commented on 2020-06-11 14:49

@Fifis No. This package must be rebuilt when the soname of libx265 or any other dependency changes. It is generally a good idea to build packages in a clean chroot which makes updates like this easier: https://wiki.archlinux.org/index.php/DeveloperWiki:Building_in_a_clean_chroot

gourdcaptain commented on 2020-06-11 14:48

You need to rebuild it from source against the new x265 - it's not an issue with the ffmpeg code, it just needs to be built against the new library binary interface. Upgrade x265 and then do that.

Fifis commented on 2020-06-11 14:44

Does ffmpeg-libfdk_aac really need a precise version of the x265 library, or can it be made >=188-64? Because now, there is a broken dependency that prevents further upgrades:

error: failed to prepare transaction (could not satisfy dependencies)
:: installing x265 (3.4-1) breaks dependency 'libx265.so=188-64' required by ffmpeg-libfdk_aac

(Right now, I have ffmpeg-libfdk_aac 1:4.2.3-1.)