summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
...
* media-video/mpv: update liveIonen Wolkens2023-08-181-5/+1
| | | | | | | Newer libplacebo is now a hard requirement with USE=libplacebo regardless of gpu-next. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* media-video/mpv: drop 0.35.1-r1Ionen Wolkens2023-08-061-303/+0
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* media-video/mpv: backport old sub select behavior in 0.36.0Ionen Wolkens2023-08-032-0/+36
| | | | | | | Unsure if a 0.36.1 is coming, but if not it may be worth it before consider stabling this one. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* media-video/mpv: disable IUSE=xv by defaultIonen Wolkens2023-07-252-2/+2
| | | | | | | | | | | | While fairly unexpensive to keep enabled, using xv is hardly recommended nowadays (mpv will warn if used). Users are free to re-enable if used, but being default for everyone makes little sense. Note that a -vo=x11 for basic testing is still available either way with USE=X. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* media-video/mpv: update liveIonen Wolkens2023-07-251-14/+16
| | | | | | | | | | | | | | | | | | | | | | | vaapi-egl option just got removed. This along with previous updates now make vaapi options a lot less confusing and can be used with less USE being enabled. `vaapi? ( wayland? ( drm ) )` should also no longer be relevant, it was primarily added to avoid confusion from mpv-0.34->0.35 upgrade given the change in behavior that made it non-obvious that USE=-drm (perhaps disabled long ago) was breaking setups. But 0.34 been gone for a while now. Not that this means that should disable USE=drm unless really not being used. Also adjust gbm handling, technically only uses libgbm with egl-drm. Still does not feel worth having its own USE=gbm like before. Plus some minor style adjustments, used it for a while but having second thoughts about this quoting style. (note that there is good odds there will be 0.36.1 soon) Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* media-video/mpv: update liveIonen Wolkens2023-07-241-3/+3
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* media-video/mpv: adjust libplacebo warningIonen Wolkens2023-07-231-2/+2
| | | | | | | | | | Turns out mpv did a temporary revert to be able to use older version for the release and missed that. So comments about libplacebo version from previous commit summary do not apply. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* media-video/mpv: add 0.36.0Ionen Wolkens2023-07-233-0/+322
| | | | | | | | | | | | | | Neither me nor pipewire upstream expected a release soon, but turns out did not have to worry about that. Also includes more pipewire fixes than just the emergency one so ao=pipewire users should upgrade ahead of stable. Note that this needs the latest version of libplacebo or else gpu-next won't be enabled (that version is however incompatible with <ffmpeg-6.1 and <vlc-4 -- not that it's currently enabled in Gentoo for vlc-3 and is off-by-default on ffmpeg). Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* media-video/mpv: sync live keywordsIonen Wolkens2023-07-231-1/+1
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* media-video/mpv: backport fix for use with pipewire-0.3.75Ionen Wolkens2023-07-232-0/+390
| | | | | | | | | | | | | | | | | | Albeit, regardless of this patch or stable pipewire, ao=pipewire on 0.35.1 seems to have several other issues (in my VM it results in horribly crackling audio), and I personally recommend ao=pulse (or jack/alsa) instead to use with pipewire. Pipewire does work great in mpv-9999, so next release should be better. Considered a ~arch revbump, but given this only touch pipewire code and that ao=pipewire is already a bit bad on 0.35.1 I'm not sure it's worth the stabilization trouble (aka current keywords are intentional). Tested with both 0.3.75 and stable 0.3.71, but will keep -r1 for a bit in case of something I missed. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* media-video/mpv: loosen libplacebo requirement in liveIonen Wolkens2023-07-151-2/+5
| | | | | | | | | | | | Using a older libplacebo is possible, but gpu-next support will be missing. Lower bound felt harmless to ensure all features, but other packages (e.g. ffmpeg) could potentially need to set temporary upper bounds like mpv-0.35 did and this will create conflicts. Not that it matters that much while this is only in mpv-9999. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* media-video/mpv: note new options in liveIonen Wolkens2023-07-151-0/+5
| | | | | | | | Meant to handle them but upon closer look there's not really anything that should be done -- but may be worth noting. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* media-video/mpv: style fixIonen Wolkens2023-07-031-4/+2
| | | | | | | Not sure why I put parentheses there, maybe(?) it's clearer but eh.. they do nothing. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* media-video/mpv: update libplacebo boundsIonen Wolkens2023-07-032-2/+5
| | | | | | | | | | | mpv-9999 needs >=5.266 which is not released yet unless counting the release candidate (6.287.0_rc1). And then that version appears to break older mpv (can skip revbump thanks to the binding operator). If using the live ebuild, please keyword either <libplacebo-9999 or use an up-to-date 9999 build. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* media-video/mpv: enable py3.12Ionen Wolkens2023-05-232-2/+2
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* media-video/mpv: defer to new global USE=vulkan descriptionIonen Wolkens2023-05-231-1/+0
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* media-video/mpv: drop 0.35.0-r1Ionen Wolkens2023-04-052-310/+0
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* media-video/mpv: Stabilize 0.35.1-r1 x86, #893480Arthur Zamarin2023-04-011-1/+1
| | | | Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
* media-video/mpv: update liveIonen Wolkens2023-03-291-0/+1
| | | | | | | | Probably no reason (for us) to make that a separate USE, it just means need to depend on recent enough libplacebo which we already do. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* media-video/mpv: require newer libplacebo in liveIonen Wolkens2023-03-271-1/+1
| | | | | | | It can work with older, but this is the (new) minimum version for gpu-next to be enabled. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* media-video/mpv: drop 0.34.1-r1Ionen Wolkens2023-03-093-363/+0
| | | | | | | | | Been a while and about time to clean this up + old libplacebo despite bug #885397 that leaves mpv without alpha keywords anymore (up to alpha@ whether want to leave that way or still rekeyword). Bug: https://bugs.gentoo.org/885397 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* media-video/mpv: backport ytdl hook fix for dash videosIonen Wolkens2023-03-062-0/+59
| | | | | | | | Feels safe enough for straight-to-stable given only touches the lua script which is already semi-broken. Closes: https://bugs.gentoo.org/899956 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* media-video/mpv: drop custom src_test in liveIonen Wolkens2023-03-031-24/+1
| | | | | | | All tests are now handled by meson and --unittest no longer exists. For now skip nothing but may need to revisit this. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* media-video/mpv: don't unnecessarily pass -I/-L for raspberry-piIonen Wolkens2023-02-282-10/+0
| | | | | | | | | | | | | | | | If meson.build doesn't find the pkg-config file, it'll fail. So there's no sense in adding this ourselves. mpv already looks for the .pc file in /opt/vc for userland-bin, and meson considers SYSROOT even with absolute paths (cross works). Prefix is untested (would need more setting up to try this on arm), may or may not need to use PKG_CONFIG_PATH so it can find brcmegl.pc depending on how meson handles it -- but either way is unlikely to work given userland-bin's .pc are not modified to include EPREFIX (not going to worry unless someone actually uses this configuration). Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* media-video/mpv: Keyword 0.35.1 hppa, #885397Matoro Mahri2023-02-261-1/+1
| | | | | Signed-off-by: Matoro Mahri <matoro@users.noreply.github.com> Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
* media-video/mpv: Stabilize 0.35.1 ppc, #893480Sam James2023-02-071-1/+1
| | | | Signed-off-by: Sam James <sam@gentoo.org>
* media-video/mpv: Stabilize 0.35.1 amd64, #893480Sam James2023-02-071-1/+1
| | | | Signed-off-by: Sam James <sam@gentoo.org>
* media-video/mpv: Stabilize 0.35.1 ppc64, #893480Sam James2023-02-071-1/+1
| | | | Signed-off-by: Sam James <sam@gentoo.org>
* media-video/mpv: allow using raspberry-userland-binIonen Wolkens2023-02-063-3/+21
| | | | | | | | | | Currently fails to build with non-bin wrt bug #893422, so let's at least allow this one. Runtime untested (have no raspberry-pi). (no revbump needed given it currently doesn't build with non-bin) Bug: https://bugs.gentoo.org/893422 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* media-video/mpv: add 0.35.1Ionen Wolkens2023-01-282-0/+298
| | | | | | | | | | | | | | bugfix-only release with cherry picks from master, so likely won't wait very long to stable it wrt bug #889178, upstream has added an automated mode used by default so it doesn't enable DR when it's not benefical meson_src_test addition didn't make in this version, so keeping tests unchanged from 0.35.0 Closes: https://bugs.gentoo.org/889178 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* media-video/mpv: run meson_src_test in liveIonen Wolkens2023-01-201-0/+3
| | | | | | | | | Only does a very basic libmpv test so far, but it is something and upstream added it to their CI -- so let's run it too (no-op if USE=-libmpv, but run unconditionally given more tests may be added in the future). Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* media-video/mpv: drop 0.35.0-r0Ionen Wolkens2023-01-141-287/+0
| | | | | | | | This is the only 0.35 with alpha/hppa KEYWORDS but these were never really tested after the major changes and may as well wait for bug #885397's rekeywording. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* */*: remove py3.8 from PYTHON_COMPATDavid Seifert2023-01-144-6/+6
| | | | Signed-off-by: David Seifert <soap@gentoo.org>
* media-video/mpv: drop obsolete rst2html workaround in liveIonen Wolkens2023-01-131-7/+1
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* */*: reassign zlogene@Michał Górny2023-01-131-4/+0
| | | | Signed-off-by: Michał Górny <mgorny@gentoo.org>
* media-video/mpv: Stabilize 0.35.0-r1 ppc64, #889006Sam James2023-01-131-1/+1
| | | | Signed-off-by: Sam James <sam@gentoo.org>
* media-video/mpv: Stabilize 0.35.0-r1 ppc, #889006Sam James2023-01-131-1/+1
| | | | Signed-off-by: Sam James <sam@gentoo.org>
* media-video/mpv: Keyword 0.35.0-r1 ppc64, #885397Ionen Wolkens2023-01-121-1/+1
| | | | | Tested-by: ernsteiswuerfel <erhard_f@mailbox.org> Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* media-video/mpv: Keyword 0.35.0-r1 ppc, #885397Ionen Wolkens2023-01-111-2/+2
| | | | | Tested-by: ernsteiswuerfel <erhard_f@mailbox.org> Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* media-video/mpv: skip img_format and repack_sws testIonen Wolkens2022-12-302-2/+32
| | | | | | | | | | | This seems to be mostly inconsistencies than actual issues. Thanks to ernsteiswuerfel for verifying runtime is fine on real hardware. Tried with ppc64 qemu and the other tests don't fail. Closes: https://bugs.gentoo.org/888639 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* media-video/mpv: stabilize 0.35.0-r1 for amd64, x86Ionen Wolkens2022-12-291-1/+1
| | | | | | | | | Been a while and no known major issues, albeit 0.34 will be kept for some time still given this is a year worth of changes plus ppc/ppc64 stable is held up for now wrt bug #888639. Closes: https://bugs.gentoo.org/884519 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* media-video/mpv: require drm with wayland+vaapiIonen Wolkens2022-12-263-3/+12
| | | | | | | | | | | | | | | | | Builds fine without and not entirely sure which configurations truly need USE=drm (nvidia-only so I don't test vaapi), but reports show that it's unlikely to work with (at least) wayland in 0.35. Already enabled by default and realistically everyone with USE=wayland and vaapi will have the deps so there's little reason to disable it. Skipping revbump as it's not overly a problem, mostly in preparation for stabilization in case anyone did global USE=-drm or so. Alternatively it may make sense to drop the USE and enable by default if a non-headless/library build, but leaving that alone for now. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* media-video/mpv: Keyword 0.35.0-r1 riscv, #885397Jakov Smolić2022-12-111-1/+1
| | | | Signed-off-by: Jakov Smolić <jsmolic@gentoo.org>
* media-video/mpv: Keyword 0.35.0-r1 arm64, #885397Sam James2022-12-111-1/+1
| | | | Signed-off-by: Sam James <sam@gentoo.org>
* media-video/mpv: Keyword 0.35.0-r1 arm, #885397Sam James2022-12-111-1/+1
| | | | Signed-off-by: Sam James <sam@gentoo.org>
* media-video/mpv: add USE=sixel supportIonen Wolkens2022-12-103-2/+289
| | | | | | Revbump to handle restoring dropped keywords rather than .mask. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* media-video/mpv: adjust/update USE descriptionsIonen Wolkens2022-12-051-10/+9
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* media-video/mpv: note that yt-dlp support needs USE=luaIonen Wolkens2022-12-052-2/+2
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* media-video/mpv: bump ffmpeg min req to >=4.4 in liveIonen Wolkens2022-12-041-1/+1
| | | | | | Not super important but we still have ffmpeg-4.2 in tree. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* media-video/mpv: enable drm and libmpv by defaultIonen Wolkens2022-11-192-4/+4
| | | | | | | | | | | | | Low footprint options, realistically everyone has libdrm unless this is an headless machine or put mesa in package.provided and going nvidia+libglvnd-only. Being disabled can also give unexpected results with e.g. vaapi. And libmpv is just an annoyance to enable for any users of frontends. Could even consider removing the option (forced on), which would also simplify the -Dgl logic, but I'll leave that alone at least for now. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>