Package Details: ffmpeg-git 5.1.r106894.g260d7d5a6c-1

Git Clone URL: (read-only, click to copy)
Package Base: ffmpeg-git
Description: Complete solution to record, convert and stream audio and video (git version)
Upstream URL:
Keywords: audio codec convert encoder ffmpeg media vaapi video
Licenses: GPL3
Conflicts: ffmpeg
Provides: ffmpeg,,,,,,,,
Submitter: DrZaius
Maintainer: dbermond
Last Packager: dbermond
Votes: 67
Popularity: 0.84
First Submitted: 2011-01-17 22:00 (UTC)
Last Updated: 2022-05-10 20:16 (UTC)

Required by (1436)

Sources (3)

Latest Comments

dbermond commented on 2022-05-10 20:17 (UTC)

@superyu1337 Patch refreshed. Thanks for the report.

superyu1337 commented on 2022-05-10 16:52 (UTC) (edited on 2022-05-10 17:17 (UTC) by superyu1337)

Doesn't build with following output:

==> Starting prepare()...
patching file libavformat/avformat.h
Hunk #1 succeeded at 1128 (offset 118 lines).
patching file libavformat/utils.c
Hunk #1 FAILED at 121.
1 out of 1 hunk FAILED -- saving rejects to file libavformat/utils.c.rej
==> ERROR: A failure occurred in prepare().
error: failed to build 'ffmpeg-git-5.1.r106386.ge78173557d-1':
error: packages failed to build: ffmpeg-git-5.1.r106386.ge78173557d-1

Patches are outdated, tried it without the prepare() function and it worked.

AtticFinder65536 commented on 2022-04-25 05:10 (UTC)

Sorry, that patch is from extra/ffmpeg, not this package. my packages I maintain for my systems are usually based on the official repo package and then some bits taken from the AUR and personal customisation, I forgot to switch the patch sources to from this package :/

dbermond commented on 2022-04-24 12:37 (UTC)

@AtticFinder65536 Something is wrong with your report, as this package currently does not have patches for files 'configure', 'doc/filters.texi' and 'libavfilter/vf_libvmaf.c'. The patches are applying fine on top of current git master.

dbermond commented on 2022-03-08 01:36 (UTC)

@MarsSeed Package updated. I updated ffmpeg-full-git and forgot to update here. Thanks for the reminder.

MarsSeed commented on 2022-03-07 15:24 (UTC)

Hi @dbermond,

Please kindly change back to depends=(vmaf).

(Or declare depends=(vmaf>=2.0.0) as suggested here.)

Arch now ships the latest stable vmaf: v2.3.0.

This change would again let people choose which vmaf dependency to supply this build and let them use/test the latest ffmpeg with that.

Thanks in advance!

dbermond commented on 2022-02-14 18:13 (UTC)

@0x9fff00 Indeed, thanks for noticing this. Package updated.

@yangsheng6810 Package is currently building fine for me.

yangsheng6810 commented on 2022-02-13 23:30 (UTC)

Build failed with the following output

libavcodec/mpegvideo_xvmc.c:163:9: error:implicit declaration of function ‘ff_mpeg_draw_horiz_band’; did you mean ‘ff_draw_horiz_band’? [-Werror=implicit-function-declaration]
  163 |         ff_mpeg_draw_horiz_band(s, 0, 0);
      |         ^~~~~~~~~~~~~~~~~~~~~~~
      |         ff_draw_horiz_band

0x9fff00 commented on 2022-02-12 17:23 (UTC)

This package is missing support for librsvg and libsvtav1 which are supported by the upstream package

dbermond commented on 2022-01-29 16:43 (UTC)

@LamkasDev Package updated to match the latest upstream changes.

LamkasDev commented on 2022-01-29 11:47 (UTC)

FFmpeg now requires libvmaf>=2.0.0 while the out of date vmaf package provides 1.5.3-1. You can solve this by installing vmaf-git, removing vmaf from depends and removing applied patch in prepare(), as it is unnecessary anymore. @Enverex

Enverex commented on 2022-01-28 04:23 (UTC)

Doesn't look like this currently builds...

patching file libavfilter/vf_libvmaf.c

Hunk #1 FAILED at 72.

1 out of 1 hunk FAILED -- saving rejects to file libavfilter/vf_libvmaf.c.rej

ignace72 commented on 2022-01-19 03:12 (UTC)

Hi, FFmpeg 5.0 "Lorentz", a new major release, is now available! For this long-overdue release, a major effort underwent to remove the old encode/decode APIs and replace them with an N:M-based API, the entire libavresample library was removed, libswscale has a new, easier to use AVframe-based API, the Vulkan code was much improved, many new filters were added, including libplacebo integration, and finally, DoVi support was added, including tonemapping and remuxing. The default AAC encoder settings were also changed to improve quality. Ignace.

