Package Details: mpv-full 0.34.1-2

Git Clone URL: (read-only, click to copy)
Package Base: mpv-full
Description: A free, open source, and cross-platform media player (with all possible libs)
Upstream URL:
Keywords: hwaccel mpv player video
Licenses: GPL
Conflicts: mpv
Provides: mpv
Submitter: dbermond
Maintainer: dbermond
Last Packager: dbermond
Votes: 18
Popularity: 0.022736
First Submitted: 2017-02-15 20:52 (UTC)
Last Updated: 2022-03-24 14:13 (UTC)

Required by (273)

Sources (2)

Latest Comments

Culted commented on 2022-03-24 19:45 (UTC)

@dbermond thanks for the quick answer and fix

dbermond commented on 2022-03-24 14:14 (UTC)

@Culted It looks like the tests does not work with the current ffmpeg 5.0, as they pass fine on mpv-full-git (which uses ffmpeg-git). Temporarily disabled them. Thanks for reporting.

Culted commented on 2022-03-22 21:33 (UTC)

compilation breaks during the check part of makepkg

the log is long so i used pastebin hope that's ok

there are also a lot of warning during compilation, maybe those have someting to do with the tests breaking again i used pastebin

because i am seeing a lot of gpu references in the warnings i want to mention that i have a nvidia card with the latest 510.54 driver version

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

@h3xo It's up to you to rebuild your AUR packages against soname bumps.

h3xo commented on 2022-02-18 08:00 (UTC) (edited on 2022-02-18 08:27 (UTC) by h3xo)

Today I ran in some problem with mpv-full and ffmpeg. When I started mpv I got

mpv: error while loading shared libraries: cannot open shared object file: No such file or directory

Running FFmpeg gave me this

  libavutil      57. 17.100 / 57. 17.100
  libavcodec     59. 18.100 / 59. 18.100
  libavformat    59. 16.100 / 59. 16.100
  libavdevice    59.  4.100 / 59.  4.100
  libavfilter     8. 24.100 /  8. 24.100
  libswscale      6.  4.100 /  6.  4.100
  libswresample   4.  3.100 /  4.  3.100
  libpostproc    56.  3.100 / 56.  3.100

Here's also an output from ls -l /usr/lib

lrwxrwxrwx   1 root root    22 Feb 17 19:59 ->
lrwxrwxrwx   1 root root    22 Feb 17 19:59 ->
-rwxr-xr-x   1 root root  663K Feb 17 19:59

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

@dbermond. Thanks for the help. My linking issues were due to a broken 'ffmpeg-full' build. After a rebuilding both (ffmpeg-full AND mpv-full) against tesseract-5 everything is working fine.

dbermond commented on 2022-02-01 00:22 (UTC)

@thales.barretto The package is currently building fine for me. This package does not depend on tesseract, and being such, an unneeded dependency should not be added to depends. Probably you have something that links to tesseract that needs a rebuild, like a custom ffmpeg, a custom vapoursynth or something else. Up to you to find what's broken and fix/update it. When you use the AUR, you are for your own, since you need to carefully handle the needed rebuilds.

dbermond commented on 2022-01-31 19:10 (UTC)

@thales.barretto It's user responsibility[1] to do the needed AUR rebuilds when a dependency get a soname bump.


thales.barretto commented on 2022-01-31 16:30 (UTC)

The latest packages tesseract-5 are breaking mpv: "mpv: error while loading shared libraries: cannot open shared object file: No such file or directory"

kekonn commented on 2022-01-24 18:40 (UTC)

@dbermond I'm using Garuda, but pamac is not indigenous to Manjaro. And I also tried with vanilla makepkg in case it was pamacs fault, but that changed nothing.

dbermond commented on 2022-01-24 18:19 (UTC)

@kekonn pamac? Sorry, but Manjaro is not supported here. This package is for Arch Linux and is building fine on it. Please seek help on your distribution support channels.

kekonn commented on 2022-01-24 18:13 (UTC)

@dbermond well not for me it isn't. Tried with pamac and makepkg. When I skip the test it installs and works just fine, so it must be something in the tests (it fails the check, not the build).

dbermond commented on 2022-01-24 18:12 (UTC)

@kekonn Package is building fine. No problems.

kekonn commented on 2022-01-24 17:15 (UTC)

I am running into an issue with the build. At the end it errors with

