Package Details: mpv-git 0.39.0_13_g2c5928e518-1

Git Clone URL: https://aur.archlinux.org/mpv-git.git (read-only, click to copy)
Package Base: mpv-git
Description: Video player based on MPlayer/mplayer2 (git version)
Upstream URL: https://mpv.io
Keywords: media player video
Licenses: GPL-2.0-or-later
Conflicts: mpv
Provides: libmpv.so, mpv
Submitter: rpolzer
Maintainer: qmega
Last Packager: qmega
Votes: 225
Popularity: 0.167051
First Submitted: 2012-12-04 09:21 (UTC)
Last Updated: 2024-09-24 06:58 (UTC)

Required by (409)

Sources (2)

Latest Comments

« First ‹ Previous 1 .. 11 12 13 14 15 16 17 18 19 20 21 .. 38 Next › Last »

qmega commented on 2017-11-02 05:19 (UTC) (edited on 2017-11-04 18:38 (UTC) by qmega)

ffmpeg-mpv-git can now be installed alongside a different system ffmpeg, and is now the default dependency for this package, because that actually builds successfully right now. You can still build against the system ffmpeg by uncommenting a line in the PKGBUILD, but as of this writing that build will fail. In the future, mpv should build with upstream ffmpeg "most of the time" (according to mpv's primary dev). I'm not yet sure which will be the eventual default for this package, but for now it's the one that it actually builds with.

qmega commented on 2017-11-01 13:01 (UTC) (edited on 2017-11-01 13:02 (UTC) by qmega)

Some changes have been merged in libav and ffmpeg-mpv that haven't been merged by ffmpeg upstream yet, and mpv now depends on them; it's failing on the soversion being too low, not the explicit lack of ffmpeg-mpv. Once ffmpeg merges the changes (assuming they do), this package should then build against it again.

j605 commented on 2017-11-01 08:19 (UTC)

@Nothing4You it seems to require ffmpeg-mpv and doesn't build now. It is better to wait for a week or two until wm4 manages to merge this in upstream.

Nothing4You commented on 2017-10-31 20:24 (UTC)

Shouldn't this be building against ffmpeg-full-git 3.5.r88431.gd0920da029-1 now? Or does it actually still require ffmpeg-mpv-git? I'm getting the following error: Checking for Libav/FFmpeg library versions : no ('libavutil >= 56.0.100 libavcodec >= 58.2.100 libavformat >= 58.0.102 libswscale >= 5.0.101 libavfilter >= 7.0.101 libswresample >= 3.0.100' not found) Unable to find development files for some of the required FFmpeg/Libav libraries. You need git master. For FFmpeg, the mpv fork, that might contain additional fixes and features is required. It is available on https://github.com/mpv-player/ffmpeg-mpv Aborting.

qmega commented on 2017-10-31 00:17 (UTC)

Note: mpv now requires ffmpeg git.[1] I'm still patching to allow upstream ffmpeg for now, but I'm not going to maintain backwards compatibility for ffmpeg release by myself. This package may start depending on ffmpeg-git, but I'm not doing that yet because that would exclude ffmpeg-mpv-git at the moment. It's entirely possible this churn will continue for a bit. Users with limited free time who don't have any problems with their current mpv might want to hold off on upgrading for the time being. [1] https://github.com/mpv-player/mpv/commit/a7f4ecb01299835a1afe5cc051be1e9bb5d4f15d

qmega commented on 2017-10-28 02:46 (UTC)

Thanks for the heads up. I'm hoping this will blow over too, and don't want to make an intrusive change that might just be reverted next week. For now I'm reverting the commit that rejects upstream ffmpeg and applying the patch from #5033 - it's by the same guy who made the breaking change in ffmpeg so I'd sure hope it fixes the issue, and appears to work with the stable ffmpeg in Arch's repos as well. I don't want to carry patches against upstream long-term, but for the time being either ffmpeg or mpv needs to be patched (unless we bundle ffmpeg here). Patching here seems like it will be the least trouble for most users for now. I'll reevaluate this decision after seeing what happens the next week or so.

Griever commented on 2017-10-28 00:40 (UTC) (edited on 2017-10-28 00:43 (UTC) by Griever)

The only change mpv's ffmpeg fork currently contains from upstream ffmpeg git is a revert of the commit which broke mpv. Depending on a ffmpeg-mpv-git package doesn't seem like the best move. ffmpeg appears to be working on fixing this unintended breakage upstream and I'd suggest waiting for that to land. Until then, users have a couple choices: 1) Build ffmpeg-git without the commit which caused the breakage[1] 2) Use ffmpeg 3.4 (#branch=release/3.4) 3) Build mpv with the patch that fixes(?) the issue[2] Note that the above still requires the workaround dbermond posted. This is likely just another knee-jerk reaction by mpv's developer and will hopefully be peacefully resolved soon. [1] https://github.com/FFmpeg/FFmpeg/commit/858db4b01fa2b55ee55056c033054ca54ac9b0fd [2] https://github.com/mpv-player/mpv/pull/5033

dbermond commented on 2017-10-27 18:52 (UTC)

@qmega mpv has removed official support for upstream ffmpeg and will fail to build with it. Now mpv requires the git master branch of its own modified version of ffmpeg, called ffmpeg-mpv. For details, see: https://github.com/mpv-player/mpv/commit/83d44aca7dc7f46b8d3b64d441f5a8317a40e080 For a possible solution until there is no Arch official repository workaround, see: https://aur.archlinux.org/cgit/aur.git/commit/?h=mpv-full-git&id=208c5355653a0eaa6e243302bd380ae61241d170 Another possibility is to depend directly on ffmpeg-mpv-git, but this would restrict users to a single ffmpeg aur variant.

qmega commented on 2017-08-02 00:14 (UTC)

Right, ffmpeg-git uses libmysofa instead of netcdf, as will future ffmpeg releases, presumably.

laichiaheng commented on 2017-08-01 15:58 (UTC) (edited on 2017-08-01 15:58 (UTC) by laichiaheng)

I've found another package in AUR, it is mpv-build-git which is built with ffmpeg-git, and it seems like there is no need to install the netcdf.

« First ‹ Previous 1 .. 11 12 13 14 15 16 17 18 19 20 21 .. 38 Next › Last »