Package Details: ffmpeg-full 5.0.1-1

Git Clone URL: https://aur.archlinux.org/ffmpeg-full.git (read-only, click to copy)
Package Base: ffmpeg-full
Description: Complete solution to record, convert and stream audio and video (all possible features including libfdk-aac)
Upstream URL: https://www.ffmpeg.org/
Keywords: audio codec convert cuda cuvid decklink encoder fdk-aac fdkaac hwaccel libnpp media nvenc svt video
Licenses: custom: nonfree and unredistributable
Conflicts: ffmpeg
Provides: ffmpeg, libavcodec.so, libavdevice.so, libavfilter.so, libavformat.so, libavutil.so, libpostproc.so, libswresample.so, libswscale.so
Submitter: rpolzer
Maintainer: dbermond
Last Packager: dbermond
Votes: 117
Popularity: 2.98
First Submitted: 2013-01-24 11:17 (UTC)
Last Updated: 2022-05-06 16:18 (UTC)

Required by (1435)

Sources (10)

Latest Comments

Vernox commented on 2022-04-24 19:43 (UTC)

@dbermond Oh, Sorry. Forgot about that. Thank you!

dbermond commented on 2022-04-24 19:16 (UTC)

@Vernox The patch package is part of the base-devel group. This group is assumed to be already installed when building with makepkg, and its members should not be added to the PKGBUILD.

Vernox commented on 2022-04-24 18:22 (UTC)

The package patch - core should be added as another dependency.

periode commented on 2022-04-10 17:26 (UTC)

Currently, flite-1.4 and flite-1 time out, as it seems festvox.org is offline. This link: http://sources.buildroot.net/flite/ has the required sources, but I'm not sure how to direct ffmpeg-full to build using these rather than the festvox.org one.

Nanoshift commented on 2022-04-03 01:20 (UTC) (edited on 2022-04-08 00:45 (UTC) by Nanoshift)

When encoding using the libsvtav1 encoder and the encoding options "-svtav1-params film-grain=50", film grain isn't applied. I get a message that "svt-params needs libavcodec to be compiled with SVT-AV1 headers >= 0.9.1". I'm guessing this is because SVT-AV1 is only at version 0.9.0 in the extra repo even thought 0.9.1 was released over a month ago. Installing "svt-av1-git" and rebuilding ffmpeg-full caused other errors when I tried to encode a video. I will try installing SVT-AV1 0.9.1 manually and rebuilding ffmpeg-full to see if that fixes it. Edit: I made a custom PKGBUILD for svt-av1-0.9.1, and it works now (https://pastebin.com/iTCK2BDa). Put the text file in an empty folder, rename it to "PKGBUILD", navigate to the folder in the terminal, run "makepkg", then run pacman -U "path/to/folder/svt-av1-0.9.1-0.9.1-1-x86_64.pkg.tar.zst", then run "paru -S ffmpeg-full --rebuild". Leave the src folder and contents in place for the encoder to use.

bobpaul commented on 2022-03-07 14:05 (UTC)

@tgw314 I had the exact same issue with libvmaf. I was able to get around it by doing the following:

  1. temporarily put ffmpeg4.4 in my ignore packages and upgrade all official packages that don't depend on ffmpeg4.4 (you could also uninstall ffmpeg-full to work around the conflict)
  2. Start with a clean ffmpeg-full snapshot (if you use git, git clean -xfd) so there's no patches or build outputs from previous versions
  3. proceed with the build
  4. Undo step 1

I'm not sure if step 2 is really necessary.

dbermond commented on 2022-02-28 01:34 (UTC)

@ArchBoxHero There is no problem in building this package. I've just checked, and it's currently building fine.

ArchBoxHero commented on 2022-02-28 01:19 (UTC)

Can confirm what @tgw314 mentioned getting the same error on this ffmpeg-full package and the same error on the ffmpeg-full-git version too.

tgw314 commented on 2022-02-19 03:43 (UTC) (edited on 2022-02-19 12:38 (UTC) by tgw314)

I think it need to add vmaf to makedepends.

==> Starting build()... 
  -> Running ffmpeg configure script...
ERROR: libvmaf >= 2.0.0 not found using pkg-config

If you think configure made a mistake, make sure you are using the latest
version from Git.  If the latest version fails, report the problem to the
ffmpeg-user@ffmpeg.org mailing list or IRC #ffmpeg on irc.libera.chat.
Include the log file "ffbuild/config.log" produced by configure as this will help
solve the problem.

dbermond commented on 2022-02-18 22:12 (UTC)

@misaka00251 Fixed.

misaka00251 commented on 2022-02-18 14:43 (UTC) (edited on 2022-02-18 14:44 (UTC) by misaka00251)

The patch is 404:

==> Making package: ffmpeg-full 5.0-1 (Fri 18 Feb 2022 10:40:33 PM CST)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
  -> Found ffmpeg-5.0.tar.xz
  -> Found ffmpeg-5.0.tar.xz.asc
  -> Downloading 010-ffmpeg-add-svt-hevc-g111eef1.patch...
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0    14    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
curl: (22) The requested URL returned error: 404
==> ERROR: Failure while downloading https://raw.githubusercontent.com/OpenVisualCloud/SVT-HEVC/111eef187fd7b91ad27573421c7238ef787e164f/ffmpeg_plugin/0001-lavc-svt_hevc-add-libsvt-hevc-encoder-wrapper.patch
    Aborting...

The file name is actually master-0001-lavc-svt_hevc-add-libsvt-hevc-encoder-wrapper.patch.

thales.barretto commented on 2022-02-01 00:32 (UTC)

@dbermond thanks for the help. I've found i was holding a broken package. Everything is building fine now.

dbermond commented on 2022-01-30 21:12 (UTC)

@thales.barretto The 'nvcc' binary is shipped by the cuda package, and not by cuda-tools. No changes needed.

thales.barretto commented on 2022-01-30 19:10 (UTC) (edited on 2022-01-31 02:03 (UTC) by thales.barretto)

The configure script uses the flag "--enable-cuda-nvcc", which requires 'nvcc'. 'nvcc' is now provided by the package cuda-tools. Please include 'cuda-tools' in the makedepends.

EDIT: I will dig deeper into why i had to install 'cuda-tools' (which solved the depency) along 'cuda' (missing nvcc). @dbermond Thanks for the attention, though.

dbermond commented on 2022-01-24 18:16 (UTC) (edited on 2022-01-24 18:16 (UTC) by dbermond)

@emk2203 This package is not abandoned. ffmpeg 5.0 has API changes and soname bumps, and this will break all your software that depends on it. I'm waiting for ffmpeg in official repositories to be updated to version 5.0, so all the rebuilds will be made.

tytan652 commented on 2022-01-23 11:49 (UTC)

@emk2203, why are you asking this ?

Arch Linux still provide FFmpeg 4.4.1 and this package provide the same version with more feature enabled.

emk2203 commented on 2022-01-23 11:43 (UTC)

Is this abandoned in favor of ffmpeg-full-git?

strugee commented on 2021-09-14 20:04 (UTC)

For anyone getting nvcc errors: log out and log in again so the program is on PATH (it isn't by default because it's in /opt).

(The referenced discussion in ffmpeg-full-git is unfortunately too old so it's dropped off the page.)

damian101 commented on 2021-08-16 20:56 (UTC)

Replacing ffmpeg with this causes Strawberry to fail playing back MP3 and AAC files. No idea what the problem could be.

dbermond commented on 2021-05-06 00:45 (UTC)

@jona1993 Nice. Good to know you could build the package. There is really no need to use nasm-git.

jona1993 commented on 2021-05-03 12:12 (UTC)

@dbermond I found. It doesn't work with nasm-git. I used another version (distri repo) and it's ok. Thank you very much. ;)

jona1993 commented on 2021-05-02 15:26 (UTC)

@dbermond How can I verify that? I just installed nasm-git via AUR.

dbermond commented on 2021-05-02 13:04 (UTC)

@jona1993 I have no problems building the package. These symbols are assembly symbols. Make sure that you are using nasm as the assembler.

jona1993 commented on 2021-05-02 08:37 (UTC)

Hi ! I can't build this package. I have an error. I don't know why.. I installed each dependencies manually before.

My output: https://pastebin.com/CF8sxyEu

Have a nice day !

osc commented on 2021-03-21 18:09 (UTC)

currently getting to errors:

line 104: --enable-frei0r: command not found ==> ERROR: A failure occurred in build(). Aborting...

line 105: --enable-gcrypt: command not found ==> ERROR: A failure occurred in build(). Aborting...

dbermond commented on 2021-02-15 12:43 (UTC) (edited on 2021-02-15 12:44 (UTC) by dbermond)

@dr460nf1r3 Package is building fine. This nvcc question was discussed quite a couple of times in ffmpeg-full-git, so please scroll down in that page and read my comments there.

dr460nf1r3 commented on 2021-02-15 12:30 (UTC)

Building fails at checking for nvcc, so there is probably some missing dependency (maybe because of building in clean chroot) https://bin.garudalinux.org/?4b249136b4ee193c#55rgVMeFd7Ps1t8tfjHNPNVJVn9GpTLgaQwgQiiyEp3v

dbermond commented on 2020-12-29 15:08 (UTC)

@Erde I have no problems downloading the source files. No errors.

dbermond commented on 2020-12-21 21:14 (UTC)

@andrej libilbc got a soname bump, and it is user responsibility to rebuild their AUR packages that depends on it, like this package (see the Note on the linked Wiki section). When you use an AUR package, you should keep track of the needed rebuilds. As you can see, your bug report was closed on the Arch Linux official bug tracker since it's not a bug.

andrej commented on 2020-12-21 20:59 (UTC)

This currently breaks guvcview due to a missing libilbc version.

dbermond commented on 2020-12-21 20:51 (UTC) (edited on 2020-12-21 21:01 (UTC) by dbermond)

@j77h AUR helpers are not supported, use makepkg. amf-headers was pushed to the [extra] official repository and will be automatically pulled by makepkg when using the '-s' option. Regarding the nvcc error, this was discussed quite a couple of times in ffmpeg-full-git, so please scroll down in that page and read my comments there. If ffmpeg is already installed, it will be removed by pacman during installation because this package conflicts with it (see 'conflicts' on the PKGBUILD - or at the top of this web page). I could not understand what you mean by 'rebuild this properly from existing compiled packages', since makepkg already requires that all dependencies would be compiled and installed.

j77h commented on 2020-12-21 03:26 (UTC) (edited on 2020-12-21 04:10 (UTC) by j77h)

Thanks for providing this, but it didn't quite work for me. Probably due to my inexperience.

At the beginning :

:: warning: Following package cannot be found in AUR:
    amf-headers

Solved by editing PKGBUILD and changing amf-headers to amf-headers-git.

At the end : (after choosing to skip PGP key check, as one was missing)

==> Starting build()...
  -> Running ffmpeg configure script...
ERROR: failed checking for nvcc.

in ~/.cache/pikaur/build/ffmpeg-full/src/ffmpeg-4.3.1/ffbuild/config.log:

./configure: line 983: nvcc: command not found.

nvcc does exist, at /opt/cuda/bin/nvcc.

In PKGBUILD I had changed the install path to /opt; did that change the location of cuda, and cause this problem?

I expected installing to /opt would allow ffmpeg-full to live alongside my existing standard ffmpeg installation, but pikaur asked me to remove the standard one before starting to build ffmpeg-full.

Is there a way to have pikaur rebuild this properly from existing compiled packages (to avoid repeating the big cuda download), perhaps by editing PKGBUILD?

All I wanted was libzvbi (in addition to the standard build), but as I didn't find a straightforward description of how to compile ffmpeg on Arch, I thought installing ffmpeg-full would be quicker.

Perhaps before we start we should see a warning that cuda pulls in a download bigger than 2.5 GB! ;)

dbermond commented on 2020-11-28 15:06 (UTC)

@amatwkgs I added back the rockchip-mpp support. To be honest I already saw this but was still waiting a bit more to see if the repository would stay public for a longer time. Thanks for pointing this.

commented on 2020-11-26 01:19 (UTC)

[deleted]

tytan652 commented on 2020-11-25 16:21 (UTC)

@dbermond Your welcome and thanks for your answers

dbermond commented on 2020-11-25 16:13 (UTC)

@tytan652 Thanks for pointing the build issue with the current glslang 11.0. I've pushed an update and now the package is building fine. Upstream ffmpeg dropped support for ndi and currently I have no intention to add it back by a patch.

tytan652 commented on 2020-11-24 13:55 (UTC) (edited on 2020-11-24 13:57 (UTC) by tytan652)

Just a question, do you plan to add NDI ? If yes, you could use this https://framagit.org/tytan652/ffmpeg-ndi-patch and this https://aur.archlinux.org/packages/ffmpeg-ndi/

tytan652 commented on 2020-11-24 11:54 (UTC) (edited on 2020-11-24 12:28 (UTC) by tytan652)

This commit as a patch seems to be needed. Because "glslang/Include/revision.h" is no longer present in glslang package.

dbermond commented on 2020-09-29 21:31 (UTC)

@wlritchi Fixed. Thanks.

wlritchi commented on 2020-09-28 23:25 (UTC)

srt was updated to 1.4.2 in official repos recently. ffmpeg with --enable-libsrt now doesn't build without this patch: https://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=7c59e1b0f285cd7c7b35fcd71f49c5fd52cf9315

That patch isn't on a tagged release of ffmpeg yet, unfortunately.

Recompiler commented on 2020-09-22 00:04 (UTC)

Okay thanks that worked. I don't unserstand why impoting the key file didn't work though.

dbermond commented on 2020-09-21 23:50 (UTC)

@Recompiler You need to import the pgp key from a keyserver as described in the mentioned Wiki article. Use this:

gpg --recv-keys --keyserver keyserver.ubuntu.com FCF986EA15E6E293A5644F10B4322F04D67658D8

Recompiler commented on 2020-09-21 23:43 (UTC) (edited on 2020-09-21 23:44 (UTC) by Recompiler)

gpg --import FCF986EA15E6E293A5644F10B4322F04D67658D8.asc

gpg: key B4322F04D67658D8: no user ID

gpg: Total number processed: 1

And I tried rebuilding afterwards and it still failed because of the public key.

dbermond commented on 2020-09-21 23:40 (UTC)

@Recompiler what is the command with full output that you used to import the pgp key?

Recompiler commented on 2020-09-21 23:37 (UTC)

As much as I don't like to write in the comments section on the AUR, I did want to mention that although I did try to manually import the public key it still failed.

dbermond commented on 2020-09-21 15:00 (UTC)

@Recompiler https://wiki.archlinux.org/index.php/Makepkg#Signature_checking

Recompiler commented on 2020-09-21 04:12 (UTC)

Fails on keys.

ffmpeg-4.3.1.tar.xz ... FAILED (unknown public key B4322F04D67658D8) ==> ERROR: One or more PGP signatures could not be verified!

giannis-arch commented on 2020-07-26 13:37 (UTC)

The hkps://hkps.pool.sks-keyservers.net is down. You can see https://sks-keyservers.net/ and https://sks-keyservers.net/status/ So you can try an other keyserver as gpg --recv-keys FCF986EA15E6E293A5644F10B4322F04D67658D8 --keyserver pool.sks-keyservers.net or gpg --recv-keys FCF986EA15E6E293A5644F10B4322F04D67658D8 --keyserver hkp://pool.sks-keyservers.net

If you want a permanent change for the keyserver, please read https://wiki.archlinux.org/index.php/Pacman/Package_signing#Cannot_import_keys and https://wiki.archlinux.org/index.php/GnuPG

Latnook commented on 2020-07-25 06:18 (UTC) (edited on 2020-07-25 06:20 (UTC) by Latnook)

I can't import the gpg keys :: PGP keys need importing: -> FCF986EA15E6E293A5644F10B4322F04D67658D8, required by: ffmpeg-full ==> Import? [Y/n] :: Importing keys with gpg... gpg: keyserver receive failed: General error problem importing keys

dbermond commented on 2020-07-12 00:24 (UTC)

@spider-mario Fixed.

spider-mario commented on 2020-07-11 22:56 (UTC) (edited on 2020-07-11 22:56 (UTC) by spider-mario)

One of the patches (040-…) yields a 404 error.

dbermond commented on 2020-06-28 12:44 (UTC)

@abcfy2

https://github.com/FFmpeg/FFmpeg/blob/n4.3/LICENSE.md#incompatible-libraries

https://github.com/FFmpeg/FFmpeg/blob/n4.3/configure#L101-L102

https://github.com/FFmpeg/FFmpeg/blob/n4.3/configure#L4141-L4142

abcfy2 commented on 2020-06-28 04:21 (UTC)

Why unredistributable? Did you use any unredistributable dependencies?

dbermond commented on 2020-06-10 22:30 (UTC)

Patch checksum fixed.

finnhughes commented on 2020-06-10 15:22 (UTC) (edited on 2020-06-10 15:22 (UTC) by finnhughes)

sha256sum .cache/yay/ffmpeg-full/040-ffmpeg-add-svt-av1-0.8.3.patch
cbcf51f37b17355b228b62862cfde141b0701f260d8bc3502a922f0f91303f9e  .cache/yay/ffmpeg-full/040-ffmpeg-add-svt-av1-0.8.3.patch

PKGBUILD sha256: d371366ceda9233c1b9a60c680878f567861b675605a8dae5c275d633c51ba9f

Ota-Coder commented on 2020-06-10 12:24 (UTC) (edited on 2020-06-10 12:25 (UTC) by Ota-Coder)

Getting same error like nathanielcwm:

  -> Found LICENSE
==> Validating source files with sha256sums...
    ffmpeg-4.2.3.tar.xz ... Passed
    ffmpeg-4.2.3.tar.xz.asc ... Skipped
    010-ffmpeg-fix-vmaf-model-path.patch ... Passed
    011-ffmpeg-add-decklink-11.5-support.patch ... Passed
    012-ffmpeg-dont-adjust-mp3-start-time.patch ... Passed
    020-ffmpeg-add-svt-hevc-1.4.3.patch ... Passed
    030-ffmpeg-add-svt-hevc-docs-1.4.3.patch ... Passed
    040-ffmpeg-add-svt-av1-0.8.3.patch ... FAILED
    LICENSE ... Passed
==> ERROR: One or more files did not pass the validity check!
Failed to build ffmpeg-full

nathanielcwm commented on 2020-06-09 11:41 (UTC)

040-ffmpeg-add-svt-av1-0.8.3.patch is failing sha256sums for me/

FabioLolix commented on 2020-05-31 15:38 (UTC)

@Albertdup you haven't downloaded the license seems, use 'download snapshot' on this webpage or git clone ffmpeg-full git repository

dbermond commented on 2020-05-31 14:41 (UTC)

@Albertdup Sorry, but Manjaro is not supported.

Albertdup commented on 2020-05-30 08:52 (UTC) (edited on 2020-05-30 08:55 (UTC) by Albertdup)

Hi