==> Starting check()...
-> Running test '[cplayer]'...
[cplayer] mpv 0.34.1 Copyright © 2000-2021 mpv/MPlayer/mplayer2 projects
[cplayer]  built on UNKNOWN
[cplayer] FFmpeg library versions:
[cplayer]    libavutil       56.70.100
[cplayer]    libavcodec      58.134.100
[cplayer]    libavformat     58.76.100
[cplayer]    libswscale      5.9.100
[cplayer]    libavfilter     7.110.100
[cplayer]    libswresample   3.9.100
[cplayer] FFmpeg version: n4.4.1
[cplayer] Configuration: ./waf distclean configure --enable-tests --color=yes --prefix=/usr --progress --confdir=/etc/mpv --disable-lgpl --enable-libmpv-shared --disable-libmpv-static --disable-static-build --disable-build-date --disable-debug-build --enable-manpage-build --disable-html-build --disable-pdf-build --enable-cplugins --disable-clang-database --disable-android --disable-tvos --disable-egl-android --disable-swift --disable-uwp --disable-win32-internal-pthreads --enable-iconv --enable-lua --enable-javascript --enable-zlib --enable-libbluray --enable-dvdnav --enable-cdda --enable-uchardet --enable-rubberband --enable-zimg --enable-lcms2 --enable-vapoursynth --enable-libarchive --enable-dvbin --enable-sdl2 --enable-sdl2-gamepad --enable-libavdevice --lua=52arch --enable-sdl2-audio --disable-oss-audio --enable-pulse --enable-jack --enable-openal --disable-opensles --enable-alsa --disable-coreaudio --disable-audiounit --disable-wasapi --enable-sdl2-video --disable-cocoa --enable-drm --enable-gbm --enable-wayland-scanner --enable-wayland-protocols --enable-wayland --enable-x11 --enable-xv --disable-gl-cocoa --enable-gl-x11 --enable-egl --enable-egl-x11 --enable-egl-drm --enable-gl-wayland --disable-gl-win32 --disable-gl-dxinterop --disable-egl-angle --disable-egl-angle-lib --disable-egl-angle-win32 --enable-vdpau --enable-vdpau-gl-x11 --enable-vaapi --enable-vaapi-x11 --enable-vaapi-wayland --enable-vaapi-drm --enable-vaapi-x-egl --enable-caca --enable-jpeg --disable-direct3d --enable-shaderc --enable-spirv-cross --disable-d3d11 --disable-rpi --disable-ios-gl --enable-plain-gl --enable-gl --enable-libplacebo --enable-vulkan --enable-sixel --disable-videotoolbox-gl --disable-d3d-hwaccel --disable-d3d9-hwaccel --disable-gl-dxinterop-d3d9 --enable-cuda-hwaccel --enable-cuda-interop --disable-rpi-mmal --disable-macos-touchbar --disable-macos-10-11-features --disable-macos-10-12-2-features --disable-macos-10-14-features --disable-macos-media-player --disable-macos-cocoa-cb
[cplayer] List of enabled features: 52arch alsa asm caca cdda cplayer cplugins cuda-hwaccel cuda-interop drm dvbin dvdnav egl egl-drm egl-helpers egl-x11 ffmpeg ffmpeg-aviocontext-bytes-read ffnvcodec gbm gbm.h gl gl-wayland gl-x11 glibc-thread-name glob glob-posix gpl iconv jackjavascript jpeg lcms2 libarchive libass libavdevice libbluray libdl libm libmpv-shared libplacebo librt linux-fstatfs linux-input-event-codes lua memfd_create openal optimize plain-gl posix posix-or-mingw pthreads pulse rubberband sdl2 sdl2-audio sdl2-gamepad sdl2-video shaderc shaderc-shared sixel spirv-cross spirv-cross-shared stdatomic tests uchardet vaapi vaapi-drm vaapi-egl vaapi-vulkan vaapi-wayland vaapi-x-egl vaapi-x11 vapoursynth vdpau vdpau-gl-x11 vector vt.h vulkan wayland wayland-protocols x11 xv zimg zlib
[ipc] Starting IPC master
[ipc] Listening to IPC socket.
0 unittests successfully run.
Exiting... (Fatal error)
[cplayer] Set property: shared-script-properties -> 1
[cplayer] Set property: shared-script-properties -> 1
[cplayer] Set property: shared-script-properties -> 1
==> ERROR: A failure occurred in check().

