| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
| |
virtual/linuxtv-dvb-headers has been important in the past when
linux-headers was not yet up-to-date.
Now it just pulls in sys-kernel/linux-headers.
Even that could be dropped as it is part of @system.
But this might not be valid everywhere.
Bug: https://bugs.gentoo.org/924398
Signed-off-by: Matthias Schwarzott <zzam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
| |
The additional patches we apply to media-video/ffmpeg may not always be
immediately available following an upstream release. Adding the soc USE flag to
this package ensures that users don't accidentally upgrade to an ffmpeg version
that lacks them.
Signed-off-by: James Le Cuirot <chewi@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Could adjust or skip only with USE=-vulkan wrt bug #924276, but ffmpeg
tests have caused other issues before depending on ffmpeg version and
BE arches (seen on hppa, and formerly on ppc64be). They also do not
seem very interesitng downstream as their purpose seem to be to track
subtle changes in ffmpeg versions without necessarily meaning there is
a notable runtime issue.
Was going to skip only img-format but the other ffmpeg test has also
caused issues on e.g. hppa and meson still doesn't allow to skip
specific tests currently (only suites).
hppa still has the timer test failing which is likely an actual
problem though (not really looked into but it's unkeyworded now).
Bug: https://bugs.gentoo.org/921091
Closes: https://bugs.gentoo.org/924276
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
| |
media-libs/raspberrypi-userland(-bin) is being last-rited. The Linux
kernel and FFmpeg now support the Pi, among other devices, natively.
Enable media-video/ffmpeg's "soc" USE flag to enable that support.
Signed-off-by: James Le Cuirot <chewi@gentoo.org>
|
|
|
|
|
|
|
| |
Related code was removed upstream, it was supposedly broken
for a while and went unnoticed too.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
| |
This will be needed likely soon when cache PR is merged
and no harm in sorting it out now.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Could revisit if there's real interest, but let's keep it simple
otherwise.
Not dropping 0.36.0-r1 itself just yet due to the changes in
scaling profile defaults (users may want to try 0.36.0 to check
what's wrong with performance and need --profile=fast, esp. on
rpis and similar).
Closes: https://bugs.gentoo.org/921091
Closes: https://bugs.gentoo.org/917682
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
|
|
|
|
|
| |
Signed-off-by: Matoro Mahri <matoro_gentoo@matoro.tk>
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
| |
Does not add much over the new global desc (unlike the opengl one).
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: James Le Cuirot <chewi@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
meson.build was updated to only enable shaderc for windows builds
given anything else will use libplacebo, so let's just leave
the setting alone now.
shaderc can now technically be avoided entirely with
libplacebo[glslang,-shaderc], albeit shaderc is still what
upstream libplacebo prefers at the moment (aka in the event
both are available, it'll force shaderc).
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@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>
|
|
|
|
|
|
| |
Option was removed upstream, now always used.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
| |
Unused since a month ago.
Signed-off-by: Ionen Wolkens <ionen@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>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
| |
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>
|