When in run the PKGBUILD with makepkg I get this:

~/Documents >>> makepkg -s PKGBUILD ==> Making package: ffmpeg-full 4.2.2-5 (Sat 30 May 2020 10:43:30) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... -> Found ffmpeg-4.2.2.tar.xz -> Found ffmpeg-4.2.2.tar.xz.asc -> Found ffmpeg-full-add-svt-hevc-1.4.3.patch -> Found ffmpeg-full-add-svt-hevc-docs-1.4.3.patch -> Found ffmpeg-full-add-svt-av1-0.8.3.patch -> Found ffmpeg-full-add-decklink-11.5-support.patch

==> ERROR: LICENSE was not found in the build directory and is not a URL.

Manjaro 20

dbermond commented on 2020-05-01 18:22 (UTC)

@nathanielcwm So that's the problem. AUR helpers are not supported, please don't report problems when using them. Please see discussion about nvcc on previous comments here or in ffmpeg-full-git package. It works with makepkg as expected.

nathanielcwm commented on 2020-04-28 01:07 (UTC)

Yes I was. And it did install cuda for the first time because I don't use an nvidia gpu.

dbermond commented on 2020-04-22 13:00 (UTC)

@nathanielcwm Nice. Were you using an AUR helper? And does it installed cuda for the first time on your machine for building the package?

nathanielcwm commented on 2020-04-22 04:52 (UTC)

thanks not sure what caused the nvcc issue but it works fine now

dbermond commented on 2020-04-22 02:25 (UTC)

@nathanielcwm I've fixed the package so it now builds fine with the newly released svt-av1 0.8.2.

I do not have this nvcc issue. Package was (and is) building fine for me without any nvcc/cuda issues.

nathanielcwm commented on 2020-04-21 14:40 (UTC)

I'm getting an error while building.

==> Making package: ffmpeg-full 4.2.2-3 (Tue 21 Apr 2020 22:32:00 +08)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
  -> Found ffmpeg-4.2.2.tar.xz
  -> Found ffmpeg-4.2.2.tar.xz.asc
  -> Found ffmpeg-full-add-svt-hevc-1.4.3.patch
  -> Found ffmpeg-full-add-svt-hevc-docs-1.4.3.patch
  -> Found ffmpeg-full-add-svt-av1-0.8.1.patch
  -> Found ffmpeg-full-add-svt-vp9-0.1.0.patch
  -> Found ffmpeg-full-add-decklink-11.5-support.patch
  -> Found LICENSE
==> Validating source files with sha256sums...
    ffmpeg-4.2.2.tar.xz ... Passed
    ffmpeg-4.2.2.tar.xz.asc ... Skipped
    ffmpeg-full-add-svt-hevc-1.4.3.patch ... Passed
    ffmpeg-full-add-svt-hevc-docs-1.4.3.patch ... Passed
    ffmpeg-full-add-svt-av1-0.8.1.patch ... Passed
    ffmpeg-full-add-svt-vp9-0.1.0.patch ... Passed
    ffmpeg-full-add-decklink-11.5-support.patch ... Passed
    LICENSE ... Passed
==> Verifying source file signatures with gpg...
    ffmpeg-4.2.2.tar.xz ... Passed
==> Removing existing $srcdir/ directory...
==> Extracting sources...
  -> Extracting ffmpeg-4.2.2.tar.xz with bsdtar
==> Starting prepare()...
patching file configure
patching file libavcodec/Makefile
patching file libavcodec/allcodecs.c
patching file libavcodec/libsvt_hevc.c
patching file doc/encoders.texi
patching file doc/general.texi
patching file configure
Hunk #1 succeeded at 265 (offset -1 lines).
Hunk #2 succeeded at 1796 (offset -2 lines).
Hunk #3 succeeded at 3196 (offset -23 lines).
Hunk #4 succeeded at 6270 (offset -44 lines).
patching file libavcodec/Makefile
Hunk #1 succeeded at 992 (offset -6 lines).
patching file libavcodec/allcodecs.c
Hunk #1 succeeded at 708 (offset -2 lines).
patching file libavcodec/libsvt_av1.c
patching file configure
Hunk #2 succeeded at 1798 (offset 9 lines).
Hunk #3 succeeded at 3199 (offset 18 lines).
Hunk #4 succeeded at 6274 (offset 54 lines).
patching file libavcodec/Makefile
Hunk #1 succeeded at 993 (offset 4 lines).
patching file libavcodec/allcodecs.c
Hunk #1 succeeded at 709 (offset 4 lines).
patching file libavcodec/avcodec.h
Hunk #1 succeeded at 1527 (offset 1 line).
patching file libavcodec/libsvt_vp9.c
patching file libavformat/ivfenc.c
patching file libavdevice/decklink_common.cpp
Hunk #1 succeeded at 270 (offset 1 line).
==> Sources are ready.
==> Making package: ffmpeg-full 4.2.2-3 (Tue 21 Apr 2020 22:32:04 +08)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> WARNING: Using existing $srcdir/ tree
==> Starting build()...
  -> Running ffmpeg configure script...
ERROR: failed checking for nvcc.

If you think configure made a mistake, make sure you are using the latest
version from Git.  If the latest version fails, report the problem to the
ffmpeg-user@ffmpeg.org mailing list or IRC #ffmpeg on irc.freenode.net.
Include the log file "ffbuild/config.log" produced by configure as this will help
solve the problem.
==> ERROR: A failure occurred in build().
    Aborting...
Error making: ffmpeg-full

nathanielcwm commented on 2020-04-21 02:29 (UTC)

SVT_AV1 0.8.2 is out btw.

Martchus commented on 2020-03-28 22:59 (UTC) (edited on 2020-03-28 23:00 (UTC) by Martchus)

Could you add a soname dependency for dav1d? Otherwise people easily end up with errors like https://aur.archlinux.org/packages/syncthingtray/#comment-736163.

Maybe other soname dependencies are missing as well (compared to the official package).

dbermond commented on 2020-03-12 16:05 (UTC)

@freefreeno makepkg does not installs AUR dependencies (the dependencies that are not on the official repositories).

You must install the AUR dependencies before building this package.

freefreeno commented on 2020-03-12 01:53 (UTC)

I tried to install with pamac first and it failed but this was most likely my fault but then I tried to build with makepkg and it also failed with:

[josh@archkde ffmpeg-full]$ makepkg -sic ==> Making package: ffmpeg-full 4.2.2-3 (Wed 11 Mar 2020 08:46:05 PM CDT) ==> Checking runtime dependencies... ==> Installing missing dependencies... error: target not found: chromaprint-fftw error: target not found: davs2 error: target not found: flite1-patched error: target not found: libklvanc-git error: target not found: libopenmpt-svn error: target not found: vo-amrwbenc error: target not found: xavs2 error: target not found: pocketsphinx error: target not found: rockchip-mpp ==> ERROR: 'pacman' failed to install missing dependencies. ==> Missing dependencies: -> frei0r-plugins -> ladspa -> libbs2b -> libcaca -> celt -> libcdio-paranoia -> codec2 -> libdc1394 -> libfdk-aac -> libgme -> libilbc -> kvazaar -> lensfun -> rubberband -> rtmpdump -> srt -> svt-hevc -> svt-av1 -> tensorflow -> tesseract -> twolame -> vmaf -> wavpack -> zimg -> zvbi -> lv2 -> lilv -> libmysofa -> sndio -> vapoursynth -> cuda -> chromaprint-fftw -> davs2 -> flite1-patched -> libklvanc-git -> openh264 -> libopenmpt-svn -> shine -> vo-amrwbenc -> xavs -> xavs2 -> pocketsphinx -> rockchip-mpp ==> Checking buildtime dependencies... ==> Installing missing dependencies... error: target not found: decklink-sdk ==> ERROR: 'pacman' failed to install missing dependencies. ==> Missing dependencies: -> nasm -> opencl-headers -> ffnvcodec-headers -> decklink-sdk ==> ERROR: Could not resolve all dependencies.

dbermond commented on 2020-02-29 20:27 (UTC)

@m3thodic libmfx is available in the [community] official repository and should not be a problem here.

It will be automatically pulled from the repository by makepkg during the dependencies check.

m3thodic commented on 2020-02-27 06:34 (UTC)

Attempted to build the latest ffmpeg-full, bailed on build requirement of libmfx.

Martchus commented on 2020-02-05 07:47 (UTC)

Also the official/regular ffmpeg package now has nvenc support so there's likely no point having this package anymore.

FabioLolix commented on 2020-02-04 21:20 (UTC)

Hi, what is the difference with 'ffmpeg-full' which also have ffnvcodec-headers in makedepends?

dbermond commented on 2020-01-31 17:06 (UTC)

@mys_721tx Allright. Good to know that you got it working.

mys_721tx commented on 2020-01-29 18:37 (UTC)

@dbermond I've confused --recv-keys and --search-keys. After changing to gpg --keyserver pgp.mit.edu --recv-keys FCF986EA15E6E293A5644F10B4322F04D67658D8, I was able to import the key. Since keys.openpgp.org strips user id information, gpg refused to import it without owner approval.

dbermond commented on 2020-01-26 14:08 (UTC)

@mys_721tx I'm using default settings for gpg, and I have no problems on importing and using this key.

After deleting the key from my keyring, this command works fine for me: gpg --recv-keys FCF986EA15E6E293A5644F10B4322F04D67658D8

mys_721tx commented on 2020-01-24 03:30 (UTC)

@dbermond I've tried keys.openpgp.org, pgp.mit.edu, and keys.gnupg.net. None worked. Which keyserver were you using?

dbermond commented on 2020-01-21 22:16 (UTC)

@mys_721tx I can import the key without any problems. Maybe you should try to switch the key server?

mys_721tx commented on 2020-01-20 03:50 (UTC)

The key is only available on keys.openpgp.org. However, it seems that the owner has not approved it.

mys_721tx commented on 2020-01-20 03:38 (UTC)

The PGP key FCF986EA15E6E293A5644F10B4322F04D67658D8 could not be retrieved from the key server as of 2020-01-19.

dbermond commented on 2020-01-07 01:19 (UTC)

@Danieldakataca This error should not appear at all. Please see my previous messages from 2019-06-11 for explanation.

xzntest commented on 2020-01-07 01:05 (UTC)

@Danieldakataca

Log out then log back in after installing cuda, or source etc/profile.d/cuda.sh manually

dakataca commented on 2019-12-16 06:33 (UTC)

==> Iniciando build()... -> Running ffmpeg configure script... ERROR: failed checking for nvcc.

If you think configure made a mistake, make sure you are using the latest version from Git. If the latest version fails, report the problem to the ffmpeg-user@ffmpeg.org mailing list or IRC #ffmpeg on irc.freenode.net. Include the log file "ffbuild/config.log" produced by configure as this will help solve the problem. ==> ERROR: Se produjo un fallo en build(). Cancelando...

N3oTraX commented on 2019-12-12 19:29 (UTC)

Hi,

yay -S -d x265

Worked as a charm for me ;)

smoneck commented on 2019-11-22 12:37 (UTC) (edited on 2019-11-22 13:29 (UTC) by smoneck)

Same as Verequies here with vmaf 1.3.15:

-> Running ffmpeg configure script... ERROR: libvmaf >= 1.3.9 not found using pkg-config.

Confirming it compiles successfully without --enable-libvmaf.

dbermond commented on 2019-11-16 13:54 (UTC)

@FraYoshi You need to rebuild ffmpeg-full every time that one of its dependencies get a soname bump. In this case, dav1d got a soname bump when upgrading it from 0.4.0 to 0.5.0.

FraYoshi commented on 2019-11-16 12:40 (UTC) (edited on 2019-11-16 12:41 (UTC) by FraYoshi)

ffmpeg-full breaks chromium (/usr/lib/chromium/chromium: error while loading shared libraries: libdav1d.so.2: cannot open shared object file: No such file or directory) and NetFlix (Error Code: F7355) for me...

Solved replacing with ffmpeg standard

Gatenkaas commented on 2019-11-08 17:41 (UTC) (edited on 2019-12-07 20:38 (UTC) by Gatenkaas)

Fails with x265 (3.2.1-1), dependency 'libx265.so=176-64' Obviously there is no automatic code update when a so-name bump occurs. The solution therefore is to force the installation of 'x265' with 'yay -S -d x265' and then rebuild with 'yay -S ffmpeg-full-nvenc'.

dbermond commented on 2019-08-22 17:31 (UTC)

@ganthore

1) hm is not a dependency for ffmpeg-full, so it's not needed here. vmaf and blackmagic-decklink-sdk are already in makedepends.

pocketsphinx currently builds fine for me. If you have any concerns about pocketsphinx please direct it to its package maintainer.

2) nvcc path is not missing, this was already answered. Please see the 2 comments from 2019-06-11. In short: nvcc path is handled by makepkg because it automatically sources the profile file when pulling and installing cuda.

ffmpeg-full is building fine in a chroot with devtools so it builds fine in a fresh Arch install.

ganthore commented on 2019-08-22 15:48 (UTC)

There are two problems that need to be corrected with the PKGBUILD.

1) Missing or broken deps

On a fresh install of arch, the PKGBUILD building phase will fail due to the following packages not being set as dependencies:

hm (required for kvazaar to build) vmaf blackmagic-decklink-sdk

Also note that the pocketsphinx PKGBUILD is broken, so it may be better to use the pocketsphinx-git package as a workaround.

2) nvcc is missing

The build process will fail because you're assuming people have /opt/cuda/bin in their system or root shell path. An easy workaround is to export this into the PATH during the build phase: "export PATH=$PATH:/opt/cuda/bin"

craeckie commented on 2019-08-13 10:29 (UTC)

strange, I had intel-svt-hevc installed at 1.4.0-1. Still, after rebuilding and installing it, I was able to build ffmpeg.

dbermond commented on 2019-08-12 19:15 (UTC)

@craeckie Package is building fine. Please make sure that you have an updated intel-svt-hevc (currently at 1.4.0-1).

craeckie commented on 2019-08-12 09:19 (UTC) (edited on 2019-08-12 09:20 (UTC) by craeckie)

I'm getting this error when building:

CC      libavcodec/libtheoraenc.o
libavcodec/libsvt_hevc.c: In function ‘config_enc_params’:
libavcodec/libsvt_hevc.c:140:14: error: ‘EB_H265_ENC_CONFIGURATION’ {aka ‘struct EB_H265_ENC_CONFIGURATION’} has no member named ‘encoderColorFormat’
  140 |         param->encoderColorFormat = EB_YUV420;
      |              ^~
libavcodec/libsvt_hevc.c:140:37: error: ‘EB_YUV420’ undeclared (first use in this function)
  140 |         param->encoderColorFormat = EB_YUV420;
      |                                     ^~~~~~~~~
libavcodec/libsvt_hevc.c:140:37: note: each undeclared identifier is reported only once for each function it appears in
libavcodec/libsvt_hevc.c:143:14: error: ‘EB_H265_ENC_CONFIGURATION’ {aka ‘struct EB_H265_ENC_CONFIGURATION’} has no member named ‘encoderColorFormat’
  143 |         param->encoderColorFormat = EB_YUV422;
      |              ^~
libavcodec/libsvt_hevc.c:143:37: error: ‘EB_YUV422’ undeclared (first use in this function)
  143 |         param->encoderColorFormat = EB_YUV422;
      |                                     ^~~~~~~~~
libavcodec/libsvt_hevc.c:145:14: error: ‘EB_H265_ENC_CONFIGURATION’ {aka ‘struct EB_H265_ENC_CONFIGURATION’} has no member named ‘encoderColorFormat’
  145 |         param->encoderColorFormat = EB_YUV444;
      |              ^~
libavcodec/libsvt_hevc.c:145:37: error: ‘EB_YUV444’ undeclared (first use in this function)
  145 |         param->encoderColorFormat = EB_YUV444;
      |                                     ^~~~~~~~~