dbermond commented on 2021-11-28 01:41 (UTC)


BetaDoggo commented on 2021-11-28 01:21 (UTC)

Currently the url produced by line 29 in PKGBUILD, "source=("${pkgver}/mpv-${pkgver}.tar.gz", leads to a 404 page. As a workaround I replaced the url with the url for the current release "".

dbermond commented on 2021-08-10 18:49 (UTC)

@jango Looks like the github keeps changing the generated patch files, and this makes us to play catch with checksums here. If you check the latest package updates, you will see that the current correct checksum is the same as it was before. Package updated.

jango commented on 2021-08-10 13:40 (UTC) (edited on 2021-08-10 13:43 (UTC) by jango)

Just for correction the correct sha256sums for 010-mpv-libplacebo-fix.patch is ae67fd51cc42db3f2629c9a5fd5cbd11390fea7cae90b5e5c12ab9e8ac5019a9 i need to edit the package to finish the installation.

dbermond commented on 2020-10-07 18:26 (UTC)

@clidx I really do not know what can be causing this for you.

clidx commented on 2020-10-07 17:48 (UTC)

@dbermond I'm running mainline Arch which is fully up-to-date as of yesterday. I've tried the standard ffmpeg package. The error is the same. At this point I've tried every combination of mpv/ffmpeg standard/amd-full/git (as applicable). Removing the drmprime line gets rid of the error about prime not being detected and then says that AVCodecParameters isn't a valid type. I checked the source code and it's defined in av_common.h and as far as I can tell, not knowing any C, there is an attempt to include av_common.h at the top of the demux_raw.c file that the compiler is stopping on.

dbermond commented on 2020-10-07 17:29 (UTC) (edited on 2020-10-07 17:29 (UTC) by dbermond)

@clidx The term 'prime' is not exclusive to nvidia. See

What is your operating system? Have you tried with ffmpeg from the Arch Linux official repositories instead of using a custom one?

clidx commented on 2020-10-07 15:25 (UTC) (edited on 2020-10-07 15:36 (UTC) by clidx)

@dbermond I checked the PKGBUILD for ffmpeg-amd-full and that compile option is there. libdrm is also a dependency for standard ffmpeg too so I assume it's compiled with it as well. The check for DRM itself passes but DRM prime fails.

After changing it to --disable-drmprime I get this error

Just dropping the drmprime option altogether gives a very similar error. mpv-full-git has the same error.

My google fu tells me PRIME is related to Nvidia Optimus. Could it be related to that and the fact I don't have any/many Nvidia specific related libraries such as CUDA installed?

It does seem likely that these 2 errors are separate.

dbermond commented on 2020-10-06 02:06 (UTC)

@clidx The requirement for "DRM Prime ffmpeg support" is a ffmpeg compiled with --enable-libdrm, as you can see here:;a=commitdiff;h=9cb23cd9fe58e262273ce606b6febfef0509e316

mpv-full currently builds fine for me with ffmpeg from the official repositories (currently at version 4.3.1) and also with ffmpeg-full-git from the aur, either in a local build as in a clean chroot, so there is no packaging problem.

You can try to use mpv-full-git as the --enable-drmprime option was dropped by upstream mpv in their git master branch, as shown here:

clidx commented on 2020-10-05 17:20 (UTC)

So I tried disabling DRM Prime and get the following build error

Unsure if it's due to disabling it or a packaging error or what.

clidx commented on 2020-10-04 20:58 (UTC) (edited on 2020-10-04 20:59 (UTC) by clidx)

I'm getting the following error

Checking for DRM Prime ffmpeg support                                     : no 
You manually enabled the feature 'drmprime', but the autodetection check failed.

What are the requirements for this DRM prime thing? I have ffmpeg-amd-full installed. I could just disable it but would rather get it working as is.

dbermond commented on 2020-09-26 00:10 (UTC)

@larvan Your log says to be running a test named 'Passing', but there is no such test. The available tests can be seen by running this command on the mpv source tree after building: build-tests/mpv --unittest='help'. They should be: chmap, gl_video, img_format, json, linked_list, repack_sws, repack_zimg and all-simple.

larvan commented on 2020-09-25 07:35 (UTC)

@dbermond Archlinux proper, up to date.

dbermond commented on 2020-09-24 21:37 (UTC)

