| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
previous build system used --enable-lgpl
|
|
|
|
|
|
| |
Remove waf entirely in favor of meson as the only supported build
system. Waf was officially deprecated in 0.36.0, and has not been
preferred over meson since 0.35.0.
|
|
|
|
|
|
|
|
| |
While the waf build has served us well for many years, it's time to
officially consider it deprecated. The meson build was added fully with
the intention to eventually replace waf and its current state is more
than good enough to do that. Let's start the deprecation period now to
give users a heads up to switch before we remove waf for good.
|
|
|
|
|
|
|
|
|
|
|
|
| |
The old "meson build" build command was actually deprecated a few months
ago*. It turns out that you're supposed to use "meson setup build"
instead which has been around for years. Go ahead and be a good citizen
and update this in the CI. Also replace any mention of "meson build"
with "meson setup build" in the documentation as well and change the one
random hardcoded string we have in meson.build to "meson configure
build" (might as well).
*: https://github.com/mesonbuild/meson/commit/3c7ab542c0c4770241eae149b0d4cd8de329aee0
|
| |
|
|
|
|
|
|
| |
Adds support for the meson build system as well as a bit of
documentation. Compatibility with the existing waf build is
maintained.
|
|
|
|
|
|
|
|
|
| |
This brings enabled features on the same level as disabled and
auto-detected features by having both alternatives available.
Looking at the commit message of 652895abdce4bc1ff2f00c7f21c0d0d722680806
this seems to have been the intent from the start, but this specific
definition was missing from the option creation in Features.
|
|
|
|
|
|
|
|
|
| |
Discovered with:
find . -type f \( -name '*.md' -o -name '*.rst' \) -exec grep -n 'http://' {} +
All links to mpv.io or github.com/mpv-player that were http were
converted to https.
|
| |
|
| |
|
|
|
|
|
|
| |
since libass 0.15 harfbuzz is no longer optional.
Fixes #8412
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
I guess this qualifies as trolling. It's becoming increasingly clear
that Microsoft will not be able to deliver on this promise, at least not
in the way they made it seem at first. I'm not sure if Microsoft was the
one who did the trolling, or me. I actually expected that we'd get full
GUI integration of Linux applications including accelerated graphics,
but it was always clear that it wasn't going to work as well as
natively.
In any case, there is no need to frighten any users. The time when you
can run only "Windows Store Apps" on Windows (== the end for mpv and
many other applications on Windows) will come soon enough.
The "faster than native" statement is based on other people's real
experience of software running faster in Linux VMs than native windows
ports, by the way.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
MPlayer isn't all too well-known anymore. It does not make sense to
"advertise" with it (and it actually never did).
The GPU comment needed clarification. I think originally, it was just to
signal that you'll have a bad time with Intel. Make that broader.
|
|
|
|
|
|
|
|
|
| |
I don't think MPlayer/mplayer2 and Libav are well-known enough anymore
to warrant such a prominent place in the top-level README file of this
project. It's just useless noise to most users. So I've moved these
things to the FAQ.
Update some other minor things.
|
| |
|
|
|
|
| |
Is anyone still monitoring this in any way? I think not.
|
|
|
|
|
| |
This fixes the line under the header, creates a title header, and
slightly improves list formatting.
|
|
|
|
|
| |
I hoped Libav would add the FFmpeg changes (codec/demuxer/filter list
APIs), but nothing happened. So it's broken currently.
|
|
|
|
|
|
|
|
| |
I think DASH playback tends to work much better with FFmpeg's DASH
demuxer, which requires libxml2.
For nvdec, FFmpeg git master now requires the external nvidia headers,
since the builtin ones were removed.
|
| |
|
|
|
|
|
| |
Add missing sections, make order consistent, create a new section for external
links and rename "Manual" link.
|
| |
|
|
|
|
| |
Pretty self-explanatory, square brackets instead of curly ones.
|
|
|
|
|
|
|
|
|
|
|
| |
Apparently some people want this. Actually making it compile is still
their problem, though, and I expect that build with FFmpeg upstream will
occasionally be broken (as it is right now). This is because mpv also
relies on API provided by Libav, and if FFmpeg hasn't merged that yet,
it's not our problem - we provide a version of FFmpeg upstream with
those changes merged, and it's called ffmpeg-mpv.
Also adjust the README which still talked about FFmpeg releases.
|
|
|
|
| |
(Not tested on Windows and OSX.)
|
|
|
|
|
|
| |
Unfortunately I'm also adding the full text of the LGPL license text,
because the GPL one was already present in this repository, and I don't
want to imply that the GPL somehow has priority.
|
|
|
|
|
| |
Also move the license section, because it looks strange how the link
list is above it.
|
|
|
|
| |
See #4952.
|
|
|
|
|
|
|
|
|
| |
Now you need FFmpeg git, or something.
This also gets rid of the last real use of gpu_memcpy(). libavutil does
that itself. (vaapi.c still used it, but it was essentially unused,
because the code path isn't really in use anymore. It wasn't even
included due to the d3d-hwaccel dependency in wscript.)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This broke screensaver/powersave inhibition with at least KDE and
LXDE. This is a release blocker.
Since fdo, KDE and GNOME idiots seem to be unable to reach
a consensus on a simple protocol, this seems unlikely to get
fixed upstream this year, so revert this change.
Fixes #4752.
Breaks #4706 but I don’t give a damn.
This reverts commit 3f75b3c3439241c209349908fa190c0382e44f05.
|
|
|
|
|
|
|
|
|
|
|
| |
It's an ancient X11 protocol extension that apparently nobody uses
anymore (desktop environments in particular have replaced it with
equally bad protocols that require tons of dependencies). Users keep
complaining about it being a required dependency.
The impact is likely minimal to none.
Fixes #4706 and other annoying people.
|
| |
|
|
|
|
|
| |
Also add links pointing to wiki and issue tracker feature requests
for new contributions.
|
|
|
|
| |
Most of them pointed out and corrected by uau.
|
| |
|
|
|
|
| |
Not sure if that helps.
|
|
|
|
|
|
|
|
|
|
| |
This drops support for the old libavcodec APIs. Now FFmpeg 3.3 or FFmpeg
git is required. Libav has no release with the new APIs yet, so for
Libav git as of a few weeks or months ago or so is required if you want
to use Libav.
Not much actually changes in hwdec_vaegl.c - some code is removed, but
the reindentation inflates the diff.
|
| |
|
|
|
|
|
|
|
| |
Reduces the ifdeffery, which is good and will avoid silent breakages, or
weird behavior if a lib is omitted.
Also reorder the x11_common.c include statements.
|
|
|
|
|
|
| |
README.md: fix linebreaks
It's only a README, but the 80 columns limit should be followed.
|
|
|
|
|
|
| |
We have direct rendering with hardware decoding now (so no SSE4 for
memcpy from GPU memory required), and also OpenGL drivers are not so
much of a problem anymore with ANGLE being default.
|
|
|
|
| |
Fixes the build with Libav 11 (not).
|
|
|
|
|
|
|
|
| |
We're too lazy to maintain a full changelog, but there are still a bunch
of places which document specific changes. A user really should check
them on each update, even if there are transition periods (including
printing warnings etc.) for most changes. It's a good idea to give them
more exposure by adding them to the README.
|
| |
|
|
|
|
|
|
|
|
|
| |
We don't support this anymore.
This tries to exit in a controlled way after command line options are
applied in order to honor logging options and, in case of libmpv, not to
kill the host. Not sure if it would be better to just vomit text to
stderr and call abort().
|
| |
|
|
|
|
| |
We _really_ try to discourage using older releases.
|
|
|
|
| |
All using properly seasoned words.
|
| |
|
|
|
|
|
|
|
|
|
| |
This is actually all bullshit. There are many factors that can ruin the
video playback experience (and most outside of our or the user's
control).
One thing that makes sense is that this declares incompatibility with
Windows XP (fixes #2473).
|
|
|
|
|
| |
Enca is dead, uchardet is better (in half of all cases; on others it's
worse).
|
|
|
|
|
|
|
| |
The Copyright file explains the whole license mess. The earlier change
was apparently confusing, because the link reading "details" merely
linked to the GPLv2 license instead of explaining anything. In fact, I
meant to link to the Copyright file in the first place.
|
|
|
|
| |
Fixes #2382.
|
|
|
|
|
|
| |
These were deleted due to inactivity.
Fixes #2135.
|
|
|
|
| |
Signed-off-by: wm4 <wm4@nowhere>
|
|
|
|
| |
It shouldn't be used, but it's still in the repo because I say so.
|
|
|
|
|
| |
Moved to #mpv and #mpv-devel, respectively. Travis details were also
updated.
|
| |
|
|
|
|
| |
Signed-off-by: wm4 <wm4@nowhere>
|
| |
|
|
|
|
|
| |
Also write something about MPlayer, since this is a frequently asked
question.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The af_lavrresample commit made compilation fail on Libav 10, so I think
it's time to require somewhat more recent dependencies.
Libav 11 is the latest release, and FFmpeg 2.4 seems to correspond to
Libav 11. So use these.
Also adjust the configure failure message. Instead of (accidentally)
printing the pkg-config versions twice, print the release version
numbers too. This is helpful, because the release version numbers are
completely different from the pkg-config ones.
I will probably remove some compatibility hacks in the following commits
too.
|
|
|
|
|
|
|
|
|
| |
Nobody should use an older version. It's perfectly backwards and forward
compatible, so distros have no excuse not to package a recent version.
Older versions lack tons of bug fixes (some of them crashing bugs, and
potentially security relevant).
With love to Debian, which is still on 0.10.2.
|
| |
|
|
|
|
| |
Requested in #935.
|
| |
|
|
|
|
| |
Also, fix vo.rst, don't want to waste a separate commit on this.
|
|
|
|
| |
Useless and ugly.
|
|
|
|
|
| |
I spotted to the grammatically incorrect "it's", and ended up redoing
parts of the section.
|
|
|
|
| |
Because it looks nice.
|
|
|
|
|
|
|
|
|
|
|
| |
No development activity (or even any sign of life) for almost a year.
A replacement based on youtube-dl will probably be provided before the
next mpv release. Ask on the IRC channel if you want to test.
Simplify the Lua check too: libquvi linking against a different Lua
version than mpv was a frequent issue, but with libquvi gone, no
direct dependency uses Lua, and such a clash is rather unlikely.
|
| |
|
| |
|
|
|
|
|
| |
This additional sub-directory doesn't serve any purpose anymore. Get rid
of it.
|
| |
|
| |
|