dbermond commented on 2021-05-26 16:46 (UTC)

@rien333 This is normal and expected. ffmpeg usually switches API and changes the soname versions at every x.0 and x.5 release. The current stable release is 4.4, and the git master branch now has the code for an upcoming 4.5 version, which in turn has increased the soname version. There is no action to be taken by this package or by any other package that depends on ffmpeg. You are for your own when using the git master branch (or when using any other AUR package). You, as the user, must choose either to use the stable ffmpeg version and continue to use software that are compiled for it, or use the latest git master branch with a soname bump and break everything that depends on ffmpeg. When using the git master branch you could try to recompile every package that links against ffmpeg, but this would require a lot of work, and not all packages would compile against it, because, as I already said, the code on git master usually has an API switch and it takes time for every other software to support it. For more details you can see my posts from 2017-Nov-01 and 2018-Fev-09 on package ffmpeg-full-git when this happened for the last time during the switch to the ffmpeg 4.0 release.

rien333 commented on 2021-05-26 12:56 (UTC)

I haven't been able to use this package for weeks now, because multiple packages (chromaprint, dolphin, vapoursynth) depend on libavcodec, libavutil, etc versions older than ffmpeg-git provides. Is this actually true in the first place? Can anything be done, and who needs to take action (e.g. this package or the other packages)?

aviallon commented on 2020-06-14 19:46 (UTC) (edited on 2020-06-14 22:05 (UTC) by aviallon)

@dbermond I understand your point of view, but ffmpeg-full-git just adds way too much dependencies, and builds a ton of things for specific hardware... whereas rav1e is an infinitely useful feature of the master ffmpeg branch... I don't even want to try encoding to AV1 without rav1e...

EDIT: I made ffmpeg-rav1e-git, with rav1e pre-enabled.

dbermond commented on 2020-06-14 14:54 (UTC)

@zanny rav1e is still not used by repository ffmpeg. Since this package is the VCS (-git) variant of repository ffmpeg, it also does not have rav1e support for now. When repository ffmpeg adds it, I'll add it here too.

If you want rav1e support on ffmpeg git master you can use ffmpeg-full-git.

zan commented on 2020-06-14 05:08 (UTC)

Could also add rav1e (rav1e / --enable-librav1e) now. Built it myself and it works fine.

dbermond commented on 2020-02-29 17:56 (UTC)

@toggleton dav1d was missing. Thanks for pointing this. Package updated with the addition of dav1d.

toggleton commented on 2020-02-23 12:00 (UTC)

