| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
Closes: https://bugs.gentoo.org/893422
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
| |
USE=lua led to confusion that some action is needed, let's be
more verbose and only mention it when it's not set.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
| |
umpv seems fine at a glance, not that messed with it much
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>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
| |
No real need to keep this -r1, will stable 0.38 soon'ish.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
| |
Not that ffmpeg-7.0 is in tree yet (just released), and when it
is it'll start out masked.
Odds are that mpv-0.38 will release before ffmpeg-7.0 is unmasked,
but it'll be one less issue to hit for those testing it early.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
| |
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>
|