libavcodec/libsvt_hevc.c:154:15: error: ‘EB_H265_ENC_CONFIGURATION’ {aka ‘struct EB_H265_ENC_CONFIGURATION’} has no member named ‘encoderColorFormat’
  154 |     if ((param->encoderColorFormat >= EB_YUV422) &&
      |               ^~
libavcodec/libsvt_hevc.c: In function ‘read_in_data’:
libavcodec/libsvt_hevc.c:232:15: error: ‘EB_H265_ENC_CONFIGURATION’ {aka ‘struct EB_H265_ENC_CONFIGURATION’} has no member named ‘encoderColorFormat’
  232 |     if (config->encoderColorFormat == EB_YUV420)
      |               ^~
libavcodec/libsvt_hevc.c:232:39: error: ‘EB_YUV420’ undeclared (first use in this function)
  232 |     if (config->encoderColorFormat == EB_YUV420)
      |                                       ^~~~~~~~~
libavcodec/libsvt_hevc.c:234:20: error: ‘EB_H265_ENC_CONFIGURATION’ {aka ‘struct EB_H265_ENC_CONFIGURATION’} has no member named ‘encoderColorFormat’
  234 |     else if (config->encoderColorFormat == EB_YUV422)
      |                    ^~
libavcodec/libsvt_hevc.c:234:44: error: ‘EB_YUV422’ undeclared (first use in this function)
  234 |     else if (config->encoderColorFormat == EB_YUV422)
      |                                            ^~~~~~~~~
make: *** [ffbuild/common.mak:59: libavcodec/libsvt_hevc.o] Error 1
make: *** Waiting for unfinished jobs....
==> ERROR: A failure occurred in build().
    Aborting...
Finished with result: exit-code
Main processes terminated with: code=exited/status=4
Service runtime: 6min 47.295s

Maybe a version mismatch with the HEVC codec?

dark-saber commented on 2019-08-02 10:36 (UTC)

chowbok:

Fixed, thanks!

chowbok commented on 2019-07-27 19:08 (UTC)

I had to install vmaf manually to get this to build; maybe that should be listed as a dependency?

dbermond commented on 2019-06-18 15:23 (UTC)

@nicoulaj This is a issue with the cuda package. May be fixed soon.

https://bugs.archlinux.org/task/62931?project=5&string=cuda

nicoulaj commented on 2019-06-18 12:39 (UTC)

Looks like build is broken because latest CUDA 10.1.168 blacklists gcc>8 ?

In file included from /opt/cuda/bin/../targets/x86_64-linux/include/cuda_runtime.h:83,
                 from <command-line>:
/opt/cuda/bin/../targets/x86_64-linux/include/crt/host_config.h:129:2: error: #error -- unsupported GNU version! gcc versions later than 8 are not supported!
  129 | #error -- unsupported GNU version! gcc versions later than 8 are not supported!
      |  ^~~~~
CC      libavfilter/vf_scale_npp.o
CC      libavfilter/vf_scale_qsv.o
make: *** [ffbuild/common.mak:95: libavfilter/vf_scale_cuda.ptx] Error 1

dbermond commented on 2019-06-12 01:54 (UTC) (edited on 2019-06-12 02:02 (UTC) by dbermond)

@reddraggone9 This is true for installing cuda package directly with pacman. But when installing cuda as a missing dependency for this package with makepkg, '/etc/profile.d/cuda.sh' will be automatically sourced as I explained in the previous comment, and there is no need for any fix.

The only way I can see where this error can occur is if the user do something like running 'pacman -Syu cuda' and only after this execute 'makepkg'. But in this case, the user will be already informed by the cuda install script that he needs to relogin in order for nvcc to appear in the PATH. In this case, it will be not an issue, but an user fault.

dbermond commented on 2019-06-12 01:53 (UTC)

@G216 This error should not happen. makepkg automatically sources '/etc/profile' after installing the missing dependencies (cuda in this case), as you can see here:

https://git.archlinux.org/pacman.git/tree/scripts/makepkg.sh.in?h=v5.1.3#n280

'/etc/profile', by its turn, sources all scripts that are in '/etc/profile.d/':

https://git.archlinux.org/svntogit/packages.git/tree/trunk/profile?h=packages/filesystem&id=789ae7d4319a08908fa521bfeef47f663ec101d2#n26

This means that nvcc will be in PATH when installing cuda through makepkg, because the file '/etc/profile.d/cuda.sh' will be automatically sourced before building. This file sets the PATH variable to include the nvcc binary directory. The package builds fine in a chroot with devtools, and nvcc is found in PATH for the building process.

Are you using an AUR helper?

reddraggone9 commented on 2019-06-08 21:16 (UTC)

@G216 The nvcc command comes from the cuda dependency. Since that package (for whatever reason) installs to /opt, its binaries won't be in your existing PATH. As it mentions, logging out and back in (or rebooting for that matter) will add the new bin to your PATH variable.

Alternatively, you can source /etc/profile.d/cuda.sh and rerun the build for ffmpeg-full in the same terminal. I'm not sure what the proper fix for this would look like though...

G216 commented on 2019-06-04 14:35 (UTC)

/bin/sh: nvcc: command not found make: *** [ffbuild/common.mak:95: libavfilter/vf_scale_cuda.ptx] Error 127 ==> ERROR: A failure occurred in build(). Aborting... Error making: ffmpeg-full

dbermond commented on 2019-06-03 20:05 (UTC)

@Verequies I don't know what can be causing this for you. Package is building fine here.

Verequies commented on 2019-06-03 01:57 (UTC)

@dbermond All good about the Jellyfin problem, thought it was worth asking.

Everything is up to date, vmaf is 1.3.14 etc. The entire package builds if I comment out vmaf support, otherwise it shows that error.

dbermond commented on 2019-06-03 01:44 (UTC)

@Verequies You're not supposed to get an error about an outdated libvmaf. Please make sure that you have the latest vmaf installed, which currently is 1.3.14. If you're using vmaf-git, make sure that you have the latest git version installed. Also make sure that you're using the latest version of this aur package for building.

I cannot help you to solve the Jellyfin problem.

Verequies commented on 2019-06-03 01:24 (UTC)

How does one solve the error 'ERROR: libvmaf >= 1.3.9 not found using pkg-config'?

Also I have an issue with Jellyfin, I require the latest ffmpeg installed, but Jellyfin only works with ffmpeg 4.0, how can I build a static executable of the previous 4.0 ffmpeg-full?

dbermond commented on 2019-05-12 15:14 (UTC)

@kaykay91 Probably you need to rebuild kvazaar against crypto++ 8.

kaykay91 commented on 2019-05-03 12:00 (UTC)

Despite having the kvazaar package installed it still errors out: -> Running ffmpeg configure script... ERROR: kvazaar >= 0.8.1 not found using pkg-config

dbermond commented on 2019-04-03 00:41 (UTC)

@clpwn There are some ways to do this. For example, temporarily uninstall x264 with 'pacman -Rdd' to ignore the dependencies check. Then install it back again with 'pacman -Syu --asdeps x264' and then rebuild ffmpeg-full against the new x264.

clpwn commented on 2019-04-01 02:50 (UTC)

There's a dependency conflict with the new x264 version released.

error: failed to prepare transaction (could not satisfy dependencies)
:: installing x264 (2:157.r72db4377-1) breaks dependency 'libx264.so=155-64' required by ffmpeg-full

dbermond commented on 2019-03-13 20:55 (UTC)

@BrLi This is not possible with ffmpeg because when you enable a component at build time it will be always needed when running the final binary, otherwise you will get a 'cannot load shared library' error.

BrLi commented on 2019-03-11 14:26 (UTC)

Can any part of the dependencies be optional? I mean, I'd like to have a full ffmpeg but works like the official package with additional functions when I install corresponding libs/packages.

Martchus commented on 2019-03-06 09:50 (UTC) (edited on 2019-03-06 09:50 (UTC) by Martchus)

Why would that be the right thing to do?

Like I said, some people are actually using the testing repos.

But not bumping the pkgrel at all is an option, too. When this is the case I usually increase the pkgrel myself to e.g. 1.1 so I would still get an update if the pkgrel changes because a patch has been added or something else in the package has been changed.

If I'm fast enough I sometimes even build against staging and move the package later from my own staging to my own testing or regular repository. For this increasing the pkgrel in the AUR is not really helpful anyways. So that kind of sophisticated way to build packages also speaks for just letting the users manage this on their own.

spider-mario commented on 2019-03-06 07:45 (UTC)

Why would that be the right thing to do? And for an AUR package, wouldn’t it make more sense to just let users rebuild the package when needed?

Martchus commented on 2019-03-05 12:13 (UTC)

I think it is o.k. to update it now - some people are actually using the testing repos. Other users can simply postpone the rebuild or build the package using makechrootpkg against the testing version and install that package later. Using makechrootpkg instead of makepkg is the right thing to do anyways - especially for this package.

spider-mario commented on 2019-03-05 07:47 (UTC)

Isn’t that cuda rebuild a bit early? The new cuda version is still in [community-testing].

petko10 commented on 2019-02-25 15:19 (UTC)

I added the lines ''export LD_LIBRARY_PATH=/opt/cuda/lib64 export PATH=$PATH:/opt/cuda/bin'' to the PKGBUILD install section and that also works

Stefanitsky commented on 2019-02-09 08:21 (UTC) (edited on 2019-02-11 07:17 (UTC) by Stefanitsky)

Alltime headache = building this package

What problems did i had:

1) AUR packages missing
Solution: manual installation of each package

2) "One or more PGP signatures could not be verified! (unknown public key B4322F04D67658D8)"
Solution: $ gpg --recv-keys B4322F04D67658D8

3) nvcc: command not found
Solution: add /opt/cuda to your PATH variable in your .bashrc or whatever your shell is.
export LD_LIBRARY_PATH=/opt/cuda/lib64
export PATH=$PATH:/opt/cuda/bin


And also restart (reopen) your terminal to apply changes.

I hope this will help someone!

kbumsik commented on 2019-01-07 06:20 (UTC) (edited on 2019-01-07 06:21 (UTC) by kbumsik)

For those who have segfault while launching OBS, this is a problem with loading libsrt. You can resolve the problem by replacing --enable-libsrt with --disable-libsrt in PKGBUILD.

Dear maintainer, please consider accept this fix.

mowcat commented on 2018-12-16 18:43 (UTC)

just installed and noticed a missing dependency on libmfx.

MichaelChou commented on 2018-11-12 04:15 (UTC)

@marmotteNZ Which shell do you use? /etc/profile.d/cuda.sh append cuda bin directory to your PATH and some shells like fish might not have sourced scripts in /etc/profile.d/

ggrub commented on 2018-11-07 12:22 (UTC)

Thanks a lot, dark-saber.

dbermond commented on 2018-10-05 02:11 (UTC)

Important note:

  • in short: the next time you update your system, use this command: # pacman -Syu intel-media-driver. If you're using intel-media-driver-git you're not affected and you can skip this note.

  • the long story: intel-media-driver is now in the [community] official repository (it is a dependency of intel-media-sdk, which in turn is a dependency of this package). intel-media-driver from the official repository changed the pkgver major number, causing it to be seen as a downgrade by pacman (and AUR helpers of course). This means that pacman will not automatically pull/install intel-media-driver from official repositories when you simply use the usual -Syu. You need to manually specify intel-media-driver alongside with the -Syu command as shown above.

dbermond commented on 2018-09-21 22:31 (UTC)

@marmotteNZ I never encountered this error. Package is building fine for me. Try to add the folder /opt/cuda/nvvm/bin/ to your PATH and see if it helps.

The warnings during configure time are an upstream issue. This is currently harmless and can be ignored.

In order to remove the cuda support you need to manually modify the PKGBUILD to disable the cuda configure options.

marmotteNZ commented on 2018-09-17 04:00 (UTC) (edited on 2018-09-17 04:18 (UTC) by marmotteNZ)

The error below repeats at each retry :(

License: nonfree and unredistributable
WARNING: Building with deprecated library libavresample
config.h is unchanged
config.asm is unchanged
libavutil/avconfig.h is unchanged
libavfilter/filter_list.c is unchanged
libavcodec/codec_list.c is unchanged
libavcodec/parser_list.c is unchanged
libavcodec/bsf_list.c is unchanged
libavformat/demuxer_list.c is unchanged
libavformat/muxer_list.c is unchanged
libavdevice/indev_list.c is unchanged
libavdevice/outdev_list.c is unchanged
libavformat/protocol_list.c is unchanged
ffbuild/config.sh is unchanged
CC  libavfilter/vf_libvmaf.o
NVCC    libavfilter/vf_scale_cuda.ptx
sh: cicc: command not found
make: *** [ffbuild/common.mak:95: libavfilter/vf_scale_cuda.ptx] Error 127
==> ERROR: A failure occurred in build().
    Aborting...

==> ERROR: Makepkg was unable to build ffmpeg-full.
==> Restart building ffmpeg-full ? [y/N]
==> ------------------------------------

Also: -> Running ffmpeg configure script. Please wait... Unescaped left brace in regex is deprecated here (and will be fatal in Perl 5.32), passed through in regex; marked by <-- HERE in m/^\s+@([[:alnum:]][[:alnum:]-])({ <-- HERE })?\s/ at /usr/share/texinfo/Texinfo/Parser.pm line 5481. Unescaped left brace in regex is deprecated here (and will be fatal in Perl 5.32), passed through in regex; marked by <-- HERE in m/^\s+@([[:alnum:]][[:alnum:]-])({ <-- HERE })?\s(\@(c|comment)((\@|\s+).*)?)?/ at /usr/share/texinfo/Texinfo/Parser.pm line 5485.

I'm just trying to use libvidstab :( is there a way to somehow turnoff the cuda stuff I'm not using?

desbma commented on 2018-08-12 15:12 (UTC)

I am getting this error during configure: ERROR: lilv-0 not found using pkg-config

kmahyyg commented on 2018-07-28 00:23 (UTC)

https://drive.google.com/open?id=16zDRURG9ONro5CAXkFm5yQ2AzssW4uBg

by using this version of ffmpeg, it caused segmentation fault while launching OBS, coredump is attached in above links, plz fix. Thanks. (looks like caused by libsrt in ffmpeg)

dark-saber commented on 2018-06-28 21:11 (UTC)

spider-mario:

Thank you!

spider-mario commented on 2018-06-28 20:21 (UTC)

aom is now in the official repositories and that’s what the ffmpeg package in extra depends on: https://www.archlinux.org/packages/extra/x86_64/aom/

dbermond commented on 2018-06-16 20:00 (UTC)

@francoism90 ocl-icd provides opencl-icd-loader. Anyway, it's now changed.

francoism90 commented on 2018-06-13 07:56 (UTC)

opencl-icd-loader depend doesn't exit anymore, this is replaced by ocl-icd.

dbermond commented on 2018-05-26 02:36 (UTC)

@codyps Package is building fine. makepkg does not pull AUR dependencies, so when using makepkg you need to manually install them. pacaur is unmaintained, please use another AUR helper.

codyps commented on 2018-05-25 16:34 (UTC) (edited on 2018-05-25 17:46 (UTC) by codyps)

Build fails due to lack of kvazaar:

  -> Running ffmpeg configure script. Please wait...
ERROR: kvazaar >= 0.8.1 not found using pkg-config

If you think configure made a mistake, make sure you are using the latest
version from Git.  If the latest version fails, report the problem to the
ffmpeg-user@ffmpeg.org mailing list or IRC #ffmpeg on irc.freenode.net.
Include the log file "ffbuild/config.log" produced by configure as this will help
solve the problem.
==> ERROR: A failure occurred in build().
    Aborting...
:: failed to build ffmpeg-full package(s)

Installing manually fixes build (pacaur -S kvazaar). PKGBUILD either needs config disabled or depdendency added.

EDIT: It seems that the dependency exists, so I'm not sure why pacaur isn't pulling it in and makepkg isn't requiring it.

dbermond commented on 2018-05-13 21:36 (UTC)

@ggrub I hope you have made a relogin or reboot after changing /etc/profile.d/intel-media.sh in order to changes to take effect.

ICQ ratecontrol mode requested, but is not supported by this SDK version

It seems that you are using unsupported options, but this is not the appropriate place for an extended discussion about ffmpeg support. Fell free to contact me on IRC if you want.

ggrub commented on 2018-05-13 20:09 (UTC) (edited on 2018-05-13 20:13 (UTC) by ggrub)

no libmfx

intel-media-sdk-git (1.2a.r149.gfdd82d8-1) intel-media-driver-git (600.0130.r162.g1c2b061.gmmlib.r41.f5ded73-1)

/etc/profile.d/intel-media.sh export LIBVA_DRIVERS_PATH=/opt/intel/mediasdk/lib64 export LIBVA_DRIVER_NAME=iHD

ffmpeg -i test.avi -c:v h264_qsv -global_quality 10 -look_ahead 0 -an qsv.mp4 [h264_qsv @ 0x55a0179d7080] ICQ ratecontrol mode requested, but is not supported by this SDK version

Error initializing output stream 0:0 -- Error while opening encoder for output stream #0:0 - maybe incorrect parameters such as bit_rate, rate, width or height Conversion failed!

I don't know what to do

dbermond commented on 2018-05-13 16:33 (UTC)

@ggrub First of all, uninstall libmfx. Currently it's not being used here and maybe ffmpeg can wrongly use it when building.

Secondly, if you are using intel-media-sdk-git, I strongly recommend you to install the intel-media-driver-git package too (and not the stable intel-media-driver package) (use stable intel-media-driver package if you are using stable intel-media-sdk package).

Recompile ffmpeg-full after doing these mentioned changes. Make a clean build.

Now comes the runtime part. In order to use intel qsv you must enable the iHD driver. It's not enabled by default to not break any other libva driver that may be already explicitly setted by the user. It have to be enabled through the LIBVA_DRIVER_NAME environment variable. How to do it, is up to you (for example, the suggested approach to enable it in a system-wide basis is to uncomment the proper line in the file /etc/profile.d/intel-media.sh). I placed a message that is shown after the post-install stage of intel-media-driver{,-git} package that informs the user about the need of using the iHD driver and how to enable it. Please read pacman install messages :)

lonaowna commented on 2018-05-13 13:40 (UTC)

For anyone using this package just for NVENC: that's also available in the official package since ffmpeg 4.0-2.

ggrub commented on 2018-05-13 12:11 (UTC)

@dbermond intel-media-sdk-git (1.2a.r149.gfdd82d8-1), libmfx (1.23-1) How do i enable the iHD driver ?

dbermond commented on 2018-05-12 18:05 (UTC)

@misanthropist I don't think so. The changes are mostly on the programming (API) level. Upstream ffmpeg tends to be conservative in command line by preserving deprecated options in order to avoid end-user breakage. But anyway, I suggest you to test everything just to make sure.

misanthropist commented on 2018-05-12 17:48 (UTC)

I have some shell scripts that use ffmpeg, so to avoid problems: are there any changes to the commandline options?

dbermond commented on 2018-05-12 16:20 (UTC)

ffmpeg 4.0 is now on the official repositories, so we can safely push ffmpeg-full 4.0 here.

Enjoy.

dbermond commented on 2018-05-12 16:17 (UTC)

@ggrub Do you enabled the iHD driver? Are you using intel-media-sdk or intel-media-sdk-git? Do you have libmfx{,-git} installed?

ggrub commented on 2018-05-08 20:34 (UTC) (edited on 2018-05-08 20:35 (UTC) by ggrub)

are you're sure the h264_qsv is working?

ffmpeg -i test.ts" -c:v h264_qsv -global_quality 10 -look_ahead 0 out.mp4 (i7-6700k)

[h264_qsv @ 0x55c42d1516e0] No device available for encoder (device type qsv for codec h264_qsv).

[h264_qsv @ 0x55c42d1516e0] Selected ratecontrol mode is not supported by the QSV runtime. Choose a different mode.

FrederickZh commented on 2018-04-24 02:57 (UTC)

Thanks, dark-saber. It worked after recompiling libopenmpt-svn :)

dbermond commented on 2018-04-23 18:45 (UTC)

Important notes:

  • ffmpeg 4.0 was released by upstream. This version contains major changes: it switched API and increased library version numbers.

  • ffmpeg is a multimedia backend for many applications that resides on the official repositories. Since the 4.0 version is quite new and has a different API (and different library version numbers), it is possible that some applications are not yet ready to support it.

  • Currently, ffmpeg on the official repositories is still at version 3.4.2. It means the packages from the official repositories that depends on ffmpeg are still linking to library version numbers from 3.4.2 (for example, packages linking to libavcodec are still linking to libavcodec.so.57).

  • If we upgrade ffmepg-full to version 4.0 before ffmpeg is updated in the official repositories, all packages on official repositories that depend on ffmpeg will break complaining about missing libraries (for example, ffmpeg 4.0 introduces libavcodec.so.58, and packages linking to libavcodec.so.57 will stop to work - this will happen to packages like firefox, mpv and vlc, just to name a few).

  • That's why it's not a good idea to upgrade ffmpeg-full to version 4.0 before ffmpeg is updated in the official repositories, because it can break too much important things (depending on the packages that a user have installed). The Arch Linux developers have to be sure that all packages on the official repositories that depend on ffmpeg can successfully be built with the new 4.0 API. This can take time. Please be patient. After 4.0 is released on the official repositories we can safely upgrade it here.

  • If you want to use the new 4.0 API and features right now, I suggest you to use the package ffmpeg-full-git, but you'll be for your own for dealing with breakages that it may cause. At this moment, ffmpeg-full-git (git master branch) is quite the same as the stable 4.0 version, because 4.0 was just released.

dark-saber commented on 2018-04-23 11:41 (UTC)

FrederickZh:

I cannot reproduce this error neither on my working machine, nor on arch/mainline or arch/testing clean machines. Could you please make sure that libopenmpt-svn is recompiled and updated to the latest verison? Possible causes could also include other not updated/recompiled AUR packages or specific makepkg settings. Also, what's your environment (gcc -v, uname -a)?

