Package Details: mpv-full 0.39.0-1

Git Clone URL: https://aur.archlinux.org/mpv-full.git (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: https://mpv.io/
Keywords: hwaccel mpv player video
Licenses: GPL-2.0-or-later
Conflicts: mpv
Provides: mpv
Submitter: dbermond
Maintainer: dbermond
Last Packager: dbermond
Votes: 21
Popularity: 0.000002
First Submitted: 2017-02-15 20:52 (UTC)
Last Updated: 2024-09-23 23:50 (UTC)

Required by (401)

Sources (1)

Latest Comments

« First ‹ Previous 1 .. 5 6 7 8 9 10

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/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 (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.