@larvan What's your operating system?

larvan commented on 2020-09-24 07:12 (UTC) (edited on 2020-09-24 07:13 (UTC) by larvan)

@dbermond The command I used (after trying with yay with the same results) was:

git clone
cd mpv-full
makepkg -si

Edit: I am not sure if it's relevant, but mpv-git was built successfully.

dbermond commented on 2020-09-23 19:25 (UTC)

@larvan Package is building fine. What's your operating system and the command that you used to build the package?

larvan commented on 2020-09-23 17:32 (UTC) (edited on 2020-09-23 17:32 (UTC) by larvan)

Something is wrong with the build.

[535/537] Compiling player/scripting.c
[536/537] Linking build-tests/
[537/537] Symlinking build-tests/
Waf: Leaving directory `/tmp/mpv-full/src/mpv-0.32.0/build-tests'
'build' finished successfully (34.329s)
==> Starting check()...
  -> Running test 'Passing'...
Passing more than 1 argument to af-add is deprecated!
Passing more than 1 argument to af-add is deprecated!                                                                                                                                                                                                                                                
0 unittests successfully run.

Exiting... (Fatal error)
==> ERROR: A failure occurred in check().

dbermond commented on 2020-09-07 13:17 (UTC)

@xykr Sorry, but Artix Linux and AUR helpers are not supported.

xykr commented on 2020-09-07 01:58 (UTC)

@dbermond I'm using Artix and the command is "yay -S mpv-full" Do I just have to install in a traditional fashion every time I run into a check issue like this? I was able to install it from source when I ran "makepkg --nocheck". Are AUR helpers just inherently unable to finish the job if there's a check issue, or does the issue lie somewhere else?

dbermond commented on 2020-09-05 15:03 (UTC)

@xykr The package is building fine. Whats your operating system and the command that you're using to build?

xykr commented on 2020-09-03 18:14 (UTC)

mpv-full always fails to make for me. I always get this error: ==> Starting check()... -> Running test 'cplayer:'... cplayer: 0 unittests successfully run. cplayer: cplayer: Exiting... (Fatal error) ==> ERROR: A failure occurred in check(). Aborting... error making: mpv-full

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

@RubenKelevra This is not a problem at all. And rsound support was dropped in git master, so the package will not be needed anymore on the next stable version.

RubenKelevra commented on 2020-04-29 09:12 (UTC)

The dependency rsound is orphaned

dbermond commented on 2019-12-21 02:01 (UTC)

@bobpaul Don't do this. You should not mess with library symlinks like this.

You just need to rebuild the package against the current libplacebo soname.

bobpaul commented on 2019-12-18 06:52 (UTC)

I've been getting an error about missing libplacebo when trying to open mpv with some files:

$ mpv somefile.avi
mpv: error while loading shared libraries: cannot open shared object file: No such file or directory

I have libplacebo 1.21.0 installed from extra. I fixed it by just symlinking to the non-versioned lib in /usr/libs/

$ sudo ln -s /usr/lib/ /usr/lib/

I'm not sure what the most palatable fix for this package would be. Seems weird to install a symlink into /usr/lib pointing to a file owned by another package...

archifer commented on 2019-10-30 11:32 (UTC) (edited on 2019-10-30 11:33 (UTC) by archifer)

Saved my day! This is the only working version for me the other new versions crash or they don't work with SMplayer but this one works

dbermond commented on 2019-09-18 17:49 (UTC)

@artivision Sorry but I cannot support your mesa package. You can manually disable the options that are breaking the build for you, like the one you mentioned.

artivision commented on 2019-09-18 13:43 (UTC)

You manually enabled the feature 'egl-x11', but the autodetection check failed. Mesa-ACO-git breaks MPV. Can i disable EGL during building?

dbermond commented on 2019-04-02 21:55 (UTC)

@dkibet Sorry, but I cannot reproduce your issue. Everything is building and working fine here.

First of all, make sure that you're building in a clean tree (use makepkg -C option). Also, you can try to reinstall ffmpeg. If it's still not building, try to build it a clean chroot and it should work, preferably with all aur dependencies also built from a clean chroot.

dkibet commented on 2019-03-30 18:06 (UTC) (edited on 2019-03-30 18:31 (UTC) by dkibet)

@dbermond No, I am using the one from the repos

EDIT: I tried several times and got this once.

/usr/bin/ld: demux/demux_mkv.c.25.o: undefined reference to symbol 'av_lzo1x_decode@@LIBAVUTIL_56'
/usr/bin/ld: /usr/lib/ error adding symbols: DSO missing from command line
collect2: error: ld returned 1 exit status

../player/audio.c: In function ‘reinit_audio_filters_and_output’:
../player/audio.c:253:33: warning: ‘%s’ directive output may be truncated writing up to 127 bytes into a region of size between 66 and 76 [-Wformat-truncation=]
     snprintf(buf, buf_sz, "%dHz %s %dch %s", rate,
              ch, channels.num, af_fmt_to_str(format));
../player/audio.c:253:27: note: directive argument in the range [0, 255]
     snprintf(buf, buf_sz, "%dHz %s %dch %s", rate,
In file included from /usr/include/stdio.h:873,
                 from ../mpv_talloc.h:2,
                 from ../player/audio.c:26:
/usr/include/bits/stdio2.h:67:10: note: ‘__builtin___snprintf_chk’ output 10 or more bytes (assuming 139) into a destination of size 80
   return __builtin___snprintf_chk (__s, __n, __USE_FORTIFY_LEVEL - 1,
        __bos (__s), __fmt, __va_arg_pack ());

dbermond commented on 2019-03-29 16:13 (UTC)

@dkibet Package is building fine. Do you have a modified ffmpeg package?

dkibet commented on 2019-03-28 12:00 (UTC)

I am getting this error

/usr/bin/ld: demux/demux_mkv.c.25.o: undefined reference to symbol 'av_lzo1x_decode@@LIBAVUTIL_56'
/usr/bin/ld: /usr/lib/ error adding symbols: DSO missing from command line
collect2: error: ld returned 1 exit status

dbermond commented on 2018-07-28 00:42 (UTC)

@daswf852 I cannot reproduce your issue. Package is building, installing and working fine for me.

Something seems to be wrong in your system. The file 'vk_icd.h' is owned by package vulkan-headers, and not by vulkan-icd-loader. There is no conflict here. Please make sure that your system is up-to-date.

daswf852 commented on 2018-07-27 15:18 (UTC) (edited on 2018-07-27 15:19 (UTC) by daswf852)

I'm getting the following error while installing:
error: failed to commit transaction (conflicting files)
vulkan-headers: /usr/include/vulkan/vk_icd.h exists in filesystem (owned by vulkan-icd-loader)
Errors occurred, no packages were upgraded.
Error installing repo packages

dbermond commented on 2018-01-18 23:51 (UTC)

@Cysioland mpv 0.28.0 requires: libavutil>=56.6.0, libavcodec>=58.8.0, libavformat>=58.1.0, libswscale>=5.0.0, libavfilter>=7.0.0 and libavresample>=4.0.0.

See here:

These are provided by ffmpeg git master (ffmpeg-git or some variant).

Stable ffmpeg releases (like the one you mentioned, ffmpeg-full-nvenc, and the repository ffmpeg) doesn't provide these .so libraries version numbers. They provide lower versions and it will cause failure in building mpv. Just try to build it using a stable ffmpeg release and you will see.

Cysioland commented on 2018-01-18 18:15 (UTC)

Why does it need ffmpeg-git? Is there any reason why it perhaps couldn't run with ffmpeg-full-nvenc?

dbermond commented on 2018-01-18 17:47 (UTC)

@fitu996 vapoursynth from official repositories cannot be installed with ffmpeg-git due to dependency break on .so libraries version number. It needs ffmpeg from official repositories, which in turn have a lower .so library version number.

Since here we need ffmpeg-git, it's also necessary to compile vapoursynth against ffmpeg-git in order for it to work with the current ffmpeg git master .so libraries version number. Hence, using vapoursynth-git here.

fitu996 commented on 2018-01-18 05:05 (UTC)

Why it need vapoursynth-git?

It's seems that it can build using vapoursynth in official repo. But I have not test it yet.

dbermond commented on 2017-11-17 21:58 (UTC)

@fitu996 Thank you for reporting this. It was due to libva 2.0. Now fixed.

fitu996 commented on 2017-11-16 04:44 (UTC)

Hi, I've suffered from build error for a long time. I need your help ___________________________ $ LC_ALL=en_US.UTF-8 yaourt -S mpv-full ...... [302/516] Compiling player/misc.c [303/516] Compiling audio/audio_buffer.c [304/516] Compiling sub/dec_sub.c [305/516] Compiling video/vaapi.c ../video/vaapi.c: In function 'va_initialize': ../video/vaapi.c:191:5: error: too few arguments to function 'vaSetErrorCallback' vaSetErrorCallback(va_error_callback); ^~~~~~~~~~~~~~~~~~ In file included from ../video/vaapi.h:24:0, from ../video/vaapi.c:22: /usr/include/va/va.h:270:19: note: declared here VAMessageCallback vaSetErrorCallback(VADisplay dpy, VAMessageCallback callback, void *user_context); ^~~~~~~~~~~~~~~~~~ ../video/vaapi.c:192:5: error: too few arguments to function 'vaSetInfoCallback' vaSetInfoCallback(va_info_callback); ^~~~~~~~~~~~~~~~~ In file included from ../video/vaapi.h:24:0, from ../video/vaapi.c:22: /usr/include/va/va.h:276:19: note: declared here VAMessageCallback vaSetInfoCallback(VADisplay dpy, VAMessageCallback callback, void *user_context); ^~~~~~~~~~~~~~~~~ [306/516] Compiling player/sub.c Waf: Leaving directory `/tmp/yaourt-tmp-***/aur-mpv-full/src/mpv-0.27.0/build' Build failed -> task in 'mpv' failed with exit status 1 (run with -v to display more information) ==> ERROR: A failure occurred in build(). Aborting... ==> ERROR: Makepkg was unable to build mpv-full. _____________________________________ What would be the problem?

