| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
| |
Newer libplacebo is now a hard requirement with
USE=libplacebo regardless of gpu-next.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
| |
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>
|
|
|
|
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
|
|
|
| |
Not sure why I put parentheses there, maybe(?) it's clearer
but eh.. they do nothing.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
|
|
|
| |
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>
|
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
|
|
|
| |
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>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
|
| |
Signed-off-by: Matoro Mahri <matoro@users.noreply.github.com>
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
| |
Signed-off-by: David Seifert <soap@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
| |
Tested-by: ernsteiswuerfel <erhard_f@mailbox.org>
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
| |
Tested-by: ernsteiswuerfel <erhard_f@mailbox.org>
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
| |
Signed-off-by: Jakov Smolić <jsmolic@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
| |
Revbump to handle restoring dropped keywords rather than .mask.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
| |
Not super important but we still have ffmpeg-4.2 in tree.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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>
|