2012-11-29 16:26:02 +00:00
|
|
|
mpv
|
|
|
|
###
|
|
|
|
|
|
|
|
##############
|
2014-07-26 20:38:48 +00:00
|
|
|
a media player
|
2012-11-29 16:26:02 +00:00
|
|
|
##############
|
|
|
|
|
2013-10-12 23:18:50 +00:00
|
|
|
:Copyright: GPLv2+
|
2012-11-29 16:26:02 +00:00
|
|
|
:Manual section: 1
|
|
|
|
:Manual group: multimedia
|
manpage: merge new manpage
About a year ago, ubitux converted most of the old manpage from the
hard to maintain nroff format to reStructuredText. This was not merged
back into the master repository immediately. The argument was that the
new manpage still required work to be done. However, progress was very
slow. Even worse: the old manpage wasn't updated, because it was
scheduled for deletion, and updating it would have meant useless work.
Now the situation is that the new manpage still isn't finished, and the
old manpage is grossly out of sync with the player. This is not helpful
for users. Additionally, keeping the new manpage in a separate branch,
while the normal development repository for code had the old manpage,
was very inconvenient, because you couldn't just update the
documentation in the same commit as the code.
Even though the new manpage isn't finished yet, merging it now seems to
be the best course of action. Squash-merge the manpage development
branch [1], revision e89f5dd3f2, which branches from the mplayer2
master branch after revision 159102e0cb.
Committers:
* Clément Bœsch <ubitux@gmail.com> (Initial conversion to RST.)
* Uoti Urpala <uau@mplayer2.org> (Many updates.)
* Myself (Minor edits.)
Most text of the manpage has been directly taken from the old manpage,
because this is a conversion, not a complete rewrite.
[1] http://git.mplayer2.org/uau/mplayer2.git/log/?h=man
2012-08-02 19:37:33 +00:00
|
|
|
|
2016-12-14 00:21:30 +00:00
|
|
|
.. contents:: Table of Contents
|
|
|
|
|
2013-07-07 18:37:47 +00:00
|
|
|
SYNOPSIS
|
manpage: merge new manpage
About a year ago, ubitux converted most of the old manpage from the
hard to maintain nroff format to reStructuredText. This was not merged
back into the master repository immediately. The argument was that the
new manpage still required work to be done. However, progress was very
slow. Even worse: the old manpage wasn't updated, because it was
scheduled for deletion, and updating it would have meant useless work.
Now the situation is that the new manpage still isn't finished, and the
old manpage is grossly out of sync with the player. This is not helpful
for users. Additionally, keeping the new manpage in a separate branch,
while the normal development repository for code had the old manpage,
was very inconvenient, because you couldn't just update the
documentation in the same commit as the code.
Even though the new manpage isn't finished yet, merging it now seems to
be the best course of action. Squash-merge the manpage development
branch [1], revision e89f5dd3f2, which branches from the mplayer2
master branch after revision 159102e0cb.
Committers:
* Clément Bœsch <ubitux@gmail.com> (Initial conversion to RST.)
* Uoti Urpala <uau@mplayer2.org> (Many updates.)
* Myself (Minor edits.)
Most text of the manpage has been directly taken from the old manpage,
because this is a conversion, not a complete rewrite.
[1] http://git.mplayer2.org/uau/mplayer2.git/log/?h=man
2012-08-02 19:37:33 +00:00
|
|
|
========
|
|
|
|
|
2014-11-02 15:05:52 +00:00
|
|
|
| **mpv** [options] [file|URL|PLAYLIST|-]
|
2012-10-11 00:04:08 +00:00
|
|
|
| **mpv** [options] files
|
manpage: merge new manpage
About a year ago, ubitux converted most of the old manpage from the
hard to maintain nroff format to reStructuredText. This was not merged
back into the master repository immediately. The argument was that the
new manpage still required work to be done. However, progress was very
slow. Even worse: the old manpage wasn't updated, because it was
scheduled for deletion, and updating it would have meant useless work.
Now the situation is that the new manpage still isn't finished, and the
old manpage is grossly out of sync with the player. This is not helpful
for users. Additionally, keeping the new manpage in a separate branch,
while the normal development repository for code had the old manpage,
was very inconvenient, because you couldn't just update the
documentation in the same commit as the code.
Even though the new manpage isn't finished yet, merging it now seems to
be the best course of action. Squash-merge the manpage development
branch [1], revision e89f5dd3f2, which branches from the mplayer2
master branch after revision 159102e0cb.
Committers:
* Clément Bœsch <ubitux@gmail.com> (Initial conversion to RST.)
* Uoti Urpala <uau@mplayer2.org> (Many updates.)
* Myself (Minor edits.)
Most text of the manpage has been directly taken from the old manpage,
because this is a conversion, not a complete rewrite.
[1] http://git.mplayer2.org/uau/mplayer2.git/log/?h=man
2012-08-02 19:37:33 +00:00
|
|
|
|
|
|
|
DESCRIPTION
|
|
|
|
===========
|
|
|
|
|
2014-07-26 20:38:48 +00:00
|
|
|
**mpv** is a media player based on MPlayer and mplayer2. It supports a wide variety of video
|
manpage: merge new manpage
About a year ago, ubitux converted most of the old manpage from the
hard to maintain nroff format to reStructuredText. This was not merged
back into the master repository immediately. The argument was that the
new manpage still required work to be done. However, progress was very
slow. Even worse: the old manpage wasn't updated, because it was
scheduled for deletion, and updating it would have meant useless work.
Now the situation is that the new manpage still isn't finished, and the
old manpage is grossly out of sync with the player. This is not helpful
for users. Additionally, keeping the new manpage in a separate branch,
while the normal development repository for code had the old manpage,
was very inconvenient, because you couldn't just update the
documentation in the same commit as the code.
Even though the new manpage isn't finished yet, merging it now seems to
be the best course of action. Squash-merge the manpage development
branch [1], revision e89f5dd3f2, which branches from the mplayer2
master branch after revision 159102e0cb.
Committers:
* Clément Bœsch <ubitux@gmail.com> (Initial conversion to RST.)
* Uoti Urpala <uau@mplayer2.org> (Many updates.)
* Myself (Minor edits.)
Most text of the manpage has been directly taken from the old manpage,
because this is a conversion, not a complete rewrite.
[1] http://git.mplayer2.org/uau/mplayer2.git/log/?h=man
2012-08-02 19:37:33 +00:00
|
|
|
file formats, audio and video codecs, and subtitle types. Special input URL
|
|
|
|
types are available to read input from a variety of sources other than disk
|
|
|
|
files. Depending on platform, a variety of different video and audio output
|
|
|
|
methods are supported.
|
|
|
|
|
|
|
|
Usage examples to get you started quickly can be found at the end of this man
|
|
|
|
page.
|
|
|
|
|
|
|
|
|
|
|
|
INTERACTIVE CONTROL
|
|
|
|
===================
|
|
|
|
|
2012-10-11 00:04:08 +00:00
|
|
|
mpv has a fully configurable, command-driven control layer which allows you
|
2015-03-24 15:02:48 +00:00
|
|
|
to control mpv using keyboard, mouse, or remote control (there is no
|
2015-03-24 14:53:36 +00:00
|
|
|
LIRC support - configure remotes as input devices instead).
|
|
|
|
|
|
|
|
See the ``--input-`` options for ways to customize it.
|
manpage: merge new manpage
About a year ago, ubitux converted most of the old manpage from the
hard to maintain nroff format to reStructuredText. This was not merged
back into the master repository immediately. The argument was that the
new manpage still required work to be done. However, progress was very
slow. Even worse: the old manpage wasn't updated, because it was
scheduled for deletion, and updating it would have meant useless work.
Now the situation is that the new manpage still isn't finished, and the
old manpage is grossly out of sync with the player. This is not helpful
for users. Additionally, keeping the new manpage in a separate branch,
while the normal development repository for code had the old manpage,
was very inconvenient, because you couldn't just update the
documentation in the same commit as the code.
Even though the new manpage isn't finished yet, merging it now seems to
be the best course of action. Squash-merge the manpage development
branch [1], revision e89f5dd3f2, which branches from the mplayer2
master branch after revision 159102e0cb.
Committers:
* Clément Bœsch <ubitux@gmail.com> (Initial conversion to RST.)
* Uoti Urpala <uau@mplayer2.org> (Many updates.)
* Myself (Minor edits.)
Most text of the manpage has been directly taken from the old manpage,
because this is a conversion, not a complete rewrite.
[1] http://git.mplayer2.org/uau/mplayer2.git/log/?h=man
2012-08-02 19:37:33 +00:00
|
|
|
|
2016-02-21 15:24:31 +00:00
|
|
|
The following listings are not necessarily complete. See ``etc/input.conf`` for
|
|
|
|
a list of default bindings. User ``input.conf`` files and Lua scripts can
|
|
|
|
define additional key bindings.
|
|
|
|
|
2013-07-07 18:37:47 +00:00
|
|
|
Keyboard Control
|
manpage: merge new manpage
About a year ago, ubitux converted most of the old manpage from the
hard to maintain nroff format to reStructuredText. This was not merged
back into the master repository immediately. The argument was that the
new manpage still required work to be done. However, progress was very
slow. Even worse: the old manpage wasn't updated, because it was
scheduled for deletion, and updating it would have meant useless work.
Now the situation is that the new manpage still isn't finished, and the
old manpage is grossly out of sync with the player. This is not helpful
for users. Additionally, keeping the new manpage in a separate branch,
while the normal development repository for code had the old manpage,
was very inconvenient, because you couldn't just update the
documentation in the same commit as the code.
Even though the new manpage isn't finished yet, merging it now seems to
be the best course of action. Squash-merge the manpage development
branch [1], revision e89f5dd3f2, which branches from the mplayer2
master branch after revision 159102e0cb.
Committers:
* Clément Bœsch <ubitux@gmail.com> (Initial conversion to RST.)
* Uoti Urpala <uau@mplayer2.org> (Many updates.)
* Myself (Minor edits.)
Most text of the manpage has been directly taken from the old manpage,
because this is a conversion, not a complete rewrite.
[1] http://git.mplayer2.org/uau/mplayer2.git/log/?h=man
2012-08-02 19:37:33 +00:00
|
|
|
----------------
|
|
|
|
|
|
|
|
LEFT and RIGHT
|
2014-08-11 19:56:37 +00:00
|
|
|
Seek backward/forward 5 seconds. Shift+arrow does a 1 second exact seek
|
2012-10-23 23:06:00 +00:00
|
|
|
(see ``--hr-seek``).
|
manpage: merge new manpage
About a year ago, ubitux converted most of the old manpage from the
hard to maintain nroff format to reStructuredText. This was not merged
back into the master repository immediately. The argument was that the
new manpage still required work to be done. However, progress was very
slow. Even worse: the old manpage wasn't updated, because it was
scheduled for deletion, and updating it would have meant useless work.
Now the situation is that the new manpage still isn't finished, and the
old manpage is grossly out of sync with the player. This is not helpful
for users. Additionally, keeping the new manpage in a separate branch,
while the normal development repository for code had the old manpage,
was very inconvenient, because you couldn't just update the
documentation in the same commit as the code.
Even though the new manpage isn't finished yet, merging it now seems to
be the best course of action. Squash-merge the manpage development
branch [1], revision e89f5dd3f2, which branches from the mplayer2
master branch after revision 159102e0cb.
Committers:
* Clément Bœsch <ubitux@gmail.com> (Initial conversion to RST.)
* Uoti Urpala <uau@mplayer2.org> (Many updates.)
* Myself (Minor edits.)
Most text of the manpage has been directly taken from the old manpage,
because this is a conversion, not a complete rewrite.
[1] http://git.mplayer2.org/uau/mplayer2.git/log/?h=man
2012-08-02 19:37:33 +00:00
|
|
|
|
|
|
|
UP and DOWN
|
|
|
|
Seek forward/backward 1 minute. Shift+arrow does a 5 second exact seek (see
|
2012-10-23 23:06:00 +00:00
|
|
|
``--hr-seek``).
|
manpage: merge new manpage
About a year ago, ubitux converted most of the old manpage from the
hard to maintain nroff format to reStructuredText. This was not merged
back into the master repository immediately. The argument was that the
new manpage still required work to be done. However, progress was very
slow. Even worse: the old manpage wasn't updated, because it was
scheduled for deletion, and updating it would have meant useless work.
Now the situation is that the new manpage still isn't finished, and the
old manpage is grossly out of sync with the player. This is not helpful
for users. Additionally, keeping the new manpage in a separate branch,
while the normal development repository for code had the old manpage,
was very inconvenient, because you couldn't just update the
documentation in the same commit as the code.
Even though the new manpage isn't finished yet, merging it now seems to
be the best course of action. Squash-merge the manpage development
branch [1], revision e89f5dd3f2, which branches from the mplayer2
master branch after revision 159102e0cb.
Committers:
* Clément Bœsch <ubitux@gmail.com> (Initial conversion to RST.)
* Uoti Urpala <uau@mplayer2.org> (Many updates.)
* Myself (Minor edits.)
Most text of the manpage has been directly taken from the old manpage,
because this is a conversion, not a complete rewrite.
[1] http://git.mplayer2.org/uau/mplayer2.git/log/?h=man
2012-08-02 19:37:33 +00:00
|
|
|
|
2014-11-19 22:03:42 +00:00
|
|
|
Ctrl+LEFT and Ctrl+RIGHT
|
|
|
|
Seek to the previous/next subtitle. Subject to some restrictions and
|
2016-04-03 11:10:23 +00:00
|
|
|
might not always work; see ``sub-seek`` command.
|
2014-11-19 22:03:42 +00:00
|
|
|
|
manpage: merge new manpage
About a year ago, ubitux converted most of the old manpage from the
hard to maintain nroff format to reStructuredText. This was not merged
back into the master repository immediately. The argument was that the
new manpage still required work to be done. However, progress was very
slow. Even worse: the old manpage wasn't updated, because it was
scheduled for deletion, and updating it would have meant useless work.
Now the situation is that the new manpage still isn't finished, and the
old manpage is grossly out of sync with the player. This is not helpful
for users. Additionally, keeping the new manpage in a separate branch,
while the normal development repository for code had the old manpage,
was very inconvenient, because you couldn't just update the
documentation in the same commit as the code.
Even though the new manpage isn't finished yet, merging it now seems to
be the best course of action. Squash-merge the manpage development
branch [1], revision e89f5dd3f2, which branches from the mplayer2
master branch after revision 159102e0cb.
Committers:
* Clément Bœsch <ubitux@gmail.com> (Initial conversion to RST.)
* Uoti Urpala <uau@mplayer2.org> (Many updates.)
* Myself (Minor edits.)
Most text of the manpage has been directly taken from the old manpage,
because this is a conversion, not a complete rewrite.
[1] http://git.mplayer2.org/uau/mplayer2.git/log/?h=man
2012-08-02 19:37:33 +00:00
|
|
|
[ and ]
|
|
|
|
Decrease/increase current playback speed by 10%.
|
|
|
|
|
|
|
|
{ and }
|
|
|
|
Halve/double current playback speed.
|
|
|
|
|
|
|
|
BACKSPACE
|
|
|
|
Reset playback speed to normal.
|
|
|
|
|
|
|
|
< and >
|
|
|
|
Go backward/forward in the playlist.
|
|
|
|
|
|
|
|
ENTER
|
2014-11-15 22:10:28 +00:00
|
|
|
Go forward in the playlist.
|
manpage: merge new manpage
About a year ago, ubitux converted most of the old manpage from the
hard to maintain nroff format to reStructuredText. This was not merged
back into the master repository immediately. The argument was that the
new manpage still required work to be done. However, progress was very
slow. Even worse: the old manpage wasn't updated, because it was
scheduled for deletion, and updating it would have meant useless work.
Now the situation is that the new manpage still isn't finished, and the
old manpage is grossly out of sync with the player. This is not helpful
for users. Additionally, keeping the new manpage in a separate branch,
while the normal development repository for code had the old manpage,
was very inconvenient, because you couldn't just update the
documentation in the same commit as the code.
Even though the new manpage isn't finished yet, merging it now seems to
be the best course of action. Squash-merge the manpage development
branch [1], revision e89f5dd3f2, which branches from the mplayer2
master branch after revision 159102e0cb.
Committers:
* Clément Bœsch <ubitux@gmail.com> (Initial conversion to RST.)
* Uoti Urpala <uau@mplayer2.org> (Many updates.)
* Myself (Minor edits.)
Most text of the manpage has been directly taken from the old manpage,
because this is a conversion, not a complete rewrite.
[1] http://git.mplayer2.org/uau/mplayer2.git/log/?h=man
2012-08-02 19:37:33 +00:00
|
|
|
|
|
|
|
p / SPACE
|
|
|
|
Pause (pressing again unpauses).
|
|
|
|
|
2013-07-08 16:02:14 +00:00
|
|
|
\.
|
2014-07-26 20:38:48 +00:00
|
|
|
Step forward. Pressing once will pause, every consecutive press will
|
manpage: merge new manpage
About a year ago, ubitux converted most of the old manpage from the
hard to maintain nroff format to reStructuredText. This was not merged
back into the master repository immediately. The argument was that the
new manpage still required work to be done. However, progress was very
slow. Even worse: the old manpage wasn't updated, because it was
scheduled for deletion, and updating it would have meant useless work.
Now the situation is that the new manpage still isn't finished, and the
old manpage is grossly out of sync with the player. This is not helpful
for users. Additionally, keeping the new manpage in a separate branch,
while the normal development repository for code had the old manpage,
was very inconvenient, because you couldn't just update the
documentation in the same commit as the code.
Even though the new manpage isn't finished yet, merging it now seems to
be the best course of action. Squash-merge the manpage development
branch [1], revision e89f5dd3f2, which branches from the mplayer2
master branch after revision 159102e0cb.
Committers:
* Clément Bœsch <ubitux@gmail.com> (Initial conversion to RST.)
* Uoti Urpala <uau@mplayer2.org> (Many updates.)
* Myself (Minor edits.)
Most text of the manpage has been directly taken from the old manpage,
because this is a conversion, not a complete rewrite.
[1] http://git.mplayer2.org/uau/mplayer2.git/log/?h=man
2012-08-02 19:37:33 +00:00
|
|
|
play one frame and then go into pause mode again.
|
|
|
|
|
2013-11-22 12:05:29 +00:00
|
|
|
,
|
2014-07-26 20:38:48 +00:00
|
|
|
Step backward. Pressing once will pause, every consecutive press will
|
2013-11-22 12:05:29 +00:00
|
|
|
play one frame in reverse and then go into pause mode again.
|
|
|
|
|
2014-09-15 21:22:21 +00:00
|
|
|
q
|
manpage: merge new manpage
About a year ago, ubitux converted most of the old manpage from the
hard to maintain nroff format to reStructuredText. This was not merged
back into the master repository immediately. The argument was that the
new manpage still required work to be done. However, progress was very
slow. Even worse: the old manpage wasn't updated, because it was
scheduled for deletion, and updating it would have meant useless work.
Now the situation is that the new manpage still isn't finished, and the
old manpage is grossly out of sync with the player. This is not helpful
for users. Additionally, keeping the new manpage in a separate branch,
while the normal development repository for code had the old manpage,
was very inconvenient, because you couldn't just update the
documentation in the same commit as the code.
Even though the new manpage isn't finished yet, merging it now seems to
be the best course of action. Squash-merge the manpage development
branch [1], revision e89f5dd3f2, which branches from the mplayer2
master branch after revision 159102e0cb.
Committers:
* Clément Bœsch <ubitux@gmail.com> (Initial conversion to RST.)
* Uoti Urpala <uau@mplayer2.org> (Many updates.)
* Myself (Minor edits.)
Most text of the manpage has been directly taken from the old manpage,
because this is a conversion, not a complete rewrite.
[1] http://git.mplayer2.org/uau/mplayer2.git/log/?h=man
2012-08-02 19:37:33 +00:00
|
|
|
Stop playing and quit.
|
|
|
|
|
core: add playback resume feature (manual/opt-in)
A "watch later" command is now mapped to Shift+Q. This quits the player
and stores the playback state in a config file in ~/.mpv/watch_later/.
When calling the player with the same file again, playback is resumed
at that time position.
It's also possible to make mpv save playback state always on quit with
the --save-position-on-quit option. Likewise, resuming can be disabled
with the --no-resume-playback option.
This also attempts to save some playback parameters, like fullscreen
state or track selection. This will unconditionally override config
settings and command line options (which is probably not what you would
expect, but in general nobody will really care about this). Some things
are not backed up, because that would cause various problems. Additional
subtitle files, video filters, etc. are not stored because that would be
too hard and fragile. Volume/mute state are not stored because it would
mess up if the system mixer is used, or if the system mixer was
readjusted in the meantime.
Basically, the tradeoff between perfect state restoration and
complexity/fragility makes it not worth to attempt to implement
it perfectly, even if the result is a little bit inconsistent.
2013-05-05 17:37:29 +00:00
|
|
|
Q
|
|
|
|
Like ``q``, but store the current playback position. Playing the same file
|
|
|
|
later will resume at the old playback position if possible.
|
|
|
|
|
manpage: merge new manpage
About a year ago, ubitux converted most of the old manpage from the
hard to maintain nroff format to reStructuredText. This was not merged
back into the master repository immediately. The argument was that the
new manpage still required work to be done. However, progress was very
slow. Even worse: the old manpage wasn't updated, because it was
scheduled for deletion, and updating it would have meant useless work.
Now the situation is that the new manpage still isn't finished, and the
old manpage is grossly out of sync with the player. This is not helpful
for users. Additionally, keeping the new manpage in a separate branch,
while the normal development repository for code had the old manpage,
was very inconvenient, because you couldn't just update the
documentation in the same commit as the code.
Even though the new manpage isn't finished yet, merging it now seems to
be the best course of action. Squash-merge the manpage development
branch [1], revision e89f5dd3f2, which branches from the mplayer2
master branch after revision 159102e0cb.
Committers:
* Clément Bœsch <ubitux@gmail.com> (Initial conversion to RST.)
* Uoti Urpala <uau@mplayer2.org> (Many updates.)
* Myself (Minor edits.)
Most text of the manpage has been directly taken from the old manpage,
because this is a conversion, not a complete rewrite.
[1] http://git.mplayer2.org/uau/mplayer2.git/log/?h=man
2012-08-02 19:37:33 +00:00
|
|
|
/ and *
|
|
|
|
Decrease/increase volume.
|
|
|
|
|
|
|
|
9 and 0
|
|
|
|
Decrease/increase volume.
|
|
|
|
|
|
|
|
m
|
|
|
|
Mute sound.
|
|
|
|
|
2012-08-02 17:31:33 +00:00
|
|
|
\_
|
manpage: merge new manpage
About a year ago, ubitux converted most of the old manpage from the
hard to maintain nroff format to reStructuredText. This was not merged
back into the master repository immediately. The argument was that the
new manpage still required work to be done. However, progress was very
slow. Even worse: the old manpage wasn't updated, because it was
scheduled for deletion, and updating it would have meant useless work.
Now the situation is that the new manpage still isn't finished, and the
old manpage is grossly out of sync with the player. This is not helpful
for users. Additionally, keeping the new manpage in a separate branch,
while the normal development repository for code had the old manpage,
was very inconvenient, because you couldn't just update the
documentation in the same commit as the code.
Even though the new manpage isn't finished yet, merging it now seems to
be the best course of action. Squash-merge the manpage development
branch [1], revision e89f5dd3f2, which branches from the mplayer2
master branch after revision 159102e0cb.
Committers:
* Clément Bœsch <ubitux@gmail.com> (Initial conversion to RST.)
* Uoti Urpala <uau@mplayer2.org> (Many updates.)
* Myself (Minor edits.)
Most text of the manpage has been directly taken from the old manpage,
because this is a conversion, not a complete rewrite.
[1] http://git.mplayer2.org/uau/mplayer2.git/log/?h=man
2012-08-02 19:37:33 +00:00
|
|
|
Cycle through the available video tracks.
|
|
|
|
|
2012-08-02 17:31:33 +00:00
|
|
|
\#
|
manpage: merge new manpage
About a year ago, ubitux converted most of the old manpage from the
hard to maintain nroff format to reStructuredText. This was not merged
back into the master repository immediately. The argument was that the
new manpage still required work to be done. However, progress was very
slow. Even worse: the old manpage wasn't updated, because it was
scheduled for deletion, and updating it would have meant useless work.
Now the situation is that the new manpage still isn't finished, and the
old manpage is grossly out of sync with the player. This is not helpful
for users. Additionally, keeping the new manpage in a separate branch,
while the normal development repository for code had the old manpage,
was very inconvenient, because you couldn't just update the
documentation in the same commit as the code.
Even though the new manpage isn't finished yet, merging it now seems to
be the best course of action. Squash-merge the manpage development
branch [1], revision e89f5dd3f2, which branches from the mplayer2
master branch after revision 159102e0cb.
Committers:
* Clément Bœsch <ubitux@gmail.com> (Initial conversion to RST.)
* Uoti Urpala <uau@mplayer2.org> (Many updates.)
* Myself (Minor edits.)
Most text of the manpage has been directly taken from the old manpage,
because this is a conversion, not a complete rewrite.
[1] http://git.mplayer2.org/uau/mplayer2.git/log/?h=man
2012-08-02 19:37:33 +00:00
|
|
|
Cycle through the available audio tracks.
|
|
|
|
|
|
|
|
f
|
|
|
|
Toggle fullscreen (see also ``--fs``).
|
|
|
|
|
2014-09-15 21:22:21 +00:00
|
|
|
ESC
|
|
|
|
Exit fullscreen mode.
|
|
|
|
|
manpage: merge new manpage
About a year ago, ubitux converted most of the old manpage from the
hard to maintain nroff format to reStructuredText. This was not merged
back into the master repository immediately. The argument was that the
new manpage still required work to be done. However, progress was very
slow. Even worse: the old manpage wasn't updated, because it was
scheduled for deletion, and updating it would have meant useless work.
Now the situation is that the new manpage still isn't finished, and the
old manpage is grossly out of sync with the player. This is not helpful
for users. Additionally, keeping the new manpage in a separate branch,
while the normal development repository for code had the old manpage,
was very inconvenient, because you couldn't just update the
documentation in the same commit as the code.
Even though the new manpage isn't finished yet, merging it now seems to
be the best course of action. Squash-merge the manpage development
branch [1], revision e89f5dd3f2, which branches from the mplayer2
master branch after revision 159102e0cb.
Committers:
* Clément Bœsch <ubitux@gmail.com> (Initial conversion to RST.)
* Uoti Urpala <uau@mplayer2.org> (Many updates.)
* Myself (Minor edits.)
Most text of the manpage has been directly taken from the old manpage,
because this is a conversion, not a complete rewrite.
[1] http://git.mplayer2.org/uau/mplayer2.git/log/?h=man
2012-08-02 19:37:33 +00:00
|
|
|
T
|
|
|
|
Toggle stay-on-top (see also ``--ontop``).
|
|
|
|
|
|
|
|
w and e
|
|
|
|
Decrease/increase pan-and-scan range.
|
|
|
|
|
2014-08-08 10:05:31 +00:00
|
|
|
o (also P)
|
|
|
|
Show progression bar, elapsed time and total duration on the OSD.
|
|
|
|
|
|
|
|
O
|
2015-06-03 20:02:10 +00:00
|
|
|
Toggle OSD states between normal and playback time/duration.
|
manpage: merge new manpage
About a year ago, ubitux converted most of the old manpage from the
hard to maintain nroff format to reStructuredText. This was not merged
back into the master repository immediately. The argument was that the
new manpage still required work to be done. However, progress was very
slow. Even worse: the old manpage wasn't updated, because it was
scheduled for deletion, and updating it would have meant useless work.
Now the situation is that the new manpage still isn't finished, and the
old manpage is grossly out of sync with the player. This is not helpful
for users. Additionally, keeping the new manpage in a separate branch,
while the normal development repository for code had the old manpage,
was very inconvenient, because you couldn't just update the
documentation in the same commit as the code.
Even though the new manpage isn't finished yet, merging it now seems to
be the best course of action. Squash-merge the manpage development
branch [1], revision e89f5dd3f2, which branches from the mplayer2
master branch after revision 159102e0cb.
Committers:
* Clément Bœsch <ubitux@gmail.com> (Initial conversion to RST.)
* Uoti Urpala <uau@mplayer2.org> (Many updates.)
* Myself (Minor edits.)
Most text of the manpage has been directly taken from the old manpage,
because this is a conversion, not a complete rewrite.
[1] http://git.mplayer2.org/uau/mplayer2.git/log/?h=man
2012-08-02 19:37:33 +00:00
|
|
|
|
|
|
|
v
|
|
|
|
Toggle subtitle visibility.
|
|
|
|
|
|
|
|
j and J
|
|
|
|
Cycle through the available subtitles.
|
|
|
|
|
|
|
|
x and z
|
|
|
|
Adjust subtitle delay by +/- 0.1 seconds.
|
|
|
|
|
2014-11-19 22:03:42 +00:00
|
|
|
l
|
2015-12-01 21:53:26 +00:00
|
|
|
Set/clear A-B loop points. See ``ab-loop`` command for details.
|
2014-11-19 22:03:42 +00:00
|
|
|
|
2015-04-27 21:30:30 +00:00
|
|
|
L
|
|
|
|
Toggle infinite looping.
|
|
|
|
|
2014-10-02 01:14:54 +00:00
|
|
|
Ctrl + and Ctrl -
|
2017-01-25 03:31:33 +00:00
|
|
|
Adjust audio delay (A/V sync) by +/- 0.1 seconds.
|
2014-10-02 01:14:54 +00:00
|
|
|
|
2015-03-08 14:57:25 +00:00
|
|
|
u
|
|
|
|
Switch between applying no style overrides to SSA/ASS subtitles, and
|
|
|
|
overriding them almost completely with the normal subtitle style. See
|
2017-06-11 01:33:48 +00:00
|
|
|
``--sub-ass-override`` for more info.
|
2015-03-08 14:57:25 +00:00
|
|
|
|
manpage: merge new manpage
About a year ago, ubitux converted most of the old manpage from the
hard to maintain nroff format to reStructuredText. This was not merged
back into the master repository immediately. The argument was that the
new manpage still required work to be done. However, progress was very
slow. Even worse: the old manpage wasn't updated, because it was
scheduled for deletion, and updating it would have meant useless work.
Now the situation is that the new manpage still isn't finished, and the
old manpage is grossly out of sync with the player. This is not helpful
for users. Additionally, keeping the new manpage in a separate branch,
while the normal development repository for code had the old manpage,
was very inconvenient, because you couldn't just update the
documentation in the same commit as the code.
Even though the new manpage isn't finished yet, merging it now seems to
be the best course of action. Squash-merge the manpage development
branch [1], revision e89f5dd3f2, which branches from the mplayer2
master branch after revision 159102e0cb.
Committers:
* Clément Bœsch <ubitux@gmail.com> (Initial conversion to RST.)
* Uoti Urpala <uau@mplayer2.org> (Many updates.)
* Myself (Minor edits.)
Most text of the manpage has been directly taken from the old manpage,
because this is a conversion, not a complete rewrite.
[1] http://git.mplayer2.org/uau/mplayer2.git/log/?h=man
2012-08-02 19:37:33 +00:00
|
|
|
V
|
|
|
|
Toggle subtitle VSFilter aspect compatibility mode. See
|
2016-10-02 15:08:14 +00:00
|
|
|
``--sub-ass-vsfilter-aspect-compat`` for more info.
|
manpage: merge new manpage
About a year ago, ubitux converted most of the old manpage from the
hard to maintain nroff format to reStructuredText. This was not merged
back into the master repository immediately. The argument was that the
new manpage still required work to be done. However, progress was very
slow. Even worse: the old manpage wasn't updated, because it was
scheduled for deletion, and updating it would have meant useless work.
Now the situation is that the new manpage still isn't finished, and the
old manpage is grossly out of sync with the player. This is not helpful
for users. Additionally, keeping the new manpage in a separate branch,
while the normal development repository for code had the old manpage,
was very inconvenient, because you couldn't just update the
documentation in the same commit as the code.
Even though the new manpage isn't finished yet, merging it now seems to
be the best course of action. Squash-merge the manpage development
branch [1], revision e89f5dd3f2, which branches from the mplayer2
master branch after revision 159102e0cb.
Committers:
* Clément Bœsch <ubitux@gmail.com> (Initial conversion to RST.)
* Uoti Urpala <uau@mplayer2.org> (Many updates.)
* Myself (Minor edits.)
Most text of the manpage has been directly taken from the old manpage,
because this is a conversion, not a complete rewrite.
[1] http://git.mplayer2.org/uau/mplayer2.git/log/?h=man
2012-08-02 19:37:33 +00:00
|
|
|
|
|
|
|
r and t
|
|
|
|
Move subtitles up/down.
|
|
|
|
|
2012-08-02 17:31:33 +00:00
|
|
|
s
|
manpage: merge new manpage
About a year ago, ubitux converted most of the old manpage from the
hard to maintain nroff format to reStructuredText. This was not merged
back into the master repository immediately. The argument was that the
new manpage still required work to be done. However, progress was very
slow. Even worse: the old manpage wasn't updated, because it was
scheduled for deletion, and updating it would have meant useless work.
Now the situation is that the new manpage still isn't finished, and the
old manpage is grossly out of sync with the player. This is not helpful
for users. Additionally, keeping the new manpage in a separate branch,
while the normal development repository for code had the old manpage,
was very inconvenient, because you couldn't just update the
documentation in the same commit as the code.
Even though the new manpage isn't finished yet, merging it now seems to
be the best course of action. Squash-merge the manpage development
branch [1], revision e89f5dd3f2, which branches from the mplayer2
master branch after revision 159102e0cb.
Committers:
* Clément Bœsch <ubitux@gmail.com> (Initial conversion to RST.)
* Uoti Urpala <uau@mplayer2.org> (Many updates.)
* Myself (Minor edits.)
Most text of the manpage has been directly taken from the old manpage,
because this is a conversion, not a complete rewrite.
[1] http://git.mplayer2.org/uau/mplayer2.git/log/?h=man
2012-08-02 19:37:33 +00:00
|
|
|
Take a screenshot.
|
|
|
|
|
2012-08-02 17:31:33 +00:00
|
|
|
S
|
2012-10-20 21:58:02 +00:00
|
|
|
Take a screenshot, without subtitles. (Whether this works depends on VO
|
|
|
|
driver support.)
|
manpage: merge new manpage
About a year ago, ubitux converted most of the old manpage from the
hard to maintain nroff format to reStructuredText. This was not merged
back into the master repository immediately. The argument was that the
new manpage still required work to be done. However, progress was very
slow. Even worse: the old manpage wasn't updated, because it was
scheduled for deletion, and updating it would have meant useless work.
Now the situation is that the new manpage still isn't finished, and the
old manpage is grossly out of sync with the player. This is not helpful
for users. Additionally, keeping the new manpage in a separate branch,
while the normal development repository for code had the old manpage,
was very inconvenient, because you couldn't just update the
documentation in the same commit as the code.
Even though the new manpage isn't finished yet, merging it now seems to
be the best course of action. Squash-merge the manpage development
branch [1], revision e89f5dd3f2, which branches from the mplayer2
master branch after revision 159102e0cb.
Committers:
* Clément Bœsch <ubitux@gmail.com> (Initial conversion to RST.)
* Uoti Urpala <uau@mplayer2.org> (Many updates.)
* Myself (Minor edits.)
Most text of the manpage has been directly taken from the old manpage,
because this is a conversion, not a complete rewrite.
[1] http://git.mplayer2.org/uau/mplayer2.git/log/?h=man
2012-08-02 19:37:33 +00:00
|
|
|
|
2015-05-17 19:08:40 +00:00
|
|
|
Ctrl s
|
|
|
|
Take a screenshot, as the window shows it (with subtitles, OSD, and scaled
|
|
|
|
video).
|
|
|
|
|
2014-08-08 10:05:31 +00:00
|
|
|
PGUP and PGDWN
|
2013-08-14 01:25:50 +00:00
|
|
|
Seek to the beginning of the previous/next chapter. In most cases,
|
|
|
|
"previous" will actually go to the beginning of the current chapter; see
|
|
|
|
``--chapter-seek-threshold``.
|
manpage: merge new manpage
About a year ago, ubitux converted most of the old manpage from the
hard to maintain nroff format to reStructuredText. This was not merged
back into the master repository immediately. The argument was that the
new manpage still required work to be done. However, progress was very
slow. Even worse: the old manpage wasn't updated, because it was
scheduled for deletion, and updating it would have meant useless work.
Now the situation is that the new manpage still isn't finished, and the
old manpage is grossly out of sync with the player. This is not helpful
for users. Additionally, keeping the new manpage in a separate branch,
while the normal development repository for code had the old manpage,
was very inconvenient, because you couldn't just update the
documentation in the same commit as the code.
Even though the new manpage isn't finished yet, merging it now seems to
be the best course of action. Squash-merge the manpage development
branch [1], revision e89f5dd3f2, which branches from the mplayer2
master branch after revision 159102e0cb.
Committers:
* Clément Bœsch <ubitux@gmail.com> (Initial conversion to RST.)
* Uoti Urpala <uau@mplayer2.org> (Many updates.)
* Myself (Minor edits.)
Most text of the manpage has been directly taken from the old manpage,
because this is a conversion, not a complete rewrite.
[1] http://git.mplayer2.org/uau/mplayer2.git/log/?h=man
2012-08-02 19:37:33 +00:00
|
|
|
|
2014-09-12 22:48:17 +00:00
|
|
|
Shift+PGUP and Shift+PGDWN
|
|
|
|
Seek backward or forward by 10 minutes. (This used to be mapped to
|
|
|
|
PGUP/PGDWN without Shift.)
|
|
|
|
|
2015-08-03 23:04:26 +00:00
|
|
|
d
|
manpage: merge new manpage
About a year ago, ubitux converted most of the old manpage from the
hard to maintain nroff format to reStructuredText. This was not merged
back into the master repository immediately. The argument was that the
new manpage still required work to be done. However, progress was very
slow. Even worse: the old manpage wasn't updated, because it was
scheduled for deletion, and updating it would have meant useless work.
Now the situation is that the new manpage still isn't finished, and the
old manpage is grossly out of sync with the player. This is not helpful
for users. Additionally, keeping the new manpage in a separate branch,
while the normal development repository for code had the old manpage,
was very inconvenient, because you couldn't just update the
documentation in the same commit as the code.
Even though the new manpage isn't finished yet, merging it now seems to
be the best course of action. Squash-merge the manpage development
branch [1], revision e89f5dd3f2, which branches from the mplayer2
master branch after revision 159102e0cb.
Committers:
* Clément Bœsch <ubitux@gmail.com> (Initial conversion to RST.)
* Uoti Urpala <uau@mplayer2.org> (Many updates.)
* Myself (Minor edits.)
Most text of the manpage has been directly taken from the old manpage,
because this is a conversion, not a complete rewrite.
[1] http://git.mplayer2.org/uau/mplayer2.git/log/?h=man
2012-08-02 19:37:33 +00:00
|
|
|
Activate/deactivate deinterlacer.
|
|
|
|
|
2015-01-26 09:01:17 +00:00
|
|
|
A
|
|
|
|
Cycle aspect ratio override.
|
|
|
|
|
manpage: merge new manpage
About a year ago, ubitux converted most of the old manpage from the
hard to maintain nroff format to reStructuredText. This was not merged
back into the master repository immediately. The argument was that the
new manpage still required work to be done. However, progress was very
slow. Even worse: the old manpage wasn't updated, because it was
scheduled for deletion, and updating it would have meant useless work.
Now the situation is that the new manpage still isn't finished, and the
old manpage is grossly out of sync with the player. This is not helpful
for users. Additionally, keeping the new manpage in a separate branch,
while the normal development repository for code had the old manpage,
was very inconvenient, because you couldn't just update the
documentation in the same commit as the code.
Even though the new manpage isn't finished yet, merging it now seems to
be the best course of action. Squash-merge the manpage development
branch [1], revision e89f5dd3f2, which branches from the mplayer2
master branch after revision 159102e0cb.
Committers:
* Clément Bœsch <ubitux@gmail.com> (Initial conversion to RST.)
* Uoti Urpala <uau@mplayer2.org> (Many updates.)
* Myself (Minor edits.)
Most text of the manpage has been directly taken from the old manpage,
because this is a conversion, not a complete rewrite.
[1] http://git.mplayer2.org/uau/mplayer2.git/log/?h=man
2012-08-02 19:37:33 +00:00
|
|
|
(The following keys are valid only when using a video output that supports the
|
2012-11-15 14:16:12 +00:00
|
|
|
corresponding adjustment, or the software equalizer (``--vf=eq``).)
|
manpage: merge new manpage
About a year ago, ubitux converted most of the old manpage from the
hard to maintain nroff format to reStructuredText. This was not merged
back into the master repository immediately. The argument was that the
new manpage still required work to be done. However, progress was very
slow. Even worse: the old manpage wasn't updated, because it was
scheduled for deletion, and updating it would have meant useless work.
Now the situation is that the new manpage still isn't finished, and the
old manpage is grossly out of sync with the player. This is not helpful
for users. Additionally, keeping the new manpage in a separate branch,
while the normal development repository for code had the old manpage,
was very inconvenient, because you couldn't just update the
documentation in the same commit as the code.
Even though the new manpage isn't finished yet, merging it now seems to
be the best course of action. Squash-merge the manpage development
branch [1], revision e89f5dd3f2, which branches from the mplayer2
master branch after revision 159102e0cb.
Committers:
* Clément Bœsch <ubitux@gmail.com> (Initial conversion to RST.)
* Uoti Urpala <uau@mplayer2.org> (Many updates.)
* Myself (Minor edits.)
Most text of the manpage has been directly taken from the old manpage,
because this is a conversion, not a complete rewrite.
[1] http://git.mplayer2.org/uau/mplayer2.git/log/?h=man
2012-08-02 19:37:33 +00:00
|
|
|
|
|
|
|
1 and 2
|
|
|
|
Adjust contrast.
|
|
|
|
|
|
|
|
3 and 4
|
|
|
|
Adjust brightness.
|
|
|
|
|
|
|
|
5 and 6
|
2013-03-01 13:53:49 +00:00
|
|
|
Adjust gamma.
|
manpage: merge new manpage
About a year ago, ubitux converted most of the old manpage from the
hard to maintain nroff format to reStructuredText. This was not merged
back into the master repository immediately. The argument was that the
new manpage still required work to be done. However, progress was very
slow. Even worse: the old manpage wasn't updated, because it was
scheduled for deletion, and updating it would have meant useless work.
Now the situation is that the new manpage still isn't finished, and the
old manpage is grossly out of sync with the player. This is not helpful
for users. Additionally, keeping the new manpage in a separate branch,
while the normal development repository for code had the old manpage,
was very inconvenient, because you couldn't just update the
documentation in the same commit as the code.
Even though the new manpage isn't finished yet, merging it now seems to
be the best course of action. Squash-merge the manpage development
branch [1], revision e89f5dd3f2, which branches from the mplayer2
master branch after revision 159102e0cb.
Committers:
* Clément Bœsch <ubitux@gmail.com> (Initial conversion to RST.)
* Uoti Urpala <uau@mplayer2.org> (Many updates.)
* Myself (Minor edits.)
Most text of the manpage has been directly taken from the old manpage,
because this is a conversion, not a complete rewrite.
[1] http://git.mplayer2.org/uau/mplayer2.git/log/?h=man
2012-08-02 19:37:33 +00:00
|
|
|
|
|
|
|
7 and 8
|
|
|
|
Adjust saturation.
|
|
|
|
|
2015-11-17 20:49:30 +00:00
|
|
|
Alt+0 (and command+0 on OSX)
|
2014-07-26 20:38:48 +00:00
|
|
|
Resize video window to half its original size.
|
manpage: merge new manpage
About a year ago, ubitux converted most of the old manpage from the
hard to maintain nroff format to reStructuredText. This was not merged
back into the master repository immediately. The argument was that the
new manpage still required work to be done. However, progress was very
slow. Even worse: the old manpage wasn't updated, because it was
scheduled for deletion, and updating it would have meant useless work.
Now the situation is that the new manpage still isn't finished, and the
old manpage is grossly out of sync with the player. This is not helpful
for users. Additionally, keeping the new manpage in a separate branch,
while the normal development repository for code had the old manpage,
was very inconvenient, because you couldn't just update the
documentation in the same commit as the code.
Even though the new manpage isn't finished yet, merging it now seems to
be the best course of action. Squash-merge the manpage development
branch [1], revision e89f5dd3f2, which branches from the mplayer2
master branch after revision 159102e0cb.
Committers:
* Clément Bœsch <ubitux@gmail.com> (Initial conversion to RST.)
* Uoti Urpala <uau@mplayer2.org> (Many updates.)
* Myself (Minor edits.)
Most text of the manpage has been directly taken from the old manpage,
because this is a conversion, not a complete rewrite.
[1] http://git.mplayer2.org/uau/mplayer2.git/log/?h=man
2012-08-02 19:37:33 +00:00
|
|
|
|
2015-11-17 20:49:30 +00:00
|
|
|
Alt+1 (and command+1 on OSX)
|
2014-07-26 20:38:48 +00:00
|
|
|
Resize video window to its original size.
|
manpage: merge new manpage
About a year ago, ubitux converted most of the old manpage from the
hard to maintain nroff format to reStructuredText. This was not merged
back into the master repository immediately. The argument was that the
new manpage still required work to be done. However, progress was very
slow. Even worse: the old manpage wasn't updated, because it was
scheduled for deletion, and updating it would have meant useless work.
Now the situation is that the new manpage still isn't finished, and the
old manpage is grossly out of sync with the player. This is not helpful
for users. Additionally, keeping the new manpage in a separate branch,
while the normal development repository for code had the old manpage,
was very inconvenient, because you couldn't just update the
documentation in the same commit as the code.
Even though the new manpage isn't finished yet, merging it now seems to
be the best course of action. Squash-merge the manpage development
branch [1], revision e89f5dd3f2, which branches from the mplayer2
master branch after revision 159102e0cb.
Committers:
* Clément Bœsch <ubitux@gmail.com> (Initial conversion to RST.)
* Uoti Urpala <uau@mplayer2.org> (Many updates.)
* Myself (Minor edits.)
Most text of the manpage has been directly taken from the old manpage,
because this is a conversion, not a complete rewrite.
[1] http://git.mplayer2.org/uau/mplayer2.git/log/?h=man
2012-08-02 19:37:33 +00:00
|
|
|
|
2015-11-17 20:49:30 +00:00
|
|
|
Alt+2 (and command+2 on OSX)
|
2014-07-26 20:38:48 +00:00
|
|
|
Resize video window to double its original size.
|
manpage: merge new manpage
About a year ago, ubitux converted most of the old manpage from the
hard to maintain nroff format to reStructuredText. This was not merged
back into the master repository immediately. The argument was that the
new manpage still required work to be done. However, progress was very
slow. Even worse: the old manpage wasn't updated, because it was
scheduled for deletion, and updating it would have meant useless work.
Now the situation is that the new manpage still isn't finished, and the
old manpage is grossly out of sync with the player. This is not helpful
for users. Additionally, keeping the new manpage in a separate branch,
while the normal development repository for code had the old manpage,
was very inconvenient, because you couldn't just update the
documentation in the same commit as the code.
Even though the new manpage isn't finished yet, merging it now seems to
be the best course of action. Squash-merge the manpage development
branch [1], revision e89f5dd3f2, which branches from the mplayer2
master branch after revision 159102e0cb.
Committers:
* Clément Bœsch <ubitux@gmail.com> (Initial conversion to RST.)
* Uoti Urpala <uau@mplayer2.org> (Many updates.)
* Myself (Minor edits.)
Most text of the manpage has been directly taken from the old manpage,
because this is a conversion, not a complete rewrite.
[1] http://git.mplayer2.org/uau/mplayer2.git/log/?h=man
2012-08-02 19:37:33 +00:00
|
|
|
|
2015-11-17 20:49:30 +00:00
|
|
|
command + f (OSX only)
|
manpage: merge new manpage
About a year ago, ubitux converted most of the old manpage from the
hard to maintain nroff format to reStructuredText. This was not merged
back into the master repository immediately. The argument was that the
new manpage still required work to be done. However, progress was very
slow. Even worse: the old manpage wasn't updated, because it was
scheduled for deletion, and updating it would have meant useless work.
Now the situation is that the new manpage still isn't finished, and the
old manpage is grossly out of sync with the player. This is not helpful
for users. Additionally, keeping the new manpage in a separate branch,
while the normal development repository for code had the old manpage,
was very inconvenient, because you couldn't just update the
documentation in the same commit as the code.
Even though the new manpage isn't finished yet, merging it now seems to
be the best course of action. Squash-merge the manpage development
branch [1], revision e89f5dd3f2, which branches from the mplayer2
master branch after revision 159102e0cb.
Committers:
* Clément Bœsch <ubitux@gmail.com> (Initial conversion to RST.)
* Uoti Urpala <uau@mplayer2.org> (Many updates.)
* Myself (Minor edits.)
Most text of the manpage has been directly taken from the old manpage,
because this is a conversion, not a complete rewrite.
[1] http://git.mplayer2.org/uau/mplayer2.git/log/?h=man
2012-08-02 19:37:33 +00:00
|
|
|
Toggle fullscreen (see also ``--fs``).
|
|
|
|
|
|
|
|
(The following keys are valid if you have a keyboard with multimedia keys.)
|
|
|
|
|
|
|
|
PAUSE
|
|
|
|
Pause.
|
|
|
|
|
|
|
|
STOP
|
|
|
|
Stop playing and quit.
|
|
|
|
|
|
|
|
PREVIOUS and NEXT
|
|
|
|
Seek backward/forward 1 minute.
|
|
|
|
|
|
|
|
|
2017-06-27 09:04:30 +00:00
|
|
|
If you miss some older key bindings, look at ``etc/restore-old-bindings.conf``
|
|
|
|
in the mpv git repository.
|
manpage: merge new manpage
About a year ago, ubitux converted most of the old manpage from the
hard to maintain nroff format to reStructuredText. This was not merged
back into the master repository immediately. The argument was that the
new manpage still required work to be done. However, progress was very
slow. Even worse: the old manpage wasn't updated, because it was
scheduled for deletion, and updating it would have meant useless work.
Now the situation is that the new manpage still isn't finished, and the
old manpage is grossly out of sync with the player. This is not helpful
for users. Additionally, keeping the new manpage in a separate branch,
while the normal development repository for code had the old manpage,
was very inconvenient, because you couldn't just update the
documentation in the same commit as the code.
Even though the new manpage isn't finished yet, merging it now seems to
be the best course of action. Squash-merge the manpage development
branch [1], revision e89f5dd3f2, which branches from the mplayer2
master branch after revision 159102e0cb.
Committers:
* Clément Bœsch <ubitux@gmail.com> (Initial conversion to RST.)
* Uoti Urpala <uau@mplayer2.org> (Many updates.)
* Myself (Minor edits.)
Most text of the manpage has been directly taken from the old manpage,
because this is a conversion, not a complete rewrite.
[1] http://git.mplayer2.org/uau/mplayer2.git/log/?h=man
2012-08-02 19:37:33 +00:00
|
|
|
|
2013-07-07 18:37:47 +00:00
|
|
|
Mouse Control
|
manpage: merge new manpage
About a year ago, ubitux converted most of the old manpage from the
hard to maintain nroff format to reStructuredText. This was not merged
back into the master repository immediately. The argument was that the
new manpage still required work to be done. However, progress was very
slow. Even worse: the old manpage wasn't updated, because it was
scheduled for deletion, and updating it would have meant useless work.
Now the situation is that the new manpage still isn't finished, and the
old manpage is grossly out of sync with the player. This is not helpful
for users. Additionally, keeping the new manpage in a separate branch,
while the normal development repository for code had the old manpage,
was very inconvenient, because you couldn't just update the
documentation in the same commit as the code.
Even though the new manpage isn't finished yet, merging it now seems to
be the best course of action. Squash-merge the manpage development
branch [1], revision e89f5dd3f2, which branches from the mplayer2
master branch after revision 159102e0cb.
Committers:
* Clément Bœsch <ubitux@gmail.com> (Initial conversion to RST.)
* Uoti Urpala <uau@mplayer2.org> (Many updates.)
* Myself (Minor edits.)
Most text of the manpage has been directly taken from the old manpage,
because this is a conversion, not a complete rewrite.
[1] http://git.mplayer2.org/uau/mplayer2.git/log/?h=man
2012-08-02 19:37:33 +00:00
|
|
|
-------------
|
|
|
|
|
|
|
|
button 3 and button 4
|
|
|
|
Seek backward/forward 1 minute.
|
|
|
|
|
|
|
|
button 5 and button 6
|
|
|
|
Decrease/increase volume.
|
|
|
|
|
|
|
|
|
|
|
|
USAGE
|
|
|
|
=====
|
|
|
|
|
2016-12-12 11:03:25 +00:00
|
|
|
Command line arguments starting with ``-`` are interpreted as options,
|
|
|
|
everything else as filenames or URLs. All options except *flag* options (or
|
|
|
|
choice options which include ``yes``) require a parameter in the form
|
|
|
|
``--option=value``.
|
|
|
|
|
|
|
|
One exception is the lone ``-`` (without anything else), which means media data
|
|
|
|
will be read from stdin. Also, ``--`` (without anything else) will make the
|
|
|
|
player interpret all following arguments as filenames, even if they start with
|
|
|
|
``-``. (To play a file named ``-``, you need to use ``./-``.)
|
|
|
|
|
manpage: merge new manpage
About a year ago, ubitux converted most of the old manpage from the
hard to maintain nroff format to reStructuredText. This was not merged
back into the master repository immediately. The argument was that the
new manpage still required work to be done. However, progress was very
slow. Even worse: the old manpage wasn't updated, because it was
scheduled for deletion, and updating it would have meant useless work.
Now the situation is that the new manpage still isn't finished, and the
old manpage is grossly out of sync with the player. This is not helpful
for users. Additionally, keeping the new manpage in a separate branch,
while the normal development repository for code had the old manpage,
was very inconvenient, because you couldn't just update the
documentation in the same commit as the code.
Even though the new manpage isn't finished yet, merging it now seems to
be the best course of action. Squash-merge the manpage development
branch [1], revision e89f5dd3f2, which branches from the mplayer2
master branch after revision 159102e0cb.
Committers:
* Clément Bœsch <ubitux@gmail.com> (Initial conversion to RST.)
* Uoti Urpala <uau@mplayer2.org> (Many updates.)
* Myself (Minor edits.)
Most text of the manpage has been directly taken from the old manpage,
because this is a conversion, not a complete rewrite.
[1] http://git.mplayer2.org/uau/mplayer2.git/log/?h=man
2012-08-02 19:37:33 +00:00
|
|
|
Every *flag* option has a *no-flag* counterpart, e.g. the opposite of the
|
|
|
|
``--fs`` option is ``--no-fs``. ``--fs=yes`` is same as ``--fs``, ``--fs=no``
|
|
|
|
is the same as ``--no-fs``.
|
|
|
|
|
|
|
|
If an option is marked as *(XXX only)*, it will only work in combination with
|
|
|
|
the *XXX* option or if *XXX* is compiled in.
|
|
|
|
|
2016-12-12 11:03:25 +00:00
|
|
|
Legacy option syntax
|
|
|
|
--------------------
|
|
|
|
|
|
|
|
The ``--option=value`` syntax is not strictly enforced, and the alternative
|
|
|
|
legacy syntax ``-option value`` and ``--option value`` will also work. This is
|
|
|
|
mostly for compatibility with MPlayer. Using these should be avoided. Their
|
|
|
|
semantics can change any time in the future.
|
|
|
|
|
|
|
|
For example, the alternative syntax will consider an argument following the
|
|
|
|
option a filename. ``mpv -fs no`` will attempt to play a file named ``no``,
|
|
|
|
because ``--fs`` is a flag option that requires no parameter. If an option
|
|
|
|
changes and its parameter becomes optional, then a command line using the
|
|
|
|
alternative syntax will break.
|
|
|
|
|
|
|
|
Currently, the parser makes no difference whether an option starts with ``--``
|
|
|
|
or a single ``-``. This might also change in the future, and ``--option value``
|
|
|
|
might always interpret ``value`` as filename in order to reduce ambiguities.
|
|
|
|
|
2015-01-05 13:19:18 +00:00
|
|
|
Escaping spaces and other special characters
|
|
|
|
--------------------------------------------
|
2013-07-08 16:02:14 +00:00
|
|
|
|
2015-01-05 13:19:18 +00:00
|
|
|
Keep in mind that the shell will partially parse and mangle the arguments you
|
|
|
|
pass to mpv. For example, you might need to quote or escape options and
|
|
|
|
filenames:
|
|
|
|
|
|
|
|
``mpv "filename with spaces.mkv" --title="window title"``
|
|
|
|
|
|
|
|
It gets more complicated if the suboption parser is involved. The suboption
|
|
|
|
parser puts several options into a single string, and passes them to a
|
|
|
|
component at once, instead of using multiple options on the level of the
|
|
|
|
command line.
|
|
|
|
|
2015-11-30 21:22:09 +00:00
|
|
|
The suboption parser can quote strings with ``"`` and ``[...]``.
|
2015-01-05 13:19:18 +00:00
|
|
|
Additionally, there is a special form of quoting with ``%n%`` described below.
|
|
|
|
|
2016-09-07 10:55:21 +00:00
|
|
|
For example, assume the hypothetical ``foo`` filter can take multiple options:
|
2015-01-05 13:19:18 +00:00
|
|
|
|
2016-09-07 10:55:21 +00:00
|
|
|
``mpv test.mkv --vf=foo:option1=value1:option2:option3=value3,bar``
|
2015-01-05 13:19:18 +00:00
|
|
|
|
2016-09-07 10:55:21 +00:00
|
|
|
This passes ``option1`` and ``option3`` to the ``foo`` filter, with ``option2``
|
|
|
|
as flag (implicitly ``option2=yes``), and adds a ``bar`` filter after that. If
|
|
|
|
an option contains spaces or characters like ``,`` or ``:``, you need to quote
|
|
|
|
them:
|
2015-01-05 13:19:18 +00:00
|
|
|
|
2016-09-07 10:55:21 +00:00
|
|
|
``mpv '--vf=foo:option1="option value with spaces",bar'``
|
2015-01-05 13:19:18 +00:00
|
|
|
|
|
|
|
Shells may actually strip some quotes from the string passed to the commandline,
|
2015-06-17 17:37:25 +00:00
|
|
|
so the example quotes the string twice, ensuring that mpv receives the ``"``
|
2015-01-05 13:19:18 +00:00
|
|
|
quotes.
|
|
|
|
|
2015-04-19 17:15:19 +00:00
|
|
|
The ``[...]`` form of quotes wraps everything between ``[`` and ``]``. It's
|
2015-01-05 13:19:18 +00:00
|
|
|
useful with shells that don't interpret these characters in the middle of
|
2015-04-19 13:31:17 +00:00
|
|
|
an argument (like bash). These quotes are balanced (since mpv 0.9.0): the ``[``
|
|
|
|
and ``]`` nest, and the quote terminates on the last ``]`` that has no matching
|
|
|
|
``[`` within the string. (For example, ``[a[b]c]`` results in ``a[b]c``.)
|
2015-01-05 13:19:18 +00:00
|
|
|
|
2015-04-17 14:06:43 +00:00
|
|
|
The fixed-length quoting syntax is intended for use with external
|
|
|
|
scripts and programs.
|
2013-07-08 16:02:14 +00:00
|
|
|
|
2015-04-17 14:06:43 +00:00
|
|
|
It is started with ``%`` and has the following format::
|
2013-07-08 16:02:14 +00:00
|
|
|
|
|
|
|
%n%string_of_length_n
|
2013-02-03 15:40:02 +00:00
|
|
|
|
2013-07-08 16:02:14 +00:00
|
|
|
.. admonition:: Examples
|
|
|
|
|
2016-09-07 10:55:21 +00:00
|
|
|
``mpv '--vf=foo:option1=%11%quoted text' test.avi``
|
2013-07-08 16:02:14 +00:00
|
|
|
|
|
|
|
Or in a script:
|
|
|
|
|
2016-09-07 10:55:21 +00:00
|
|
|
``mpv --vf=foo:option1=%`expr length "$NAME"`%"$NAME" test.avi``
|
2013-02-03 15:40:02 +00:00
|
|
|
|
2015-01-05 13:19:18 +00:00
|
|
|
Suboptions passed to the client API are also subject to escaping. Using
|
|
|
|
``mpv_set_option_string()`` is exactly like passing ``--name=data`` to the
|
|
|
|
command line (but without shell processing of the string). Some options
|
|
|
|
support passing values in a more structured way instead of flat strings, and
|
|
|
|
can avoid the suboption parsing mess. For example, ``--vf`` supports
|
2015-06-29 15:51:43 +00:00
|
|
|
``MPV_FORMAT_NODE``, which lets you pass suboptions as a nested data structure
|
2016-09-07 10:55:21 +00:00
|
|
|
of maps and arrays.
|
2015-01-05 13:19:18 +00:00
|
|
|
|
2013-12-14 18:50:00 +00:00
|
|
|
Paths
|
|
|
|
-----
|
|
|
|
|
|
|
|
Some care must be taken when passing arbitrary paths and filenames to mpv. For
|
|
|
|
example, paths starting with ``-`` will be interpreted as options. Likewise,
|
|
|
|
if a path contains the sequence ``://``, the string before that might be
|
|
|
|
interpreted as protocol prefix, even though ``://`` can be part of a legal
|
|
|
|
UNIX path. To avoid problems with arbitrary paths, you should be sure that
|
2016-05-10 09:15:45 +00:00
|
|
|
absolute paths passed to mpv start with ``/``, and prefix relative paths with
|
|
|
|
``./``.
|
|
|
|
|
|
|
|
Using the ``file://`` pseudo-protocol is discouraged, because it involves
|
|
|
|
strange URL unescaping rules.
|
2013-12-14 18:50:00 +00:00
|
|
|
|
|
|
|
The name ``-`` itself is interpreted as stdin, and will cause mpv to disable
|
|
|
|
console controls. (Which makes it suitable for playing data piped to stdin.)
|
|
|
|
|
2016-05-10 09:15:45 +00:00
|
|
|
The special argument ``--`` can be used to stop mpv from interpreting the
|
|
|
|
following arguments as options.
|
|
|
|
|
2016-05-23 16:43:49 +00:00
|
|
|
When using the client API, you should strictly avoid using ``mpv_command_string``
|
2016-05-10 09:15:45 +00:00
|
|
|
for invoking the ``loadfile`` command, and instead prefer e.g. ``mpv_command``
|
|
|
|
to avoid the need for filename escaping.
|
|
|
|
|
2013-12-14 18:50:00 +00:00
|
|
|
For paths passed to suboptions, the situation is further complicated by the
|
|
|
|
need to escape special characters. To work this around, the path can be
|
2015-04-17 14:06:43 +00:00
|
|
|
additionally wrapped in the fixed-length syntax, e.g. ``%n%string_of_length_n``
|
|
|
|
(see above).
|
2013-12-14 18:50:00 +00:00
|
|
|
|
|
|
|
Some mpv options interpret paths starting with ``~``. Currently, the prefix
|
2014-10-03 09:18:48 +00:00
|
|
|
``~~/`` expands to the mpv configuration directory (usually ``~/.config/mpv/``).
|
2013-12-14 18:50:00 +00:00
|
|
|
``~/`` expands to the user's home directory. (The trailing ``/`` is always
|
2015-05-01 19:27:33 +00:00
|
|
|
required.) There are the following paths as well:
|
|
|
|
|
2015-05-03 12:52:11 +00:00
|
|
|
================ ===============================================================
|
|
|
|
Name Meaning
|
|
|
|
================ ===============================================================
|
|
|
|
``~~home/`` same as ``~~/``
|
|
|
|
``~~global/`` the global config path, if available (not on win32)
|
|
|
|
``~~osxbundle/`` the OSX bundle resource path (OSX only)
|
|
|
|
``~~desktop/`` the path to the desktop (win32, OSX)
|
|
|
|
================ ===============================================================
|
2015-05-01 19:27:33 +00:00
|
|
|
|
2013-12-14 18:50:00 +00:00
|
|
|
|
2013-07-07 18:37:47 +00:00
|
|
|
Per-File Options
|
2012-08-07 20:24:50 +00:00
|
|
|
----------------
|
|
|
|
|
|
|
|
When playing multiple files, any option given on the command line usually
|
2013-07-08 16:02:14 +00:00
|
|
|
affects all files. Example::
|
2012-08-07 20:24:50 +00:00
|
|
|
|
2013-07-08 16:02:14 +00:00
|
|
|
mpv --a file1.mkv --b file2.mkv --c
|
2012-08-07 20:24:50 +00:00
|
|
|
|
2013-07-08 16:02:14 +00:00
|
|
|
=============== ===========================
|
|
|
|
File Active options
|
|
|
|
=============== ===========================
|
|
|
|
file1.mkv ``--a --b --c``
|
|
|
|
file2.mkv ``--a --b --c``
|
|
|
|
=============== ===========================
|
2012-08-07 20:24:50 +00:00
|
|
|
|
2013-09-10 13:09:24 +00:00
|
|
|
(This is different from MPlayer and mplayer2.)
|
|
|
|
|
2013-07-08 16:02:14 +00:00
|
|
|
Also, if any option is changed at runtime (via input commands), they are not
|
2012-08-07 20:24:50 +00:00
|
|
|
reset when a new file is played.
|
|
|
|
|
2013-07-08 16:02:14 +00:00
|
|
|
Sometimes, it is useful to change options per-file. This can be achieved by
|
|
|
|
adding the special per-file markers ``--{`` and ``--}``. (Note that you must
|
|
|
|
escape these on some shells.) Example::
|
2012-08-07 20:24:50 +00:00
|
|
|
|
2013-07-08 16:02:14 +00:00
|
|
|
mpv --a file1.mkv --b --\{ --c file2.mkv --d file3.mkv --e --\} file4.mkv --f
|
2012-08-07 20:24:50 +00:00
|
|
|
|
2013-07-08 16:02:14 +00:00
|
|
|
=============== ===========================
|
|
|
|
File Active options
|
|
|
|
=============== ===========================
|
|
|
|
file1.mkv ``--a --b --f``
|
|
|
|
file2.mkv ``--a --b --f --c --d --e``
|
|
|
|
file3.mkv ``--a --b --f --c --d --e``
|
|
|
|
file4.mkv ``--a --b --f``
|
|
|
|
=============== ===========================
|
2012-08-07 20:24:50 +00:00
|
|
|
|
|
|
|
Additionally, any file-local option changed at runtime is reset when the current
|
2013-07-08 16:02:14 +00:00
|
|
|
file stops playing. If option ``--c`` is changed during playback of
|
|
|
|
``file2.mkv``, it is reset when advancing to ``file3.mkv``. This only affects
|
|
|
|
file-local options. The option ``--a`` is never reset here.
|
2012-08-07 20:24:50 +00:00
|
|
|
|
2016-01-24 06:17:12 +00:00
|
|
|
|
options: change path list options, and document list options
The changes to path list options is basically getting rid of the need to
pass multiple paths to a single option. Instead, you can use the option
multiple times. The old behavior can be used by using the -set suffix
with the option.
Change some options to path lists. For example --script is now append by
default, and if you use --script-set, you need to use ":"/";" as
separator instead of ",".
--sub-paths/--audio-file-paths is a deprecated alias now, and will break
if the user tries to pass multiple paths to it. I'm assuming that if
these are used, most users will pass only 1 path anyway.
--opengl-shaders has more compatibility handling, since it's probably
rather common that users pass multiple options to it.
Also document all that in the manpage.
I'll probably regret this later, as it somewhat increases the complexity
of the option parser, rather than increasing it.
2017-06-30 14:39:36 +00:00
|
|
|
List Options
|
|
|
|
------------
|
|
|
|
|
|
|
|
Some options which store lists of option values can have action suffixes. For
|
|
|
|
example, you can set a ``,``-separated list of filters with ``--vf``, but the
|
|
|
|
option also allows you to append filters with ``--vf-append``.
|
|
|
|
|
|
|
|
Options for filenames do not use ``,`` as separator, but ``:`` (Unix) or ``;``
|
|
|
|
(Windows).
|
|
|
|
|
|
|
|
============= ===============================================
|
|
|
|
Suffix Meaning
|
|
|
|
============= ===============================================
|
2017-07-02 14:26:41 +00:00
|
|
|
-add Append 1 or more items (may become alias for -append)
|
|
|
|
-append Append single item (avoids need for escaping)
|
options: change path list options, and document list options
The changes to path list options is basically getting rid of the need to
pass multiple paths to a single option. Instead, you can use the option
multiple times. The old behavior can be used by using the -set suffix
with the option.
Change some options to path lists. For example --script is now append by
default, and if you use --script-set, you need to use ":"/";" as
separator instead of ",".
--sub-paths/--audio-file-paths is a deprecated alias now, and will break
if the user tries to pass multiple paths to it. I'm assuming that if
these are used, most users will pass only 1 path anyway.
--opengl-shaders has more compatibility handling, since it's probably
rather common that users pass multiple options to it.
Also document all that in the manpage.
I'll probably regret this later, as it somewhat increases the complexity
of the option parser, rather than increasing it.
2017-06-30 14:39:36 +00:00
|
|
|
-clr Clear the option
|
|
|
|
-del Delete an existing item by integer index
|
|
|
|
-pre Prepend 1 or more items
|
|
|
|
-set Set a list of items
|
|
|
|
============= ===============================================
|
|
|
|
|
2017-07-19 13:51:11 +00:00
|
|
|
Although some operations allow specifying multiple ``,``-separated items, using
|
options: change path list options, and document list options
The changes to path list options is basically getting rid of the need to
pass multiple paths to a single option. Instead, you can use the option
multiple times. The old behavior can be used by using the -set suffix
with the option.
Change some options to path lists. For example --script is now append by
default, and if you use --script-set, you need to use ":"/";" as
separator instead of ",".
--sub-paths/--audio-file-paths is a deprecated alias now, and will break
if the user tries to pass multiple paths to it. I'm assuming that if
these are used, most users will pass only 1 path anyway.
--opengl-shaders has more compatibility handling, since it's probably
rather common that users pass multiple options to it.
Also document all that in the manpage.
I'll probably regret this later, as it somewhat increases the complexity
of the option parser, rather than increasing it.
2017-06-30 14:39:36 +00:00
|
|
|
this is strongly discouraged and deprecated, except for ``-set``.
|
|
|
|
|
|
|
|
Without suffix, the action taken is normally ``-set``.
|
|
|
|
|
2017-07-02 14:26:41 +00:00
|
|
|
Some options (like ``--sub-file``, ``--audio-file``, ``--opengl-shader``) are
|
|
|
|
aliases for the proper option with ``-append`` action. For example,
|
|
|
|
``--sub-file`` is an alias for ``--sub-files-append``.
|
options: change path list options, and document list options
The changes to path list options is basically getting rid of the need to
pass multiple paths to a single option. Instead, you can use the option
multiple times. The old behavior can be used by using the -set suffix
with the option.
Change some options to path lists. For example --script is now append by
default, and if you use --script-set, you need to use ":"/";" as
separator instead of ",".
--sub-paths/--audio-file-paths is a deprecated alias now, and will break
if the user tries to pass multiple paths to it. I'm assuming that if
these are used, most users will pass only 1 path anyway.
--opengl-shaders has more compatibility handling, since it's probably
rather common that users pass multiple options to it.
Also document all that in the manpage.
I'll probably regret this later, as it somewhat increases the complexity
of the option parser, rather than increasing it.
2017-06-30 14:39:36 +00:00
|
|
|
|
2016-01-24 06:17:12 +00:00
|
|
|
Playing DVDs
|
|
|
|
------------
|
|
|
|
|
|
|
|
DVDs can be played with the ``dvd://[title]`` syntax. The optional
|
|
|
|
title specifier is a number which selects between separate video
|
|
|
|
streams on the DVD. If no title is given (``dvd://``) then the longest
|
|
|
|
title is selected automatically by the library. This is usually what
|
|
|
|
you want. mpv does not support DVD menus.
|
|
|
|
|
|
|
|
DVDs which have been copied on to a hard drive or other mounted
|
|
|
|
filesystem (by e.g. the ``dvdbackup`` tool) are accommodated by
|
|
|
|
specifying the path to the local copy: ``--dvd-device=PATH``.
|
|
|
|
Alternatively, running ``mpv PATH`` should auto-detect a DVD directory
|
|
|
|
tree and play the longest title.
|
|
|
|
|
2017-03-24 18:22:37 +00:00
|
|
|
.. note:: DVD library choices
|
2016-01-24 06:17:12 +00:00
|
|
|
|
|
|
|
mpv uses a different default DVD library than MPlayer. MPlayer
|
|
|
|
uses libdvdread by default, and mpv uses libdvdnav by default.
|
|
|
|
Both libraries are developed in parallel, but libdvdnav is
|
|
|
|
intended to support more sophisticated DVD features such as menus
|
|
|
|
and multi-angle playback. mpv uses libdvdnav for files specified
|
|
|
|
as either ``dvd://...`` or ``dvdnav://...``. To use libdvdread,
|
|
|
|
which will produce behavior more like MPlayer, specify
|
|
|
|
``dvdread://...`` instead. Some users have experienced problems
|
|
|
|
when using libdvdnav, in which playback gets stuck in a DVD menu
|
|
|
|
stream. These problems are reported to go away when auto-selecting
|
|
|
|
the title (``dvd://`` rather than ``dvd://1``) or when using
|
2017-03-24 18:22:37 +00:00
|
|
|
libdvdread (e.g. ``dvdread://0``). There are also outstanding bugs
|
|
|
|
in libdvdnav with seeking backwards and forwards in a video
|
|
|
|
stream. Specify ``dvdread://...`` to fix such problems.
|
2016-01-24 06:17:12 +00:00
|
|
|
|
2017-03-24 18:22:37 +00:00
|
|
|
.. note:: DVD subtitles
|
|
|
|
|
2016-01-24 06:17:12 +00:00
|
|
|
DVDs use image-based subtitles. Image subtitles are implemented as
|
|
|
|
a bitmap video stream which can be superimposed over the main
|
|
|
|
movie. mpv's subtitle styling and positioning options and keyboard
|
|
|
|
shortcuts generally do not work with image-based subtitles.
|
2016-12-05 02:53:18 +00:00
|
|
|
Exceptions include options like ``--stretch-dvd-subs`` and
|
2016-01-24 06:17:12 +00:00
|
|
|
``--stretch-image-subs-to-screen``.
|
|
|
|
|
|
|
|
|
manpage: merge new manpage
About a year ago, ubitux converted most of the old manpage from the
hard to maintain nroff format to reStructuredText. This was not merged
back into the master repository immediately. The argument was that the
new manpage still required work to be done. However, progress was very
slow. Even worse: the old manpage wasn't updated, because it was
scheduled for deletion, and updating it would have meant useless work.
Now the situation is that the new manpage still isn't finished, and the
old manpage is grossly out of sync with the player. This is not helpful
for users. Additionally, keeping the new manpage in a separate branch,
while the normal development repository for code had the old manpage,
was very inconvenient, because you couldn't just update the
documentation in the same commit as the code.
Even though the new manpage isn't finished yet, merging it now seems to
be the best course of action. Squash-merge the manpage development
branch [1], revision e89f5dd3f2, which branches from the mplayer2
master branch after revision 159102e0cb.
Committers:
* Clément Bœsch <ubitux@gmail.com> (Initial conversion to RST.)
* Uoti Urpala <uau@mplayer2.org> (Many updates.)
* Myself (Minor edits.)
Most text of the manpage has been directly taken from the old manpage,
because this is a conversion, not a complete rewrite.
[1] http://git.mplayer2.org/uau/mplayer2.git/log/?h=man
2012-08-02 19:37:33 +00:00
|
|
|
CONFIGURATION FILES
|
|
|
|
===================
|
|
|
|
|
2013-07-07 18:37:47 +00:00
|
|
|
Location and Syntax
|
2013-02-17 19:46:09 +00:00
|
|
|
-------------------
|
|
|
|
|
manpage: merge new manpage
About a year ago, ubitux converted most of the old manpage from the
hard to maintain nroff format to reStructuredText. This was not merged
back into the master repository immediately. The argument was that the
new manpage still required work to be done. However, progress was very
slow. Even worse: the old manpage wasn't updated, because it was
scheduled for deletion, and updating it would have meant useless work.
Now the situation is that the new manpage still isn't finished, and the
old manpage is grossly out of sync with the player. This is not helpful
for users. Additionally, keeping the new manpage in a separate branch,
while the normal development repository for code had the old manpage,
was very inconvenient, because you couldn't just update the
documentation in the same commit as the code.
Even though the new manpage isn't finished yet, merging it now seems to
be the best course of action. Squash-merge the manpage development
branch [1], revision e89f5dd3f2, which branches from the mplayer2
master branch after revision 159102e0cb.
Committers:
* Clément Bœsch <ubitux@gmail.com> (Initial conversion to RST.)
* Uoti Urpala <uau@mplayer2.org> (Many updates.)
* Myself (Minor edits.)
Most text of the manpage has been directly taken from the old manpage,
because this is a conversion, not a complete rewrite.
[1] http://git.mplayer2.org/uau/mplayer2.git/log/?h=man
2012-08-02 19:37:33 +00:00
|
|
|
You can put all of the options in configuration files which will be read every
|
2013-07-08 16:02:14 +00:00
|
|
|
time mpv is run. The system-wide configuration file 'mpv.conf' is in your
|
|
|
|
configuration directory (e.g. ``/etc/mpv`` or ``/usr/local/etc/mpv``), the
|
2015-04-28 20:15:39 +00:00
|
|
|
user-specific one is ``~/.config/mpv/mpv.conf``. For details and platform
|
2015-11-08 17:06:37 +00:00
|
|
|
specifics (in particular Windows paths) see the `FILES`_ section.
|
|
|
|
|
2013-07-08 16:02:14 +00:00
|
|
|
User-specific options override system-wide options and options given on the
|
manpage: merge new manpage
About a year ago, ubitux converted most of the old manpage from the
hard to maintain nroff format to reStructuredText. This was not merged
back into the master repository immediately. The argument was that the
new manpage still required work to be done. However, progress was very
slow. Even worse: the old manpage wasn't updated, because it was
scheduled for deletion, and updating it would have meant useless work.
Now the situation is that the new manpage still isn't finished, and the
old manpage is grossly out of sync with the player. This is not helpful
for users. Additionally, keeping the new manpage in a separate branch,
while the normal development repository for code had the old manpage,
was very inconvenient, because you couldn't just update the
documentation in the same commit as the code.
Even though the new manpage isn't finished yet, merging it now seems to
be the best course of action. Squash-merge the manpage development
branch [1], revision e89f5dd3f2, which branches from the mplayer2
master branch after revision 159102e0cb.
Committers:
* Clément Bœsch <ubitux@gmail.com> (Initial conversion to RST.)
* Uoti Urpala <uau@mplayer2.org> (Many updates.)
* Myself (Minor edits.)
Most text of the manpage has been directly taken from the old manpage,
because this is a conversion, not a complete rewrite.
[1] http://git.mplayer2.org/uau/mplayer2.git/log/?h=man
2012-08-02 19:37:33 +00:00
|
|
|
command line override either. The syntax of the configuration files is
|
2015-11-08 17:06:37 +00:00
|
|
|
``option=value``. Everything after a *#* is considered a comment. Options
|
2012-10-23 23:06:00 +00:00
|
|
|
that work without values can be enabled by setting them to *yes* and disabled by
|
|
|
|
setting them to *no*. Even suboptions can be specified in this way.
|
manpage: merge new manpage
About a year ago, ubitux converted most of the old manpage from the
hard to maintain nroff format to reStructuredText. This was not merged
back into the master repository immediately. The argument was that the
new manpage still required work to be done. However, progress was very
slow. Even worse: the old manpage wasn't updated, because it was
scheduled for deletion, and updating it would have meant useless work.
Now the situation is that the new manpage still isn't finished, and the
old manpage is grossly out of sync with the player. This is not helpful
for users. Additionally, keeping the new manpage in a separate branch,
while the normal development repository for code had the old manpage,
was very inconvenient, because you couldn't just update the
documentation in the same commit as the code.
Even though the new manpage isn't finished yet, merging it now seems to
be the best course of action. Squash-merge the manpage development
branch [1], revision e89f5dd3f2, which branches from the mplayer2
master branch after revision 159102e0cb.
Committers:
* Clément Bœsch <ubitux@gmail.com> (Initial conversion to RST.)
* Uoti Urpala <uau@mplayer2.org> (Many updates.)
* Myself (Minor edits.)
Most text of the manpage has been directly taken from the old manpage,
because this is a conversion, not a complete rewrite.
[1] http://git.mplayer2.org/uau/mplayer2.git/log/?h=man
2012-08-02 19:37:33 +00:00
|
|
|
|
2013-07-08 16:02:14 +00:00
|
|
|
.. admonition:: Example configuration file
|
|
|
|
|
|
|
|
::
|
2013-02-17 19:46:09 +00:00
|
|
|
|
2013-07-08 16:02:14 +00:00
|
|
|
# Use opengl video output by default.
|
|
|
|
vo=opengl
|
|
|
|
# Use quotes for text that can contain spaces:
|
|
|
|
status-msg="Time: ${time-pos}"
|
2013-02-17 19:46:09 +00:00
|
|
|
|
2015-01-05 13:19:18 +00:00
|
|
|
Escaping spaces and special characters
|
|
|
|
--------------------------------------
|
|
|
|
|
|
|
|
This is done like with command line options. The shell is not involved here,
|
|
|
|
but option values still need to be quoted as a whole if it contains certain
|
2015-11-30 21:22:09 +00:00
|
|
|
characters like spaces. A config entry can be quoted with ``"``,
|
2015-04-17 14:06:43 +00:00
|
|
|
as well as with the fixed-length syntax (``%n%``) mentioned before. This is like
|
|
|
|
passing the exact contents of the quoted string as command line option. C-style
|
2015-09-03 10:01:18 +00:00
|
|
|
escapes are currently _not_ interpreted on this level, although some options do
|
2015-04-17 14:06:43 +00:00
|
|
|
this manually. (This is a mess and should probably be changed at some point.)
|
2015-01-05 13:19:18 +00:00
|
|
|
|
2013-07-07 18:37:47 +00:00
|
|
|
Putting Command Line Options into the Configuration File
|
2013-02-17 19:46:09 +00:00
|
|
|
--------------------------------------------------------
|
|
|
|
|
|
|
|
Almost all command line options can be put into the configuration file. Here
|
|
|
|
is a small guide:
|
|
|
|
|
2013-07-08 16:02:14 +00:00
|
|
|
======================= ========================
|
|
|
|
Option Configuration file entry
|
|
|
|
======================= ========================
|
|
|
|
``--flag`` ``flag``
|
|
|
|
``-opt val`` ``opt=val``
|
|
|
|
``--opt=val`` ``opt=val``
|
|
|
|
``-opt "has spaces"`` ``opt="has spaces"``
|
|
|
|
======================= ========================
|
|
|
|
|
|
|
|
File-specific Configuration Files
|
2013-02-17 19:46:09 +00:00
|
|
|
---------------------------------
|
|
|
|
|
manpage: merge new manpage
About a year ago, ubitux converted most of the old manpage from the
hard to maintain nroff format to reStructuredText. This was not merged
back into the master repository immediately. The argument was that the
new manpage still required work to be done. However, progress was very
slow. Even worse: the old manpage wasn't updated, because it was
scheduled for deletion, and updating it would have meant useless work.
Now the situation is that the new manpage still isn't finished, and the
old manpage is grossly out of sync with the player. This is not helpful
for users. Additionally, keeping the new manpage in a separate branch,
while the normal development repository for code had the old manpage,
was very inconvenient, because you couldn't just update the
documentation in the same commit as the code.
Even though the new manpage isn't finished yet, merging it now seems to
be the best course of action. Squash-merge the manpage development
branch [1], revision e89f5dd3f2, which branches from the mplayer2
master branch after revision 159102e0cb.
Committers:
* Clément Bœsch <ubitux@gmail.com> (Initial conversion to RST.)
* Uoti Urpala <uau@mplayer2.org> (Many updates.)
* Myself (Minor edits.)
Most text of the manpage has been directly taken from the old manpage,
because this is a conversion, not a complete rewrite.
[1] http://git.mplayer2.org/uau/mplayer2.git/log/?h=man
2012-08-02 19:37:33 +00:00
|
|
|
You can also write file-specific configuration files. If you wish to have a
|
2014-07-26 20:38:48 +00:00
|
|
|
configuration file for a file called 'video.avi', create a file named
|
|
|
|
'video.avi.conf' with the file-specific options in it and put it in
|
2014-10-03 09:18:48 +00:00
|
|
|
``~/.config/mpv/``. You can also put the configuration file in the same directory
|
2014-10-17 00:55:31 +00:00
|
|
|
as the file to be played. Both require you to set the ``--use-filedir-conf``
|
manpage: merge new manpage
About a year ago, ubitux converted most of the old manpage from the
hard to maintain nroff format to reStructuredText. This was not merged
back into the master repository immediately. The argument was that the
new manpage still required work to be done. However, progress was very
slow. Even worse: the old manpage wasn't updated, because it was
scheduled for deletion, and updating it would have meant useless work.
Now the situation is that the new manpage still isn't finished, and the
old manpage is grossly out of sync with the player. This is not helpful
for users. Additionally, keeping the new manpage in a separate branch,
while the normal development repository for code had the old manpage,
was very inconvenient, because you couldn't just update the
documentation in the same commit as the code.
Even though the new manpage isn't finished yet, merging it now seems to
be the best course of action. Squash-merge the manpage development
branch [1], revision e89f5dd3f2, which branches from the mplayer2
master branch after revision 159102e0cb.
Committers:
* Clément Bœsch <ubitux@gmail.com> (Initial conversion to RST.)
* Uoti Urpala <uau@mplayer2.org> (Many updates.)
* Myself (Minor edits.)
Most text of the manpage has been directly taken from the old manpage,
because this is a conversion, not a complete rewrite.
[1] http://git.mplayer2.org/uau/mplayer2.git/log/?h=man
2012-08-02 19:37:33 +00:00
|
|
|
option (either on the command line or in your global config file). If a
|
|
|
|
file-specific configuration file is found in the same directory, no
|
2014-10-03 09:18:48 +00:00
|
|
|
file-specific configuration is loaded from ``~/.config/mpv``. In addition, the
|
manpage: merge new manpage
About a year ago, ubitux converted most of the old manpage from the
hard to maintain nroff format to reStructuredText. This was not merged
back into the master repository immediately. The argument was that the
new manpage still required work to be done. However, progress was very
slow. Even worse: the old manpage wasn't updated, because it was
scheduled for deletion, and updating it would have meant useless work.
Now the situation is that the new manpage still isn't finished, and the
old manpage is grossly out of sync with the player. This is not helpful
for users. Additionally, keeping the new manpage in a separate branch,
while the normal development repository for code had the old manpage,
was very inconvenient, because you couldn't just update the
documentation in the same commit as the code.
Even though the new manpage isn't finished yet, merging it now seems to
be the best course of action. Squash-merge the manpage development
branch [1], revision e89f5dd3f2, which branches from the mplayer2
master branch after revision 159102e0cb.
Committers:
* Clément Bœsch <ubitux@gmail.com> (Initial conversion to RST.)
* Uoti Urpala <uau@mplayer2.org> (Many updates.)
* Myself (Minor edits.)
Most text of the manpage has been directly taken from the old manpage,
because this is a conversion, not a complete rewrite.
[1] http://git.mplayer2.org/uau/mplayer2.git/log/?h=man
2012-08-02 19:37:33 +00:00
|
|
|
``--use-filedir-conf`` option enables directory-specific configuration files.
|
2012-10-11 00:04:08 +00:00
|
|
|
For this, mpv first tries to load a mpv.conf from the same directory
|
manpage: merge new manpage
About a year ago, ubitux converted most of the old manpage from the
hard to maintain nroff format to reStructuredText. This was not merged
back into the master repository immediately. The argument was that the
new manpage still required work to be done. However, progress was very
slow. Even worse: the old manpage wasn't updated, because it was
scheduled for deletion, and updating it would have meant useless work.
Now the situation is that the new manpage still isn't finished, and the
old manpage is grossly out of sync with the player. This is not helpful
for users. Additionally, keeping the new manpage in a separate branch,
while the normal development repository for code had the old manpage,
was very inconvenient, because you couldn't just update the
documentation in the same commit as the code.
Even though the new manpage isn't finished yet, merging it now seems to
be the best course of action. Squash-merge the manpage development
branch [1], revision e89f5dd3f2, which branches from the mplayer2
master branch after revision 159102e0cb.
Committers:
* Clément Bœsch <ubitux@gmail.com> (Initial conversion to RST.)
* Uoti Urpala <uau@mplayer2.org> (Many updates.)
* Myself (Minor edits.)
Most text of the manpage has been directly taken from the old manpage,
because this is a conversion, not a complete rewrite.
[1] http://git.mplayer2.org/uau/mplayer2.git/log/?h=man
2012-08-02 19:37:33 +00:00
|
|
|
as the file played and then tries to load any file-specific configuration.
|
|
|
|
|
|
|
|
|
2013-02-17 19:46:09 +00:00
|
|
|
Profiles
|
|
|
|
--------
|
manpage: merge new manpage
About a year ago, ubitux converted most of the old manpage from the
hard to maintain nroff format to reStructuredText. This was not merged
back into the master repository immediately. The argument was that the
new manpage still required work to be done. However, progress was very
slow. Even worse: the old manpage wasn't updated, because it was
scheduled for deletion, and updating it would have meant useless work.
Now the situation is that the new manpage still isn't finished, and the
old manpage is grossly out of sync with the player. This is not helpful
for users. Additionally, keeping the new manpage in a separate branch,
while the normal development repository for code had the old manpage,
was very inconvenient, because you couldn't just update the
documentation in the same commit as the code.
Even though the new manpage isn't finished yet, merging it now seems to
be the best course of action. Squash-merge the manpage development
branch [1], revision e89f5dd3f2, which branches from the mplayer2
master branch after revision 159102e0cb.
Committers:
* Clément Bœsch <ubitux@gmail.com> (Initial conversion to RST.)
* Uoti Urpala <uau@mplayer2.org> (Many updates.)
* Myself (Minor edits.)
Most text of the manpage has been directly taken from the old manpage,
because this is a conversion, not a complete rewrite.
[1] http://git.mplayer2.org/uau/mplayer2.git/log/?h=man
2012-08-02 19:37:33 +00:00
|
|
|
|
2013-07-08 16:02:14 +00:00
|
|
|
To ease working with different configurations, profiles can be defined in the
|
|
|
|
configuration files. A profile starts with its name in square brackets,
|
|
|
|
e.g. ``[my-profile]``. All following options will be part of the profile. A
|
|
|
|
description (shown by ``--profile=help``) can be defined with the
|
|
|
|
``profile-desc`` option. To end the profile, start another one or use the
|
|
|
|
profile name ``default`` to continue with normal options.
|
|
|
|
|
2015-10-29 21:17:51 +00:00
|
|
|
.. admonition:: Example mpv config file with profiles
|
|
|
|
|
|
|
|
::
|
|
|
|
|
|
|
|
# normal top-level option
|
|
|
|
fullscreen=yes
|
|
|
|
|
|
|
|
# a profile that can be enabled with --profile=big-cache
|
|
|
|
[big-cache]
|
|
|
|
cache=123400
|
|
|
|
demuxer-readahead-secs=20
|
|
|
|
|
|
|
|
[slow]
|
|
|
|
profile-desc="some profile name"
|
2016-09-07 10:55:21 +00:00
|
|
|
# reference a builtin profile
|
|
|
|
profile=opengl-hq
|
2015-10-29 21:17:51 +00:00
|
|
|
|
|
|
|
[fast]
|
|
|
|
vo=vdpau
|
|
|
|
|
|
|
|
# using a profile again extends it
|
|
|
|
[slow]
|
|
|
|
framedrop=no
|
|
|
|
# you can also include other profiles
|
|
|
|
profile=big-cache
|
|
|
|
|
|
|
|
|
|
|
|
Auto profiles
|
|
|
|
-------------
|
|
|
|
|
|
|
|
Some profiles are loaded automatically. The following example demonstrates this:
|
|
|
|
|
|
|
|
.. admonition:: Auto profile loading
|
2013-07-08 16:02:14 +00:00
|
|
|
|
|
|
|
::
|
|
|
|
|
|
|
|
[protocol.dvd]
|
|
|
|
profile-desc="profile for dvd:// streams"
|
|
|
|
alang=en
|
|
|
|
|
|
|
|
[extension.flv]
|
|
|
|
profile-desc="profile for .flv files"
|
2013-12-07 18:30:46 +00:00
|
|
|
vf=flip
|
2013-07-08 16:02:14 +00:00
|
|
|
|
2016-09-17 16:28:30 +00:00
|
|
|
The profile name follows the schema ``type.name``, where type can be
|
2015-10-29 21:17:51 +00:00
|
|
|
``protocol`` for the input/output protocol in use (see ``--list-protocols``),
|
|
|
|
and ``extension`` for the extension of the path of the currently played file
|
|
|
|
(*not* the file format).
|
|
|
|
|
|
|
|
This feature is very limited, and there are no other auto profiles.
|
manpage: merge new manpage
About a year ago, ubitux converted most of the old manpage from the
hard to maintain nroff format to reStructuredText. This was not merged
back into the master repository immediately. The argument was that the
new manpage still required work to be done. However, progress was very
slow. Even worse: the old manpage wasn't updated, because it was
scheduled for deletion, and updating it would have meant useless work.
Now the situation is that the new manpage still isn't finished, and the
old manpage is grossly out of sync with the player. This is not helpful
for users. Additionally, keeping the new manpage in a separate branch,
while the normal development repository for code had the old manpage,
was very inconvenient, because you couldn't just update the
documentation in the same commit as the code.
Even though the new manpage isn't finished yet, merging it now seems to
be the best course of action. Squash-merge the manpage development
branch [1], revision e89f5dd3f2, which branches from the mplayer2
master branch after revision 159102e0cb.
Committers:
* Clément Bœsch <ubitux@gmail.com> (Initial conversion to RST.)
* Uoti Urpala <uau@mplayer2.org> (Many updates.)
* Myself (Minor edits.)
Most text of the manpage has been directly taken from the old manpage,
because this is a conversion, not a complete rewrite.
[1] http://git.mplayer2.org/uau/mplayer2.git/log/?h=man
2012-08-02 19:37:33 +00:00
|
|
|
|
2013-07-07 18:37:47 +00:00
|
|
|
TAKING SCREENSHOTS
|
2012-08-02 18:44:28 +00:00
|
|
|
==================
|
|
|
|
|
|
|
|
Screenshots of the currently played file can be taken using the 'screenshot'
|
2012-10-23 23:06:00 +00:00
|
|
|
input mode command, which is by default bound to the ``s`` key. Files named
|
2016-01-08 12:47:12 +00:00
|
|
|
``mpv-shotNNNN.jpg`` will be saved in the working directory, using the first
|
|
|
|
available number - no files will be overwritten. In pseudo-GUI mode, the
|
|
|
|
screenshot will be saved somewhere else. See `PSEUDO GUI MODE`_.
|
2012-08-02 18:44:28 +00:00
|
|
|
|
|
|
|
A screenshot will usually contain the unscaled video contents at the end of the
|
2013-07-08 16:02:14 +00:00
|
|
|
video filter chain and subtitles. By default, ``S`` takes screenshots without
|
2013-01-30 00:17:33 +00:00
|
|
|
subtitles, while ``s`` includes subtitles.
|
|
|
|
|
2015-04-16 20:16:04 +00:00
|
|
|
Unlike with MPlayer, the ``screenshot`` video filter is not required. This
|
|
|
|
filter was never required in mpv, and has been removed.
|
manpage: merge new manpage
About a year ago, ubitux converted most of the old manpage from the
hard to maintain nroff format to reStructuredText. This was not merged
back into the master repository immediately. The argument was that the
new manpage still required work to be done. However, progress was very
slow. Even worse: the old manpage wasn't updated, because it was
scheduled for deletion, and updating it would have meant useless work.
Now the situation is that the new manpage still isn't finished, and the
old manpage is grossly out of sync with the player. This is not helpful
for users. Additionally, keeping the new manpage in a separate branch,
while the normal development repository for code had the old manpage,
was very inconvenient, because you couldn't just update the
documentation in the same commit as the code.
Even though the new manpage isn't finished yet, merging it now seems to
be the best course of action. Squash-merge the manpage development
branch [1], revision e89f5dd3f2, which branches from the mplayer2
master branch after revision 159102e0cb.
Committers:
* Clément Bœsch <ubitux@gmail.com> (Initial conversion to RST.)
* Uoti Urpala <uau@mplayer2.org> (Many updates.)
* Myself (Minor edits.)
Most text of the manpage has been directly taken from the old manpage,
because this is a conversion, not a complete rewrite.
[1] http://git.mplayer2.org/uau/mplayer2.git/log/?h=man
2012-08-02 19:37:33 +00:00
|
|
|
|
2014-09-19 22:31:44 +00:00
|
|
|
TERMINAL STATUS LINE
|
|
|
|
====================
|
|
|
|
|
|
|
|
During playback, mpv shows the playback status on the terminal. It looks like
|
|
|
|
something like this:
|
|
|
|
|
|
|
|
``AV: 00:03:12 / 00:24:25 (13%) A-V: -0.000``
|
|
|
|
|
|
|
|
The status line can be overridden with the ``--term-status-msg`` option.
|
|
|
|
|
|
|
|
The following is a list of things that can show up in the status line. Input
|
|
|
|
properties, that can be used to get the same information manually, are also
|
|
|
|
listed.
|
|
|
|
|
|
|
|
- ``AV:`` or ``V:`` (video only) or ``A:`` (audio only)
|
|
|
|
- The current time position in ``HH:MM:SS`` format (``playback-time`` property)
|
2014-11-29 18:11:07 +00:00
|
|
|
- The total file duration (absent if unknown) (``length`` property)
|
2014-09-19 22:31:44 +00:00
|
|
|
- Playback speed, e.g. `` x2.0``. Only visible if the speed is not normal. This
|
|
|
|
is the user-requested speed, and not the actual speed (usually they should
|
|
|
|
be the same, unless playback is too slow). (``speed`` property.)
|
|
|
|
- Playback percentage, e.g. ``(13%)``. How much of the file has been played.
|
|
|
|
Normally calculated out of playback position and duration, but can fallback
|
|
|
|
to other methods (like byte position) if these are not available.
|
|
|
|
(``percent-pos`` property.)
|
|
|
|
- The audio/video sync as ``A-V: 0.000``. This is the difference between
|
|
|
|
audio and video time. Normally it should be 0 or close to 0. If it's growing,
|
|
|
|
it might indicate a playback problem. (``avsync`` property.)
|
|
|
|
- Total A/V sync change, e.g. ``ct: -0.417``. Normally invisible. Can show up
|
|
|
|
if there is audio "missing", or not enough frames can be dropped. Usually
|
|
|
|
this will indicate a problem. (``total-avsync-change`` property.)
|
|
|
|
- Encoding state in ``{...}``, only shown in encoding mode.
|
2015-08-10 16:43:25 +00:00
|
|
|
- Display sync state. If display sync is active (``display-sync-active``
|
2015-11-18 20:21:57 +00:00
|
|
|
property), this shows ``DS: 2.500/13``, where the first number is average
|
|
|
|
number of vsyncs per video frame (e.g. 2.5 when playing 24Hz videos on 60Hz
|
|
|
|
screens), which might jitter if the ratio doesn't round off, or there are
|
|
|
|
mistimed frames (``vsync-ratio``), and the second number of estimated number
|
|
|
|
of vsyncs which took too long (``vo-delayed-frame-count`` property). The
|
|
|
|
latter is a heuristic, as it's generally not possible to determine this with
|
|
|
|
certainty.
|
2014-10-31 00:01:58 +00:00
|
|
|
- Dropped frames, e.g. ``Dropped: 4``. Shows up only if the count is not 0. Can
|
|
|
|
grow if the video framerate is higher than that of the display, or if video
|
2015-12-19 08:26:27 +00:00
|
|
|
rendering is too slow. May also be incremented on "hiccups" and when the video
|
2014-10-31 00:01:58 +00:00
|
|
|
frame couldn't be displayed on time. (``vo-drop-frame-count`` property.)
|
|
|
|
If the decoder drops frames, the number of decoder-dropped frames is appended
|
2015-04-16 19:55:10 +00:00
|
|
|
to the display as well, e.g.: ``Dropped: 4/34``. This happens only if
|
2015-06-29 15:51:43 +00:00
|
|
|
decoder frame dropping is enabled with the ``--framedrop`` options.
|
2015-04-16 19:55:10 +00:00
|
|
|
(``drop-frame-count`` property.)
|
2014-09-19 22:31:44 +00:00
|
|
|
- Cache state, e.g. ``Cache: 2s+134KB``. Visible if the stream cache is enabled.
|
|
|
|
The first value shows the amount of video buffered in the demuxer in seconds,
|
|
|
|
the second value shows *additional* data buffered in the stream cache in
|
2015-02-28 08:52:06 +00:00
|
|
|
kilobytes. (``demuxer-cache-duration`` and ``cache-used`` properties.)
|
2014-09-19 22:31:44 +00:00
|
|
|
|
|
|
|
|
2014-06-20 20:45:17 +00:00
|
|
|
PROTOCOLS
|
|
|
|
=========
|
|
|
|
|
|
|
|
``http://...``, ``https://``, ...
|
2017-03-25 11:51:50 +00:00
|
|
|
|
2014-06-20 20:45:17 +00:00
|
|
|
Many network protocols are supported, but the protocol prefix must always
|
|
|
|
be specified. mpv will never attempt to guess whether a filename is
|
|
|
|
actually a network address. A protocol prefix is always required.
|
|
|
|
|
2014-10-14 16:50:18 +00:00
|
|
|
Note that not all prefixes are documented here. Undocumented prefixes are
|
2014-10-19 22:21:02 +00:00
|
|
|
either aliases to documented protocols, or are just redirections to
|
2014-10-14 16:50:18 +00:00
|
|
|
protocols implemented and documented in FFmpeg.
|
|
|
|
|
2017-01-25 15:33:05 +00:00
|
|
|
``data:`` is supported in FFmpeg (not in Libav), but needs to be in the
|
|
|
|
format ``data://``. This is done to avoid ambiguity with filenames. You
|
|
|
|
can also prefix it with ``lavf://`` or ``ffmpeg://``.
|
|
|
|
|
2016-10-23 15:38:58 +00:00
|
|
|
``ytdl://...``
|
2017-03-25 11:51:50 +00:00
|
|
|
|
2016-10-23 15:38:58 +00:00
|
|
|
By default, the youtube-dl hook script (enabled by default for mpv CLI)
|
|
|
|
only looks at http URLs. Prefixing an URL with ``ytdl://`` forces it to
|
|
|
|
be always processed by the script. This can also be used to invoke special
|
|
|
|
youtube-dl functionality like playing a video by ID or invoking search.
|
|
|
|
|
|
|
|
Keep in mind that you can't pass youtube-dl command line options by this,
|
|
|
|
and you have to use ``--ytdl-raw-options`` instead.
|
|
|
|
|
2014-06-20 20:45:17 +00:00
|
|
|
``-``
|
2017-03-25 11:51:50 +00:00
|
|
|
|
2014-06-20 20:45:17 +00:00
|
|
|
Play data from stdin.
|
|
|
|
|
|
|
|
``smb://PATH``
|
2017-03-25 11:51:50 +00:00
|
|
|
|
2014-06-20 20:45:17 +00:00
|
|
|
Play a path from Samba share.
|
|
|
|
|
|
|
|
``bd://[title][/device]`` ``--bluray-device=PATH``
|
2017-03-25 11:51:50 +00:00
|
|
|
|
2015-12-19 08:26:27 +00:00
|
|
|
Play a Blu-ray disc. Currently, this does not accept ISO files. Instead,
|
2014-09-01 02:25:57 +00:00
|
|
|
you must mount the ISO file as filesystem, and point ``--bluray-device``
|
2014-11-29 18:11:07 +00:00
|
|
|
to the mounted directory directly.
|
2014-06-20 20:45:17 +00:00
|
|
|
|
|
|
|
``dvd://[title|[starttitle]-endtitle][/device]`` ``--dvd-device=PATH``
|
2017-03-25 11:51:50 +00:00
|
|
|
|
2015-06-26 21:37:23 +00:00
|
|
|
Play a DVD. DVD menus are not supported. If no title is given, the longest
|
|
|
|
title is auto-selected.
|
2014-06-20 20:45:17 +00:00
|
|
|
|
|
|
|
``dvdnav://`` is an old alias for ``dvd://`` and does exactly the same
|
|
|
|
thing.
|
|
|
|
|
|
|
|
``dvdread://...:``
|
2017-03-24 18:22:37 +00:00
|
|
|
|
|
|
|
Play a DVD using the old libdvdread code. This is what MPlayer and
|
|
|
|
older mpv versions use for ``dvd://``. Use is discouraged. It's
|
|
|
|
provided only for compatibility and for transition, and to work
|
|
|
|
around outstanding dvdnav bugs (see "DVD library choices" above).
|
2014-06-20 20:45:17 +00:00
|
|
|
|
|
|
|
``tv://[channel][/input_id]`` ``--tv-...``
|
2017-03-25 11:51:50 +00:00
|
|
|
|
2014-06-20 20:45:17 +00:00
|
|
|
Analogue TV via V4L. Also useful for webcams. (Linux only.)
|
|
|
|
|
|
|
|
``pvr://`` ``--pvr-...``
|
2017-03-25 11:51:50 +00:00
|
|
|
|
2014-06-20 20:45:17 +00:00
|
|
|
PVR. (Linux only.)
|
|
|
|
|
|
|
|
``dvb://[cardnumber@]channel`` ``--dvbin-...``
|
2017-03-25 11:51:50 +00:00
|
|
|
|
2014-06-20 20:45:17 +00:00
|
|
|
Digital TV via DVB. (Linux only.)
|
|
|
|
|
|
|
|
``mf://[filemask|@listfile]`` ``--mf-...``
|
2017-03-25 11:51:50 +00:00
|
|
|
|
2014-06-20 20:45:17 +00:00
|
|
|
Play a series of images as video.
|
|
|
|
|
2016-09-09 15:39:22 +00:00
|
|
|
``cdda://[device]`` ``--cdrom-device=PATH`` ``--cdda-...``
|
2017-03-25 11:51:50 +00:00
|
|
|
|
2014-06-20 20:45:17 +00:00
|
|
|
Play CD.
|
|
|
|
|
|
|
|
``lavf://...``
|
2017-03-25 11:51:50 +00:00
|
|
|
|
2014-06-20 20:45:17 +00:00
|
|
|
Access any FFmpeg/Libav libavformat protocol. Basically, this passed the
|
|
|
|
string after the ``//`` directly to libavformat.
|
|
|
|
|
|
|
|
``av://type:options``
|
2017-03-25 11:51:50 +00:00
|
|
|
|
2014-06-20 20:45:17 +00:00
|
|
|
This is intended for using libavdevice inputs. ``type`` is the libavdevice
|
|
|
|
demuxer name, and ``options`` is the (pseudo-)filename passed to the
|
|
|
|
demuxer.
|
|
|
|
|
|
|
|
For example, ``mpv av://lavfi:mandelbrot`` makes use of the libavfilter
|
|
|
|
wrapper included in libavdevice, and will use the ``mandelbrot`` source
|
|
|
|
filter to generate input data.
|
|
|
|
|
|
|
|
``avdevice://`` is an alias.
|
|
|
|
|
|
|
|
``file://PATH``
|
2017-03-25 11:51:50 +00:00
|
|
|
|
2014-06-20 20:45:17 +00:00
|
|
|
A local path as URL. Might be useful in some special use-cases. Note that
|
|
|
|
``PATH`` itself should start with a third ``/`` to make the path an
|
|
|
|
absolute path.
|
|
|
|
|
2015-07-09 13:51:31 +00:00
|
|
|
``fd://123``
|
2017-03-25 11:51:50 +00:00
|
|
|
|
2016-01-06 12:08:13 +00:00
|
|
|
Read data from the given file descriptor (for example 123). This is similar
|
|
|
|
to piping data to stdin via ``-``, but can use an arbitrary file descriptor.
|
2015-07-09 13:51:31 +00:00
|
|
|
|
2017-06-16 20:40:42 +00:00
|
|
|
``fdclose://123``
|
|
|
|
|
|
|
|
Like ``fd://``, but the file descriptor is closed after use. When using this
|
|
|
|
you need to ensure that the same fd URL will only be used once.
|
|
|
|
|
2014-06-20 20:45:17 +00:00
|
|
|
``edl://[edl specification as in edl-mpv.rst]``
|
2017-03-25 11:51:50 +00:00
|
|
|
|
2014-06-20 20:45:17 +00:00
|
|
|
Stitch together parts of multiple files and play them.
|
|
|
|
|
|
|
|
``null://``
|
2017-03-25 11:51:50 +00:00
|
|
|
|
2016-03-04 22:51:55 +00:00
|
|
|
Simulate an empty file. If opened for writing, it will discard all data.
|
|
|
|
The ``null`` demuxer will specifically pass autoprobing if this protocol
|
|
|
|
is used (while it's not automatically invoked for empty files).
|
2014-06-20 20:45:17 +00:00
|
|
|
|
|
|
|
``memory://data``
|
2017-03-25 11:51:50 +00:00
|
|
|
|
2014-06-20 20:45:17 +00:00
|
|
|
Use the ``data`` part as source data.
|
|
|
|
|
2016-04-20 16:00:20 +00:00
|
|
|
``hex://data``
|
2017-03-25 11:51:50 +00:00
|
|
|
|
2016-04-20 16:00:20 +00:00
|
|
|
Like ``memory://``, but the string is interpreted as hexdump.
|
|
|
|
|
2015-04-10 19:24:12 +00:00
|
|
|
PSEUDO GUI MODE
|
|
|
|
===============
|
|
|
|
|
|
|
|
mpv has no official GUI, other than the OSC (`ON SCREEN CONTROLLER`_), which
|
|
|
|
is not a full GUI and is not meant to be. However, to compensate for the lack
|
|
|
|
of expected GUI behavior, mpv will in some cases start with some settings
|
|
|
|
changed to behave slightly more like a GUI mode.
|
|
|
|
|
2015-04-11 11:59:34 +00:00
|
|
|
Currently this happens only in the following cases:
|
|
|
|
|
|
|
|
- if started using the ``mpv.desktop`` file on Linux (e.g. started from menus
|
|
|
|
or file associations provided by desktop environments)
|
|
|
|
- if started from explorer.exe on Windows (technically, if it was started on
|
|
|
|
Windows, and all of the stdout/stderr/stdin handles are unset)
|
2016-09-23 19:24:50 +00:00
|
|
|
- started out of the bundle on OSX
|
2016-09-23 22:36:17 +00:00
|
|
|
- if you manually use ``--player-operation-mode=pseudo-gui`` on the command line
|
2015-04-10 19:24:12 +00:00
|
|
|
|
2016-09-23 22:36:17 +00:00
|
|
|
This mode applies options from the builtin profile ``builtin-pseudo-gui``, but
|
|
|
|
only if these haven't been set in the user's config file or on the command line.
|
|
|
|
Also, for compatibility with the old pseudo-gui behavior, the options in the
|
|
|
|
``pseudo-gui`` profile are applied unconditionally. In addition, the profile
|
|
|
|
makes sure to enable the pseudo-GUI mode, so that ``--profile=pseudo-gui``
|
|
|
|
works like in older mpv releases. The profiles are currently defined as follows:
|
2015-04-10 19:24:12 +00:00
|
|
|
|
|
|
|
::
|
|
|
|
|
2016-09-23 22:36:17 +00:00
|
|
|
[builtin-pseudo-gui]
|
2015-04-10 19:24:12 +00:00
|
|
|
terminal=no
|
|
|
|
force-window=yes
|
|
|
|
idle=once
|
2015-05-03 12:52:11 +00:00
|
|
|
screenshot-directory=~~desktop/
|
2016-09-23 22:36:17 +00:00
|
|
|
[pseudo-gui]
|
|
|
|
player-operation-mode=pseudo-gui
|
2015-04-10 19:24:12 +00:00
|
|
|
|
2016-09-23 19:24:50 +00:00
|
|
|
.. warning::
|
2015-04-10 19:24:12 +00:00
|
|
|
|
2016-09-23 19:24:50 +00:00
|
|
|
Currently, you can extend the ``pseudo-gui`` profile in the config file the
|
|
|
|
normal way. This is deprecated. In future mpv releases, the behavior might
|
|
|
|
change, and not apply your additional settings, and/or use a different
|
|
|
|
profile name.
|
2015-04-10 19:24:12 +00:00
|
|
|
|
|
|
|
|
2013-08-02 11:06:11 +00:00
|
|
|
.. include:: options.rst
|
|
|
|
|
|
|
|
.. include:: ao.rst
|
|
|
|
|
|
|
|
.. include:: vo.rst
|
|
|
|
|
|
|
|
.. include:: af.rst
|
|
|
|
|
|
|
|
.. include:: vf.rst
|
|
|
|
|
|
|
|
.. include:: encode.rst
|
|
|
|
|
|
|
|
.. include:: input.rst
|
|
|
|
|
2013-10-15 20:42:00 +00:00
|
|
|
.. include:: osc.rst
|
|
|
|
|
Add initial Lua scripting support
This is preliminary. There are still tons of issues, and any aspect
of scripting may change in the future. I decided to merge this
(preliminary) work now because it makes it easier to develop it, not
because it's done. lua.rst is clear enough about it (plus some
sarcasm).
This requires linking to Lua. Lua has no official pkg-config file, but
there are distribution specific .pc files, all with different names.
Adding a non-pkg-config based configure test was considered, but we'd
rather not.
One major complication is that libquvi links against Lua too, and if
the Lua version is different from mpv's, you will get a crash as soon
as libquvi uses Lua. (libquvi by design always runs when a file is
opened.) I would consider this the problem of distros and whoever
builds mpv, but to make things easier for users, we add a terrible
runtime test to the configure script, which probes whether libquvi
will crash. This is disabled when cross-compiling, but in that case
we hope the user knows what he is doing.
2013-09-25 22:41:14 +00:00
|
|
|
.. include:: lua.rst
|
|
|
|
|
2014-12-13 16:27:47 +00:00
|
|
|
.. include:: javascript.rst
|
|
|
|
|
2014-10-14 20:35:37 +00:00
|
|
|
.. include:: ipc.rst
|
|
|
|
|
2012-08-07 20:24:29 +00:00
|
|
|
.. include:: changes.rst
|
|
|
|
|
2016-09-02 07:51:21 +00:00
|
|
|
.. include:: libmpv.rst
|
2015-10-30 08:49:16 +00:00
|
|
|
|
manpage: merge new manpage
About a year ago, ubitux converted most of the old manpage from the
hard to maintain nroff format to reStructuredText. This was not merged
back into the master repository immediately. The argument was that the
new manpage still required work to be done. However, progress was very
slow. Even worse: the old manpage wasn't updated, because it was
scheduled for deletion, and updating it would have meant useless work.
Now the situation is that the new manpage still isn't finished, and the
old manpage is grossly out of sync with the player. This is not helpful
for users. Additionally, keeping the new manpage in a separate branch,
while the normal development repository for code had the old manpage,
was very inconvenient, because you couldn't just update the
documentation in the same commit as the code.
Even though the new manpage isn't finished yet, merging it now seems to
be the best course of action. Squash-merge the manpage development
branch [1], revision e89f5dd3f2, which branches from the mplayer2
master branch after revision 159102e0cb.
Committers:
* Clément Bœsch <ubitux@gmail.com> (Initial conversion to RST.)
* Uoti Urpala <uau@mplayer2.org> (Many updates.)
* Myself (Minor edits.)
Most text of the manpage has been directly taken from the old manpage,
because this is a conversion, not a complete rewrite.
[1] http://git.mplayer2.org/uau/mplayer2.git/log/?h=man
2012-08-02 19:37:33 +00:00
|
|
|
ENVIRONMENT VARIABLES
|
|
|
|
=====================
|
|
|
|
|
|
|
|
There are a number of environment variables that can be used to control the
|
2012-10-11 00:04:08 +00:00
|
|
|
behavior of mpv.
|
manpage: merge new manpage
About a year ago, ubitux converted most of the old manpage from the
hard to maintain nroff format to reStructuredText. This was not merged
back into the master repository immediately. The argument was that the
new manpage still required work to be done. However, progress was very
slow. Even worse: the old manpage wasn't updated, because it was
scheduled for deletion, and updating it would have meant useless work.
Now the situation is that the new manpage still isn't finished, and the
old manpage is grossly out of sync with the player. This is not helpful
for users. Additionally, keeping the new manpage in a separate branch,
while the normal development repository for code had the old manpage,
was very inconvenient, because you couldn't just update the
documentation in the same commit as the code.
Even though the new manpage isn't finished yet, merging it now seems to
be the best course of action. Squash-merge the manpage development
branch [1], revision e89f5dd3f2, which branches from the mplayer2
master branch after revision 159102e0cb.
Committers:
* Clément Bœsch <ubitux@gmail.com> (Initial conversion to RST.)
* Uoti Urpala <uau@mplayer2.org> (Many updates.)
* Myself (Minor edits.)
Most text of the manpage has been directly taken from the old manpage,
because this is a conversion, not a complete rewrite.
[1] http://git.mplayer2.org/uau/mplayer2.git/log/?h=man
2012-08-02 19:37:33 +00:00
|
|
|
|
2014-06-28 13:55:09 +00:00
|
|
|
``HOME``, ``XDG_CONFIG_HOME``
|
|
|
|
Used to determine mpv config directory. If ``XDG_CONFIG_HOME`` is not set,
|
|
|
|
``$HOME/.config/mpv`` is used.
|
|
|
|
|
|
|
|
``$HOME/.mpv`` is always added to the list of config search paths with a
|
|
|
|
lower priority.
|
|
|
|
|
|
|
|
``XDG_CONFIG_DIRS``
|
|
|
|
If set, XDG-style system configuration directories are used. Otherwise,
|
|
|
|
the UNIX convention (``PREFIX/etc/mpv/``) is used.
|
2013-08-02 11:43:11 +00:00
|
|
|
|
2012-10-11 00:04:08 +00:00
|
|
|
``MPV_HOME``
|
2013-08-02 11:43:11 +00:00
|
|
|
Directory where mpv looks for user settings. Overrides ``HOME``, and mpv
|
2014-06-28 13:55:09 +00:00
|
|
|
will try to load the config file as ``$MPV_HOME/mpv.conf``.
|
manpage: merge new manpage
About a year ago, ubitux converted most of the old manpage from the
hard to maintain nroff format to reStructuredText. This was not merged
back into the master repository immediately. The argument was that the
new manpage still required work to be done. However, progress was very
slow. Even worse: the old manpage wasn't updated, because it was
scheduled for deletion, and updating it would have meant useless work.
Now the situation is that the new manpage still isn't finished, and the
old manpage is grossly out of sync with the player. This is not helpful
for users. Additionally, keeping the new manpage in a separate branch,
while the normal development repository for code had the old manpage,
was very inconvenient, because you couldn't just update the
documentation in the same commit as the code.
Even though the new manpage isn't finished yet, merging it now seems to
be the best course of action. Squash-merge the manpage development
branch [1], revision e89f5dd3f2, which branches from the mplayer2
master branch after revision 159102e0cb.
Committers:
* Clément Bœsch <ubitux@gmail.com> (Initial conversion to RST.)
* Uoti Urpala <uau@mplayer2.org> (Many updates.)
* Myself (Minor edits.)
Most text of the manpage has been directly taken from the old manpage,
because this is a conversion, not a complete rewrite.
[1] http://git.mplayer2.org/uau/mplayer2.git/log/?h=man
2012-08-02 19:37:33 +00:00
|
|
|
|
2014-04-24 16:16:47 +00:00
|
|
|
``MPV_VERBOSE`` (see also ``-v`` and ``--msg-level``)
|
manpage: merge new manpage
About a year ago, ubitux converted most of the old manpage from the
hard to maintain nroff format to reStructuredText. This was not merged
back into the master repository immediately. The argument was that the
new manpage still required work to be done. However, progress was very
slow. Even worse: the old manpage wasn't updated, because it was
scheduled for deletion, and updating it would have meant useless work.
Now the situation is that the new manpage still isn't finished, and the
old manpage is grossly out of sync with the player. This is not helpful
for users. Additionally, keeping the new manpage in a separate branch,
while the normal development repository for code had the old manpage,
was very inconvenient, because you couldn't just update the
documentation in the same commit as the code.
Even though the new manpage isn't finished yet, merging it now seems to
be the best course of action. Squash-merge the manpage development
branch [1], revision e89f5dd3f2, which branches from the mplayer2
master branch after revision 159102e0cb.
Committers:
* Clément Bœsch <ubitux@gmail.com> (Initial conversion to RST.)
* Uoti Urpala <uau@mplayer2.org> (Many updates.)
* Myself (Minor edits.)
Most text of the manpage has been directly taken from the old manpage,
because this is a conversion, not a complete rewrite.
[1] http://git.mplayer2.org/uau/mplayer2.git/log/?h=man
2012-08-02 19:37:33 +00:00
|
|
|
Set the initial verbosity level across all message modules (default: 0).
|
2014-05-11 13:42:12 +00:00
|
|
|
This is an integer, and the resulting verbosity corresponds to the number
|
|
|
|
of ``--v`` options passed to the command line.
|
manpage: merge new manpage
About a year ago, ubitux converted most of the old manpage from the
hard to maintain nroff format to reStructuredText. This was not merged
back into the master repository immediately. The argument was that the
new manpage still required work to be done. However, progress was very
slow. Even worse: the old manpage wasn't updated, because it was
scheduled for deletion, and updating it would have meant useless work.
Now the situation is that the new manpage still isn't finished, and the
old manpage is grossly out of sync with the player. This is not helpful
for users. Additionally, keeping the new manpage in a separate branch,
while the normal development repository for code had the old manpage,
was very inconvenient, because you couldn't just update the
documentation in the same commit as the code.
Even though the new manpage isn't finished yet, merging it now seems to
be the best course of action. Squash-merge the manpage development
branch [1], revision e89f5dd3f2, which branches from the mplayer2
master branch after revision 159102e0cb.
Committers:
* Clément Bœsch <ubitux@gmail.com> (Initial conversion to RST.)
* Uoti Urpala <uau@mplayer2.org> (Many updates.)
* Myself (Minor edits.)
Most text of the manpage has been directly taken from the old manpage,
because this is a conversion, not a complete rewrite.
[1] http://git.mplayer2.org/uau/mplayer2.git/log/?h=man
2012-08-02 19:37:33 +00:00
|
|
|
|
2013-08-02 11:43:11 +00:00
|
|
|
``MPV_LEAK_REPORT``
|
2016-03-12 12:24:02 +00:00
|
|
|
If set to ``1``, enable internal talloc leak reporting.
|
2013-08-02 11:43:11 +00:00
|
|
|
|
|
|
|
``LADSPA_PATH``
|
|
|
|
Specifies the search path for LADSPA plugins. If it is unset, fully
|
|
|
|
qualified path names must be used.
|
manpage: merge new manpage
About a year ago, ubitux converted most of the old manpage from the
hard to maintain nroff format to reStructuredText. This was not merged
back into the master repository immediately. The argument was that the
new manpage still required work to be done. However, progress was very
slow. Even worse: the old manpage wasn't updated, because it was
scheduled for deletion, and updating it would have meant useless work.
Now the situation is that the new manpage still isn't finished, and the
old manpage is grossly out of sync with the player. This is not helpful
for users. Additionally, keeping the new manpage in a separate branch,
while the normal development repository for code had the old manpage,
was very inconvenient, because you couldn't just update the
documentation in the same commit as the code.
Even though the new manpage isn't finished yet, merging it now seems to
be the best course of action. Squash-merge the manpage development
branch [1], revision e89f5dd3f2, which branches from the mplayer2
master branch after revision 159102e0cb.
Committers:
* Clément Bœsch <ubitux@gmail.com> (Initial conversion to RST.)
* Uoti Urpala <uau@mplayer2.org> (Many updates.)
* Myself (Minor edits.)
Most text of the manpage has been directly taken from the old manpage,
because this is a conversion, not a complete rewrite.
[1] http://git.mplayer2.org/uau/mplayer2.git/log/?h=man
2012-08-02 19:37:33 +00:00
|
|
|
|
2013-08-02 11:43:11 +00:00
|
|
|
``DISPLAY``
|
|
|
|
Standard X11 display name to use.
|
|
|
|
|
|
|
|
FFmpeg/Libav:
|
|
|
|
This library accesses various environment variables. However, they are not
|
2013-09-10 13:09:24 +00:00
|
|
|
centrally documented, and documenting them is not our job. Therefore, this
|
2013-08-02 11:43:11 +00:00
|
|
|
list is incomplete.
|
|
|
|
|
|
|
|
Notable environment variables:
|
|
|
|
|
|
|
|
``http_proxy``
|
|
|
|
URL to proxy for ``http://`` and ``https://`` URLs.
|
|
|
|
|
|
|
|
``no_proxy``
|
|
|
|
List of domain patterns for which no proxy should be used.
|
|
|
|
List entries are separated by ``,``. Patterns can include ``*``.
|
manpage: merge new manpage
About a year ago, ubitux converted most of the old manpage from the
hard to maintain nroff format to reStructuredText. This was not merged
back into the master repository immediately. The argument was that the
new manpage still required work to be done. However, progress was very
slow. Even worse: the old manpage wasn't updated, because it was
scheduled for deletion, and updating it would have meant useless work.
Now the situation is that the new manpage still isn't finished, and the
old manpage is grossly out of sync with the player. This is not helpful
for users. Additionally, keeping the new manpage in a separate branch,
while the normal development repository for code had the old manpage,
was very inconvenient, because you couldn't just update the
documentation in the same commit as the code.
Even though the new manpage isn't finished yet, merging it now seems to
be the best course of action. Squash-merge the manpage development
branch [1], revision e89f5dd3f2, which branches from the mplayer2
master branch after revision 159102e0cb.
Committers:
* Clément Bœsch <ubitux@gmail.com> (Initial conversion to RST.)
* Uoti Urpala <uau@mplayer2.org> (Many updates.)
* Myself (Minor edits.)
Most text of the manpage has been directly taken from the old manpage,
because this is a conversion, not a complete rewrite.
[1] http://git.mplayer2.org/uau/mplayer2.git/log/?h=man
2012-08-02 19:37:33 +00:00
|
|
|
|
|
|
|
libdvdcss:
|
|
|
|
``DVDCSS_CACHE``
|
|
|
|
Specify a directory in which to store title key values. This will
|
|
|
|
speed up descrambling of DVDs which are in the cache. The
|
|
|
|
``DVDCSS_CACHE`` directory is created if it does not exist, and a
|
|
|
|
subdirectory is created named after the DVD's title or manufacturing
|
|
|
|
date. If ``DVDCSS_CACHE`` is not set or is empty, libdvdcss will use
|
|
|
|
the default value which is ``${HOME}/.dvdcss/`` under Unix and
|
2013-07-08 16:02:14 +00:00
|
|
|
the roaming application data directory (``%APPDATA%``) under
|
|
|
|
Windows. The special value "off" disables caching.
|
manpage: merge new manpage
About a year ago, ubitux converted most of the old manpage from the
hard to maintain nroff format to reStructuredText. This was not merged
back into the master repository immediately. The argument was that the
new manpage still required work to be done. However, progress was very
slow. Even worse: the old manpage wasn't updated, because it was
scheduled for deletion, and updating it would have meant useless work.
Now the situation is that the new manpage still isn't finished, and the
old manpage is grossly out of sync with the player. This is not helpful
for users. Additionally, keeping the new manpage in a separate branch,
while the normal development repository for code had the old manpage,
was very inconvenient, because you couldn't just update the
documentation in the same commit as the code.
Even though the new manpage isn't finished yet, merging it now seems to
be the best course of action. Squash-merge the manpage development
branch [1], revision e89f5dd3f2, which branches from the mplayer2
master branch after revision 159102e0cb.
Committers:
* Clément Bœsch <ubitux@gmail.com> (Initial conversion to RST.)
* Uoti Urpala <uau@mplayer2.org> (Many updates.)
* Myself (Minor edits.)
Most text of the manpage has been directly taken from the old manpage,
because this is a conversion, not a complete rewrite.
[1] http://git.mplayer2.org/uau/mplayer2.git/log/?h=man
2012-08-02 19:37:33 +00:00
|
|
|
|
|
|
|
``DVDCSS_METHOD``
|
|
|
|
Sets the authentication and decryption method that libdvdcss will use
|
2013-07-08 16:02:14 +00:00
|
|
|
to read scrambled discs. Can be one of ``title``, ``key`` or ``disc``.
|
manpage: merge new manpage
About a year ago, ubitux converted most of the old manpage from the
hard to maintain nroff format to reStructuredText. This was not merged
back into the master repository immediately. The argument was that the
new manpage still required work to be done. However, progress was very
slow. Even worse: the old manpage wasn't updated, because it was
scheduled for deletion, and updating it would have meant useless work.
Now the situation is that the new manpage still isn't finished, and the
old manpage is grossly out of sync with the player. This is not helpful
for users. Additionally, keeping the new manpage in a separate branch,
while the normal development repository for code had the old manpage,
was very inconvenient, because you couldn't just update the
documentation in the same commit as the code.
Even though the new manpage isn't finished yet, merging it now seems to
be the best course of action. Squash-merge the manpage development
branch [1], revision e89f5dd3f2, which branches from the mplayer2
master branch after revision 159102e0cb.
Committers:
* Clément Bœsch <ubitux@gmail.com> (Initial conversion to RST.)
* Uoti Urpala <uau@mplayer2.org> (Many updates.)
* Myself (Minor edits.)
Most text of the manpage has been directly taken from the old manpage,
because this is a conversion, not a complete rewrite.
[1] http://git.mplayer2.org/uau/mplayer2.git/log/?h=man
2012-08-02 19:37:33 +00:00
|
|
|
|
|
|
|
key
|
|
|
|
is the default method. libdvdcss will use a set of calculated
|
2015-12-19 08:26:27 +00:00
|
|
|
player keys to try to get the disc key. This can fail if the drive
|
manpage: merge new manpage
About a year ago, ubitux converted most of the old manpage from the
hard to maintain nroff format to reStructuredText. This was not merged
back into the master repository immediately. The argument was that the
new manpage still required work to be done. However, progress was very
slow. Even worse: the old manpage wasn't updated, because it was
scheduled for deletion, and updating it would have meant useless work.
Now the situation is that the new manpage still isn't finished, and the
old manpage is grossly out of sync with the player. This is not helpful
for users. Additionally, keeping the new manpage in a separate branch,
while the normal development repository for code had the old manpage,
was very inconvenient, because you couldn't just update the
documentation in the same commit as the code.
Even though the new manpage isn't finished yet, merging it now seems to
be the best course of action. Squash-merge the manpage development
branch [1], revision e89f5dd3f2, which branches from the mplayer2
master branch after revision 159102e0cb.
Committers:
* Clément Bœsch <ubitux@gmail.com> (Initial conversion to RST.)
* Uoti Urpala <uau@mplayer2.org> (Many updates.)
* Myself (Minor edits.)
Most text of the manpage has been directly taken from the old manpage,
because this is a conversion, not a complete rewrite.
[1] http://git.mplayer2.org/uau/mplayer2.git/log/?h=man
2012-08-02 19:37:33 +00:00
|
|
|
does not recognize any of the player keys.
|
|
|
|
|
|
|
|
disc
|
|
|
|
is a fallback method when key has failed. Instead of using player
|
|
|
|
keys, libdvdcss will crack the disc key using a brute force
|
|
|
|
algorithm. This process is CPU intensive and requires 64 MB of
|
|
|
|
memory to store temporary data.
|
|
|
|
|
|
|
|
title
|
|
|
|
is the fallback when all other methods have failed. It does not
|
|
|
|
rely on a key exchange with the DVD drive, but rather uses a crypto
|
|
|
|
attack to guess the title key. On rare cases this may fail because
|
|
|
|
there is not enough encrypted data on the disc to perform a
|
2012-08-22 13:45:34 +00:00
|
|
|
statistical attack, but on the other hand it is the only way to
|
manpage: merge new manpage
About a year ago, ubitux converted most of the old manpage from the
hard to maintain nroff format to reStructuredText. This was not merged
back into the master repository immediately. The argument was that the
new manpage still required work to be done. However, progress was very
slow. Even worse: the old manpage wasn't updated, because it was
scheduled for deletion, and updating it would have meant useless work.
Now the situation is that the new manpage still isn't finished, and the
old manpage is grossly out of sync with the player. This is not helpful
for users. Additionally, keeping the new manpage in a separate branch,
while the normal development repository for code had the old manpage,
was very inconvenient, because you couldn't just update the
documentation in the same commit as the code.
Even though the new manpage isn't finished yet, merging it now seems to
be the best course of action. Squash-merge the manpage development
branch [1], revision e89f5dd3f2, which branches from the mplayer2
master branch after revision 159102e0cb.
Committers:
* Clément Bœsch <ubitux@gmail.com> (Initial conversion to RST.)
* Uoti Urpala <uau@mplayer2.org> (Many updates.)
* Myself (Minor edits.)
Most text of the manpage has been directly taken from the old manpage,
because this is a conversion, not a complete rewrite.
[1] http://git.mplayer2.org/uau/mplayer2.git/log/?h=man
2012-08-02 19:37:33 +00:00
|
|
|
decrypt a DVD stored on a hard disc, or a DVD with the wrong region
|
|
|
|
on an RPC2 drive.
|
|
|
|
|
|
|
|
``DVDCSS_RAW_DEVICE``
|
|
|
|
Specify the raw device to use. Exact usage will depend on your
|
|
|
|
operating system, the Linux utility to set up raw devices is raw(8)
|
|
|
|
for instance. Please note that on most operating systems, using a raw
|
|
|
|
device requires highly aligned buffers: Linux requires a 2048 bytes
|
|
|
|
alignment (which is the size of a DVD sector).
|
|
|
|
|
|
|
|
``DVDCSS_VERBOSE``
|
|
|
|
Sets the libdvdcss verbosity level.
|
|
|
|
|
|
|
|
:0: Outputs no messages at all.
|
|
|
|
:1: Outputs error messages to stderr.
|
|
|
|
:2: Outputs error messages and debug messages to stderr.
|
|
|
|
|
|
|
|
``DVDREAD_NOKEYS``
|
|
|
|
Skip retrieving all keys on startup. Currently disabled.
|
|
|
|
|
|
|
|
``HOME``
|
|
|
|
FIXME: Document this.
|
|
|
|
|
|
|
|
|
2013-08-02 11:19:23 +00:00
|
|
|
EXIT CODES
|
|
|
|
==========
|
|
|
|
|
|
|
|
Normally **mpv** returns 0 as exit code after finishing playback successfully.
|
|
|
|
If errors happen, the following exit codes can be returned:
|
|
|
|
|
|
|
|
:1: Error initializing mpv. This is also returned if unknown options are
|
|
|
|
passed to mpv.
|
|
|
|
:2: The file passed to mpv couldn't be played. This is somewhat fuzzy:
|
|
|
|
currently, playback of a file is considered to be successful if
|
|
|
|
initialization was mostly successful, even if playback fails
|
|
|
|
immediately after initialization.
|
|
|
|
:3: There were some files that could be played, and some files which
|
|
|
|
couldn't (using the definition of success from above).
|
2015-07-11 18:07:58 +00:00
|
|
|
:4: Quit due to a signal, Ctrl+c in a VO window (by default), or from the
|
|
|
|
default quit key bindings in encoding mode.
|
2013-08-02 11:19:23 +00:00
|
|
|
|
|
|
|
Note that quitting the player manually will always lead to exit code 0,
|
|
|
|
overriding the exit code that would be returned normally. Also, the ``quit``
|
|
|
|
input command can take an exit code: in this case, that exit code is returned.
|
manpage: merge new manpage
About a year ago, ubitux converted most of the old manpage from the
hard to maintain nroff format to reStructuredText. This was not merged
back into the master repository immediately. The argument was that the
new manpage still required work to be done. However, progress was very
slow. Even worse: the old manpage wasn't updated, because it was
scheduled for deletion, and updating it would have meant useless work.
Now the situation is that the new manpage still isn't finished, and the
old manpage is grossly out of sync with the player. This is not helpful
for users. Additionally, keeping the new manpage in a separate branch,
while the normal development repository for code had the old manpage,
was very inconvenient, because you couldn't just update the
documentation in the same commit as the code.
Even though the new manpage isn't finished yet, merging it now seems to
be the best course of action. Squash-merge the manpage development
branch [1], revision e89f5dd3f2, which branches from the mplayer2
master branch after revision 159102e0cb.
Committers:
* Clément Bœsch <ubitux@gmail.com> (Initial conversion to RST.)
* Uoti Urpala <uau@mplayer2.org> (Many updates.)
* Myself (Minor edits.)
Most text of the manpage has been directly taken from the old manpage,
because this is a conversion, not a complete rewrite.
[1] http://git.mplayer2.org/uau/mplayer2.git/log/?h=man
2012-08-02 19:37:33 +00:00
|
|
|
|
|
|
|
FILES
|
|
|
|
=====
|
|
|
|
|
2015-04-28 20:15:39 +00:00
|
|
|
For Windows-specifics, see `FILES ON WINDOWS`_ section.
|
|
|
|
|
2012-10-11 00:04:08 +00:00
|
|
|
``/usr/local/etc/mpv/mpv.conf``
|
2015-03-30 22:07:17 +00:00
|
|
|
mpv system-wide settings (depends on ``--prefix`` passed to configure - mpv
|
|
|
|
in default configuration will use ``/usr/local/etc/mpv/`` as config
|
|
|
|
directory, while most Linux distributions will set it to ``/etc/mpv/``).
|
manpage: merge new manpage
About a year ago, ubitux converted most of the old manpage from the
hard to maintain nroff format to reStructuredText. This was not merged
back into the master repository immediately. The argument was that the
new manpage still required work to be done. However, progress was very
slow. Even worse: the old manpage wasn't updated, because it was
scheduled for deletion, and updating it would have meant useless work.
Now the situation is that the new manpage still isn't finished, and the
old manpage is grossly out of sync with the player. This is not helpful
for users. Additionally, keeping the new manpage in a separate branch,
while the normal development repository for code had the old manpage,
was very inconvenient, because you couldn't just update the
documentation in the same commit as the code.
Even though the new manpage isn't finished yet, merging it now seems to
be the best course of action. Squash-merge the manpage development
branch [1], revision e89f5dd3f2, which branches from the mplayer2
master branch after revision 159102e0cb.
Committers:
* Clément Bœsch <ubitux@gmail.com> (Initial conversion to RST.)
* Uoti Urpala <uau@mplayer2.org> (Many updates.)
* Myself (Minor edits.)
Most text of the manpage has been directly taken from the old manpage,
because this is a conversion, not a complete rewrite.
[1] http://git.mplayer2.org/uau/mplayer2.git/log/?h=man
2012-08-02 19:37:33 +00:00
|
|
|
|
2014-06-28 13:55:09 +00:00
|
|
|
``~/.config/mpv/mpv.conf``
|
2015-03-17 21:37:15 +00:00
|
|
|
mpv user settings (see `CONFIGURATION FILES`_ section)
|
manpage: merge new manpage
About a year ago, ubitux converted most of the old manpage from the
hard to maintain nroff format to reStructuredText. This was not merged
back into the master repository immediately. The argument was that the
new manpage still required work to be done. However, progress was very
slow. Even worse: the old manpage wasn't updated, because it was
scheduled for deletion, and updating it would have meant useless work.
Now the situation is that the new manpage still isn't finished, and the
old manpage is grossly out of sync with the player. This is not helpful
for users. Additionally, keeping the new manpage in a separate branch,
while the normal development repository for code had the old manpage,
was very inconvenient, because you couldn't just update the
documentation in the same commit as the code.
Even though the new manpage isn't finished yet, merging it now seems to
be the best course of action. Squash-merge the manpage development
branch [1], revision e89f5dd3f2, which branches from the mplayer2
master branch after revision 159102e0cb.
Committers:
* Clément Bœsch <ubitux@gmail.com> (Initial conversion to RST.)
* Uoti Urpala <uau@mplayer2.org> (Many updates.)
* Myself (Minor edits.)
Most text of the manpage has been directly taken from the old manpage,
because this is a conversion, not a complete rewrite.
[1] http://git.mplayer2.org/uau/mplayer2.git/log/?h=man
2012-08-02 19:37:33 +00:00
|
|
|
|
2014-06-28 13:55:09 +00:00
|
|
|
``~/.config/mpv/input.conf``
|
2014-08-02 04:57:36 +00:00
|
|
|
key bindings (see `INPUT.CONF`_ section)
|
manpage: merge new manpage
About a year ago, ubitux converted most of the old manpage from the
hard to maintain nroff format to reStructuredText. This was not merged
back into the master repository immediately. The argument was that the
new manpage still required work to be done. However, progress was very
slow. Even worse: the old manpage wasn't updated, because it was
scheduled for deletion, and updating it would have meant useless work.
Now the situation is that the new manpage still isn't finished, and the
old manpage is grossly out of sync with the player. This is not helpful
for users. Additionally, keeping the new manpage in a separate branch,
while the normal development repository for code had the old manpage,
was very inconvenient, because you couldn't just update the
documentation in the same commit as the code.
Even though the new manpage isn't finished yet, merging it now seems to
be the best course of action. Squash-merge the manpage development
branch [1], revision e89f5dd3f2, which branches from the mplayer2
master branch after revision 159102e0cb.
Committers:
* Clément Bœsch <ubitux@gmail.com> (Initial conversion to RST.)
* Uoti Urpala <uau@mplayer2.org> (Many updates.)
* Myself (Minor edits.)
Most text of the manpage has been directly taken from the old manpage,
because this is a conversion, not a complete rewrite.
[1] http://git.mplayer2.org/uau/mplayer2.git/log/?h=man
2012-08-02 19:37:33 +00:00
|
|
|
|
2017-04-21 19:41:27 +00:00
|
|
|
``~/.config/mpv/fonts.conf``
|
|
|
|
Fontconfig fonts.conf that is customized for mpv. You should include system
|
|
|
|
fonts.conf in this file or mpv would not know about fonts that you already
|
|
|
|
have in the system.
|
|
|
|
|
|
|
|
Only available when libass is built with fontconfig.
|
|
|
|
|
|
|
|
``~/.config/mpv/subfont.ttf``
|
|
|
|
fallback subtitle font
|
|
|
|
|
|
|
|
``~/.config/mpv/fonts/``
|
|
|
|
Font files in this directory are used by mpv/libass for subtitles. Useful
|
|
|
|
if you do not want to install fonts to your system. Note that files in this
|
|
|
|
directory are loaded into memory before being used by mpv. If you have a
|
|
|
|
lot of fonts, consider using fonts.conf (see above) to include additional
|
|
|
|
fonts, which is more memory-efficient.
|
|
|
|
|
2014-12-14 23:31:30 +00:00
|
|
|
``~/.config/mpv/scripts/``
|
|
|
|
All files in this directory are loaded as if they were passed to the
|
|
|
|
``--script`` option. They are loaded in alphabetical order, and sub-directories
|
2014-02-28 21:25:48 +00:00
|
|
|
and files with no ``.lua`` extension are ignored. The ``--load-scripts=no``
|
|
|
|
option disables loading these files.
|
2014-02-14 12:49:10 +00:00
|
|
|
|
2015-01-26 02:20:35 +00:00
|
|
|
``~/.config/mpv/watch_later/``
|
|
|
|
Contains temporary config files needed for resuming playback of files with
|
|
|
|
the watch later feature. See for example the ``Q`` key binding, or the
|
2016-07-14 18:04:59 +00:00
|
|
|
``quit-watch-later`` input command.
|
2015-01-26 02:20:35 +00:00
|
|
|
|
|
|
|
Each file is a small config file which is loaded if the corresponding media
|
|
|
|
file is loaded. It contains the playback position and some (not necessarily
|
|
|
|
all) settings that were changed during playback. The filenames are hashed
|
|
|
|
from the full paths of the media files. It's in general not possible to
|
|
|
|
extract the media filename from this hash. However, you can set the
|
|
|
|
``--write-filename-in-watch-later-config`` option, and the player will
|
|
|
|
add the media filename to the contents of the resume config file.
|
|
|
|
|
|
|
|
``~/.config/mpv/lua-settings/osc.conf``
|
|
|
|
This is loaded by the OSC script. See the `ON SCREEN CONTROLLER`_ docs
|
|
|
|
for details.
|
|
|
|
|
|
|
|
Other files in this directory are specific to the corresponding scripts
|
|
|
|
as well, and the mpv core doesn't touch them.
|
|
|
|
|
2014-06-28 13:55:09 +00:00
|
|
|
Note that the environment variables ``$XDG_CONFIG_HOME`` and ``$MPV_HOME`` can
|
|
|
|
override the standard directory ``~/.config/mpv/``.
|
|
|
|
|
|
|
|
Also, the old config location at ``~/.mpv/`` is still read, and if the XDG
|
|
|
|
variant does not exist, will still be preferred.
|
manpage: merge new manpage
About a year ago, ubitux converted most of the old manpage from the
hard to maintain nroff format to reStructuredText. This was not merged
back into the master repository immediately. The argument was that the
new manpage still required work to be done. However, progress was very
slow. Even worse: the old manpage wasn't updated, because it was
scheduled for deletion, and updating it would have meant useless work.
Now the situation is that the new manpage still isn't finished, and the
old manpage is grossly out of sync with the player. This is not helpful
for users. Additionally, keeping the new manpage in a separate branch,
while the normal development repository for code had the old manpage,
was very inconvenient, because you couldn't just update the
documentation in the same commit as the code.
Even though the new manpage isn't finished yet, merging it now seems to
be the best course of action. Squash-merge the manpage development
branch [1], revision e89f5dd3f2, which branches from the mplayer2
master branch after revision 159102e0cb.
Committers:
* Clément Bœsch <ubitux@gmail.com> (Initial conversion to RST.)
* Uoti Urpala <uau@mplayer2.org> (Many updates.)
* Myself (Minor edits.)
Most text of the manpage has been directly taken from the old manpage,
because this is a conversion, not a complete rewrite.
[1] http://git.mplayer2.org/uau/mplayer2.git/log/?h=man
2012-08-02 19:37:33 +00:00
|
|
|
|
2014-10-23 08:51:51 +00:00
|
|
|
FILES ON WINDOWS
|
|
|
|
================
|
|
|
|
|
|
|
|
On win32 (if compiled with MinGW, but not Cygwin), the default config file
|
2015-01-26 02:20:35 +00:00
|
|
|
locations are different. They are generally located under ``%APPDATA%/mpv/``.
|
|
|
|
For example, the path to mpv.conf is ``%APPDATA%/mpv/mpv.conf``, which maps to
|
|
|
|
a system and user-specific path, for example
|
2014-10-23 08:51:51 +00:00
|
|
|
|
2016-01-14 09:34:48 +00:00
|
|
|
``C:\users\USERNAME\AppData\Roaming\mpv\mpv.conf``
|
2014-10-23 08:51:51 +00:00
|
|
|
|
2015-01-26 02:20:35 +00:00
|
|
|
You can find the exact path by running ``echo %APPDATA%\mpv\mpv.conf`` in cmd.exe.
|
2014-10-23 08:51:51 +00:00
|
|
|
|
2015-01-26 06:15:42 +00:00
|
|
|
Other config files (such as ``input.conf``) are in the same directory. See the
|
2015-01-26 02:20:35 +00:00
|
|
|
`FILES`_ section above.
|
2014-10-23 08:51:51 +00:00
|
|
|
|
|
|
|
The environment variable ``$MPV_HOME`` completely overrides these, like on
|
|
|
|
UNIX.
|
|
|
|
|
2015-07-27 19:46:55 +00:00
|
|
|
If a directory named ``portable_config`` next to the mpv.exe exists, all
|
|
|
|
config will be loaded from this directory only. Watch later config files are
|
|
|
|
written to this directory as well. (This exists on Windows only and is redundant
|
|
|
|
with ``$MPV_HOME``. However, since Windows is very scripting unfriendly, a
|
|
|
|
wrapper script just setting ``$MPV_HOME``, like you could do it on other
|
|
|
|
systems, won't work. ``portable_config`` is provided for convenience to get
|
|
|
|
around this restriction.)
|
|
|
|
|
2014-10-23 08:51:51 +00:00
|
|
|
Config files located in the same directory as ``mpv.exe`` are loaded with
|
|
|
|
lower priority. Some config files are loaded only once, which means that
|
|
|
|
e.g. of 2 ``input.conf`` files located in two config directories, only the
|
|
|
|
one from the directory with higher priority will be loaded.
|
|
|
|
|
2015-12-19 08:26:27 +00:00
|
|
|
A third config directory with the lowest priority is the directory named ``mpv``
|
|
|
|
in the same directory as ``mpv.exe``. This used to be the directory with the
|
2014-10-23 08:51:51 +00:00
|
|
|
highest priority, but is now discouraged to use and might be removed in the
|
|
|
|
future.
|
|
|
|
|
2014-10-25 16:21:52 +00:00
|
|
|
Note that mpv likes to mix ``/`` and ``\`` path separators for simplicity.
|
|
|
|
kernel32.dll accepts this, but cmd.exe does not.
|