dbermond commented on 2017-06-26 01:49 (UTC)

@fitu996 No. I'll trigger the necessary rebuilds of mpv-full by increasing its 'pkgrel'. Not all changings of ffmpeg-full requires a rebuild of mpv-full. As far as I can tell, the last changes on ffmpeg-full does not required rebuild of mpv-full. Please let me know if you had any problem with mpv-full after the last ffmpeg-full updates.

fitu996 commented on 2017-06-26 01:40 (UTC)

Do I need to recompile this package every time when you push a new commit to ffmpeg-full?

dbermond commented on 2017-06-01 19:31 (UTC)

@fitu996 Ok, good to know that it's easier now. Can you please post a report about the ffmpeg-full-git problems that you're having? Please post it on ffmpeg-full-git page.

fitu996 commented on 2017-06-01 03:30 (UTC) (edited on 2017-06-01 03:40 (UTC) by fitu996)

@dbermond Thanks.I will try it. Recently,I have a problem for updating ffmpeg-full-git.Everytime I update it I have to edit the pkgbuild because some dependence of ffmpeg-full-git cannot build.You helped me a lot.

dbermond commented on 2017-05-31 23:55 (UTC)

@fitu996 Now the x86_64 package is depending on a ffmpeg stable relase (ffmpeg-full).

dbermond commented on 2017-05-10 21:48 (UTC)

@fitu996 Really strange, it should be working fine after the rebuild/updates. It worked perfectly with me in the tested environments. But it's good to know that you got everything Ok now :) Ah, now I see your point: ffmpeg release version. To be honest, I don't see that much difference because ffmpeg releases new versions frequently and there are usually the need for dependency related rebuilds. It think it's Ok if you use ffmpeg-full-git and update it only at the time of new releases and rebuilds. It would be quite the same effort needed with ffmpeg-full-nvenc. I'm really missing many rebuilds with ffmpeg-full-git because I compile it everyday, but I will try to pay more attention now. I've been using ffmpeg git master version for a long time. It's the recommended version by the ffmpeg developers and works really well.

fitu996 commented on 2017-05-09 11:42 (UTC)

@dbermond I don't know why, but simply update system and all AUR packages cannot solve this problem. I have completely reinstall my ArchLinux and now it works fine. Thank you for your help. I prefer to use ffmpeg-full-nvenc just because it is a stable relase version and it has already installed in my computer. The *-git package in AUR always need to update manually. Recompile costs a lot of time so I ... You know, I am too lazy. But anyway, thank you for your help. I switched to ffmpeg-full-git.

dbermond commented on 2017-05-08 16:26 (UTC)

@fitu996 Regarding ffmpeg-full-git dependency, I think it's a nice way to handle ffmpeg with cuda enabled. It has only a few differences in comparison with ffmpeg-full-nvenc so I don't understand the point in your wish to change it. If/when ffmpeg changes its major so-version number maybe I'll be forced to switch, but right now it works just fine. Regarding the showed errors, that was because of the new libcdio-paranoia version (10.2+0.94+1) that was just released. I've triggered rebuilds for ffmpeg-full-git and mpv-full/mpv-full-git. Update your system and all AUR packages and it will build fine.

fitu996 commented on 2017-05-08 11:03 (UTC)

@dbermond Ffmpeg-full-git is not the only version compiled with cuda support. I used to use ffmpeg-full-nvenc for your package, and it works well. By the way, the latest version of your package cannot build. It says: ----------------------------------------------------------- [509/517] Linking build/ [510/517] Linking build/ [511/517] Linking build/ [512/517] Linking build/ [513/517] Linking build/ [514/517] Linking build/mpv [515/517] Linking build/ /usr/lib/gcc/x86_64-pc-linux-gnu/6.3.1/../../../../lib/对‘cdio_paranoia_read@CDIO_PARANOIA_2’未定义的引用 /usr/lib/gcc/x86_64-pc-linux-gnu/6.3.1/../../../../lib/对‘cdio_paranoia_modeset@CDIO_PARANOIA_2’未定义的引用 /usr/lib/gcc/x86_64-pc-linux-gnu/6.3.1/../../../../lib/对‘cdio_cddap_close@CDIO_CDDA_2’未定义的引用 /usr/lib/gcc/x86_64-pc-linux-gnu/6.3.1/../../../../lib/对‘cdio_cddap_identify@CDIO_CDDA_2’未定义的引用 /usr/lib/gcc/x86_64-pc-linux-gnu/6.3.1/../../../../lib/对‘cdio_paranoia_seek@CDIO_PARANOIA_2’未定义的引用 /usr/lib/gcc/x86_64-pc-linux-gnu/6.3.1/../../../../lib/对‘cdio_cddap_speed_set@CDIO_CDDA_2’未定义的引用 /usr/lib/gcc/x86_64-pc-linux-gnu/6.3.1/../../../../lib/对‘cdio_cddap_errors@CDIO_CDDA_2’未定义的引用 /usr/lib/gcc/x86_64-pc-linux-gnu/6.3.1/../../../../lib/对‘cdio_paranoia_init@CDIO_PARANOIA_2’未定义的引用 /usr/lib/gcc/x86_64-pc-linux-gnu/6.3.1/../../../../lib/对‘cdio_paranoia_free@CDIO_PARANOIA_2’未定义的引用 /usr/lib/gcc/x86_64-pc-linux-gnu/6.3.1/../../../../lib/对‘cdio_cddap_messages@CDIO_CDDA_2’未定义的引用 /usr/lib/gcc/x86_64-pc-linux-gnu/6.3.1/../../../../lib/对‘cdio_cddap_disc_lastsector@CDIO_CDDA_2’未定义的引用 /usr/lib/gcc/x86_64-pc-linux-gnu/6.3.1/../../../../lib/对‘cdio_cddap_open@CDIO_CDDA_2’未定义的引用 /usr/lib/gcc/x86_64-pc-linux-gnu/6.3.1/../../../../lib/对‘cdio_cddap_verbose_set@CDIO_CDDA_2’未定义的引用 collect2: 错误:ld 返回 1 Waf: Leaving directory `/tmp/yaourt-tmp-***/aur-mpv-full/src/mpv-0.25.0/build' Build failed -> task in 'mpv' failed with exit status 1 (run with -v to display more information) ------------------------------------------------------ At first I think it might due to ffmpeg-full-nvenc, then I installed ffmpeg-full-git, but the error still. "对" means nothing, you can ignore it. "未定义的引用" means "Undefined reference" "错误" means "Error" "返回" means "Returns"

dbermond commented on 2017-04-30 16:56 (UTC)

@fitu996 What's the problem with ffmpeg-full-git? :-) For building mpv-full you need a ffmpeg version compiled with cuda support. ffmpeg-full-git does the job.

fitu996 commented on 2017-04-25 11:17 (UTC)

Could you consider to remove dependence for ffmpeg-full-git? It can work well with other ffmpeg such as ffmpeg-full-nvenc. I'm not English speaker,sorry for my bad English.