summaryrefslogtreecommitdiffstats
path: root/README.md
Commit message (Collapse)AuthorAgeFilesLines
* DOCS: make mentions of macOS consistentder richter2024-02-211-1/+1
| | | | | change all mentions and variations of OSX, OS X, MacOSX, MacOS X, etc consistent. use the official naming macOS.
* README: mention libplacebo subproject integrationsfan52024-02-121-0/+7
|
* README: specify the meaning of "not too ancient Linux"nanahi2024-01-061-1/+2
| | | | | | Commits like 3b198668821685295e1e122df92adfbacc55a8f5 show that in practice, only the lastest releases of popular distributions are supported.
* README: recommend --profile=fast for crappy GPUsnanahi2024-01-061-1/+2
| | | | | | | 0.37.0 uses more computationally expensive shaders by default, which can cause high GPU usage and frame drops even for modern integrated GPUs, especially with 4K and high fps contents. Recommend --profile=fast for them.
* various: fix capitalization of 'GitHub'Ikko Eltociear Ashimine2023-12-271-1/+1
|
* meson: remove libplacebo wrapllyyr2023-10-251-9/+0
| | | | This causes more pain than it is worth
* README: bump macOS version as a consequence of libplacebo version bumpllyyr2023-10-241-1/+1
| | | | | We require libplacebo 6.338 or newer, which currently doesn't support macOS 10.14 or older. Consequences of progress
* README: add libplacebo to dependencies and mention wrapllyyr2023-10-241-0/+10
|
* timer: drop ancient macOS fallbackDudemanguy2023-10-211-1/+1
| | | | | | | macOS didn't support clock_gettime until 10.12 which was released roughly 7 years ago. Since we're breaking support for ancient OSes anyway, we might as well break some old macOS versions for fun. This makes 10.12 the minimum supported macOS version.
* README: update release frequencyGuido Cella2023-10-131-4/+4
| | | | Updates README.md like 1e9a2cbebff updated DOCS/release-policy.md.
* README: update minimum windows version and clarifyDudemanguy2023-08-291-1/+6
| | | | | | | | | The README says Windows 7 and up, but the reality is that Windows development is not done with 7 in mind and there are several known issues that nobody is going to fix. Change this to 10 to reflect reality. Also add a small paragraph explaining that we don't intentionally break old systems, but don't expect them to always work. Also change OSX to macOS.
* README: replace outdated xinerama reference with xpresentDudemanguy2023-08-271-1/+1
| | | | | | | 200992f90c49fdc2d5605cf79ffaa5247fd62e3e stopped linking mpv to libXinerama so this library isn't needed anymore. However, we do use xpresent so mention that instead since all the other needed xorg libraries are listed as well.
* DOCS: update LGPL building instructionslights01232023-08-101-1/+1
| | | | previous build system used --enable-lgpl
* waf: remove waf as a build systemLaserEyess2023-07-231-36/+2
| | | | | | 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.
* build: officially deprecate wafDudemanguy2023-01-151-0/+3
| | | | | | | | 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.
* ci: use meson setup build instead of meson buildDudemanguy2022-10-291-2/+2
| | | | | | | | | | | | 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
* various: fix typosCœur2022-04-251-1/+1
|
* build: add meson build supportDudemanguy2021-11-141-4/+21
| | | | | | Adds support for the meson build system as well as a bit of documentation. Compatibility with the existing waf build is maintained.
* waftools/features: add forgotten enable variants for enabled featuresJan Ekström2021-09-201-4/+4
| | | | | | | | | 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.
* DOCS: convert mpv.io and github links to httpsLaserEyess2021-08-171-2/+2
| | | | | | | | | 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.
* {ci,docs,README}: update IRC references to new networkJan Ekström2021-06-081-2/+2
|
* README: fix link to feature-request issuesGuilherme2021-05-281-1/+1
|
* README: update libass dependency harfbuzz as non-optionalder richter2021-01-241-3/+3
| | | | | | since libass 0.15 harfbuzz is no longer optional. Fixes #8412
* README: remove trollingwm42020-05-231-4/+0
| | | | | | | | | | | | | | | | | | 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.
* README: looks like we won't need win32 support anymorewm42020-05-191-0/+3
|
* README: fix typoRemita Amine2019-12-041-1/+1
|
* README.md: fix dead FAQ link due to syntax errorTimothy DeHerrera2019-11-091-3/+3
|
* README.md: reduce focus on MPlayer, small improvementswm42019-11-021-9/+20
| | | | | | | | 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.
* README.md: minor cleanupswm42019-10-021-40/+3
| | | | | | | | | 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.
* README.md: remove dead homebrew-mpv linkVítor Galvão2019-10-021-1/+0
|
* README: remove old googlegroups mailing list addresswm42019-09-141-3/+0
| | | | Is anyone still monitoring this in any way? I think not.
* Improve readme aesthetics.Aman2018-09-301-7/+5
| | | | | This fixes the line under the header, creates a title header, and slightly improves list formatting.
* README: mention that Libav support is brokenwm42018-04-201-3/+3
| | | | | I hoped Libav would add the FFmpeg changes (codec/demuxer/filter list APIs), but nothing happened. So it's broken currently.
* README: mention some semi-required FFmpeg dependencieswm42018-03-031-0/+4
| | | | | | | | 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.
* README: some rewording and markdown improvementsLarivact2017-12-151-8/+8
|
* README: reorganize table of contentsLarivact2017-12-151-3/+12
| | | | | Add missing sections, make order consistent, create a new section for external links and rename "Manual" link.
* Remove support for ffmpeg-mpvRostislav Pehlivanov2017-12-051-18/+5
|
* README: fix markdown formatting of ffmpeg linkVijay Marupudi2017-11-261-1/+1
| | | | Pretty self-explanatory, square brackets instead of curly ones.
* build: make it easier to force FFmpeg upstreamwm42017-11-011-11/+8
| | | | | | | | | | | 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.
* Bump libav* API usewm42017-10-301-8/+4
| | | | (Not tested on Windows and OSX.)
* Copyright: some more licensing clarificationswm42017-10-131-1/+2
| | | | | | 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.
* README.md: explicitly link contribute.mdwm42017-10-091-5/+8
| | | | | Also move the license section, because it looks strange how the link list is above it.
* README: drop support for Windows VistaMartin Herkt2017-10-041-1/+1
| | | | See #4952.
* video: drop old D3D11/DXVA2 supportwm42017-09-261-0/+1
| | | | | | | | | 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.)
* Revert "x11: drop xscrnsaver use"Martin Herkt2017-08-201-1/+1
| | | | | | | | | | | | | | 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.
* x11: drop xscrnsaver usewm42017-08-081-1/+1
| | | | | | | | | | | 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.
* README: shorten a section and link to FAQ insteadwm42017-06-271-15/+3
|
* README: missing correction from previous commitRicardo Constantino2017-06-211-2/+6
| | | | | Also add links pointing to wiki and issue tracker feature requests for new contributions.
* README: more grammar and spelling correctionsRicardo Constantino2017-06-211-14/+17
| | | | Most of them pointed out and corrected by uau.
* README.md: spelling correctionsadeshkp2017-06-201-2/+2
|
* README: add example compilation commandswm42017-06-021-0/+7
| | | | Not sure if that helps.
* video: drop vaapi/vdpau hw decoding support with FFmpeg 3.2wm42017-04-231-0/+3
| | | | | | | | | | 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.
* README: list some more X11 dependencieswm42017-04-231-1/+1
|
* build: make various x11 protocol extension libs mandatorywm42017-04-211-1/+2
| | | | | | | 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.
* Switch demuxing and decoding to GStreamer (finally FFmpeg independence!)wm42017-04-011-4/+5
| | | | | | README.md: fix linebreaks It's only a README, but the 80 columns limit should be followed.
* README.md: update comments about Windows hwdec/GLwm42017-03-131-5/+3
| | | | | | 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.
* build: bump required minimum versions to FFmpeg 3.2.2 and Libav 12wm42016-12-071-1/+1
| | | | Fixes the build with Libav 11 (not).
* README: add links to various changelogswm42016-11-151-1/+20
| | | | | | | | 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.
* readme: fix typoBen Boeckel2016-07-011-1/+1
|
* player: fatal error if linked and compiled FFmpeg versions mismatchwm42016-07-011-0/+3
| | | | | | | | | 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().
* README: declare that we do not respect FFmpeg ABI ruleswm42016-06-291-0/+11
|
* README: eloborate on stable FFmpeg releases furtherwm42016-03-101-0/+5
| | | | We _really_ try to discourage using older releases.
* README: edit release section, add section about preferred FFmpeg versionwm42016-03-071-10/+13
| | | | All using properly seasoned words.
* README: remove pointer to homebrew-mpvStefano Pigozzi2015-12-261-4/+0
|
* README: add something about system requirementswm42015-11-221-0/+16
| | | | | | | | | 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).
* README: suggest uchardet instead of Enca as dependencywm42015-11-161-1/+1
| | | | | Enca is dead, uchardet is better (in half of all cases; on others it's worse).
* README: link to Copyright instead of LICENSE filewm42015-10-061-1/+1
| | | | | | | 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.
* README: clarify license statementwm42015-10-061-2/+2
| | | | Fixes #2382.
* README: remove dead links to mailing listswm42015-07-141-4/+0
| | | | | | These were deleted due to inactivity. Fixes #2135.
* Various spelling fixesMarcin Kurczewski2015-06-181-1/+1
| | | | Signed-off-by: wm4 <wm4@nowhere>
* old-configure: hidewm42015-05-091-3/+0
| | | | It shouldn't be used, but it's still in the repo because I say so.
* manpage: update mpv IRC channelsNiklas Haas2015-04-271-2/+2
| | | | | Moved to #mpv and #mpv-devel, respectively. Travis details were also updated.
* README: remove dead linkwm42015-04-101-1/+1
|
* Update README.mdCris2015-04-091-20/+42
| | | | Signed-off-by: wm4 <wm4@nowhere>
* README: fix typoswm42015-03-041-1/+1
|
* README: add some better linkswm42015-03-041-3/+31
| | | | | Also write something about MPlayer, since this is a frequently asked question.
* build: bump required FFmpeg/Libav librarieswm42015-03-031-1/+1
| | | | | | | | | | | | | | | | 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.
* build: require recent libasswm42015-02-181-1/+1
| | | | | | | | | Nobody should use an