FrederickZh commented on 2018-04-23 02:07 (UTC) (edited on 2018-04-23 10:02 (UTC) by FrederickZh)

Failed to compile...

libavformat/libopenmpt.c: In function ‘read_probe_openmpt’:
libavformat/libopenmpt.c:240:24: error: implicit declaration of function ‘openmpt_probe_file_header_without_filesize’ [-Werror=implicit-function-declaration]
         probe_result = openmpt_probe_file_header_without_filesize(
                        ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
CC      libavformat/libsmbclient.o
CC      libavformat/libsrt.o
libavformat/libopenmpt.c:241:28: error: ‘OPENMPT_PROBE_FILE_HEADER_FLAGS_DEFAULT’ undeclared (first use in this function); did you mean ‘OPENMPT_ERROR_FUNC_RESULT_DEFAULT’?
                            OPENMPT_PROBE_FILE_HEADER_FLAGS_DEFAULT,
                            ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
                            OPENMPT_ERROR_FUNC_RESULT_DEFAULT
libavformat/libopenmpt.c:241:28: note: each undeclared identifier is reported only once for each function it appears in
libavformat/libopenmpt.c:244:29: error: ‘OPENMPT_PROBE_FILE_HEADER_RESULT_SUCCESS’ undeclared (first use in this function); did you mean ‘OPENMPT_PROBE_FILE_HEADER_FLAGS_DEFAULT’?
         if (probe_result == OPENMPT_PROBE_FILE_HEADER_RESULT_SUCCESS) {
                             ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
                             OPENMPT_PROBE_FILE_HEADER_FLAGS_DEFAULT
libavformat/libopenmpt.c:250:36: error: ‘OPENMPT_PROBE_FILE_HEADER_RESULT_WANTMOREDATA’ undeclared (first use in this function); did you mean ‘OPENMPT_PROBE_FILE_HEADER_RESULT_SUCCESS’?
         } else if (probe_result == OPENMPT_PROBE_FILE_HEADER_RESULT_WANTMOREDATA) {
                                    ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
                                    OPENMPT_PROBE_FILE_HEADER_RESULT_SUCCESS
libavformat/libopenmpt.c:254:36: error: implicit declaration of function ‘openmpt_probe_file_header_get_recommended_size’; did you mean ‘openmpt_module_error_get_last_message’? [-Werror=implicit-function-declaration]
                 if (p->buf_size >= openmpt_probe_file_header_get_recommended_size()) {
                                    ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
                                    openmpt_module_error_get_last_message
libavformat/libopenmpt.c:268:36: error: ‘OPENMPT_PROBE_FILE_HEADER_RESULT_FAILURE’ undeclared (first use in this function); did you mean ‘OPENMPT_PROBE_FILE_HEADER_RESULT_SUCCESS’?
         } else if (probe_result == OPENMPT_PROBE_FILE_HEADER_RESULT_FAILURE) {
                                    ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
                                    OPENMPT_PROBE_FILE_HEADER_RESULT_SUCCESS
cc1: some warnings being treated as errors
make: *** [ffbuild/common.mak:60: libavformat/libopenmpt.o] Error 1
make: *** Waiting for unfinished jobs....
In file included from libavformat/libsmbclient.c:21:0:
/usr/include/samba-4.0/libsmbclient.h:1036:38: warning: ‘struct timeval’ declared inside parameter list will not be visible outside of this definition or declaration
                               struct timeval *tbuf);
                                      ^~~~~~~
CC      libavformat/libssh.o
/usr/include/samba-4.0/libsmbclient.h:1841:41: warning: ‘struct timeval’ declared inside parameter list will not be visible outside of this definition or declaration
 int smbc_utimes(const char *url, struct timeval *tbuf);
                                         ^~~~~~~

dbermond commented on 2018-04-12 15:28 (UTC)

@galvez_65 AUR helpers should install it without any problem. Try to use another AUR helper if your chosen helper is not working. I know that yaourt installs it fine.

You can also install it manually with makepkg, which is preferred. For this, firstly build and install all AUR dependencies one by one (you can find them at the PKGBUILD file, marked by an # AUR: comment). Then build and install ffmpeg-full as the last step.

galvez_65 commented on 2018-04-08 21:27 (UTC) (edited on 2018-04-08 21:30 (UTC) by galvez_65)

how do I replace ffmpeg with ffmpeg-full? aurman -S ffmpeg-full says it is going to remove a bunch of things that depend on ffmpeg. and trying to install with pacmac says it could not satisfy dependencies specifically libavcodec.so=57-64 and libswscale.so=4-64 both required by libquicktime

friday13 commented on 2018-03-23 13:15 (UTC)

ERROR: opencv not found

If you think configure made a mistake, make sure you are using the latest version from Git. If the latest version fails, report the problem to the ffmpeg-user@ffmpeg.org mailing list or IRC #ffmpeg on irc.freenode.net. Include the log file "ffbuild/config.log" produced by configure as this will help solve the problem.

adsun commented on 2018-03-14 14:11 (UTC)

Ok. Thanks for the information.

dbermond commented on 2018-03-14 12:45 (UTC)

@adsun opencv 3.4.1-2 does not fix the ffmpeg build problem.

adsun commented on 2018-03-13 17:35 (UTC)

The opencv package was just rebuilt and updated to 3.4.1-2 from 3.4.1-1. opencv_version now executes successfully, so we should be able to re-enable libopencv.

dbermond commented on 2018-03-13 02:56 (UTC)

@wootywoot @piratejon @fitu996

This is a known upstream issue. I have temporarily disabled libopencv while there is not a fix for this.

Package is now building fine. Thank you for the interest.

fitu996 commented on 2018-03-13 01:19 (UTC)

@wootywoot @piratejon I meet the same problem.

But I believe this issue may be the broken of opencv. The last time I upgrade system, OpenCV is broken. Some of the package requires opencv broken, too. When calling "opencv_version" in shell, its says:

opencv_version: symbol lookup error: /usr/lib/libopencv_core.so.3.4: undefined symbol: _ZN3tbb10interface78internal15task_arena_base24internal_max_concurrencyEPKNS0_10task_arenaE

But another PC of mine doesn't meet the problem. OpenCV works well in that PC. Very strange.

piratejon commented on 2018-03-12 17:51 (UTC) (edited on 2018-03-12 17:52 (UTC) by piratejon)

wootywoot i think i am seeing the same issue. one possibility is this: https://github.com/opencv/opencv/issues/10246#issuecomment-350116500 . from ffmpeg-build/config.log it does appear to be compiling as C rather than C++:

https://pastebin.com/tiPWqUF1

I am not sure what the next steps would be to change that.

wootywoot commented on 2018-03-12 16:55 (UTC)

I'm getting an error when trying to build this package that it cant find libopencv during the ffmpeg configuration script step but I do have opencv installed (and updated). Any ideas how to fix this?

dark-saber commented on 2018-03-05 08:47 (UTC) (edited on 2018-03-05 08:47 (UTC) by dark-saber)

friday13:

Some keys in AUR are not in the official repository keyrings, you have to add them to your keyring manually if you trust them. You can use something like gpg --recv-keys B4322F04D67658D8. See also Arch Wiki.

friday13 commented on 2018-03-04 09:46 (UTC)

ffmpeg-3.4.2.tar.xz ... FAILED (unknown public key B4322F04D67658D8)

desbma commented on 2018-02-16 19:41 (UTC)

@fsck_bieber The purpose of this package is to enable all features of FFmpeg. Even in a stock FFmpeg install there are several codecs with multiple encoders (ie. FFmpeg's vorbis and libvorbis)

fsck_bieber commented on 2018-02-09 01:45 (UTC)

I doubt if openh264 is still required when there is libx264 installed. Anyone knows about the detail?

dbermond commented on 2018-02-06 19:39 (UTC)

@friday13 This is normal and expected because libvpx 1.7.0 increased the library version number.

Do a system upgrade with -Syudd to ignore dependencies. After this, recompile ffmpeg-full.

friday13 commented on 2018-02-06 19:13 (UTC)

resolving dependencies... looking for conflicting packages... error: failed to prepare transaction (could not satisfy dependencies) :: ffmpeg-full-nvenc: installing libvpx (1.7.0-1) breaks dependency 'libvpx.so=4-64' @dbermond

Trollwut commented on 2018-02-06 12:22 (UTC)

Ok, I suck, solving it was quite easy: pacman -Rdd libvpx, which breaks some dependencies, but updating ffmpeg-full-nvenc will install it again (or install manually afterwards)

Trollwut commented on 2018-02-06 12:18 (UTC)

Seems like something is off :)

:: ffmpeg-full-nvenc: installing libvpx (1.7.0-1) breaks dependency 'libvpx.so=4-64'

dbermond commented on 2018-01-16 16:12 (UTC)

@keepitsimpleengr This is normal since package depends on libx264.so.

Just follow @MichaelChou advice when dealing with libx264 and libx265 upgrades.

MichaelChou commented on 2018-01-13 10:29 (UTC)

@keepitsimpleengr

You can upgrade libx264 with -d to ignore dependency version checking. Then rebuild ffmpeg-full against the newly install libx264.

keepitsimpleengr commented on 2018-01-12 18:39 (UTC)

ffmpeg-full: installing libx264 (2:152.20171224-1) breaks dependency 'libx264.so=148-64'

libx264-10bit 2:152.20171224-1

keepitsimpleengr commented on 2018-01-12 18:38 (UTC)

ffmpeg-full: installing libx264 (2:152.20171224-1) breaks dependency 'libx264.so=148-64'

libx264-10bit 2:152.20171224-1

dark-saber commented on 2018-01-11 17:19 (UTC)

FrederickZh: Fixed, thanks!

FrederickZh commented on 2018-01-11 11:47 (UTC)

Got "ERROR: Rockchip MPP is outdated, please get a more recent one." during build. Seems to be related to: https://trac.ffmpeg.org/ticket/6834

dbermond commented on 2018-01-07 23:37 (UTC)

@3ED_0 It seems that you have an outdated version of rockchip-mpp.

Please update rockchip-mpp to the latest version (currently at 20171218) and try again.

3ED_0 commented on 2018-01-07 23:24 (UTC)

[...] -> Running ffmpeg configure script. Please wait... ERROR: rockchip_mpp >= 1.3.7 not found using pkg-config [...]

Aur: rockchip-mpp

dark-saber commented on 2018-01-04 13:29 (UTC)

Cysioland: This is the limitation of AUR, you should manually remove ffmpeg-full-nvenc (-Rdd), update x265 and then rebuild ffmpeg-full-nvenc. Or, in a cleaner way, just build the updated package in a clean chroot (https://wiki.archlinux.org/index.php/DeveloperWiki:Building_in_a_Clean_Chroot).

Cysioland commented on 2018-01-04 12:06 (UTC)

:: ffmpeg-full-nvenc: installing x265 (2.6-1) breaks dependency 'libx265.so=130-64'

Can't update my system because of this.

bus commented on 2018-01-03 08:36 (UTC)

And what are those freetype libraries in /usr/local/lib?

I wish I knew. I removed it and the package built successfully. That file was about a billion years old, so I don't think it had any use for a while. Good riddance, thanks for pointing it out.

dark-saber commented on 2018-01-03 07:51 (UTC)

bus: Can you please try to build the package again after cleaning the build directory? I've made some changes which may help with this case, however quite unlikely.

Also you can try to disable the hardening in PKGBUILD, but it will obviously impact the security.

And what are those freetype libraries in /usr/local/lib? I've had AUR infinality packages installed on my machine until yesterday (yep), but they didn't affect the ffmpeg building.

bus commented on 2018-01-02 21:50 (UTC) (edited on 2018-01-02 21:51 (UTC) by bus)

Getting these errors when linking:

"LD libavcodec/libavcodec.so.57

/usr/bin/ld: /usr/local/lib/libfreetype.a(ftbase.c.o): relocation R_X86_64_32 against `.rodata' can not be used when making a shared object; recompile with -fPIC

/usr/bin/ld: /usr/local/lib/libfreetype.a(ftbitmap.c.o): relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPIC

. . ."

I tried shoving -fPIC in many places, but it has not resulted in a successful compilation. Is anyone else getting this? Any suggestions for possible fixes?

dbermond commented on 2017-11-09 18:01 (UTC)

@FallenSnow Thank you for reporting this. Fixed.

Trollwut commented on 2017-11-09 10:46 (UTC)

@dark-saber: Can confirm it compiles without errors again. :)

dark-saber commented on 2017-11-09 05:20 (UTC)

Trollwut: Thanks, reverted it till libva 2.0 hits extra. Pacman looks not for files, but for strings in 'provides' array, and that's what have changed in testing/libva.

Trollwut commented on 2017-11-09 00:30 (UTC)

On the latest update, I can't do the update. When trying to, it gives me the following error (running `pacaur -Syua` e.g.): :: resolving dependencies... :: no results found for libva-drm.so (dependency tree: ffmpeg-full-nvenc libva-drm.so) :: no results found for libva.so (dependency tree: ffmpeg-full-nvenc libva.so) :: no results found for libva-x11.so (dependency tree: ffmpeg-full-nvenc libva-x11.so) I looked in the folders and thoses files are there. (They're symlinks to other files which are existent) Did I miss something?

FallenSnow commented on 2017-11-06 00:47 (UTC)

If arch is not x86_64 the ./configure script throws an error because "$_ldflags" is not defined.

dbermond commented on 2017-11-03 16:31 (UTC)

@dangerenok Good to know that you found a way to get it working. Thank you for the feedback. This situation about librsvg/libxcb/libpthread-stubs is very curious.

dangerenok commented on 2017-11-03 16:16 (UTC)

@dbermond My librsvg from the official repositories. I`m try ffmpeg-full-nvenc - the error is exactly the same. I took Your advice and tried to install with makepkg - the error is exactly the same. But "ffbuild/config.log" say: "pkg-config --exists --print-errors librsvg-2.0 Package pthread-stubs was not found in the pkg-config search path. Perhaps you should add the directory containing `pthread-stubs.pc' to the PKG_CONFIG_PATH environment variable Package 'pthread-stubs', required by 'xcb', not found ERROR: librsvg-2.0 not found using pkg-config" I`m install $ yaourt -Syua libpthread-stubs This solved my problem and ffmpeg-full is established normally. But what is interesting is that hardware encoding in my obs-studio from install of ffmpeg-full (native ffmpeg from the official repository)

dbermond commented on 2017-11-02 18:10 (UTC)

@dangerenok Sorry, but I still cannot reproduce your issue. Package builds and works fine for me when using 'yaourt -Syua ffmpeg-full'. If you are using librsvg-git from the aur, try to use librsvg from the official repositories. You can try a different aur helper and see if it works. If it still does not work, I suggest you to try plain makepkg.

dbermond commented on 2017-11-02 18:05 (UTC)

@Cebtenzzre That's correct, ffmpeg-full-nvenc package does not have libflite support due to no use of --enable-libflite. flite is not autodetected by ffmpeg, it must be explicitly enabled at configure time. Thank you for the interest in ffmpeg-full.

dangerenok commented on 2017-11-02 07:47 (UTC) (edited on 2017-11-02 07:57 (UTC) by dangerenok)

@dbermond I`m use: $ yaourt -Syua ffmpeg-full ... -> Running ffmpeg configure script. Please wait... ERROR: librsvg-2.0 not found using pkg-config If you think configure made a mistake, make sure you are using the latest version from Git. If the latest version fails, report the problem to the ffmpeg-user@ffmpeg.org mailing list or IRC #ffmpeg on irc.freenode.net. Include the log file "ffbuild/config.log" produced by configure as this will help solve the problem. ==> ERROR: A failure occurred in build(). Aborting... ==> ERROR: Makepkg was unable to build ffmpeg-full. ==> Restart building ffmpeg-full ? [y/N]

Cebtenzzre commented on 2017-11-02 01:04 (UTC) (edited on 2017-11-02 11:22 (UTC) by Cebtenzzre)

Whoops, I'm an idiot. I saw ffmpeg-full-nvenc's dependency on flite v2 and I thought it was used. Turns out there's no --enable-libflite in its PKGBUILD... Well, thanks anyway.

dbermond commented on 2017-11-01 21:16 (UTC)

@Cebtenzzre ffmpeg does not support flite version 2. They still use version 1. You can try for yourself and see that it fails at the configure stage. I'm aware of the issues regarding flite version 1. I have already asked the flite1 aur package maintainer to patch it, but until now he has not yet answered anything. I'm considering to create another flite1 package with the needed patches if he remains silent. This can wait until ffmpeg 3.5 release, as there were already changes in ffmpeg git master post 3.4 that prevent ffmpeg to compile with the current state of the flite1 package.

dbermond commented on 2017-11-01 19:53 (UTC)

@dangerenok Hi. I cannot reproduce your issue. Package is building and working fine. Please provide the command that you're using to install.

dangerenok commented on 2017-11-01 16:14 (UTC)

Hello! An error occurs when you install the package: -> Running ffmpeg configure script. Please wait... ERROR: librsvg-2.0 not found using pkg-config Help her to fix it. Thank you in advance. Independently to find the answer it did not turn out.

Cebtenzzre commented on 2017-10-31 05:44 (UTC)

Maybe consider switching out flite1 in AUR (v1.4) for flite in community (v2.0)? These packages should be interchangeable when used with ffmpeg, except flite1 is old software from 2009, not thread-safe, and has vulnerabilities such as (I don't know if this is patched in the AUR version) CVE-2014-0027. I don't use flite with ffmpeg, but I couldn't install this package due to a conflict with flite 2.

desbma commented on 2017-10-29 14:32 (UTC)

@0e4ef622 @ni3k Encoding with the h264_nvenc encoder works fine on my machine with a GTX980 GPU. However the scale_cuda filter (new in FFmpeg 3.4) causes vertical color bars in output video and is unusable (standard scale filter works well).

0e4ef622 commented on 2017-10-26 21:23 (UTC)

@ni3k I'm having the same problem.

ni3k commented on 2017-10-23 16:55 (UTC)

The last update (2017-10-18) gives me only corrupted files, when I use nvenc h264 in simplescreenreorder. I produced about 4 hours of unusable videos today. When I switch to cpu encoding, video is fine. Anybody else experiencing problems?

pyroclast commented on 2017-10-19 03:28 (UTC)

Thank you dark-saber! The update resolved the libnpp issue.

dark-saber commented on 2017-10-18 08:46 (UTC)

pyroclast: Thank you! Updated the package to 3.4 and hopefully fixed the issue with libnpp too.

pyroclast commented on 2017-10-18 05:24 (UTC)

After upgrading Cuda I now can't run the program and get this message when I attempt to reinstall ==> Starting configure... ERROR: libnpp not found If you think configure made a mistake, make sure you are using the latest version from Git. If the latest version fails, report the problem to the ffmpeg-user@ffmpeg.org mailing list or IRC #ffmpeg on irc.freenode.net. Include the log file "config.log" produced by configure as this will help solve the problem. ==> ERROR: A failure occurred in build(). Aborting... :: failed to build ffmpeg-full-nvenc package(s)

dbermond commented on 2017-09-09 17:23 (UTC)

@PoroCYon Hi and thank you for the interest in ffmpeg-full. I understand your concerns, but this breaks the goal of this package, which is to provide a ffmpeg build as complete/full as possible. Besides, libmodplug is still at the official repositories. Of course I can change my mind in the future, specially if something happen, but for now I think this is way to go. I suggest you to direct this type of request to the ffmpeg upstream developers. They have been removing some obsolete things lately in the git master development branch, like v4l1.

PoroCYon commented on 2017-09-09 17:12 (UTC)

Please consider disabling libmodplug, as libopenmpt provides all the functionality, while libmodplug has had no serious maintenance for the last ~15 years, making it an attractive security hole. libopenmpt, on the other hand, is actively maintained and is constantly fuzz-tested using AFL.

PoroCYon commented on 2017-09-09 17:11 (UTC)

Please consider disabling libmodplug, as libopenmpt provides all the functionality, while libmodplug has had no serious maintenance for the last ~15 years, making it an attractive security hole. libopenmpt, on the other hand, is actively maintained and is constantly fuzz-tested using AFL.

dbermond commented on 2017-08-26 00:02 (UTC)

@adequate Fixed. Just upgrade your packages.

dbermond commented on 2017-08-25 22:45 (UTC)

@adequate I'm already aware of this issue. It's due to the newly released opencv 3.3.0. I'm preparing the necessary rebuilds of the affected packages. You can expect a fix shortly. Thank you for the report.

adequate commented on 2017-08-25 22:35 (UTC) (edited on 2017-08-25 22:35 (UTC) by adequate)

I have problems with ffmpeg-full and the media player mpv. mpv: error while loading shared libraries: libopencv_imgproc.so.3.2: cannot open shared object file: No such file or directory The ffmpeg from Extra works without any problems. Maybe ffmpeg-full is calling some older lib which got replaced.

Martchus commented on 2017-08-20 23:52 (UTC)

@SonOfANoMomGoat Yes, I'll keep the repo updated. But frequency depends on my time (sometimes I'm faster and sometimes slower than dark-saber).

commented on 2017-08-20 23:34 (UTC)

Thanks @dark-saber, things look to be resolved with the updates to the PKGBUILD, no problems with any of the associated libraries and MPV is back to fully functional.

commented on 2017-08-20 23:33 (UTC)

Thanks @dark-saber, things look to be resolved with the updates to the PKGBUILD, no problems with any of the associated libraries and MPV is back to fully functional.

dark-saber commented on 2017-08-20 19:24 (UTC)

The package is updated now as I'm back from vacation. Sorry to everyone and thanks to Martchus for the fixed PKGBUILD.

dbermond commented on 2017-08-20 17:01 (UTC)

@CaptSilver666 I cannot reproduce this issue. Package is building and working fine for me. libx265.so.116 is from x265 2.4. x265 is currently at version 2.5, which gives libx265.so.130. It may be that case that you have made the rebuild of version 3.3.3-2 after upgrading the system (after upgrading x265 from 2.4 to to 2.5). If this is the case, just upgrade your system and rebuild the package.

CaptSilver666 commented on 2017-08-20 01:47 (UTC)

Had to change the package flags to get it to work. Was getting: ffmpeg: error while loading shared libraries: libx265.so.116: cannot open shared object file: No such file or directory Change flags to enable static. GL!

commented on 2017-08-20 00:50 (UTC)

@Martchus Thanks a ton, I'll try rebuilding with your PGKBUILD in a chroot pristine environment and see what I can find. Will you be keeping that repo updated? I'll just clone your repo instead of pulling from AUR in that case.

Martchus commented on 2017-08-20 00:31 (UTC)

@SonOfANoMomGoat Just rebuild this package. To do so, also note my previous comment. It would be better if that package would depend on 'libx265.so' rather than just 'x265' so the error already comes up when trying to update. Here is my version with all suggested improvements: https://github.com/Martchus/PKGBUILDs/blob/master/ffmpeg/full-nvenc/PKGBUILD

commented on 2017-08-19 19:23 (UTC)

I have the latest x265 from https://www.archlinux.org/packages/extra/x86_64/x265/ and that provides libx265.so=130-64, is there a way to grab the previous library? Sorry for the noob question. ffmpeg: error while loading shared libraries: libx265.so.116: cannot open shared object file: No such file or directory

Martchus commented on 2017-08-16 16:56 (UTC)

@Djuice The regular ffmpeg package uses a patch to get rid of the error, see: https://git.archlinux.org/svntogit/packages.git/tree/trunk?h=packages/ffmpeg @dark-saber It should be included in this package, too.

Djuice commented on 2017-08-16 05:19 (UTC) (edited on 2017-08-16 05:20 (UTC) by Djuice)

getting this issue after the latest libx265 update: ==> Starting configure... ERROR: libopenjpeg not found If you think configure made a mistake, make sure you are using the latest version from Git. If the latest version fails, report the problem to the ffmpeg-user@ffmpeg.org mailing list or IRC #ffmpeg on irc.freenode.net. Include the log file "config.log" produced by configure as this will help solve the problem. ==> ERROR: A failure occurred in build(). Aborting... :: failed to build ffmpeg-full-nvenc package(s)

dbermond commented on 2017-07-16 03:43 (UTC)

@prometheus I know nothing about Manjaro. What is the installation method that you're using? AUR helper? It seems that your installation method is not exchanging chromaprint for chromaprint-fftw. I suggest you to install chromaprint-fftw with makepkg before executing your ffmpeg-full installation method. Answer 'yes' when prompted to remove chromaprint, since chromaprint-fftw provides chromaprint. Repeat this procedure with every package that gives a similar error until ffmpeg-full can be built. Note: I'm not responsible if chromaprint-fftw (or any other package) breaks your Manjaro system.

prometheus commented on 2017-07-15 20:58 (UTC)

I am using Manjaro GNOME Edition (17.0.2). This package needs chromaprint-fftw which conflicts with chromaprint. Trying to remove chromaprint leads to removal of gnome control panel (depends on cheese which depends on chromaprint)! Is there any way I can install ffmpeg-full? Output: notice: installing chromaprint-fftw-1.4.2-1 from cache loading packages... resolving dependencies... looking for conflicting packages... :: chromaprint-fftw and chromaprint are in conflict. Remove chromaprint? [y/N] error: unresolvable package conflicts detected error: failed to prepare transaction (conflicting dependencies) :: chromaprint-fftw and chromaprint are in conflict Dependencies for `ffmpeg-full' are not met, not building...

mralext20 commented on 2017-06-29 07:51 (UTC)

opencl seens to be a missing dependency for this package: ==> Making package: ffmpeg-full-nvenc 1:3.3.2-3 (Wed Jun 28 23:45:01 AKDT 2017) ==> Retrieving sources... -> Found ffmpeg-3.3.2.tar.xz -> Found ffmpeg-3.3.2.tar.xz.asc -> Found UNREDISTRIBUTABLE.txt ==> Validating source files with sha256sums... ffmpeg-3.3.2.tar.xz ... Passed ffmpeg-3.3.2.tar.xz.asc ... Skipped UNREDISTRIBUTABLE.txt ... Passed ==> Verifying source file signatures with gpg... ffmpeg-3.3.2.tar.xz ... Passed :: Building ffmpeg-full-nvenc package(s)... ==> Making package: ffmpeg-full-nvenc 1:3.3.2-3 (Wed Jun 28 23:45:04 AKDT 2017) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> WARNING: Using existing $srcdir/ tree ==> Removing existing $pkgdir/ directory... ==> Starting build()... ==> Starting configure... ERROR: opencv not found using pkg-config

kaadmy commented on 2017-05-28 18:22 (UTC) (edited on 2017-05-28 18:26 (UTC) by kaadmy)

It seems I'm still getting the PGP error: ==> Validating source files with sha256sums... ffmpeg-3.3.1.tar.xz ... Passed ffmpeg-3.3.1.tar.xz.asc ... Skipped UNREDISTRIBUTABLE.txt ... Passed ==> Verifying source file signatures with gpg... ffmpeg-3.3.1.tar.xz ... FAILED (unknown public key B4322F04D67658D8) ==> ERROR: One or more PGP signatures could not be verified! ==> ERROR: Makepkg was unable to build ffmpeg-full-nvenc. Edit: CaptaPraelium's fix worked

dark-saber commented on 2017-04-16 12:36 (UTC)

meatatt: Nice catch, thanks! Fixed now.

meatatt commented on 2017-04-16 12:13 (UTC)

Dependency libebur128 is no longer required (https://github.com/FFmpeg/FFmpeg/commit/005d058f4230f3207ebcf1131df7426d4f57392f).

bus commented on 2017-03-29 14:41 (UTC)

dark-saber: Thanks, man! You've made my life a tiny bit easier, and hopefully the package benefited too.

dark-saber commented on 2017-03-29 09:50 (UTC)

bus: You know what, I've switched to toolchain=hardened option as some other distros do and removed hardening-wrapper makedep. As a bonus, we are at full RELRO now instead of partial. The new security flags should be more strict than Arch default, so if anybody encounters problems, let me know!

dark-saber commented on 2017-03-27 14:19 (UTC)

bus: This was basically inherited from extra/ffmpeg PKGBUILD, and the reason why we use it is about ffmpeg not respecting security hardening flags (https://wiki.archlinux.org/index.php/DeveloperWiki:Security). Also ffmpeg seems to be a pretty big target for attacks. Without hardening-wrapper, the package would compile just fine, but it will miss some security features including RELRO (you can check it using checksec --file). So I guess I'll stick with mainstream Arch on this issue, and if there would be any changes, I'll happily merge them. And if you want to disable hardening, you can do it at your own risk. By the way, the compatibility issues you mentioned should probably be reported to Arch bug tracker / upstream, although I see some old bug reports about similar problems there. And since it is only a makedep, you can always write a short script which will remove hardening-wrapper after compiling this package.

bus commented on 2017-03-27 12:52 (UTC)

Is there a reason for having hardening-wrapper in the makedepends? It causes problems with multiple IDEs for me (and other people), while the package compiles without it just fine.

dark-saber commented on 2017-03-24 08:32 (UTC)

gregf: The workaround for this jni.h problem has been mentioned in PKGBUILD and in the comments below (switching archlinux-java to java-7-openjdk seemed to do the trick). Fortunately, now the jni problems are gone, because jni and mediacodec are removed from the PKGBUILD per ffmpeg-full-git (https://aur.archlinux.org/cgit/aur.git/commit/PKGBUILD?h=ffmpeg-full-git&id=3e2ed8fa639f069e252360bf4d5844d85f1a2559). And no more java-environment dep too!

commented on 2017-03-23 01:57 (UTC)

CC libavcodec/faandct.o CC libavcodec/faanidct.o CC libavcodec/faxcompr.o CC libavcodec/fdctdsp.o CC libavcodec/ffjni.o libavcodec/ffjni.c:23:17: fatal error: jni.h: No such file or directory #include <jni.h> ^ compilation terminated. make: *** [common.mak:60: libavcodec/ffjni.o] Error 1 make: *** Waiting for unfinished jobs.... ==> ERROR: A failure occurred in build(). Aborting...

dark-saber commented on 2017-02-14 06:37 (UTC)

ni3k: Should work now after ffmpeg update to 3.2.4.

ni3k commented on 2017-02-13 09:18 (UTC)

upgraded mpv (1:0.23.0-3 -> 1:0.24.0-1) mpv was compiled against a different version of FFmpeg/Libav than the shared library it is linked against. This is most likely a broken build and could result in misbehavior and crashes. mpv does not support this configuration and will not run - rebuild mpv instead. Downgrade mpv (1:0.24.0-1 => 1:0.23.0-3)

CaptaPraelium commented on 2017-01-13 09:04 (UTC)

Had errors with cuda upgrade saying a file already existed. Had to: su cd /opt/cuda/lib64/ rm libOpenCL.so.1 Had dependency problem discussed below. Had to: yaourt -Rdd ocl-icd yaourt -Syua (see below for warnings) Had error "FAILED (unknown public key B4322F04D67658D8)". Had to: gpg --recv-key B4322F04D67658D8 Got there in the end. Hope this helps someone else.

dark-saber commented on 2016-12-28 14:49 (UTC)

Wll, I don't really use ffmpeg speech synthesis via flite, so I can't tell if there's any difference and I'm just stuck with community/flite v2 for now. If you encounter any problems with it, you can switch to aur/flite1 or aur/flite-fpic, both provide flite v1, and the latter is straightforward compatible with this package, because it's PKGBUILD contains the "provides: flite".

Trollwut commented on 2016-12-27 13:54 (UTC) (edited on 2016-12-27 14:08 (UTC) by Trollwut)

Ok, so what is the new best way of using your package? Just go with community/flite or `pacman -Rdd flite && yaourt -S flite1` afterwards? //EDIT: I just went with the suggested flite from the PKGBUILD and it compiled successfully. Quick test recording did go, so this is the way to go. :>

dark-saber commented on 2016-12-26 19:01 (UTC)

"OR" dependencies in PKGBUILDs are unsupported, AFAIK. A good way to fix this would be to add "provides: flite" to flite1 PKGBUILD, like it is done with flite-fpic (https://aur.archlinux.org/packages/flite-fpic/).

Trollwut commented on 2016-12-26 18:18 (UTC)

Ok just to be clear: Do I now need community/flite or aur/flite1? If both are ok, may you declare them both as an "OR" dependency?

dark-saber commented on 2016-12-26 13:23 (UTC)

ffmpeg supports only flite v1 officially, and while it compiles with the unsupported flite2, some features do not work correctly (and may brake more in the future) - also, see https://aur.archlinux.org/cgit/aur.git/commit/?h=ffmpeg-full-git&id=4bbf8aa31abc4ff2a4cf32ad67b77581a1efb926. However, I see the major issues with building flite1 from AUR, so I'm reverting this change.

TilmanV commented on 2016-12-25 11:02 (UTC)

Why is flite1 a makedep? I was able to compile this package with community/flite

Trollwut commented on 2016-12-11 19:34 (UTC) (edited on 2016-12-11 19:35 (UTC) by Trollwut)

Hey darky! Tested it today after a restart and it worked. Didn't change anything, but Kernel 4.8.12-2 was running, while 4.8.12-3 was installed. Maybe this was the issue, but couldn't proof it, as I didn't think about. Maybe I'll look into that on next update. :) //EDIT: Running community/obs-studio btw

dark-saber commented on 2016-12-11 19:04 (UTC)

Trollwut: Well, I guess, disregard the previous message, I've found out that SimpleScreenRecorder fails only when I'm trying to record all 3 screens at once, recording one screen with nvenc works.

dark-saber commented on 2016-12-11 07:38 (UTC)

Trollwut: I'm able to reproduce the issue with simplescreenrecorder, if i select *nvenc* codecs, recompiling SSR from git doesn't change anything, but OBS works just fine, even the community/obs-studio. That's somewhat strange.

dark-saber commented on 2016-12-11 06:32 (UTC) (edited on 2016-12-11 06:36 (UTC) by dark-saber)

Trollwut: I've tried it now and NVENC recording works for me with obs-studio-git 0.16.6.r25.g752c118-1. There are some warnings (http://pastebin.com/KiWkkTjD), but nothing too important. Which version of obs do you use and have you tried to recompile it after the ffmpeg-full-nvenc upgrade? Update: Hmm, community/obs-studio 0.16.6-1 works for me too.

Trollwut commented on 2016-12-10 21:39 (UTC) (edited on 2016-12-10 22:44 (UTC) by Trollwut)

Sorry, will edit! Unfortunatelly, since the last package update I can't record with NVENC per OBS (Open Broadcaster Studio). :C Running `obs` per terminal will give me this error: warning: Failed to open video codec: Unknown error occurred warning: ffmpeg_data_init failed `simplescreenrecorder` does this error: [BaseEncoder::Init] Error: Can't open codec! [PageRecord::StartOutput] Error: Something went wrong during initialization.

saildata commented on 2016-12-08 19:33 (UTC)

@dark-saber Thank you for updating this and looking into the dependencies further! I ended up downgrading this package, chromaprint, and `IgnorePkg` for ocl-icd. I'll try this latest build and report back. @Trollwut Where it's not completely obvious, as a courtesy to others, would you mind explaining the flags passed to pacman when posting them? That way, people who are newer to the pacman tool (or any tool based on pacman) understand the command better. I understand what they are doing, but I could imagine a scenario where someone blindly types `pacman -Rdd` without knowing that it skips all dependency checks, for example. Thanks, everyone!

Trollwut commented on 2016-12-08 18:57 (UTC) (edited on 2016-12-10 22:46 (UTC) by Trollwut)

If you've got problems because of the "ocl-icd breaks dependencies" thing, this one helped be: `yaourt -Rdd ocl-icd` (or `pacman`) (This will uninstall the package WITHOUT checking for any dependencies! This time it's ok, because it'll install a new package for it. But caution when using this on your own.) Then `yaourt -Syua`. If you then update `ffmpeg-full-nvenc`, it'll install a new one if this package, which doesn't break anymore.

dark-saber commented on 2016-12-08 16:25 (UTC)

Have you tried the latest version of this package (3.2.2-4), because I've removed the libcl dependency in 3.2.2-3? libcl was provided by ocl-icd earlier, but, as of 2.2.9-2, it's no longer the case. It is a virtual package (so that several packages provide it, e.g. freeocl-git, libopencl, opencl-catalyst...). After recent changes, I don't see it provided anymore by mainstream packages (ocl-icd), but there is now a new opencl-driver virtual package (see https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/mesa&id=2bd81d9155ed6b4f4ab2eebf68dee042b5c2dc88 or https://www.archlinux.org/packages/extra/x86_64/ocl-icd/), which became a new dependency of ffmpeg-full-nvenc too. So, I guess, you shouldn't need libcl now.

stobbsm commented on 2016-12-08 15:02 (UTC)

I'm having a problem with a missing libcl, which doesn't actually seem to exist as a package. Any idea how that could have happened?

dark-saber commented on 2016-12-08 13:27 (UTC)

I've added the upstream patch and I didn't have any issues so far. Please tell me if you encounter any problems.

dark-saber commented on 2016-12-08 07:20 (UTC) (edited on 2016-12-08 13:38 (UTC) by dark-saber)

I've updated opencl dependencies, which were broken after the ocl-icd 2.2.9-2 update (https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/ocl-icd&id=900d0b28f209d6af3910ffab5d0e47f1e1d1cfa0). As for chromaprint, I've disabled it's support temporarily till I'll find a reliable fix or till next upstream release, whichever comes first. Thank you for your feedback!

saildata commented on 2016-12-07 23:40 (UTC)

I just realized that I probably was troubleshooting ffmpeg-nvenc (the other package). I used to have it installed and must have entered that dir instead in my cache. Now when I try to install this one, I see that there's a dependency loop with opencl-icd and opencl - they conflict. I believe both this as the regression for 3.2.2 have to be fixed for a working build. If someone has time, we aren't too far off the mainline git repo, maybe a week time difference; it shouldn't be hard to bisect.

saildata commented on 2016-12-07 23:16 (UTC)

Same here - error with a non-returning function? There was a bug reported this morning, and closed with a patch that doesn't solve the issue for me. https://trac.ffmpeg.org/ticket/5997 I've speant some time with it and had no luck. I'm about ready to roll back...

kurolox commented on 2016-12-07 21:53 (UTC)

Package doesn't build. It seems like chromaprint is causing it. https://ghostbin.com/paste/dt2vp

MuadDib commented on 2016-10-30 17:01 (UTC)

If you got error with pod2man that not exist, simple make $ sudo ln -s /usr/bin/core_perl/pod2man /usr/bin/pod2man It's problem that perl isn't in a PATH.

wdiz commented on 2016-10-13 08:39 (UTC)

dark-saber : also confirmed that i had to switch java8 to java7 to fixed the issue.

craeckie commented on 2016-10-12 23:48 (UTC)

I'm missing the bitstream filter h264_mp4toannexb. It can be added using --enable-bsf=h264_mp4toannexb It doesn't seem to require any additional packages.

pvagner commented on 2016-10-04 18:33 (UTC)

Regarding java related dependencies I've just found the following: * jdk7-openjdk does not provide a file include/jni.h * jdk8-openjdk does provide a include/jni.h So we either need: * To create a hard dependency on jdk8-openjdk, remove usage of archlinux-java in the PKGBUILD script and set the --extra-cflags="-I/usr/lib/jvm/java-8-openjdk/include Or * java-runtime-common *should* be included in a makedepends as it provides archlinux-java which is used in the PKGBUILD script. And we need to instruct user to configure jdk8-openjdk as his default JVM.

aurrible2 commented on 2016-10-02 19:26 (UTC)

As oi_wtf said you need to install jdk8-openjdk to build this package. @isiachi: why do you say it is already in the makedepends? It is not and fails to build without manually installing it. @sant527: 'ffmpeg -filters | grep atempo' tells me the atempo filter is available in this build.

francoism90 commented on 2016-09-22 15:32 (UTC)

Without installing the pkg classpath, it doesn't build ffmpeg. Should it be a makedep? Anyone tried to use Intel QSV with ffmpeg? Keep getting this error: Error initializing an internal MFX session Should I compile ffmpeg again after installing intel-media-sdk? Or reboot? Thanks.

sant527 commented on 2016-09-22 08:42 (UTC)

when i am trying -af "atempo:0.8" it says `No such filter: 'atempo:0.8'` Does this version does not include the atempo feature

travnick commented on 2016-09-16 22:29 (UTC)

If you are deleting some options please make note about that because it's not full. You have disabled nvenc.

craigacgomez commented on 2016-09-16 19:58 (UTC)

vo-aacenc is not longer a dependency and should be removed. https://trac.ffmpeg.org/wiki/Encode/AAC#Deprecatedremovedencoders

derklempner commented on 2016-09-15 20:44 (UTC)

dark-saber: Confirmed. Switching archlinux-java from 'java-8-jre/jre' to 'java-7-openjdk' fixed the issue.

dark-saber commented on 2016-09-06 18:18 (UTC)

derklempner: jni.h is provided by all jdk packages, and I assume you have at least one of them installed, as it is included in the dependencies of this package. So, I guess it is some issue with environmental variables not set correctly. You can try: 1. Re-login (usually, this should be enough) 2. Check archlinux-java and set it to jdk 3. Install community/classpath, as it provides /usr/include/jni.h gregf has reported the same issue before, and switching from java-8-openjdk/jre to java-7-openjdk as his default jdk seemed to fix it for him. By the way, did you install jdk just before building this package, or you had it already installed for some time? (I'm trying to sort out if it's a short-term problem with environmental variables not updating without relogin/reboot, or it requires user intervention and changing archlinux-java by hand).

derklempner commented on 2016-09-06 17:57 (UTC) (edited on 2016-09-06 17:59 (UTC) by derklempner)

Manual installs of flite and nvidia-sdk are fine, but when trying to install ffmpeg-full-nvenc (the actual package, not any of the dependencies), I receive this error: CC libavcodec/ffjni.o libavcodec/ffjni.c:23:17: fatal error: jni.h: No such file or directory #include <jni.h> ^ compilation terminated. make: *** [common.mak:60: libavcodec/ffjni.o] Error 1 ==> ERROR: A failure occurred in build(). Aborting... ==> ERROR: Makepkg was unable to build ffmpeg-full-nvenc. Updated the system with pacman -Syud, but it didn't fix the problem.

gsb85 commented on 2016-08-09 22:34 (UTC)

Thank you.

dark-saber commented on 2016-08-09 21:21 (UTC)

Update the system with pacman -Syud, then recompile ffmpeg-full-nvenc. This is a standard problem with AUR packages.

gsb85 commented on 2016-08-09 19:56 (UTC)

I've been having an error related to this package for the past few days: [gregory@desktop ~]$ sudo pacman -Syu :: Synchronizing package databases... core is up to date extra is up to date community is up to date multilib is up to date :: Starting full system upgrade... resolving dependencies... looking for conflicting packages... error: failed to prepare transaction (could not satisfy dependencies) :: ffmpeg-full-nvenc: installing libvpx (1.6.0-2) breaks dependency 'libvpx.so=3-64'

isiachi commented on 2016-08-09 17:06 (UTC)

@Chromaryu Update the system with: # pacman -Syud Then you have to compile again ffmpeg-full @oi_wtf It is already in the makedepends

dark-saber commented on 2016-08-09 08:32 (UTC)

Unfortunately, the openh264 fix wasn't included in last release, so I guess we should wait for 3.2.

Chromaryu commented on 2016-08-09 08:03 (UTC)

newest ver of libvpx brokes ffmpeg-full dependency. I don't know why that happens.

dark-saber commented on 2016-08-06 18:13 (UTC)

I see, the patch doesn't work on many systems, so I'm disabling openh264 support till the next release (the issue was patched a week ago in trunk).

hexdsl commented on 2016-08-06 15:39 (UTC)

Will not build, I get the below error make: *** [common.mak:60: libavcodec/libopenh264enc.o] Error 1 ==> ERROR: A failure occurred in build(). Aborting... :: failed to build ffmpeg-full-nvenc package(s)

Mocha_Bean commented on 2016-07-31 01:11 (UTC)

@dark-saber: Yes, I have openh264 1.6.0-1

travnick commented on 2016-07-30 09:29 (UTC)

eror while linking: libavcodec/libavcodec.so: undefined reference to `x265_api_get_79' collect2: error: ld returned 1 exit status

dark-saber commented on 2016-07-28 09:45 (UTC)

@Mocha_Bean: Do you have openh264 1.6.0 installed? @thelongdivider: NVENC was supported (to some degree) by ffmpeg for quite a while (v2.6 already had the basic support, I guess), 3.1 release added the support for CUDA CUVID H264/HEVC decoder. extra/ffmpeg is compiled with only some basic external libraries supported (you can see it's PKGBUILD here: https://git.archlinux.org/svntogit/packages.git/tree/trunk/PKGBUILD?h=packages/ffmpeg), NVENC was never included in that list. This package compiles with (almost) all additional libraries ffmpeg supports, at the cost of the necessity to, well, install extra dependencies. Basic configuration is enough for most users, but some of them can take advantage of additional de/encoders.

Mocha_Bean commented on 2016-07-28 00:19 (UTC)

@thelongdivider: Given that extra/ffmpeg doesn't have nvidia-utils as a dependency, I doubt nvenc codecs will work with that package.

thelongdivider commented on 2016-07-27 22:06 (UTC)

Does anyone know if using this is still necessary relative to the standard ffmpeg? Last I read, nvenc support was added in the 3.1 release (though I'm not sure if it was enable at compile time for the arch repos).

Mocha_Bean commented on 2016-07-27 20:31 (UTC)

I'm getting this error: make: *** [common.mak:60: libavcodec/libopenh264enc.o] Error 1 Full output: http://pastebin.com/maLPB0tN

oi_wtf commented on 2016-07-23 20:59 (UTC)

Shouldn't java-enviroment or something like that be added to makedepends? ffmpeg fails to build if no jdk is installed after all, complaining about some jni.h not being found.

calv commented on 2016-07-21 12:24 (UTC)

@dark-saber: yup, thought it was installed, pacman said it was, I guess my pc must've crashed whilst installing the dependencies before! (thanks for the help!)

dark-saber commented on 2016-07-21 11:10 (UTC)

calv: You need to install dependencies manually prior to running makepkg. As for PGP error, I guess it is a standard problem with keys when installing from AUR, you have to add the key to your keyring using "$ gpg --recv-key ABCDEF" or something like that. cannyfoxx: Surprisingly, I haven't made any changes regarding chromaprint, everything I did was including the patch which fixes compiling with new openh264, the only thing that could matter was increasing the pkgrel. I guess this can be a problem with caching or something, so the package fails to rebuild if it stays at the same version. Anyway, I'm changing the dependency to chromaprint-fftw, as was already done with ffmpeg-full and ffmpeg-full-git packages, although this package builds fine for me with vanilla chromaprint.

calv commented on 2016-07-20 20:45 (UTC)

I seem to be getting a PGP signature error when trying to install the package through yaourt/makepkg. Is this a problem at my end? (tried w/o pgpcheck but fails with ERROR: libfdk_aac not found)

cannyfoxx commented on 2016-07-20 20:37 (UTC) (edited on 2016-07-20 20:41 (UTC) by cannyfoxx)

@dark-saber: Yes, I have x86_64 system. And i don't have this error before. And now i successfully installed new version (updated 20.07.2016 10:03) of package. That the magic is this?

darie commented on 2016-07-20 19:24 (UTC)

@dark-saber: I'm on x86_64 and just hit that chromaprint error too. chromaprint-git did not build because of recent openh264 v1.6.0 update. chromaprint-fftw build went fine, after installing it building of ffmpeg-full-nvenc works again.

dark-saber commented on 2016-07-20 10:03 (UTC)

cannyfoxx: Some people mentioned that problem earlier in ffmpeg-full comments. You can try to install chromaprint-fftw or, if that doesn't help, chromaprint-git. Also, are you on x86_64?

dark-saber commented on 2016-07-20 09:51 (UTC)

unknown78: Added that patch with minor changes, thank you!

unknown78 commented on 2016-07-19 22:08 (UTC)

Needs probably this patch -> http://ffmpeg.org/pipermail/ffmpeg-devel/2016-March/190980.html cause there was an update to openh264 1.6 in the repros today.

cannyfoxx commented on 2016-07-19 14:26 (UTC) (edited on 2016-07-19 14:26 (UTC) by cannyfoxx)

Tried reinstall package, and receive this error: ========================================================================= ==> Starting configure... ERROR: chromaprint not found If you think configure made a mistake, make sure you are using the latest version from Git. If the latest version fails, report the problem to the ffmpeg-user@ffmpeg.org mailing list or IRC #ffmpeg on irc.freenode.net. Include the log file "config.log" produced by configure as this will help solve the problem. ==> ERROR: A failure occurred in build(). Aborting... ========================================================================= Package chromaprint is installed and reinstalled, but still have this trouble

commented on 2016-07-17 21:12 (UTC)

@dark-saber Switching from java-8-openjdk/jre to java-7-openjdk as my deafult jdk seemed to fix it. Thanks.

dark-saber commented on 2016-07-17 20:07 (UTC)

gregf: jni.h is provided by all jdk packages, and I assume you have at least one of them installed, as it is included in the dependencies of this package. So, I guess it is some issue with environmental variables not set correctly. You can try: 1. Re-login (usually, this should be enough) 2. Check archlinux-java and set it to jdk 3. Install community/classpath, as it provides /usr/include/jni.h 4. Some users had luck with something like: export JAVA_HOME="/usr/lib/jvm/java-7-openjdk/" although this variable is no longer used in Arch.

commented on 2016-07-17 17:43 (UTC)

libavcodec/bsf_list.c is unchanged libavformat/protocol_list.c is unchanged ==> Starting make LD libswscale/libswscale.so.4 LD libpostproc/libpostproc.so.54 LD libavresample/libavresample.so.3 CC libavcodec/ffjni.o CC libavcodec/flac.o CC libavcodec/flac_parser.o libavcodec/ffjni.c:23:17: fatal error: jni.h: No such file or directory #include <jni.h> ^ compilation terminated. make: *** [common.mak:60: libavcodec/ffjni.o] Error 1 make: *** Waiting for unfinished jobs.... ==> ERROR: A failure occurred in build().

ItachiSan commented on 2016-07-14 10:22 (UTC) (edited on 2016-07-14 10:23 (UTC) by ItachiSan)

For proper CUDA support, "nvidia-utils" package should be added as dependency. "libcuda.so" is included there.

ItachiSan commented on 2016-07-04 07:23 (UTC)

@dark-saber I found an interesting thing: if libnvpp is not enabled as optimization option, cuda is not needed as dependency, or at least namcap says so. This is because libcuda and libcuvid are bundled within the "nvidia-utils" package. This reduces a lot the HD overhead. I could, for example, build the package on my personal repo, avoiding any cuda package installed on my local machine. :-D

dark-saber commented on 2016-07-03 17:37 (UTC)

ItachiSan: Yeah, I've always wondered should that package really be so bulky. Would be great if you could disencumber it, good luck!

ItachiSan commented on 2016-07-03 13:37 (UTC) (edited on 2016-07-03 14:51 (UTC) by ItachiSan)

@dark_saber thank you for the exhaustive reply. :) I digged in the cuda PKGBUILD and I found out that a lot of junk is inside it; for example, the CUDA SDK ships 2 modified versions of Eclipse and a JRE inside itself (for something that is about 3/4 GB) plus about 250 MB of documentation. I am trying to create a splitted PKGBUILD that could work properely providing, for example, only CUDA libraries, reducing disk usage from 2GB to about 1GB for libraries package (better than nothing).

dark-saber commented on 2016-07-03 12:47 (UTC) (edited on 2016-07-03 12:59 (UTC) by dark-saber)

The support for CUDA and CUVID in FFmpeg was introduced in version 3.1. There are two types of FFmpeg ./configure external library support switches: those that default to 'autodetect' and do not break the package building if there is no such library in the system and those that default to 'disabled' and break the building of the package if they are enabled and the library is not present. Unfortunately, --enable-cuda and --enable-libnpp flags fall into second category. AFAIK, Arch Linux doesn't officially support and doesn't encourage creating interactive PKGBUILDs, which could help with selecting specific configure flags. Therefore we have two options: requiring users to manually add flags to PKGBUILD and 'cuda' to the dependencies if they need CUDA support or enabling it by default and those, who don't need it, can remove the corresponding lines from PKGBUILD. As this is an all-inclusive package, I've chosen the latter path. The only exception is support for decklink-sdk, because that AUR package requires manual file download and breaks all kind of automated package installing/updating. Those who need it are encouraged to add the '--enable-decklink' flag to this PKGBUILD. If you don't want to install CUDA, you can remove depends_x86_64=('cuda') $_cuda \ $_cuvid \ $_libnpp \ lines from this PKGBUILD.

ItachiSan commented on 2016-07-03 10:32 (UTC)

The package now depends on CUDA, that is a pretty heavy dependency... Is this necessary? Can't it be optional as before?

dark-saber commented on 2016-07-03 08:08 (UTC)

Hmm, this package depends on java-environment, which should require you to install some version of jdk before building this package. Also, ffmpeg-full-nvenc builds fine for me even if I have archlinux-java set to java-8-jre/jre (but I've had jdk already installed). The only thing that comes to my mind is some issue with environmental variables not updated after installing of jdk without re-login. I'll look more into this, but the best I can do, I guess, is showing a message asking to set the archlinux-java to jdk.

darie commented on 2016-07-02 21:47 (UTC)

I got the following error during build: CC libavcodec/ffjni.o libavcodec/ffjni.c:23:17: fatal error: jni.h: No such file or directory #include <jni.h> ^ compilation terminated. make: *** [common.mak:60: libavcodec/ffjni.o] Error 1 make: *** Waiting for unfinished jobs.... ==> ERROR: A failure occurred in build(). Aborting... Apparently ffmpeg needs an installed jdk (jre is not enough) for building. I don't know if it is needed at runtime too... after installing "jdk8-openjdk" AND setting "archlinux-java set java-8-openjdk" the build went fine. Just installing jdk8 without altering archlinux-java was not enough for me (had "java-8-jre/jre" set before). Please update depends/makedepends accordingly. Don't know how you can handle the java environment for building though. Most people will have set the jre I guess.

dark-saber commented on 2016-07-01 15:37 (UTC)

thatwasonce: I guess you'll get a better answer if you ask this in the comments of flite package, but I have two guesses: 1. Have you tried to build flite via makepkg without using the AUR helpers (yaourt etc.)? 2. You can try Pupizoid's fix as described in https://aur.archlinux.org/packages/flite/?comments=all (just add the following lines to the prepare() section of PKGBUILD): sed -i '111s/..\/..\/..\///g' config/common_make_rules sed -i '116s/..\/..\/..\///g' config/common_make_rules sed -i '125s/..\///g' config/common_make_rules sed -i '126s/..\///g' config/common_make_rules

thatwasonce commented on 2016-07-01 14:05 (UTC)

I seem to be having an issue to install due to flite, pretty stuck right now at this. making in src/audio ... gcc -fPIC -I. -DCST_AUDIO_ALSA -I../../include -g -O2 -Wall -c auclient.c -o /tmp/yaourt-tmp-erik/aur-flite/obj/src/audio/auclient.os gcc -fPIC -I. -DCST_AUDIO_ALSA -I../../include -g -O2 -Wall -c auserver.c -o /tmp/yaourt-tmp-erik/aur-flite/obj/src/audio/auserver.os gcc -fPIC -I. -DCST_AUDIO_ALSA -I../../include -g -O2 -Wall -c audio.c -o /tmp/yaourt-tmp-erik/aur-flite/obj/src/audio/audio.os gcc -fPIC -I. -DCST_AUDIO_ALSA -I../../include -g -O2 -Wall -c au_streaming.c -o /tmp/yaourt-tmp-erik/aur-flite/obj/src/audio/au_streaming.os gcc -fPIC -I. -DCST_AUDIO_ALSA -I../../include -g -O2 -Wall -c au_alsa.c -o /tmp/yaourt-tmp-erik/aur-flite/obj/src/audio/au_alsa.os ar: `u' modifier ignored since `D' is the default (see `U') ar: ../../..//tmp/yaourt-tmp-erik/aur-flite/lib/libflite.shared.a: No such file or directory make[2]: *** [../../config/common_make_rules:116: /tmp/yaourt-tmp-erik/aur-flite/obj/src/audio/.build_so] Error 1 make[1]: *** [../config/common_make_rules:133: /tmp/yaourt-tmp-erik/aur-flite/obj/src/.make_build_dirs] Error 2 make: *** [config/common_make_rules:133: /tmp/yaourt-tmp-erik/aur-flite/obj//.make_build_dirs] Error 2 ==> ERROR: A failure occurred in build(). Aborting... ==> ERROR: Makepkg was unable to build flite. ==> Restart building flite ? [y/N] ==> ------------------------------

justin8 commented on 2016-06-11 23:25 (UTC)

Firstly, use makepkg directly without a helper before coming here to say about issues with a package. Secondly. If you have problems installing a dependency, log the issue with the package having the problems, not this totally unrelated one. And thirdly, your actual issue is you're somehow still using an AUR helper that doesn't support pacman 5, the --pkg option was removed a few months ago, install something newer.

schwick commented on 2016-06-11 21:19 (UTC) (edited on 2016-06-11 21:21 (UTC) by schwick)

I keep getting makepkg: invalid option '--pkg' errors when getting to installing the dependecies. Downloading the depencies and doing makepkg does work though. Does the aur package need updating? Using pacman 5.0.1

ebrious commented on 2016-05-28 02:19 (UTC)

I, too, had the same problem as @ingwia Running "gpg --recv-key B4322F04D67658D8" seemed to resolve the issue for me. Looking at the PKGBUILD, the validgpgkeys are listed as: validpgpkeys=('FCF986EA15E6E293A5644F10B4322F04D67658D8') Note that the key yaourt is kicking back for me is actually a subset of the key inside of the PKGBUILD. Might a patch be submitted to align these two? New to the site, is there a way for me to submit a pull request? Thanks!

isiachi commented on 2016-05-12 14:01 (UTC) (edited on 2016-05-12 14:02 (UTC) by isiachi)

@kuantum Solved with the last update @frabjous No problem at all with chromaprint. Can you post a build log?

kuantum commented on 2016-05-10 18:55 (UTC)

got errors when compiled libavcodec/libutvideoenc.cpp:281:1: error: narrowing conversion of ‘3221258240u’ from ‘unsigned int’ to ‘int’ inside { } [-Wnarrowing] }; and In file included from libavcodec/libutvideodec.cpp:29:0: libavcodec/avcodec.h:2945:35: note: declared here attribute_deprecated AVFrame *coded_frame; ^~~~~~~~~~~ ==> ERROR: A failure occurred in build(). Aborting... I'm using GCC 6.1.1

kremfaen commented on 2016-05-04 21:53 (UTC)

@dark-saber That solved it for me. Thanks a bunch!

dark-saber commented on 2016-05-04 18:37 (UTC) (edited on 2016-05-04 18:37 (UTC) by dark-saber)

GCC 6 defaults to "-std=gnu++14", which makes those narrowing conversions errors instead of warnings. I've updated the PKGBUILD; the mode will be explicitly set to "-std=gnu++98" until this is fixed upstream. This solved my problem, hope it will help with yours too.

kremfaen commented on 2016-05-04 10:38 (UTC)

@dark-saber I'm still on 5.3.0.

dark-saber commented on 2016-05-04 10:07 (UTC)

kremfaen: Do you use gcc6? I'm having the same problem today after updating to gcc6 from [testing].

kremfaen commented on 2016-05-03 12:37 (UTC)

I'm having some problems compiling. libavcodec/libutvideoenc.cpp:281:1: error: narrowing conversion of ‘3221258240u’ from ‘unsigned int’ to ‘int’ inside { } [-Wnarrowing] }; ^ common.mak:63: recipe for target 'libavcodec/libutvideoenc.o' failed make: *** [libavcodec/libutvideoenc.o] Error 1 ==> ERROR: A failure occurred in build(). Aborting... -> Removed 1 trusted keys ==> ERROR: the build failed -> Status failed (1): ffmpeg-full-nvenc

piratejon commented on 2016-04-18 15:24 (UTC)

@frabjous I had this problem also when extra/chromaprint was installed. I switched to chromaprint-git and now this is working again.

frabjous commented on 2016-04-14 14:55 (UTC)

I keep getting "ERROR: chromaprint not found" when building (configure step), even though I have chromaprint 1.3.1 installed.

fcobos commented on 2016-03-22 06:22 (UTC) (edited on 2016-03-22 06:22 (UTC) by fcobos)

@ronoverdrive I think that problem gets solved if one configures the system as said in this wiki page: https://wiki.archlinux.org/index.php/GPGPU#OpenCL_ICD_loader_.28libOpenCL.so.29

ronoverdrive commented on 2016-03-20 16:14 (UTC)

travnick: Last I checked CUDA's implementation of OpenCL overides nVidia's which caused a lot of problem's in the past because CUDA's is out of date. That's probably why OpenCL is disabled.

travnick commented on 2016-03-19 16:11 (UTC)

Why is opencl not enabled?

commented on 2016-03-13 08:33 (UTC)

You should try to add a keyserver adress in your command : gpg --keyserver hkp://keys.gnupg.net --recv-keys B4322F04D67658D8

KorvinSilver commented on 2016-03-13 05:55 (UTC) (edited on 2016-03-13 05:59 (UTC) by KorvinSilver)

I'm still having problems with the signatures: ==> Verifying source file signatures with gpg... ffmpeg-3.0.tar.bz2 ... FAILED (unknown public key B4322F04D67658D8) ==> ERROR: One or more PGP signatures could not be verified! ==> ERROR: Makepkg was unable to build ffmpeg-full-nvenc. GPG does nothing of course, the command "gpg --recv-keys B4322F04D67658D8" gives me this back: gpg: keyserver receive failed: No keyserver available This exists for a very long time now with every key (no supposedly working solutions actually work), but "pacman-key -r B4322F04D67658D8" did the job earlier and both the commands "gpg -k" and "pacman-key -l" confirm it: pub rsa2048/D67658D8 2011-04-26 [SC] uid [ unknown] FFmpeg release signing key <ffmpeg-devel@ffmpeg.org> sub rsa2048/9C3345A2 2011-04-26 [E] So what's wrong?

xpander commented on 2016-03-02 09:31 (UTC) (edited on 2016-03-02 09:42 (UTC) by xpander)

its broken again, cant compile :( libavcodec/libavcodec.so: undefined reference to `x265_api_get_68' collect2: error: ld returned 1 exit status Makefile:128: recipe for target 'ffprobe_g' failed make: *** [ffprobe_g] Error 1 make: *** Waiting for unfinished jobs.... edit: removed the --enable libx265 part atm, so it builds and works fine with SSR

saiyuki commented on 2016-02-27 16:04 (UTC) (edited on 2016-02-27 16:05 (UTC) by saiyuki)

I believe i got the package to correctly build; wasn't able to pass gpg verification check got stopped at the ffmpeg package none of the dependencies stopped me. You can solve the issue by importing the gpg key prior to installing. with gpg --keyserver pgp.mit.edu --recv-keys FCF986EA15E6E293A5644F10B4322F04D67658D8 then you should be able to install the package via yaourt or just building it via source package or however you do .

dark-saber commented on 2016-02-21 19:54 (UTC)

I see that simplescreenrecorder 0.3.6-3 in community-testing repo was rebuilt against ffmpeg 3.0 yesterday. Does it really fail to work with this package? Also, there's separate ffmpeg2.8 package in testing now, required by firefox and vlc.

xpander commented on 2016-02-21 19:19 (UTC)

ok, thanks for the update maintainer, this package now works. needed to build SSR from aur also, repo one didnt understand this new ffmpeg3.0 stuff :)

soul commented on 2016-02-18 12:50 (UTC)

Adding on to what xpander libavcodec.so.56 is missing too

xpander commented on 2016-02-06 10:42 (UTC)

this package doesnt work for me. it build fine but its building old files like libavformat.so.55 , should be 56 which is required by SimpleScreenRecorder. also the x265 package cannot be updated to 1.9.1. i created my own package based on ffmpeg-full and this was building newer libs with nvenc and works fine, im still not sure why this package doesnt as it has same ffmpeg version.

dark-saber commented on 2016-02-03 15:30 (UTC)

You should remove ffmpeg-full-nvenc (pacman -Rdd ffmpeg-full-nvenc), update x265 and then reinstall ffmpeg-full-nvenc.

ronoverdrive commented on 2016-02-03 00:04 (UTC)

error: failed to prepare transaction (could not satisfy dependencies) :: ffmpeg-full-nvenc: installing x265 (1.9-1) breaks dependency 'libx265.so=68-64'

mpuzirew commented on 2016-01-29 12:59 (UTC) (edited on 2016-01-29 13:17 (UTC) by mpuzirew)

To everybody who claims that the newer Native FFmpeg AAC encoder provides the best quality and libfdk_aac could be removed. That statement is a bit "too loud" :). https://hydrogenaud.io/index.php/topic,111085/topicseen.html Native FFmpeg AAC has been improved but it is still worse than fdk. In addition, it became muuuush slower than it was. Not to mention the fact that Native FFmpeg AAC algorithm in ffmpeg 2.8.5 stable is OLD yet.

commented on 2016-01-28 07:05 (UTC)

Hi, the ffmpeg sources are signed by ffmpeg dev team, and this package use this verification. So you need to import their public key in order to verify sources : gpg --recv-keys B4322F04D67658D8 For more information see : https://wiki.archlinux.org/index.php/Makepkg#Signature_checking

soul commented on 2016-01-28 00:04 (UTC)

I'm getting an error that "One or more PGP signatures could not be verified" ==> Validating source files with sha256sums... ffmpeg-2.8.5.tar.bz2 ... Passed ffmpeg-2.8.5.tar.bz2.asc ... Skipped UNREDISTRIBUTABLE.txt ... Passed ==> Verifying source file signatures with gpg... ffmpeg-2.8.5.tar.bz2 ... FAILED (unknown public key B4322F04D67658D8) ==> ERROR: One or more PGP signatures could not be verified! ==> ERROR: Makepkg was unable to build . Any help with what I'm doing wrong? Thanks

dark-saber commented on 2016-01-21 17:18 (UTC)

Fixed it, thanks!

commented on 2016-01-20 21:10 (UTC)

A temporary(?) workaround is to : export CFLAGS+=" -I/usr/include/nvidia-sdk" before ./configure in build

odensc commented on 2016-01-20 21:06 (UTC)

` ==> Starting build()... ==> Starting configure... ERROR: nvEncodeAPI.h not found. If you think configure made a mistake, make sure you are using the latest version from Git. If the latest version fails, report the problem to the ffmpeg-user@ffmpeg.org mailing list or IRC #ffmpeg on irc.freenode.net. Include the log file "config.log" produced by configure as this will help solve the problem. ==> ERROR: A failure occurred in build(). ` Got this after updating.

isiachi commented on 2016-01-19 09:44 (UTC)

@MaJia321 As kit told you, I use libfdk_aac to have AAC-HE support. @Wesley_Chan As soon as I can, I will take a look. Thank you.

Wesley_Chan commented on 2016-01-18 03:11 (UTC)

@isiachi Is this package supposed to not have "--enable-libmfx"? This is needed when encoding with Intel GPU acceleration. https://trac.ffmpeg.org/wiki/HWAccelIntro Would you please add the AUR packages libmfx-git and intel-media-sdk in order to enable it?

kit commented on 2016-01-14 20:45 (UTC) (edited on 2016-01-14 20:46 (UTC) by kit)

[Native FFmpeg AAC encoder] "will occasionally sound worse below 96kbps. This is the default AAC encoder. The only drawback is that this encoder does not support the AAC-HE profile yet." ~https://trac.ffmpeg.org/wiki/Encode/AAC

MaJia321 commented on 2016-01-14 11:06 (UTC)

According to https://trac.ffmpeg.org/wiki/Encode/AAC , the Native FFmpeg AAC encoder provides the best quality and libfdk_aac could be removed.

epitron commented on 2016-01-03 22:50 (UTC)

The OpenCL dependency seems to be missing: ==> Extracting sources... -> Extracting ffmpeg-2.8.4.tar.bz2 with bsdtar ==> Starting build()... ==> Starting configure... ERROR: opencl not found I had to install it by hand.

commented on 2015-12-29 09:55 (UTC)

No problem on my PC. Did you try to compile the latest libutvideo-git again? Did you compile it since the C++ ABI change : https://www.archlinux.org/news/c-abi-change/ ?

Commander commented on 2015-12-29 03:39 (UTC)

Is it only me this doesn't want to build with --libutvideo ?

isiachi commented on 2015-12-17 12:32 (UTC)

@frabjous I put it in the wrong section of PKGBUILD. (It's better to sleep at night, but I have to update this package too)

frabjous commented on 2015-12-17 04:50 (UTC)

openh264 and xavs need to be added as dependencies.

oi_wtf commented on 2015-12-16 22:32 (UTC) (edited on 2015-12-16 22:33 (UTC) by oi_wtf)

You should orphan this package if you don't have time to do even the most basic maintenance for over a month.

commented on 2015-11-28 12:20 (UTC)

Hi, I don't know if it is related, but with cuda package installed I got warning in ffmpeg and error with other programs. Seems ffmpeg try to load /opt/cuda/lib64/libOpenCL.so instead of /usr/lib/libnvidia-opencl.so.

dark-saber commented on 2015-11-28 07:37 (UTC)

Hi, Last time I checked ffmpeg with enabled openCL broke building of some other packages, so I disabled it. I'll test it more to determine whether to re-enable it. Thank you!

commented on 2015-11-28 06:07 (UTC)

Hi, in description you wrote openCL is enabled, but in PKGBUILD the --enable-opencl for configure is missing. Is it an oversight?

GRMrGecko commented on 2015-11-24 14:44 (UTC)

Here is my change to the PKGBUILD to fix building for myself. source=(http://ffmpeg.org/releases/ffmpeg-$pkgver.tar.bz2{,.asc} https://raw.githubusercontent.com/archlinuxarm/PKGBUILDs/master/extra/ffmpeg/ffmpeg-2.8.1-libvpxenc-remove-some-unused-ctrl-id-mappings.patch UNREDISTRIBUTABLE.txt) validpgpkeys=('FCF986EA15E6E293A5644F10B4322F04D67658D8') # ffmpeg-devel sha256sums=('e2ed5ab28dee1af94336739173eb0019afc21a54e38a96f4e3208e94a07866e2' 'SKIP' 'SKIP' 'e0c1b126862072a71e18b9580a6b01afc76a54aa6e642d2c413ba0ac9d3010c4') prepare() { cd ${pkgname%-full}-$pkgver patch -p1 -i ../ffmpeg-2.8.1-libvpxenc-remove-some-unused-ctrl-id-mappings.patch }

kuantum commented on 2015-11-12 06:15 (UTC) (edited on 2015-11-12 23:18 (UTC) by kuantum)

the current version 2.8.1 doesn't work with libvpx-1.5.0 yet, need to add the patch part to PKGBUILD before build() section prepare() { cd ${pkgname%-full}-$pkgver patch -p1 -i ../ffmpeg-2.8.1-libvpxenc-remove-some-unused-ctrl-id-mappings.patch }

dark-saber commented on 2015-08-15 13:12 (UTC)

@Tom00000 As far as I can see, the old package opencl-headers12 (http://pkgbuild.com/git/aur-mirror.git/tree/opencl-headers12/PKGBUILD) still downloaded source from svn, which means it was wrongly named, that was fixed now.

Tom00000 commented on 2015-08-14 20:28 (UTC)

error: target not found: opencl-headers12 Fixable by replacing opencl-headers12 with opencl-headers12-svn This means that subversion will also be installed, I wonder what happened to the normal one?

isiachi commented on 2015-08-08 18:37 (UTC)

Makepkg strip it.

travnick commented on 2015-08-08 18:34 (UTC)

I wonder why "--disable-stripping". Are you going to debug the ffmpeg?

Nolhian commented on 2015-07-16 06:51 (UTC)

--enable-shared is listed twice in ./configure

isiachi commented on 2015-07-08 17:10 (UTC)

Removed decklink support

isiachi commented on 2015-05-16 09:49 (UTC)

@mitsakis Thanks You can change the branch of libutvideo or just remove "--enable-libutvideo" from PKGBUILD. PS The correct branch is 15.1.0. source=('git://github.com/qyot27/libutvideo.git#branch=15.1.0')

mitsakis commented on 2015-05-15 19:09 (UTC)

libutvideo-git is causing this issue you have to edit libutvideo's PKGBUILD replace this: source=('git://github.com/qyot27/libutvideo.git#branch=buildsystem') with this: source=('git://github.com/qyot27/libutvideo.git#branch=1.5.1') this is a temporary solution until this issue is fixed: https://github.com/qyot27/libutvideo/issues/6

mitsakis commented on 2015-05-15 17:56 (UTC)

Doesn't compile: libavcodec/libutvideodec.cpp:153:59: note: candidate is: In file included from libavcodec/libutvideo.h:33:0, from libavcodec/libutvideodec.cpp:32: /usr/include/utvideo/Codec.h:48:17: note: virtual size_t CCodec::DecodeFrame(void*, const void*) virtual size_t DecodeFrame(void *pOutput, const void *pInput) = 0; ^ /usr/include/utvideo/Codec.h:48:17: note: candidate expects 2 arguments, 3 provided common.mak:60: recipe for target 'libavcodec/libutvideodec.o' failed make: *** [libavcodec/libutvideodec.o] Error 1

Enverex commented on 2015-05-13 15:45 (UTC)

Doesn't compile: error: no matching function for call to ‘CCodec::DecodeFrame(uint8_t*&, uint8_t*&, bool)’ utv->codec->DecodeFrame(utv->buffer, avpkt->data, true); libavcodec/libutvideoenc.cpp:125:48: error: no matching function for call to ‘CCodec::EncodeGetExtraData(UtVideoExtra*&, int&, uint32_t&, int&, int&, size_t)’ CBGROSSWIDTH_WINDOWS);

FallenSnow commented on 2015-04-14 02:35 (UTC)

Doesn't work with the latest x265 library. ffprobe: error while loading shared libraries: libx265.so.43: cannot open shared object file: No such file or directory x265 1.6-1 provides libx265.so=51-64

isiachi commented on 2015-04-01 20:11 (UTC)

@Case_Of I've already discovered about this missing dependency but I never update the PKGBUILD. To build you have to install the ladspa package. Update coming soon.

commented on 2015-03-29 11:03 (UTC)

I have this error during compilation : ERROR: ladspa.h header not found If you think configure made a mistake, make sure you are using the latest version from Git. If the latest version fails, report the problem to the ffmpeg-user@ffmpeg.org mailing list or IRC #ffmpeg on irc.freenode.net. Include the log file "config.log" produced by configure as this will help solve the problem. What should I do ?

Zucca commented on 2015-03-22 17:48 (UTC)

@isiachi: I had accidentaly configured systemd to let users to use only two cores. :P

isiachi commented on 2015-03-15 13:49 (UTC)

Build jobs depends on this: https://wiki.archlinux.org/index.php/Makepkg#MAKEFLAGS

Zucca commented on 2015-03-15 10:44 (UTC)

This package compiles by using only two threads. Is this intended?

Eriner commented on 2015-02-26 00:08 (UTC)

For those who have trouble or don't know how to replace utvideo-git with libutvideo-git, you have to remove utvideo-git first, build libutvideo-git & install, build ffmpeg-full & install. I suspect many will have issue with removing ffmpeg-full or utvideo-git due to dependencies. To remove utvideo-git (and have pacman ignore all the dependency checks): sudo pacman -Rdd utvideo-git Then build libutvideo-git and proceed with building ffmpeg-full.

subnomo commented on 2015-02-21 12:18 (UTC)

Package utvideo-git no longer exists, replace the dependency with libutvideo-git.

piratejon commented on 2015-01-23 03:12 (UTC)

thanks @m13253 !

m13253 commented on 2015-01-16 15:38 (UTC)

@piratejon Edit your ~/.gnupg/gpg.conf and uncomment the following line: keyserver-options auto-key-retrieve This will make gpg retrieve keys automatically.

piratejon commented on 2015-01-02 19:02 (UTC)

To answer my own question I found http://unix.stackexchange.com/questions/111302/difference-between-tar-gz-asc-git-tar-bz2-and-tar-bz2 and just had to do this: gpg --keyserver x-hkp://pool.sks-keyservers.net --recv-keys 0xD67658D8 to get it to work. The argument for --recv-keys was found by trying to verify manually: gpg --verify ffmpeg-2.5.2.tar.bz2.asc.

piratejon commented on 2015-01-01 02:04 (UTC)

Can I find or import this public key? How would I go about doing that? ==> Verifying source file signatures with gpg... ffmpeg-2.5.2.tar.bz2 ... FAILED (unknown public key B4322F04D67658D8) ==> ERROR: One or more PGP signatures could not be verified!

isiachi commented on 2014-12-31 13:17 (UTC)

Thanks PyroDevil Updated.

PyroDevil commented on 2014-12-29 11:17 (UTC)

For decklink you need decklink-sdk and set the CFLAGS to include the source directory before the configure step. I succeeded doing it with the ffmpeg-full-extra package here: https://gist.github.com/anonymous/d9a5e02b011c07b9dfab

isiachi commented on 2014-10-13 17:17 (UTC)

A simple solution is: remove ffmpeg-full only: #pacman -Rdd ffmpeg-full then do the update #pamcna -Syu then recompile the new version of ffmpeg-full: $yaourt -S ffmpeg-full (or any other aur helper) The one proposed by moore_cr is good too.

moore_cr commented on 2014-10-12 23:39 (UTC)

Here's how I solved this issue (I use yaourt). I think the problem is that you're not allowed to remove libvidstab-git because it's still a dependency of the currently-installed ffmpeg-full: 1) Remove libvidstab-git even though it's a dependency for the current ffmpeg-full yaourt -Rdd libvidstab-git 2) Install vid.stab yaourt -S vid.stab 3) Upgrade ffmpeg-full yaourt -S ffmpeg-full I followed these steps, but you can probably skip 2) since it would be installed automatically as a dependency.

colinkeenan commented on 2014-10-10 15:34 (UTC)

libvidstab-git is not listed as a dependency anymore, but it still requires it. I'm not sure what's wrong, but I can't install this update.

colinkeenan commented on 2014-10-10 15:32 (UTC)

==> Continue building ffmpeg-full ? [Y/n] ==> ------------------------------------- ==> ==> Building and installing package ==> Install or build missing dependencies for ffmpeg-full: resolving dependencies... looking for inter-conflicts... :: vid.stab and libvidstab-git are in conflict. Remove libvidstab-git? [y/N] y error: failed to prepare transaction (could not satisfy dependencies) :: ffmpeg-full: requires libvidstab-git ==> Restart building ffmpeg-full ? [y/N] ==> ------------------------------------ ==>

colinkeenan commented on 2014-10-10 15:29 (UTC)

After all of todays updates, on trying to install ffmpeg-full again, I got that :: vid.stab and libvidstab-git are in conflict which is something new libvidstab-git just added. I see that the only reason libvidstab-git was on my system was for ffmpeg-full and that you now don't require libvidstab-git. So, I will fix this just by answering "y" to remove libvidstab-git.

colinkeenan commented on 2014-10-10 15:06 (UTC)

==> Install or build missing dependencies for ffmpeg-full: resolving dependencies... looking for inter-conflicts... Packages (1): vid.stab-0.98b-2 Total Download Size: 0.05 MiB Total Installed Size: 0.16 MiB :: Proceed with installation? [Y/n] :: Retrieving packages ... vid.stab-0.98b-2-x86_64 47.5 KiB 1055K/s 00:00 [##############################################] 100% (1/1) checking keys in keyring [##############################################] 100% (1/1) checking package integrity [##############################################] 100% (1/1) loading package files [##############################################] 100% (1/1) checking for file conflicts [##############################################] 100% error: failed to commit transaction (conflicting files) vid.stab: /usr/include/vid.stab/boxblur.h exists in filesystem vid.stab: /usr/include/vid.stab/frameinfo.h exists in filesystem vid.stab: /usr/include/vid.stab/libvidstab.h exists in filesystem vid.stab: /usr/include/vid.stab/localmotion2transform.h exists in filesystem vid.stab: /usr/include/vid.stab/motiondetect.h exists in filesystem vid.stab: /usr/include/vid.stab/motiondetect_internal.h exists in filesystem vid.stab: /usr/include/vid.stab/motiondetect_opt.h exists in filesystem vid.stab: /usr/include/vid.stab/serialize.h exists in filesystem vid.stab: /usr/include/vid.stab/transform.h exists in filesystem vid.stab: /usr/include/vid.stab/transform_internal.h exists in filesystem vid.stab: /usr/include/vid.stab/transformfixedpoint.h exists in filesystem vid.stab: /usr/include/vid.stab/transformfloat.h exists in filesystem vid.stab: /usr/include/vid.stab/transformtype.h exists in filesystem vid.stab: /usr/include/vid.stab/transformtype_operations.h exists in filesystem vid.stab: /usr/include/vid.stab/vidstabdefines.h exists in filesystem vid.stab: /usr/include/vid.stab/vsvector.h exists in filesystem vid.stab: /usr/lib/libvidstab.so exists in filesystem vid.stab: /usr/lib/libvidstab.so.0.9 exists in filesystem vid.stab: /usr/lib/pkgconfig/vidstab.pc exists in filesystem Errors occurred, no packages were upgraded. ==> Restart building ffmpeg-full ? [y/N] ==> ------------------------------------ ==> ==> ERROR: unable to update

isiachi commented on 2014-08-09 13:24 (UTC)

Thanks

colinkeenan commented on 2014-08-08 00:57 (UTC)

kd35a - Yes, I notice the same problem. Your fix is what I was going to suggest as well. For those reading this on the command line so that you can't follow the link, here's what to do. During install, say yes to edit PKGBUILD and then in the package() section, change cd $pkgname-$pkgver into cd ffmpeg-$pkgver. The problem is that $pkgname is ffmpeg-full, but the directory doesn't have "full" in the name.

kd35a commented on 2014-08-07 18:56 (UTC)

There seems to be a problem in the PKGBUILD. I solved it with this change: https://gist.github.com/kd35a/1f439224dc7282fd266f

isiachi commented on 2014-07-23 07:22 (UTC)

Added. Thanks

thefirstofthe300 commented on 2014-07-22 23:28 (UTC)

Please add libcl to the list of dependencies. The current PKGBUILD fails without it.

isiachi commented on 2014-07-22 15:49 (UTC)

Bump to version 2.2.5. Added these flags: --enable-frei0r --enable-libopencv --enable-libvidstab --enable-libutvideo --enable-opencl. new update soon.

rpolzer commented on 2014-07-11 19:36 (UTC)

Can anyone else take over this package? What needs to be done: - Sync with extra/fffmpeg-2.2.4-3 (just take over the diffs from the official package since 2.2.2-3). - Look over the disabled stuff at the bottom (commented out flags). Some of these can be moved to the enabled flags more upwards, e.g. - as mentioned in the comments - libvidstab. - Start building the package until it fully downloaded. Then cancel that with ^C, and run the part from the PKGBUILD with "sh" in it from the comments at the bottom (the comment sign only needs to be removed from the "sh" line). - This will output the new list of --flags. Replace the old list by the newly generated one. - Enjoy! I can do this for this package next week, but I'd prefer if someone could take it over in the future.

evorster commented on 2014-06-30 02:11 (UTC)

Hi there. I added a package "vid.stab" to the aur. With this library installed the --enable-libvidstab ./configure switch now works. This enables a much improved video stabilization in ffmpeg, and, by extention mlt-git and transcode, which helps shotcut-git.

mitch_feaster commented on 2014-06-21 00:37 (UTC)

Broke again with the latest update to libx264/x264 until I re-installed. Can you please add that to makedepends?

mitch_feaster commented on 2014-05-21 05:24 (UTC)

After a recent update to x265 I was getting: ffmpeg: error while loading shared libraries: libx265.so.13: cannot open shared object file: No such file or directory Re-installing ffmpeg-full got rid of this error. Maybe you need to add x265 to makedepends as well?

justin8 commented on 2014-05-15 01:04 (UTC)

I'm not using either. I have libsodium and zeromq both from community, but get that error with ffmpeg-full. See here: http://hastebin.com/ekisugalit.coffee I last did a full update of packages yesterday.

MagicAndWires commented on 2014-05-14 22:47 (UTC)

@justin8 It's only required if you've got libsodium-git installed. If you'd rather not have too many git dependencies, get rid of libsodium-git for libsodium from community, or rebuild zeromq against libsodium-git by grabbing the PKGBUILD from the ABS.

justin8 commented on 2014-05-14 11:33 (UTC)

Another git dependency :( If that is required, it should be added as a dependency instead of zeromq

AntoineVe commented on 2014-05-14 11:31 (UTC)

@justin8 : install https://aur.archlinux.org/packages/zeromq-git

justin8 commented on 2014-05-14 10:36 (UTC)

Currently getting ERROR: libzmq not found

vladev commented on 2014-05-07 13:51 (UTC)

For people needing ffmpeg 2.2.2 (since 2.2.1 stopped working due to API changes in x265) just remove the patch, bump the version, fix the checksums and it works.

rpolzer commented on 2014-04-20 19:32 (UTC)

Is rebuilding extra/ffmpeg affected as well? If yes, I'll probably ignore this until extra/ffmpeg is fixed, so we have a consistent fix. Report this issue to extra/ffmpeg then. A workaround would be figuring out the command line flag to disable HTML

patrickmclaren commented on 2014-04-20 03:39 (UTC)

Am getting the following error when building: HOSTLD doc/print_options GENTEXI doc/avoptions_format.texi GENTEXI doc/avoptions_codec.texi HTML doc/ffmpeg.html dirname: invalid option -- 'I' Try 'dirname --help' for more information. basename: invalid option -- 'I' Try 'basename --help' for more information. Option I requires an argument doc/Makefile:83: recipe for target 'doc/ffmpeg.html' failed make: *** [doc/ffmpeg.html] Error 1 ==> ERROR: A failure occurred in build(). Aborting...

rpolzer commented on 2014-04-12 10:02 (UTC)

Was an incompatible x265 api change. Fixed now.

commented on 2014-04-12 01:14 (UTC)

colinkeenan: I can reproduce that. Crappy workaround is to just drop x265 from the build.

colinkeenan commented on 2014-04-10 18:38 (UTC)

Can't build: CC libavcodec/libx265.o libavcodec/libx265.c: In function ‘libx265_encode_init’: libavcodec/libx265.c:124:16: error: ‘x265_param’ has no member named ‘bEnableVuiParametersPresentFlag’ ctx->params->bEnableVuiParametersPresentFlag = 1; ^ libavcodec/libx265.c:125:16: error: ‘x265_param’ has no member named ‘bEnableAspectRatioIdc’ ctx->params->bEnableAspectRatioIdc = 1; ^ libavcodec/libx265.c:126:16: error: ‘x265_param’ has no member named ‘aspectRatioIdc’ ctx->params->aspectRatioIdc = 255; ^ libavcodec/libx265.c:127:16: error: ‘x265_param’ has no member named ‘sarWidth’ ctx->params->sarWidth = sar_num; ^ libavcodec/libx265.c:128:16: error: ‘x265_param’ has no member named ‘sarHeight’ ctx->params->sarHeight = sar_den; ^ common.mak:49: recipe for target 'libavcodec/libx265.o' failed make: *** [libavcodec/libx265.o] Error 1 ==> ERROR: A failure occurred in build(). Aborting... ==> ERROR: Makepkg was unable to build ffmpeg-full.

rpolzer commented on 2014-04-02 19:30 (UTC)

Argh. Fixed again.

Janma8 commented on 2014-04-02 12:35 (UTC)

The --enable-raise-major flag is still/again in the PKGBUILD, btw ;D

rpolzer commented on 2014-03-01 11:59 (UTC)

Sorry for that one. Fixed.

isiachi commented on 2014-03-01 11:01 (UTC)

With last update (2.1.4) i can't reproduce anything in vlc 2.1.4 I solved removing the "--enable-raise-major" flag from configure.

rpolzer commented on 2014-03-01 11:00 (UTC)

--enable-vdpau does not seem required for me. If anyone lacks vdpau in the build, please provide src/ffmpeg-2.1.4/config.log so I can see why it is missing.

kit commented on 2013-12-08 06:50 (UTC)

ffmpeg-2.1 + freetype-2.5.1 build break + fix info sudo ln -sf . /usr/include/freetype2/freetype https://ffmpeg.org/pipermail/ffmpeg-devel/2013-November/151407.html

commented on 2013-12-03 02:15 (UTC)

Ah, I got the man pages to work. I was using fish before, and it doesn't work with fish. I had to fire up bash and source /etc/profile.d/perlbin.sh, then recompile.

commented on 2013-12-03 01:48 (UTC)

Can you fix the man pages for this package?

Zucca commented on 2013-11-20 06:06 (UTC)

Ah. OK. My bad. ;)

Zucca commented on 2013-11-20 06:06 (UTC)

Ah. OK. My bad. ;)

justin8 commented on 2013-11-19 22:17 (UTC)

They can't be installed at the same time, and the ffmpeg-full package provides the same package (provides=ffmpeg). Conflicting is the correct way to do this.

Zucca commented on 2013-11-19 19:05 (UTC)

Shouldn't ffmpeg-full rather be an alternative to ffmpeg than just conflict with it? Pacman should rather ask if ffmpeg-full could replace ffmpeg? Right? Or is this "collision" method the right way?

rpolzer commented on 2013-11-01 18:15 (UTC)

Thanks, added to make depends.

jcasper commented on 2013-11-01 05:28 (UTC)

I had to install the ladspa package for it to compile.

rpolzer commented on 2013-10-25 15:44 (UTC)

Bumped for libass issue.

justin8 commented on 2013-10-18 12:53 (UTC)

Please add --enable-libsoxr to the configure flags. According to the comments in the pkgbuild it was only excluded because libsoxr-git was the only available AUR package at the time, however there is now also a regular 'libsoxr' package available.

justin8 commented on 2013-10-18 07:11 (UTC)

It appears that libquvi.so no longer exists, and in the libquvi-0.9.3-1 package it now has libquvi-0.9.so, which the configure script is not looking for. removing --with-libquvi was my dodgy way to make it build until the maintainer can provide a real fix.

pvagner commented on 2013-10-07 23:26 (UTC)

After updating to gnome 3.10 ffmpeg can no longer find libquvi. libquvi 0.9.3-1.

pvagner commented on 2013-10-07 23:25 (UTC)

allevil669 commented on 2013-09-24 03:35 (UTC)

EDIT - I figured it out. So, I'm installing ffmpeg-full using packer. Now normally, I prepend 'sudo' to my packer command to speed things up. But, for some reason, prepending 'sudo' in this case throws the error that I listed earlier. I took off the 'sudo' and now it installs just fine. Sorry if I caused any worries.

allevil669 commented on 2013-09-24 03:15 (UTC)

I'm attempting to switch to this version of ffmpeg instead of using extra/ffmpeg, and the install is giving me an error. /bin/sh: pod2man: command not found The part I don't understand is, pod2man is installed and in my $PATH. Any suggestions what might be causing the problem?

rpolzer commented on 2013-09-10 10:41 (UTC)

celt is listed in depends=(), so I have no idea why this would fail.

piratejon commented on 2013-09-08 16:33 (UTC)

I am switching to this package having previously used extra/ffmpeg and did not have several of the dependencies listed here, so I used makepkg -s which installed several dependencies: libiec61883, openal, twolame, libavc1394, libgme, wavpack, zeromq, libquvi-scripts, libquvi Then I got this: *** begin console snippet *** ==> Retrieving sources... -> Downloading ffmpeg-2.0.1.tar.bz2... % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 6042k 100 6042k 0 0 42354 0 0:02:26 0:02:26 --:--:-- 71310 -> Found UNREDISTRIBUTABLE.txt ==> Validating source files with sha256sums... ffmpeg-2.0.1.tar.bz2 ... Passed UNREDISTRIBUTABLE.txt ... Passed ==> Extracting sources... -> Extracting ffmpeg-2.0.1.tar.bz2 with bsdtar ==> Starting build()... ==> Starting configure... ERROR: libcelt not found If you think configure made a mistake, make sure you are using the latest version from Git. If the latest version fails, report the problem to the ffmpeg-user@ffmpeg.org mailing list or IRC #ffmpeg on irc.freenode.net. Include the log file "config.log" produced by configure as this will help solving the problem. ==> ERROR: A failure occurred in build(). Aborting... *** end console snippet *** So I installed extra/celt and attempted to makepkg -s again and it successfully completed. Is this normal? I am not very familiar with the build process. For what reasons might celt not have gotten automatically installed during makepkg -s?

GuLinux commented on 2013-08-25 14:13 (UTC)

Recent shine update broke the pakage, needs to be updated I guess

rpolzer commented on 2013-05-26 16:43 (UTC)

Sorry, I did not get to test aacplus yet... but will soon

unforgiven512 commented on 2013-04-23 20:07 (UTC)

Can you apply this diff to enable libaacplus? http://pastebin.com/7bFMznPJ It has been updated to build from the AUR directly. Thanks!

Mic92 commented on 2013-02-18 19:40 (UTC)

fdk-aac doesn't exists anymore in AUR.

rpolzer commented on 2013-01-24 14:58 (UTC)

I knew someone would flag this one out of date. However, this PKGBUILD is meant to be binary compatible to extra/ffmpeg, so that other binary packages from extra/ and community/ still work when this is installed (as opposed to ffmpeg-git). So I will update this one to 1.1 once extra/ffmpeg is at 1.1, but not before, as that would break binary packages using ffmpeg.