Can you add depends=( 'dav1d' --enable-libdav1d \ dav1d is a lot faster in decoding than libaom(still needed for av1 encoding) and is even the default decoder in ffmpeg

digitalone commented on 2020-01-13 18:12 (UTC)

Cannot install and build with yay after x264 upstream update.

severach commented on 2019-08-10 01:37 (UTC)

Provides requires version numbers to function properly. This line will add all versions at once. provides=("${provides[@]/%/=${pkgver%%.r*}}")

dbermond commented on 2019-07-24 20:47 (UTC)

@Schlaefer It looks like that ffmpeg-qsv is currently linking against the wrong file, as it's using libmfx in depends. Its maintainer is already aware of the problem.

This package builds in the correct way. That's because it works for you and ffmpeg-qsv does not.

As you need ffmpeg with multiple additional features, I suggest you to use ffmpeg-full instead of manually editing the PKGBUILD here.

Schlaefer commented on 2019-07-17 20:29 (UTC) (edited on 2019-07-17 20:30 (UTC) by Schlaefer)


Thanks for your answer (and this package).

For context: I usually use ffmpeg-qsv, which is broken for me currently (I guess because of the latest intel-media-driver update). Whatever the case, I assumed this package will work, and it does, except for audio encoding.

My go-to line is

ffmpeg -init_hw_device qsv=hw -filter_hw_device hw -i <in> -vf hwupload=extra_hw_frames=64,format=qsv' -c:v hevc_qsv -q 22 -c:a libfdk_aac -vbr 5 <out>

but libfkd_aac isn't available and bitrate limiting audio with another encoder (aac) doesn't seem to work, essentially rendering qsv unfeasible if you don't just pass through audio.

PS: Adding "--enable-libfdk_aac" to this PKDBUILD solved my issues.

dbermond commented on 2019-07-16 21:18 (UTC) (edited on 2019-07-16 21:18 (UTC) by dbermond)

@Schlaefer This is not the purpose of the package.

For this type of functionality (support for qsv + fdk_aac codecs), you should use another package like ffmpeg-full-git.

Schlaefer commented on 2019-07-16 09:30 (UTC)

It would be nice if the build would include libfdk-aac.

saymonz commented on 2019-07-08 20:35 (UTC)

Commented on wrong package, sorry for the noise...

dbermond commented on 2019-07-08 17:01 (UTC)

@saymonz Package is building fine.

saymonz commented on 2019-07-08 12:15 (UTC)

Don't build with repo ffmpeg atm, OK with ffmpeg-git.

dbermond commented on 2019-02-06 01:50 (UTC)

@danboid I'm not sure about what you are referring as the 'foss qsv driver'. intel-media-sdk and intel-media-driver are already open source.

Regarding ffmpeg commands, this will work nice to encode something to h264 using qsv:

$ ffmpeg -i <input> -codec:a copy -codec:v h264_qsv -preset:v medium -rdo 1 -qscale:v 5 -look_ahead 0 -pix_fmt nv12 <output>

There are many ffmpeg options that you can use and tweak. Please refer to some specific forum for help on using ffmpeg command line.

danboid commented on 2019-02-04 18:47 (UTC)

Hi dbermond

Thanks for maintaining this PKGBUILD!

Have you considered creating a ffmpeg qsv PKGBUILD that doesn't use intel-media-sdk? Or, how would I modify this PKGBUILD to build ffmpeg using the FOSS qsv driver? I ask because I have read that the FOSS version of the qsv encoder is more forgiving regarding the input files than when using the official intel media libraries.

I'd also be interested to see any example ffmpeg commands for transcoding from one variety of 4K h264 to a qsv encoded 4K h264 file. I'm hoping that in doing so I can save some disk space. Ideally with both the decoding and encoding being qsv accelerated.

A working example of transcoding from 4K h264 to 1080 h264 using qsv would be great too, if you have one, as I think a lot of people would want to do that too.

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

@derdigge AUR helpers are not supported. Please use makepkg.

derdigge commented on 2018-12-04 13:41 (UTC)

I was not able to get this installed. someone seen this?

~~ initializing aurman... ~~ calculating solutions...

!! While searching for solutions the following errors occurred: :: Conflicts between: ffmpeg-1:4.1-1, ffmpeg-git-4.2.r92486.g8f875a90c4-1 Tried to install ffmpeg-git, but it was not possible. Way to package ffmpeg-1:4.1-1: ffmpeg-git-4.2.r92486.g8f875a90c4-1 -> x264-2:155.r0a84d986-2 -> ffmpeg-1:4.1-1 Way to package ffmpeg-git-4.2.r92486.g8f875a90c4-1: ffmpeg-git-4.2.r92486.g8f875a90c4-1

!! we could not find a solution !! if you think that there should be one, rerun aurman with the --deep_search flag

pacman -Q | grep ffmpeg

gives no result.

dbermond commented on 2018-10-05 02:13 (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.

toxygen commented on 2018-09-05 19:03 (UTC)

@eigengrau do you have a link or bug report for that? i'm getting crashes on waterfox (56.2.2) on video tabs only (except youtube seems to work, but not others). I get "your tab has crashed" followed by :

/proc/kmsg=> [39972.198199] traps: MediaPD~oder #1[1012] general protection ip:7f5d43e25859 sp:7f5d3f5faa80 error:0 in[7f5d43e1e000+3c000] /dev/kmsg=> traps: MediaPD~oder #1[1012] general protection ip:7f5d43e25859 sp:7f5d3f5faa80 error:0 in[7f5d43e1e000+3c000] - kern

in syslog. error repeats a few times.
versions not working: ffmpeg-git-4.1.r91801.gad9b4ecc26 ffmpeg-git-4.1.r91792.g17c635e605 ffmpeg-git-4.1.r91712.g26dc763245

working: ffmpeg-git-4.1.r91592.g87cc7e8d4e

eigengrau commented on 2018-09-02 06:26 (UTC)

Just a heads up that Firefox 61.0.2-1 currently segfaults in video tabs over

dbermond commented on 2018-05-11 23:53 (UTC)

I've fixed the package. It's now building fine.

dbermond commented on 2018-05-07 18:54 (UTC)

@keren_sky I have no problems during the git clone stage. Package is building fine for me.

keren_sky commented on 2018-05-06 04:13 (UTC)

Anybody seeing this:

Cloning into bare repository '/home/sources/ffmpeg-git'... fatal: unable to access '': SSL: no alternative certificate subject name matches target host name ''

gbr commented on 2018-03-09 20:09 (UTC)

To anyone having this issue when trying to update x265:

:: Starting full system upgrade...
resolving dependencies...
looking for conflicting packages...
error: failed to prepare transaction (could not satisfy dependencies)
:: ffmpeg-git: installing x265 (2.7-1) breaks dependency ''

First, uninstall ffmpeg-git by skipping dependency check:

sudo pacman -Rdd ffmpeg-git

Now update your system:

sudo pacman -Syyu

Finally, re-install ffmpeg-git using your favorite AUR helper:

pacaur -S ffmpeg-git

dbermond commented on 2018-01-26 14:18 (UTC)

@magiblot This is the normal ffmpeg output for the x86 platform, being it for x86_64 or i686.

The resulting binaries will be for x86_64 architecture when compiled in your platform.

magiblot commented on 2018-01-25 11:53 (UTC) (edited on 2018-01-25 11:54 (UTC) by magiblot)

Is this normal?

 ==> Starting pkgver()...
 ==> Updated version: ffmpeg-git 3.5.r89882.g4dbae00bac-1
 ==> Starting build()...
 -> Running ffmpeg configure script. Please wait...
 install prefix            /usr
 source path               .
 C compiler                gcc
 C library                 glibc
 ARCH                      x86 (generic)

My machine and system are x86_64, but it looks like it's compiling in 32-bit (x86 architecture). That, or I'm just having a great misunderstanding.

dbermond commented on 2018-01-04 14:45 (UTC)

@C0rn3j package will depend on the version of that was present on system at ffmpeg-git build time. That's why pacman complains when you update x265. Since we are on aur, maybe it would be a good idea to replace so-depends with regular package depends.

Good to know that you found a way to handle this, and sorry for the late reply.

C0rn3j commented on 2017-12-25 22:57 (UTC) (edited on 2017-12-31 10:15 (UTC) by C0rn3j)

:: ffmpeg-git: installasjon av x265 (2.6-1) bryter med avhengigheten ''

Seems like I can't update the x265 package because this one depends on the old version, is that on purpose?

EDIT: Solution is removing the package forcefully with -R -dd flags, upgrading and then reinstalling.

VerruckteFuchs commented on 2017-10-19 03:32 (UTC)

There's been a change with hardening-wrapper that you'll need to address so ffmpeg-qsv-git installs properly.

dbermond commented on 2017-07-09 16:46 (UTC)

I have adopted this package. It is now updated and building fine. Please enjoy and have a happy ffmpeg'ing :)

shoober420 commented on 2017-06-05 18:56 (UTC)

"--enable-libschroedinger" on line 60 also needs removed from the PKGBUILD

lazyboy commented on 2017-06-03 18:29 (UTC)

My build fails at linking with "make: *** No rule to make target 'libavcodec/x86/simple_idct.c', needed by 'libavcodec/x86/simple_idct.o'. Stop." I think it's due to this patch "x86/simple_idct: add explicit sse2 simple_idct_put/add versions." (

nucleos commented on 2017-04-26 13:22 (UTC)

Replace --enable-x11grab with --enable-libxcb in PKGBUILD!

DrZaius commented on 2017-03-19 19:35 (UTC)

Regarding --enable-x11grab, the legacy X11 screen grabber has been removed on March 15. It has effectively been transparently replaced by the XCB screen grabber for some time. XCB is a drop-in replacement and is autodetected, so no additional configure options are required. Usage in ffmpeg cli tool remains unchanged.

dn3s commented on 2017-03-19 09:37 (UTC)

looks like --enable-x11grab is now broken too. Removing it worked, but that only works for me because I happen to not need the feature.

graysky commented on 2016-08-15 18:58 (UTC)

Why is this package flagged out-of-date?

prazola commented on 2016-07-29 21:11 (UTC)

patch needed:

tuankiet65 commented on 2016-07-24 10:37 (UTC)

Looks like the new version of openjpeg2 (2.1.1) breaks FFmpeg build, according to this ticket In the mean time either downgrade openjpeg2 to 2.1.0 or remove the --enable-openjpeg flags from PKGBUILD.

Klyachkivsky commented on 2016-07-23 22:38 (UTC)

sudo pacman -Syu error: failed to prepare transaction (could not satisfy dependencies) :: ffmpeg-git: installing x265 (2.0-1) breaks dependency ''

colinkeenan commented on 2016-07-23 22:33 (UTC)

I was successful building ffmpeg-git in a clean chroot:

colinkeenan commented on 2016-07-23 21:43 (UTC)

After forcing the system upgrade which upgraded x265, ffmpeg-git fails to run with: ffmpeg: error while loading shared libraries: cannot open shared object file: No such file or directory I tried to rebuild ffmpeg-git, but got: . . . libavcodec/libopenjpegdec.o: In function `libopenjpeg_decode_frame': libopenjpegdec.c:(.text+0x1d4): undefined reference to `opj_create_decompress' libopenjpegdec.c:(.text+0x1f2): undefined reference to `opj_set_error_handler' libopenjpegdec.c:(.text+0x20c): undefined reference to `opj_set_warning_handler' libopenjpegdec.c:(.text+0x226): undefined reference to `opj_set_info_handler' libopenjpegdec.c:(.text+0x251): undefined reference to `opj_setup_decoder' libopenjpegdec.c:(.text+0x25b): undefined reference to `opj_stream_default_create' libopenjpegdec.c:(.text+0x276): undefined reference to `opj_stream_set_read_function' libopenjpegdec.c:(.text+0x285): undefined reference to `opj_stream_set_skip_function' libopenjpegdec.c:(.text+0x294): undefined reference to `opj_stream_set_seek_function' libopenjpegdec.c:(.text+0x2a3): undefined reference to `opj_stream_set_user_data' libopenjpegdec.c:(.text+0x2af): undefined reference to `opj_stream_set_user_data_length' libopenjpegdec.c:(.text+0x2bf): undefined reference to `opj_read_header' libopenjpegdec.c:(.text+0x420): undefined reference to `opj_create_decompress' libopenjpegdec.c:(.text+0x436): undefined reference to `opj_image_destroy' libopenjpegdec.c:(.text+0x43e): undefined reference to `opj_stream_destroy' libopenjpegdec.c:(.text+0x446): undefined reference to `opj_destroy_codec' libopenjpegdec.c:(.text+0x67f): undefined reference to `opj_decode' libavcodec/libopenjpegdec.o: In function `libopenjpeg_decode_init': libopenjpegdec.c:(.text.unlikely+0x1c): undefined reference to `opj_set_default_decoder_parameters' libavcodec/libopenjpegdec.o: In function `libopenjpeg_static_init': libopenjpegdec.c:(.text.unlikely+0x4c): undefined reference to `opj_version' libavcodec/libopenjpegenc.o: In function `libopenjpeg_encode_frame': libopenjpegenc.c:(.text+0x8df): undefined reference to `opj_create_compress' libopenjpegenc.c:(.text+0x8fd): undefined reference to `opj_set_error_handler' libopenjpegenc.c:(.text+0x913): undefined reference to `opj_set_warning_handler' libopenjpegenc.c:(.text+0x944): undefined reference to `opj_stream_destroy' libopenjpegenc.c:(.text+0x94c): undefined reference to `opj_destroy_codec' libopenjpegenc.c:(.text+0xdbc): undefined reference to `opj_set_info_handler' libopenjpegenc.c:(.text+0xdd5): undefined reference to `opj_setup_encoder' libopenjpegenc.c:(.text+0xe15): undefined reference to `opj_stream_default_create' libopenjpegenc.c:(.text+0xe39): undefined reference to `opj_stream_set_write_function' libopenjpegenc.c:(.text+0xe48): undefined reference to `opj_stream_set_skip_function' libopenjpegenc.c:(.text+0xe57): undefined reference to `opj_stream_set_seek_function' libopenjpegenc.c:(.text+0xe66): undefined reference to `opj_stream_set_user_data' libopenjpegenc.c:(.text+0xe75): undefined reference to `opj_start_compress' libopenjpegenc.c:(.text+0xe84): undefined reference to `opj_encode' libopenjpegenc.c:(.text+0xed3): undefined reference to `opj_end_compress' libavcodec/libopenjpegenc.o: In function `libopenjpeg_encode_close': libopenjpegenc.c:(.text.unlikely+0x1d): undefined reference to `opj_image_destroy' libavcodec/libopenjpegenc.o: In function `libopenjpeg_encode_init': libopenjpegenc.c:(.text.unlikely+0x63): undefined reference to `opj_set_default_encoder_parameters' libopenjpegenc.c:(.text.unlikely+0x12e): undefined reference to `opj_image_destroy' libopenjpegenc.c:(.text.unlikely+0x568): undefined reference to `opj_image_create' /usr/bin/ld: libavcodec/ hidden symbol `opj_read_header' isn't defined /usr/bin/ld: final link failed: Bad value collect2: error: ld returned 1 exit status make: *** [library.mak:103: libavcodec/] Error 1 ==> ERROR: A failure occurred in build(). Aborting...

colinkeenan commented on 2016-07-23 21:06 (UTC) (edited on 2016-07-23 21:30 (UTC) by colinkeenan)

In order to do today's system update, which included an update to x265, had to do sudo pacman -Syudd because without the "dd" I got error: failed to prepare transaction (could not satisfy dependencies) :: ffmpeg-git: installing x265 (2.0-1) breaks dependency '' Now, with the new x265 installed, I'm rebuilding ffmpeg-git. Is there another way to handle this?

evelynmarie commented on 2016-07-10 10:28 (UTC)

yan12125: Alright, I have added git as a makedepend. Thanks!

yan12125 commented on 2016-07-08 12:11 (UTC)

Hi KamranMackey, could you add 'git' to makedepends?

evelynmarie commented on 2016-07-07 09:00 (UTC)

hepha: Fixed.

hepha commented on 2016-07-07 08:40 (UTC)

hello provides miss 'ffmpeg' ? From this version has been deleted

evelynmarie commented on 2016-07-05 00:03 (UTC)

DrZaius: Alright, libdfk-aac has been added to depends. Also fixed a few build issues as well.

evelynmarie commented on 2016-07-04 22:56 (UTC) (edited on 2016-07-04 22:59 (UTC) by evelynmarie)

Alright, ffmpeg-git has been updated. Broken config options have been removed and I removed dependencies that are no longer needed or used by the base package in the Extra repository. I also revamped pkgver() thanks to dreieck. Sorry for taking so long to get around to this. Haven't been running Arch Linux lately and I just did a reinstall of it less than two days ago. But I'm back and packages should be back to regular update schedules.

Weby commented on 2016-06-18 14:39 (UTC)

@DrZaius mpv-git sometimes failed to compile only with extra/ffmpeg.

DrZaius commented on 2016-06-01 20:12 (UTC)

@hepha Remove it. See comments below. It appears the maintainer is no longer maintaining. Although why users want use ffmpeg-git in the first place is a mystery to me (perhaps for libfdk_aac?). ffmpeg in Extra should suffice for most.

hepha commented on 2016-06-01 10:04 (UTC)

now build error can't us this --enable-libdcadec

dreieck commented on 2016-04-22 09:55 (UTC)

It would be nice if the pkgver would contain the upstream version. Suggested change vor pkgver() function: ==> pkgver() { cd "$srcdir/$pkgname" _ver="$(git describe --tags | sed 's|-[^-]*$||' | sed 's|^n||')" _rev="$(git rev-list --count HEAD)" _gitid="$(git rev-parse --short HEAD)" echo "${_ver}.r${_rev}.g${_gitid}" } <==

DianaProbst commented on 2016-04-12 19:08 (UTC)

@DrZaius Yeah, it was your comment that made me think it would be OK to haul out the configure option. Ta.

DrZaius commented on 2016-04-12 16:18 (UTC)

@DianaProbst The author of libdcadec merged it into the FFmpeg native DCA decoder, then support for the now abandoned libdcadec external library was removed as I mentioned a few comments ago on 2016-01-31. The libdcadec dependency and --enable-libdcadec configure option should be removed (among many other dependencies in my opinion).

DianaProbst commented on 2016-04-12 12:17 (UTC) (edited on 2016-04-12 12:32 (UTC) by DianaProbst)

I tried to build this today and had an error: ==> Starting build()... Unknown option "--enable-libdcadec". See ./configure --help for available options. ==> ERROR: A failure occurred in build(). Aborting... I took that line out of the build file and the package then built and installed. I couldn't play music, so I hauled it out to replace it with ffmpeg from the extra repo, but if you want me put it back again and play around or generate further errors, I can. No idea what caused it. Figured you should know.

evelynmarie commented on 2016-02-01 04:38 (UTC)

@Eriner Ok, added you as a co-maintainer. Sorry it took so long.

DrZaius commented on 2016-01-31 22:24 (UTC)

FFmpeg has a new native DCA decoder based on libdcadec, so you can remove the libdcadec dependency.

Eriner commented on 2016-01-15 07:03 (UTC)

@KamranMackey sure, if you add me as a co-maintainer I'll take care of it.

evelynmarie commented on 2016-01-15 05:03 (UTC)

Eriner: Although, did you want to be a co-maintainer?

evelynmarie commented on 2016-01-15 05:03 (UTC)

Eriner: Alright, I'll do it as soon as I can. Currently don't have access to my Arch Linux system right now.

Eriner commented on 2016-01-15 04:14 (UTC)

SECURITY -------- Add the `--disable-network` flag to the PKGBUILD, as there is a publicly-known vulnerability. See:

EndlessEden commented on 2016-01-12 22:02 (UTC)

please specify the codec version in the provides. as it breaks compatibility with arch-repo version tools. libavutil < 54 | breaks libavcodec < 56 | breaks or provide compatibility packages as optional depends.

Eriner commented on 2015-12-22 19:28 (UTC)

To clarify, if you change the build process (add/remove depends, makedepends, conflicts) then yes, bump the packagever with that commit. But please don't bump the package version for the sake of bumping the package version. Cheers.

Eriner commented on 2015-12-22 19:26 (UTC)

Right, but this is a -git package. Bumping the package version is more of a hassle than a help for many people. Version bumps for -git packages should indicate an update in the PKGBUILD; bumping it needlessly means people will rebuild the package because upstream (here) has incremented the PKGBUILD version, when in reality, nothing has changed. If they want to rebuild it on their own, they can, but bumping the version is irritating for many who use manual build tools (cower, git clone, etc).

evelynmarie commented on 2015-12-22 06:40 (UTC)

I'm just doing it because the pkgver() function automatically updates the package version anyway, so if it does that, I push the updated version number to the package on the AUR as well.

Eriner commented on 2015-12-22 06:23 (UTC)

What is the point of this commit? There is no need to ver bump unless something in the build process changes dramatically (C++ ABI rebuild)

DrZaius commented on 2015-12-20 21:02 (UTC)

Yes, libfdk-aac dependency for configure option --enable-libfdk-aac. Less useful in my opinion: --disable-debug, avresample, gnutls, ladspa, libbluray, libgsm, libmodplug, libopencore*, libopenjpeg, libschroedinger, libspeex, libssh, libtheora, libwebp, libxvid, and legacy qt-faststart stuff ("-movflags +faststart" can be used instead). --enable-version3 is not needed if you remove libopencore*.

evelynmarie commented on 2015-12-20 20:48 (UTC) (edited on 2015-12-20 20:49 (UTC) by evelynmarie)

DrZaius: libfdk-aac? Also, what other not-so-useful stuff are you talking about exactly?

evelynmarie commented on 2015-12-20 19:56 (UTC)

@DrZaius: Okay, thanks for the feedback. Went back to keeping the package lean. Keeping GitHub as the main source though.

DrZaius commented on 2015-12-20 19:46 (UTC)

Github is just a backup mirror and always lags behind

DrZaius commented on 2015-12-20 19:25 (UTC)

I see no reason to attempt to enable everything: if someone wants that they can use one of the impractical ffmpeg-full* packages in AUR. I've never met a user who needs *everything*; this adds needless complexity, adds more compile time, and installs more junk. I recommend keeping this package somewhat lean and users who want to enable less useful components can do so manually.

evelynmarie commented on 2015-12-20 11:27 (UTC)

Okay, that should be the last package release bump until ffmpeg/master gets updated, at which point I'll update my local repo, and bump the package version.

evelynmarie commented on 2015-12-20 10:44 (UTC)

Let me know if something fails to work when trying to use this package. I'm still new to making and maintaining PKGBUILDs, so let me know if anything's broken please!

evelynmarie commented on 2015-12-20 10:36 (UTC)

Removed the orphan tag, and made myself the new maintainer of this package.

richteer commented on 2015-12-10 18:25 (UTC)

Orphaning because I don't have time anymore to maintain this

richteer commented on 2015-08-21 18:01 (UTC)

Appears the error in configure.log was a linker problem with testing libx265. Lacked linking against, which threw the pkg-config error. Fixed by adding --pkg-config-flags="--static" into the configure options, not sure if this is the best solution yet though, but I updated the package to reflect this quick fix.

richteer commented on 2015-08-21 15:53 (UTC)

This is odd. It works with extra/x265 (after changing the dep), but not with x265-hg. Confirmed x265-hg has /usr/lib/pkgconfig/x265.pc, and with only a minor difference from the version in extra/x265. Still tracing the issue, will update if I find out more.

motdef commented on 2015-08-21 14:53 (UTC)

I get "ERROR: x265 not found using pkg-config" when build() starts (x265-hg is installed as a dependency)

richteer commented on 2015-05-14 17:16 (UTC)

Yup, it appears so. Just updated the dependency list to include that.

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

Does this package require the "x265-hg" package? The core package "x265" is up to date on my system but compilation immediately fails with the message "ERROR: libx265 version must be >= 57" which I can only assume is provided by "x265-hg".

richteer commented on 2015-02-17 21:16 (UTC)

Right, I suppose what I meant was adding in some of the more common codecs, (like libxvid, for example) but taking a second look at the differences between the two, there isn't much that sees a lot of use.

richteer commented on 2015-02-16 01:45 (UTC)

Updated to include gnutls. May update the PKGBUILD later to mirror the libs/protos that the ABS PKGBUILD uses.

IncredibleLaser commented on 2015-02-15 08:02 (UTC)

Thanks for your package, I have a small remark though. Please include the dependency for gnutls and enable the corresponding configure switch, otherwise you'll not be able to watch youtube videos even with youtube-dl installed. YT switches to https by default and ffmpeg cannot get these without the compile option.

richteer commented on 2014-12-16 00:16 (UTC)

Updated to add in --shlibdir=/usr/lib to fix an issue with the libs being placed in wherever the package was being built + /usr/lib (e.g. ~/builds/ffmpeg-git/usr/lib) Still investigating, but that should fix the poor library placement

misc commented on 2014-12-15 23:29 (UTC)

idk, for me the package ended up with the libraries not in /usr/lib.

misc commented on 2014-12-15 22:05 (UTC)

Also needs (for) now: --shlibdir=/usr/lib

richteer commented on 2014-09-27 20:51 (UTC)

I'm keeping the package relatively clean so it could be modified for more specific needs (hence the removal of the *-git dependencies) I'll be keeping an eye on this in case x265 api changes cause breakages. Good point, removing the --disable-debug flag.

richteer commented on 2014-09-27 19:16 (UTC)

Adopting package. Updated to include some of the changes from flu's comment below. Removed dependency on the *-git versions as they are not required for ffmpeg to be built.

graysky commented on 2014-09-13 16:06 (UTC)

Is anyone able to build this? I cannot in a clean chroot, perhaps due to the commend about the x265-hu package. ERROR: x265 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 mailing list or IRC #ffmpeg on Include the log file "config.log" produced by configure as this will help solve the problem. ==> ERROR: A failure occurred in build().

bluerider commented on 2014-02-19 22:23 (UTC)

FFMPEG now has x265 encoder support. Can you update your PKGBUILD to enable it?

jz_train commented on 2013-10-27 20:04 (UTC)

If you get a libx264 is not found error, go into your x264-git/src directory and: $ make install libx264.a

justlaputa commented on 2013-01-23 10:40 (UTC)

Hey DrZaius, Do you have plan to add `libvpx` support in the build?

commented on 2013-01-07 16:20 (UTC)

If this package is not intended to be a general replacement of ffmpeg from extra, why does it conflict with it? What's the point of this package at all?

buhman commented on 2013-01-02 11:57 (UTC)

commit b448677e6ea734b9f7a57970560f600a2a893a9b (Mon Dec 17 16:11:04 2012 +0100) was the final commit that split documentation up; {ffmpeg-codecs,ffmpeg-filters,ffmpeg-protocols,ffmpeg-scaler,ffmpeg-bitstream-filters,ffmpeg-devices,ffmpeg-formats,ffmpeg-resampler,ffmpeg-utils}.1 (at least) will also need to be built, in addition to {ffmpeg,ffplay,ffprobe,ffserver}.1

misc commented on 2011-10-12 18:45 (UTC)

Immediately breaks off with: Unknown option "--enable-version2".

DrZaius commented on 2011-09-12 19:19 (UTC)

@AerialX: ffmpeg-git is not intended to be used as a general replacement for the ffmpeg package in the Extra repository.

commented on 2011-09-09 22:28 (UTC)

Uh, the package is absolutely useless as a replacement to the standard ffmpeg package if --enable-shared isn't set by default. Definitely needs to go back in. Without it, saying the package provides=(ffmpeg) is a total lie.

commented on 2011-09-06 18:14 (UTC)

"Removing --enabled-shared doesn't do much at all, because configure will detect your abililty to compile shared libraries automatically." This isn't true on my system. Please put --enable-shared back in.

commented on 2011-06-30 06:12 (UTC)

@DrZaius, the problem is that I need crystalhd :)

commented on 2011-06-29 18:50 (UTC)

I have broadcom crystalhd. And I have problem with ffmpeg-git to compile properly. :( Here is the output:

nixscripter commented on 2011-06-11 22:55 (UTC)

Removing --enabled-shared doesn't do much at all, because configure will detect your abililty to compile shared libraries automatically.

mar77i commented on 2011-06-07 18:49 (UTC)

you gotta be kidding? removing --enable-shared means there are no *.so files. No *.so files means ALL dependending software will break.

commented on 2011-03-22 14:42 (UTC)

It looks like since 21st march, ffmpeg-mt was merged into ffmpeg. Good news I guess

Det commented on 2011-02-01 09:23 (UTC)

If people use this package they should also be able to modify it to fit their own needs. If you ask me, you are free to add like all the stuff from [extra]'s ffmpeg because I'll edit the PKGBUILD anyway to only install the stuff _I_ want. It's totally your call but you shouldn't just put some random crap to the PKGBUILD just because a single person asks for it (not trying to offend anybody) - at least if you don't agree with that. ps. one option would be to create a "_IWantABloatedFfmpeg" variable and by enabling it you would then get all that extra stuff that some people like to have - but this is only if you _really_ wanna be helpful.

lucak3 commented on 2011-01-29 14:15 (UTC)

Could I ask for '--enable-postproc' and '--enable-libschroedinger' ? I lack these from extra/ffmpeg: the first is required to build vlc-git and the second is nice to have...

commented on 2011-01-22 21:47 (UTC)

Nice of you to supply an up-to-date git package of ffmpeg. I've requested the deletion of ffmpeg-svn and would be happy to use this one. But I wonder why you've included faac and xvidcore despite the fact that ffmpeg has got own codecs for these two afaik.

skottish commented on 2011-01-19 04:35 (UTC)

I didn't see the whole story until now. Flux is an understatement.

skottish commented on 2011-01-18 23:13 (UTC)

FFmpeg's git repo was moved: