Package Details: mpv-full 0.25.0-3

Git Clone URL: https://aur.archlinux.org/mpv-full.git (read-only)
Package Base: mpv-full
Description: A free, open source, and cross-platform media player (with all possible libs)
Upstream URL: http://mpv.io/
Licenses: GPL
Conflicts: mpv, mpv-full-git, mpv-git
Provides: mpv
Submitter: dbermond
Maintainer: dbermond
Last Packager: dbermond
Votes: 2
Popularity: 0.923037
First Submitted: 2017-02-15 20:52
Last Updated: 2017-05-08 16:14

Dependencies (34)

Required by (65)

Sources (1)

Latest Comments

dbermond commented on 2017-05-10 21:48

@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

@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

@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

@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/libframestep.so
[510/517] Linking build/libtile.so
[511/517] Linking build/libildetect.so
[512/517] Linking build/librectangle.so
[513/517] Linking build/libtelecine.so
[514/517] Linking build/mpv
[515/517] Linking build/libmpv.so
/usr/lib/gcc/x86_64-pc-linux-gnu/6.3.1/../../../../lib/libavdevice.so:对‘cdio_paranoia_read@CDIO_PARANOIA_2’未定义的引用
/usr/lib/gcc/x86_64-pc-linux-gnu/6.3.1/../../../../lib/libavdevice.so:对‘cdio_paranoia_modeset@CDIO_PARANOIA_2’未定义的引用
/usr/lib/gcc/x86_64-pc-linux-gnu/6.3.1/../../../../lib/libavdevice.so:对‘cdio_cddap_close@CDIO_CDDA_2’未定义的引用
/usr/lib/gcc/x86_64-pc-linux-gnu/6.3.1/../../../../lib/libavdevice.so:对‘cdio_cddap_identify@CDIO_CDDA_2’未定义的引用
/usr/lib/gcc/x86_64-pc-linux-gnu/6.3.1/../../../../lib/libavdevice.so:对‘cdio_paranoia_seek@CDIO_PARANOIA_2’未定义的引用
/usr/lib/gcc/x86_64-pc-linux-gnu/6.3.1/../../../../lib/libavdevice.so:对‘cdio_cddap_speed_set@CDIO_CDDA_2’未定义的引用
/usr/lib/gcc/x86_64-pc-linux-gnu/6.3.1/../../../../lib/libavdevice.so:对‘cdio_cddap_errors@CDIO_CDDA_2’未定义的引用
/usr/lib/gcc/x86_64-pc-linux-gnu/6.3.1/../../../../lib/libavdevice.so:对‘cdio_paranoia_init@CDIO_PARANOIA_2’未定义的引用
/usr/lib/gcc/x86_64-pc-linux-gnu/6.3.1/../../../../lib/libavdevice.so:对‘cdio_paranoia_free@CDIO_PARANOIA_2’未定义的引用
/usr/lib/gcc/x86_64-pc-linux-gnu/6.3.1/../../../../lib/libavdevice.so:对‘cdio_cddap_messages@CDIO_CDDA_2’未定义的引用
/usr/lib/gcc/x86_64-pc-linux-gnu/6.3.1/../../../../lib/libavdevice.so:对‘cdio_cddap_disc_lastsector@CDIO_CDDA_2’未定义的引用
/usr/lib/gcc/x86_64-pc-linux-gnu/6.3.1/../../../../lib/libavdevice.so:对‘cdio_cddap_open@CDIO_CDDA_2’未定义的引用
/usr/lib/gcc/x86_64-pc-linux-gnu/6.3.1/../../../../lib/libavdevice.so:对‘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

@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

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.