2013-10-15 22:42:00 +02:00
|
|
|
OPTIONS
|
|
|
|
=======
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--ad=<[+|-]family1:(*|decoder1),[+|-]family2:(*|decoder2),...[-]>``
|
core: redo how codecs are mapped, remove codecs.conf
Use codec names instead of FourCCs to identify codecs. Rewrite how
codecs are selected and initialized. Now each decoder exports a list
of decoders (and the codec it supports) via add_decoders(). The order
matters, and the first decoder for a given decoder is preferred over
the other decoders. E.g. all ad_mpg123 decoders are preferred over
ad_lavc, because it comes first in the mpcodecs_ad_drivers array.
Likewise, decoders within ad_lavc that are enumerated first by
libavcodec (using av_codec_next()) are preferred. (This is actually
critical to select h264 software decoding by default instead of vdpau.
libavcodec and ffmpeg/avconv use the same method to select decoders by
default, so we hope this is sane.)
The codec names follow libavcodec's codec names as defined by
AVCodecDescriptor.name (see libavcodec/codec_desc.c). Some decoders
have names different from the canonical codec name. The AVCodecDescriptor
API is relatively new, so we need a compatibility layer for older
libavcodec versions for codec names that are referenced internally,
and which are different from the decoder name. (Add a configure check
for that, because checking versions is getting way too messy.)
demux/codec_tags.c is generated from the former codecs.conf (minus
"special" decoders like vdpau, and excluding the mappings that are the
same as the mappings libavformat's exported RIFF tables). It contains
all the mappings from FourCCs to codec name. This is needed for
demux_mkv, demux_mpg, demux_avi and demux_asf. demux_lavf will set the
codec as determined by libavformat, while the other demuxers have to do
this on their own, using the mp_set_audio/video_codec_from_tag()
functions. Note that the sh_audio/video->format members don't uniquely
identify the codec anymore, and sh->codec takes over this role.
Replace the --ac/--vc/--afm/--vfm with new --vd/--ad options, which
provide cover the functionality of the removed switched.
Note: there's no CODECS_FLAG_FLIP flag anymore. This means some obscure
container/video combinations (e.g. the sample Film_200_zygo_pro.mov)
are played flipped. ffplay/avplay doesn't handle this properly either,
so we don't care and blame ffmeg/libav instead.
2013-02-09 15:15:19 +01:00
|
|
|
Specify a priority list of audio decoders to be used, according to their
|
|
|
|
family and decoder name. Entries like ``family:*`` prioritize all decoders
|
|
|
|
of the given family. When determining which decoder to use, the first
|
|
|
|
decoder that matches the audio format is selected. If that is unavailable,
|
|
|
|
the next decoder is used. Finally, it tries all other decoders that are not
|
|
|
|
explicitly selected or rejected by the option.
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``-`` at the end of the list suppresses fallback on other available
|
core: redo how codecs are mapped, remove codecs.conf
Use codec names instead of FourCCs to identify codecs. Rewrite how
codecs are selected and initialized. Now each decoder exports a list
of decoders (and the codec it supports) via add_decoders(). The order
matters, and the first decoder for a given decoder is preferred over
the other decoders. E.g. all ad_mpg123 decoders are preferred over
ad_lavc, because it comes first in the mpcodecs_ad_drivers array.
Likewise, decoders within ad_lavc that are enumerated first by
libavcodec (using av_codec_next()) are preferred. (This is actually
critical to select h264 software decoding by default instead of vdpau.
libavcodec and ffmpeg/avconv use the same method to select decoders by
default, so we hope this is sane.)
The codec names follow libavcodec's codec names as defined by
AVCodecDescriptor.name (see libavcodec/codec_desc.c). Some decoders
have names different from the canonical codec name. The AVCodecDescriptor
API is relatively new, so we need a compatibility layer for older
libavcodec versions for codec names that are referenced internally,
and which are different from the decoder name. (Add a configure check
for that, because checking versions is getting way too messy.)
demux/codec_tags.c is generated from the former codecs.conf (minus
"special" decoders like vdpau, and excluding the mappings that are the
same as the mappings libavformat's exported RIFF tables). It contains
all the mappings from FourCCs to codec name. This is needed for
demux_mkv, demux_mpg, demux_avi and demux_asf. demux_lavf will set the
codec as determined by libavformat, while the other demuxers have to do
this on their own, using the mp_set_audio/video_codec_from_tag()
functions. Note that the sh_audio/video->format members don't uniquely
identify the codec anymore, and sh->codec takes over this role.
Replace the --ac/--vc/--afm/--vfm with new --vd/--ad options, which
provide cover the functionality of the removed switched.
Note: there's no CODECS_FLAG_FLIP flag anymore. This means some obscure
container/video combinations (e.g. the sample Film_200_zygo_pro.mov)
are played flipped. ffplay/avplay doesn't handle this properly either,
so we don't care and blame ffmeg/libav instead.
2013-02-09 15:15:19 +01:00
|
|
|
decoders not on the ``--ad`` list. ``+`` in front of an entry forces the
|
2013-07-08 18:02:14 +02:00
|
|
|
decoder. Both of these should not normally be used, because they break
|
core: redo how codecs are mapped, remove codecs.conf
Use codec names instead of FourCCs to identify codecs. Rewrite how
codecs are selected and initialized. Now each decoder exports a list
of decoders (and the codec it supports) via add_decoders(). The order
matters, and the first decoder for a given decoder is preferred over
the other decoders. E.g. all ad_mpg123 decoders are preferred over
ad_lavc, because it comes first in the mpcodecs_ad_drivers array.
Likewise, decoders within ad_lavc that are enumerated first by
libavcodec (using av_codec_next()) are preferred. (This is actually
critical to select h264 software decoding by default instead of vdpau.
libavcodec and ffmpeg/avconv use the same method to select decoders by
default, so we hope this is sane.)
The codec names follow libavcodec's codec names as defined by
AVCodecDescriptor.name (see libavcodec/codec_desc.c). Some decoders
have names different from the canonical codec name. The AVCodecDescriptor
API is relatively new, so we need a compatibility layer for older
libavcodec versions for codec names that are referenced internally,
and which are different from the decoder name. (Add a configure check
for that, because checking versions is getting way too messy.)
demux/codec_tags.c is generated from the former codecs.conf (minus
"special" decoders like vdpau, and excluding the mappings that are the
same as the mappings libavformat's exported RIFF tables). It contains
all the mappings from FourCCs to codec name. This is needed for
demux_mkv, demux_mpg, demux_avi and demux_asf. demux_lavf will set the
codec as determined by libavformat, while the other demuxers have to do
this on their own, using the mp_set_audio/video_codec_from_tag()
functions. Note that the sh_audio/video->format members don't uniquely
identify the codec anymore, and sh->codec takes over this role.
Replace the --ac/--vc/--afm/--vfm with new --vd/--ad options, which
provide cover the functionality of the removed switched.
Note: there's no CODECS_FLAG_FLIP flag anymore. This means some obscure
container/video combinations (e.g. the sample Film_200_zygo_pro.mov)
are played flipped. ffplay/avplay doesn't handle this properly either,
so we don't care and blame ffmeg/libav instead.
2013-02-09 15:15:19 +01:00
|
|
|
normal decoder auto-selection!
|
|
|
|
|
|
|
|
``-`` in front of an entry disables selection of the decoder.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
.. admonition:: Examples
|
core: redo how codecs are mapped, remove codecs.conf
Use codec names instead of FourCCs to identify codecs. Rewrite how
codecs are selected and initialized. Now each decoder exports a list
of decoders (and the codec it supports) via add_decoders(). The order
matters, and the first decoder for a given decoder is preferred over
the other decoders. E.g. all ad_mpg123 decoders are preferred over
ad_lavc, because it comes first in the mpcodecs_ad_drivers array.
Likewise, decoders within ad_lavc that are enumerated first by
libavcodec (using av_codec_next()) are preferred. (This is actually
critical to select h264 software decoding by default instead of vdpau.
libavcodec and ffmpeg/avconv use the same method to select decoders by
default, so we hope this is sane.)
The codec names follow libavcodec's codec names as defined by
AVCodecDescriptor.name (see libavcodec/codec_desc.c). Some decoders
have names different from the canonical codec name. The AVCodecDescriptor
API is relatively new, so we need a compatibility layer for older
libavcodec versions for codec names that are referenced internally,
and which are different from the decoder name. (Add a configure check
for that, because checking versions is getting way too messy.)
demux/codec_tags.c is generated from the former codecs.conf (minus
"special" decoders like vdpau, and excluding the mappings that are the
same as the mappings libavformat's exported RIFF tables). It contains
all the mappings from FourCCs to codec name. This is needed for
demux_mkv, demux_mpg, demux_avi and demux_asf. demux_lavf will set the
codec as determined by libavformat, while the other demuxers have to do
this on their own, using the mp_set_audio/video_codec_from_tag()
functions. Note that the sh_audio/video->format members don't uniquely
identify the codec anymore, and sh->codec takes over this role.
Replace the --ac/--vc/--afm/--vfm with new --vd/--ad options, which
provide cover the functionality of the removed switched.
Note: there's no CODECS_FLAG_FLIP flag anymore. This means some obscure
container/video combinations (e.g. the sample Film_200_zygo_pro.mov)
are played flipped. ffplay/avplay doesn't handle this properly either,
so we don't care and blame ffmeg/libav instead.
2013-02-09 15:15:19 +01:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--ad=lavc:mp3float``
|
|
|
|
Prefer the FFmpeg/Libav ``mp3float`` decoder over all other mp3
|
|
|
|
decoders.
|
core: redo how codecs are mapped, remove codecs.conf
Use codec names instead of FourCCs to identify codecs. Rewrite how
codecs are selected and initialized. Now each decoder exports a list
of decoders (and the codec it supports) via add_decoders(). The order
matters, and the first decoder for a given decoder is preferred over
the other decoders. E.g. all ad_mpg123 decoders are preferred over
ad_lavc, because it comes first in the mpcodecs_ad_drivers array.
Likewise, decoders within ad_lavc that are enumerated first by
libavcodec (using av_codec_next()) are preferred. (This is actually
critical to select h264 software decoding by default instead of vdpau.
libavcodec and ffmpeg/avconv use the same method to select decoders by
default, so we hope this is sane.)
The codec names follow libavcodec's codec names as defined by
AVCodecDescriptor.name (see libavcodec/codec_desc.c). Some decoders
have names different from the canonical codec name. The AVCodecDescriptor
API is relatively new, so we need a compatibility layer for older
libavcodec versions for codec names that are referenced internally,
and which are different from the decoder name. (Add a configure check
for that, because checking versions is getting way too messy.)
demux/codec_tags.c is generated from the former codecs.conf (minus
"special" decoders like vdpau, and excluding the mappings that are the
same as the mappings libavformat's exported RIFF tables). It contains
all the mappings from FourCCs to codec name. This is needed for
demux_mkv, demux_mpg, demux_avi and demux_asf. demux_lavf will set the
codec as determined by libavformat, while the other demuxers have to do
this on their own, using the mp_set_audio/video_codec_from_tag()
functions. Note that the sh_audio/video->format members don't uniquely
identify the codec anymore, and sh->codec takes over this role.
Replace the --ac/--vc/--afm/--vfm with new --vd/--ad options, which
provide cover the functionality of the removed switched.
Note: there's no CODECS_FLAG_FLIP flag anymore. This means some obscure
container/video combinations (e.g. the sample Film_200_zygo_pro.mov)
are played flipped. ffplay/avplay doesn't handle this properly either,
so we don't care and blame ffmeg/libav instead.
2013-02-09 15:15:19 +01:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--ad=spdif:ac3,lavc:*``
|
|
|
|
Always prefer spdif AC3 over FFmpeg/Libav over anything else.
|
core: redo how codecs are mapped, remove codecs.conf
Use codec names instead of FourCCs to identify codecs. Rewrite how
codecs are selected and initialized. Now each decoder exports a list
of decoders (and the codec it supports) via add_decoders(). The order
matters, and the first decoder for a given decoder is preferred over
the other decoders. E.g. all ad_mpg123 decoders are preferred over
ad_lavc, because it comes first in the mpcodecs_ad_drivers array.
Likewise, decoders within ad_lavc that are enumerated first by
libavcodec (using av_codec_next()) are preferred. (This is actually
critical to select h264 software decoding by default instead of vdpau.
libavcodec and ffmpeg/avconv use the same method to select decoders by
default, so we hope this is sane.)
The codec names follow libavcodec's codec names as defined by
AVCodecDescriptor.name (see libavcodec/codec_desc.c). Some decoders
have names different from the canonical codec name. The AVCodecDescriptor
API is relatively new, so we need a compatibility layer for older
libavcodec versions for codec names that are referenced internally,
and which are different from the decoder name. (Add a configure check
for that, because checking versions is getting way too messy.)
demux/codec_tags.c is generated from the former codecs.conf (minus
"special" decoders like vdpau, and excluding the mappings that are the
same as the mappings libavformat's exported RIFF tables). It contains
all the mappings from FourCCs to codec name. This is needed for
demux_mkv, demux_mpg, demux_avi and demux_asf. demux_lavf will set the
codec as determined by libavformat, while the other demuxers have to do
this on their own, using the mp_set_audio/video_codec_from_tag()
functions. Note that the sh_audio/video->format members don't uniquely
identify the codec anymore, and sh->codec takes over this role.
Replace the --ac/--vc/--afm/--vfm with new --vd/--ad options, which
provide cover the functionality of the removed switched.
Note: there's no CODECS_FLAG_FLIP flag anymore. This means some obscure
container/video combinations (e.g. the sample Film_200_zygo_pro.mov)
are played flipped. ffplay/avplay doesn't handle this properly either,
so we don't care and blame ffmeg/libav instead.
2013-02-09 15:15:19 +01:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--ad=help``
|
|
|
|
List all available decoders.
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--ad-lavc-ac3drc=<level>``
|
|
|
|
Select the Dynamic Range Compression level for AC-3 audio streams.
|
|
|
|
``<level>`` is a float value ranging from 0 to 1, where 0 means no
|
|
|
|
compression and 1 (which is the default) means full compression (make loud
|
|
|
|
passages more silent and vice versa). Values up to 2 are also accepted, but
|
|
|
|
are purely experimental. This option only shows an effect if the AC-3 stream
|
|
|
|
contains the required range compression information.
|
2013-03-31 04:24:53 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--ad-lavc-downmix=<yes|no>``
|
2013-03-31 04:24:53 +02:00
|
|
|
Whether to request audio channel downmixing from the decoder (default: yes).
|
|
|
|
Some decoders, like AC-3, AAC and DTS, can remix audio on decoding. The
|
2014-05-23 21:03:11 +02:00
|
|
|
requested number of output channels is set with the ``--audio-channels`` option.
|
2013-03-31 04:24:53 +02:00
|
|
|
Useful for playing surround audio on a stereo system.
|
|
|
|
|
2013-12-04 20:58:53 +01:00
|
|
|
``--ad-lavc-threads=<0-16>``
|
|
|
|
Number of threads to use for decoding. Whether threading is actually
|
|
|
|
supported depends on codec. As of this writing, it's supported for some
|
|
|
|
lossless codecs only. 0 means autodetect number of cores on the
|
|
|
|
machine and use that, up to the maximum of 16 (default: 1).
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--ad-lavc-o=<key>=<value>[,<key>=<value>[,...]]``
|
2013-03-31 04:24:53 +02:00
|
|
|
Pass AVOptions to libavcodec decoder. Note, a patch to make the o=
|
|
|
|
unneeded and pass all unknown options through the AVOption system is
|
|
|
|
welcome. A full list of AVOptions can be found in the FFmpeg manual.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--ad-spdif-dtshd=<yes|no>``, ``--dtshd``, ``--no-dtshd``
|
2013-06-28 15:26:30 +02:00
|
|
|
When using DTS passthrough, output any DTS-HD track as-is.
|
2013-07-08 18:02:14 +02:00
|
|
|
With ``ad-spdif-dtshd=no`` (the default), only the DTS Core parts will be
|
2013-06-28 15:26:30 +02:00
|
|
|
output.
|
|
|
|
|
|
|
|
DTS-HD tracks can be sent over HDMI but not over the original
|
|
|
|
coax/toslink S/PDIF system.
|
|
|
|
|
2014-04-08 23:18:25 +02:00
|
|
|
Some receivers don't accept DTS core-only when ``--ad-spdif-dtshd=yes`` is
|
|
|
|
used, even though they accept DTS-HD.
|
2013-11-15 21:13:03 +01:00
|
|
|
|
2013-06-28 15:26:30 +02:00
|
|
|
``--dtshd`` and ``--no-dtshd`` are deprecated aliases.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--af=<filter1[=parameter1:parameter2:...],filter2,...>``
|
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 21:37:33 +02:00
|
|
|
Specify a list of audio filters to apply to the audio stream. See
|
2013-07-08 18:02:14 +02:00
|
|
|
`AUDIO FILTERS`_ for details and descriptions of the available filters.
|
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 21:37:33 +02:00
|
|
|
The option variants ``--af-add``, ``--af-pre``, ``--af-del`` and
|
|
|
|
``--af-clr`` exist to modify a previously specified list, but you
|
2013-07-08 18:02:14 +02:00
|
|
|
should not need these for typical 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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--aid=<ID|auto|no>``
|
2014-07-20 20:47:03 +02:00
|
|
|
Select audio track. ``auto`` selects the default, ``no`` disables audio.
|
|
|
|
See also ``--alang``. mpv normally prints available audio tracks on the
|
|
|
|
terminal when starting playback of a file.
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--alang=<languagecode[,languagecode,...]>``
|
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 21:37:33 +02:00
|
|
|
Specify a priority list of audio languages to use. Different container
|
2013-07-08 18:02:14 +02:00
|
|
|
formats employ different language codes. DVDs use ISO 639-1 two-letter
|
|
|
|
language codes, Matroska, MPEG-TS and NUT use ISO 639-2 three-letter
|
2013-09-10 15:09:24 +02:00
|
|
|
language codes, while OGM uses a free-form identifier. See also ``--aid``.
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
.. admonition:: Examples
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``mpv dvd://1 --alang=hu,en``
|
|
|
|
Chooses the Hungarian language track on a DVD and falls back on
|
|
|
|
English if Hungarian is not available.
|
|
|
|
``mpv --alang=jpn example.mkv``
|
|
|
|
Plays a Matroska file in Japanese.
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--ao=<driver1[:suboption1[=value]:...],driver2,...[,]>``
|
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 21:37:33 +02:00
|
|
|
Specify a priority list of audio output drivers to be used. For
|
2013-07-08 18:02:14 +02:00
|
|
|
interactive use one would normally specify a single one to use, but in
|
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 21:37:33 +02:00
|
|
|
configuration files specifying a list of fallbacks may make sense. See
|
2013-07-08 18:02:14 +02:00
|
|
|
`AUDIO OUTPUT DRIVERS`_ for details and descriptions of available drivers.
|
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 21:37:33 +02:00
|
|
|
|
2014-04-24 17:42:54 +02:00
|
|
|
``--sub-ass``, ``--no-sub-ass``
|
2013-06-02 19:57:37 +02:00
|
|
|
Render ASS subtitles natively (enabled by default).
|
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 21:37:33 +02:00
|
|
|
|
2014-04-24 17:42:54 +02:00
|
|
|
If ``--no-sub-ass`` is specified, all tags and style declarations are
|
|
|
|
stripped and ignored on display. The subtitle renderer uses the font style
|
|
|
|
as specified by the ``--sub-text-`` options instead.
|
2013-01-04 16:19:49 +01:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
.. note::
|
|
|
|
|
2014-04-24 17:42:54 +02:00
|
|
|
Using ``--no-sub-ass`` may lead to incorrect or completely broken
|
|
|
|
rendering of ASS/SSA subtitles. It can sometimes be useful to forcibly
|
|
|
|
override the styling of ASS subtitles, but should be avoided in general.
|
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 21:37:33 +02:00
|
|
|
|
2014-06-05 00:25:24 +02:00
|
|
|
.. note::
|
|
|
|
|
|
|
|
Try using ``--ass-style-override=force`` instead.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--ass-force-style=<[Style.]Param=Value[,...]>``
|
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 21:37:33 +02:00
|
|
|
Override some style or script info parameters.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
.. admonition:: Examples
|
|
|
|
|
|
|
|
- ``--ass-force-style=FontName=Arial,Default.Bold=1``
|
|
|
|
- ``--ass-force-style=PlayResY=768``
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
.. note::
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
Using this option may lead to incorrect subtitle rendering.
|
2013-01-04 16:19:49 +01:00
|
|
|
|
2013-09-25 21:40:35 +02:00
|
|
|
``--ass-hinting=none|light|normal|native``
|
2013-07-08 18:02:14 +02:00
|
|
|
Set font hinting type. <type> can be:
|
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 21:37:33 +02:00
|
|
|
|
2013-09-25 21:40:35 +02:00
|
|
|
:none: no hinting (default)
|
|
|
|
:light: FreeType autohinter, light mode
|
|
|
|
:normal: FreeType autohinter, normal mode
|
|
|
|
:native: font native hinter
|
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 21:37:33 +02:00
|
|
|
|
2013-09-25 21:40:35 +02:00
|
|
|
.. admonition:: Warning
|
|
|
|
|
|
|
|
Enabling hinting can lead to mispositioned text (in situations it's
|
|
|
|
supposed to match up with video background), or reduce the smoothness
|
|
|
|
of animations with some badly authored ASS scripts. It is recommended
|
|
|
|
to not use this option, unless really needed.
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--ass-line-spacing=<value>``
|
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 21:37:33 +02:00
|
|
|
Set line spacing value for SSA/ASS renderer.
|
|
|
|
|
2013-09-25 21:42:29 +02:00
|
|
|
``--ass-shaper=simple|complex``
|
|
|
|
Set the text layout engine used by libass.
|
|
|
|
|
|
|
|
:simple: uses Fribidi only, fast, doesn't render some languages correctly
|
|
|
|
:complex: uses HarfBuzz, slower, wider language support
|
|
|
|
|
|
|
|
``complex`` is the default. If libass hasn't been compiled against HarfBuzz,
|
|
|
|
libass silently reverts to ``simple``.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--ass-styles=<filename>``
|
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 21:37:33 +02:00
|
|
|
Load all SSA/ASS styles found in the specified file and use them for
|
|
|
|
rendering text subtitles. The syntax of the file is exactly like the ``[V4
|
|
|
|
Styles]`` / ``[V4+ Styles]`` section of SSA/ASS.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
.. note::
|
2013-01-04 16:19:49 +01:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
Using this option may lead to incorrect subtitle rendering.
|
|
|
|
|
2014-06-05 01:10:48 +02:00
|
|
|
``--ass-style-override=<yes|no|force>``
|
2012-10-11 02:23:29 +02:00
|
|
|
Control whether user style overrides should be applied.
|
|
|
|
|
2014-03-01 02:17:58 +01:00
|
|
|
:yes: Apply all the ``--ass-*`` style override options. Changing the default
|
|
|
|
for any of these options can lead to incorrect subtitle rendering
|
|
|
|
(default).
|
|
|
|
:no: Render subtitles as forced by subtitle scripts.
|
2014-06-05 00:25:24 +02:00
|
|
|
:force: Try to force the font style as defined by the ``--sub-text-*``
|
|
|
|
options. Requires a modified libass, can break rendering easily.
|
|
|
|
Probably more reliable than ``force``.
|
2012-10-11 02:23:29 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--ass-use-margins``
|
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 21:37:33 +02:00
|
|
|
Enables placing toptitles and subtitles in black borders when they are
|
|
|
|
available.
|
|
|
|
|
2013-06-30 18:46:29 +02:00
|
|
|
``--ass-vsfilter-aspect-compat=<yes|no>``
|
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 21:37:33 +02:00
|
|
|
Stretch SSA/ASS subtitles when playing anamorphic videos for compatibility
|
|
|
|
with traditional VSFilter behavior. This switch has no effect when the
|
|
|
|
video is stored with square pixels.
|
|
|
|
|
|
|
|
The renderer historically most commonly used for the SSA/ASS subtitle
|
|
|
|
formats, VSFilter, had questionable behavior that resulted in subtitles
|
|
|
|
being stretched too if the video was stored in anamorphic format that
|
|
|
|
required scaling for display. This behavior is usually undesirable and
|
|
|
|
newer VSFilter versions may behave differently. However, many existing
|
|
|
|
scripts compensate for the stretching by modifying things in the opposite
|
2013-07-08 18:02:14 +02:00
|
|
|
direction. Thus, if such scripts are displayed "correctly", they will not
|
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 21:37:33 +02:00
|
|
|
appear as intended. This switch enables emulation of the old VSFilter
|
|
|
|
behavior (undesirable but expected by many existing scripts).
|
|
|
|
|
|
|
|
Enabled by default.
|
|
|
|
|
2013-06-30 18:46:29 +02:00
|
|
|
``--ass-vsfilter-blur-compat=<yes|no>``
|
|
|
|
Scale ``\blur`` tags by video resolution instead of script resolution
|
|
|
|
(enabled by default). This is bug in VSFilter, which according to some,
|
|
|
|
can't be fixed anymore in the name of compatibility.
|
|
|
|
|
|
|
|
Note that this uses the actual video resolution for calculating the
|
|
|
|
offset scale factor, not what the video filter chain or the video output
|
|
|
|
use.
|
|
|
|
|
2013-09-10 15:09:24 +02:00
|
|
|
``--ass-vsfilter-color-compat=<basic|full|force-601|no>``
|
2013-07-15 01:48:25 +02:00
|
|
|
Mangle colors like (xy-)vsfilter do (default: basic). Historically, VSFilter
|
|
|
|
was not colorspace aware. This was no problem as long as the colorspace
|
|
|
|
used for SD video (BT.601) was used. But when everything switched to HD
|
|
|
|
(BT.709), VSFilter was still converting RGB colors to BT.601, rendered
|
|
|
|
them into the video frame, and handled the frame to the video output, which
|
|
|
|
would use BT.709 for conversion to RGB. The result were mangled subtitle
|
|
|
|
colors. Later on, bad hacks were added on top of the ASS format to control
|
|
|
|
how colors are to be mangled.
|
|
|
|
|
|
|
|
:basic: Handle only BT.601->BT.709 mangling, if the subtitles seem to
|
|
|
|
indicate that this is required (default).
|
|
|
|
:full: Handle the full ``YCbCr Matrix`` header with all video colorspaces
|
|
|
|
supported by libass and mpv. This might lead to bad breakages in
|
|
|
|
corner cases and is not strictly needed for compatibility
|
|
|
|
(hopefully), which is why this is not default.
|
|
|
|
:force-601: Force BT.601->BT.709 mangling, regardless of subtitle headers
|
|
|
|
or video colorspace.
|
|
|
|
:no: Disable color mangling completely. All colors are RGB.
|
|
|
|
|
|
|
|
Choosing anything other than ``no`` will make the subtitle color depend on
|
|
|
|
the video colorspace, and it's for example in theory not possible to reuse
|
|
|
|
a subtitle script with another video file. The ``--ass-style-override``
|
|
|
|
option doesn't affect how this option is interpreted.
|
|
|
|
|
2014-04-24 17:56:26 +02:00
|
|
|
``--audio-channels=<number|layout>``
|
|
|
|
Request a channel layout for audio output (default: stereo). This will ask
|
|
|
|
the AO to open a device with the given channel layout. It's up to the AO
|
|
|
|
to accept this layout, or to pick a fallback or to error out if the
|
|
|
|
requested layout is not supported.
|
|
|
|
|
|
|
|
The ``--audio-channels`` option either takes a channel number or an explicit
|
|
|
|
channel layout. Channel numbers refer to default layouts, e.g. 2 channels
|
|
|
|
refer to stereo, 6 refers to 5.1.
|
|
|
|
|
|
|
|
See ``--audio-channels=help`` output for defined default layouts. This also
|
|
|
|
lists speaker names, which can be used to express arbitrary channel
|
|
|
|
layouts (e.g. ``fl-fr-lfe`` is 2.1).
|
|
|
|
|
|
|
|
You can use ``--audio-channels=empty`` to disable this. In this case, the AO
|
|
|
|
use the channel layout as the audio filter chain indicates.
|
|
|
|
|
|
|
|
This will also request the channel layout from the decoder. If the decoder
|
|
|
|
does not support the layout, it will fall back to its native channel layout.
|
|
|
|
(You can use ``--ad-lavc-downmix=no`` to make the decoder always output
|
|
|
|
its native layout.) Note that only some decoders support remixing audio.
|
|
|
|
Some that do include AC-3, AAC or DTS audio.
|
|
|
|
|
|
|
|
If the channel layout of the media file (i.e. the decoder) and the AO's
|
|
|
|
channel layout don't match, mpv will attempt to insert a conversion filter.
|
|
|
|
|
|
|
|
``--audio-delay=<sec>``
|
|
|
|
Audio delay in seconds (positive or negative float value). Positive values
|
|
|
|
delay the audio, and negative values delay the video.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--audio-demuxer=<[+]name>``
|
2014-04-24 17:56:26 +02:00
|
|
|
Use this audio demuxer type when using ``--audio-file``. Use a '+' before
|
|
|
|
the name to force it; this will skip some checks. Give the demuxer name as
|
2013-07-08 18:02:14 +02:00
|
|
|
printed by ``--audio-demuxer=help``.
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--audio-display=<no|attachment>``
|
2012-12-10 18:52:06 +01:00
|
|
|
Setting this option to ``attachment`` (default) will display image
|
|
|
|
attachments when playing audio files. It will display the first image
|
2013-07-08 18:02:14 +02:00
|
|
|
found, and additional images are available as video tracks.
|
2012-12-10 18:52:06 +01:00
|
|
|
|
|
|
|
Setting this option to ``no`` disables display of video entirely when
|
|
|
|
playing audio files.
|
|
|
|
|
|
|
|
This option has no influence on files with normal video tracks.
|
|
|
|
|
2014-04-24 17:56:26 +02:00
|
|
|
``--audio-file=<filename>``
|
2014-06-18 01:40:20 +02:00
|
|
|
Play audio from an external file while viewing a video. Each use of this
|
|
|
|
option will add a new audio track. The details are similar to how
|
|
|
|
``--sub-file`` works.
|
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 21:37:33 +02:00
|
|
|
|
2014-04-24 17:56:26 +02:00
|
|
|
``--audio-format=<format>``
|
|
|
|
Select the sample format used for output from the audio filter layer to
|
|
|
|
the sound card. The values that ``<format>`` can adopt are listed below in
|
|
|
|
the description of the ``format`` audio filter.
|
|
|
|
|
|
|
|
``--audio-samplerate=<Hz>``
|
|
|
|
Select the output sample rate to be used (of course sound cards have
|
|
|
|
limits on this). If the sample frequency selected is different from that
|
|
|
|
of the current media, the lavrresample audio filter will be inserted into
|
|
|
|
the audio filter layer to compensate for the difference.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--autofit=<[W[xH]]>``
|
|
|
|
Set the initial window size to a maximum size specified by ``WxH``, without
|
2013-01-23 10:56:36 +01:00
|
|
|
changing the window's aspect ratio. The size is measured in pixels, or if
|
|
|
|
a number is followed by a percentage sign (``%``), in percents of the
|
|
|
|
screen size.
|
|
|
|
|
|
|
|
This option never changes the aspect ratio of the window. If the aspect
|
|
|
|
ratio mismatches, the window's size is reduced until it fits into the
|
|
|
|
specified size.
|
|
|
|
|
|
|
|
Window position is not taken into account, nor is it modified by this
|
|
|
|
option (the window manager still may place the window differently depending
|
|
|
|
on size). Use ``--geometry`` to change the window position. Its effects
|
|
|
|
are applied after this option.
|
|
|
|
|
|
|
|
See ``--geometry`` for details how this is handled with multi-monitor
|
2013-02-24 23:35:13 +01:00
|
|
|
setups.
|
2013-01-23 10:56:36 +01:00
|
|
|
|
2013-09-10 15:09:24 +02:00
|
|
|
Use ``--autofit-larger`` instead if you just want to limit the maximum size
|
|
|
|
of the window, rather than always forcing a window size.
|
2013-07-08 18:02:14 +02:00
|
|
|
|
2013-01-23 10:56:36 +01:00
|
|
|
Use ``--geometry`` if you want to force both window width and height to a
|
|
|
|
specific size.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
.. note::
|
2013-01-23 10:56:36 +01:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
Generally only supported by GUI VOs. Ignored for encoding.
|
2013-01-23 10:56:36 +01:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
.. admonition:: Examples
|
2013-01-23 10:56:36 +01:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``70%``
|
|
|
|
Make the window width 70% of the screen size, keeping aspect ratio.
|
|
|
|
``1000``
|
|
|
|
Set the window width to 1000 pixels, keeping aspect ratio.
|
|
|
|
``70%:60%``
|
|
|
|
Make the window as large as possible, without being wider than 70%
|
|
|
|
of the screen width, or higher than 60% of the screen height.
|
|
|
|
|
|
|
|
``--autofit-larger=<[W[xH]]>``
|
2013-01-23 10:56:36 +01:00
|
|
|
This option behaves exactly like ``--autofit``, except the window size is
|
|
|
|
only changed if the window would be larger than the specified size.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
.. admonition:: Example
|
2013-01-23 10:56:36 +01:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``90%x80%``
|
|
|
|
If the video is larger than 90% of the screen width or 80% of the
|
|
|
|
screen height, make the window smaller until either its width is 90%
|
|
|
|
of the screen, or its height is 80% of the screen.
|
2013-01-23 10:56:36 +01:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--autosync=<factor>``
|
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 21:37:33 +02:00
|
|
|
Gradually adjusts the A/V sync based on audio delay measurements.
|
|
|
|
Specifying ``--autosync=0``, the default, will cause frame timing to be
|
|
|
|
based entirely on audio delay measurements. Specifying ``--autosync=1``
|
|
|
|
will do the same, but will subtly change the A/V correction algorithm. An
|
2014-07-26 22:38:48 +02:00
|
|
|
uneven video framerate in a video which plays fine with ``--no-audio`` can
|
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 21:37:33 +02:00
|
|
|
often be helped by setting this to an integer value greater than 1. The
|
2012-08-02 19:31:33 +02:00
|
|
|
higher the value, the closer the timing will be to ``--no-audio``. Try
|
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 21:37:33 +02:00
|
|
|
``--autosync=30`` to smooth out problems with sound drivers which do not
|
|
|
|
implement a perfect audio delay measurement. With this value, if large A/V
|
|
|
|
sync offsets occur, they will only take about 1 or 2 seconds to settle
|
|
|
|
out. This delay in reaction time to sudden A/V offsets should be the only
|
|
|
|
side-effect of turning this option on, for all sound drivers.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--untimed``
|
2012-08-02 19:31:33 +02:00
|
|
|
Do not sleep when outputting video frames. Useful for benchmarks when used
|
2013-07-08 18:02:14 +02:00
|
|
|
with ``--no-audio.``
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--bluray-angle=<ID>``
|
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 21:37:33 +02:00
|
|
|
Some Blu-ray discs contain scenes that can be viewed from multiple angles.
|
2013-07-08 18:02:14 +02:00
|
|
|
This option tells mpv which angle to use (default: 1).
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--bluray-device=<path>``
|
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 21:37:33 +02:00
|
|
|
(Blu-ray only)
|
|
|
|
Specify the Blu-ray disc location. Must be a directory with Blu-ray
|
|
|
|
structure.
|
|
|
|
|
2013-09-10 15:09:24 +02:00
|
|
|
.. admonition:: Example
|
|
|
|
|
|
|
|
``mpv bd:// --bluray-device=/path/to/bd/``
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--border``, ``--no-border``
|
2014-07-26 22:38:48 +02:00
|
|
|
Play video with window border and decorations. Since this is on by
|
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 21:37:33 +02:00
|
|
|
default, use ``--no-border`` to disable the standard window decorations.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--brightness=<-100-100>``
|
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 21:37:33 +02:00
|
|
|
Adjust the brightness of the video signal (default: 0). Not supported by
|
|
|
|
all video output drivers.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--cache=<kBytes|no|auto>``
|
2013-05-25 15:03:30 +02:00
|
|
|
Set the size of the cache in kilobytes, disable it with ``no``, or
|
|
|
|
automatically enable it if needed with ``auto`` (default: ``auto``).
|
|
|
|
With ``auto``, the cache will usually be enabled for network streams,
|
2013-07-10 15:03:54 +02:00
|
|
|
using the size set by ``--cache-default``.
|
2013-05-25 15:03:30 +02:00
|
|
|
|
|
|
|
May be useful when playing files from slow media, but can also have
|
|
|
|
negative effects, especially with file formats that require a lot of
|
|
|
|
seeking, such as mp4.
|
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 21:37:33 +02:00
|
|
|
|
2013-04-20 23:23:09 +02:00
|
|
|
Note that half the cache size will be used to allow fast seeking back. This
|
|
|
|
is also the reason why a full cache is usually reported as 50% full. The
|
|
|
|
cache fill display does not include the part of the cache reserved for
|
|
|
|
seeking back. Likewise, when starting a file the cache will be at 100%,
|
|
|
|
because no space is reserved for seeking back yet.
|
|
|
|
|
2013-07-10 15:03:54 +02:00
|
|
|
``--cache-default=<kBytes|no>``
|
2014-05-19 23:27:09 +02:00
|
|
|
Set the size of the cache in kilobytes (default: 25000 KB). Using ``no``
|
2013-09-10 15:09:24 +02:00
|
|
|
will not automatically enable the cache e.g. when playing from a network
|
2013-07-10 15:03:54 +02:00
|
|
|
stream. Note that using ``--cache`` will always override this option.
|
|
|
|
|
2014-05-19 23:27:09 +02:00
|
|
|
``--cache-pause-below=<kBytes|no>``
|
|
|
|
If the cache size goes below the specified value (in KB), pause and wait
|
|
|
|
until the size set by ``--cache-pause-restart`` is reached, then resume
|
2014-06-23 01:23:43 +02:00
|
|
|
playback (default: 50). If ``no`` is specified, this behavior is disabled.
|
2012-12-02 00:22:54 +01:00
|
|
|
|
|
|
|
When the player is paused this way, the status line shows ``Buffering``
|
|
|
|
instead of ``Paused``, and the OSD uses a clock symbol instead of the
|
|
|
|
normal paused symbol.
|
|
|
|
|
2014-05-19 23:27:09 +02:00
|
|
|
``--cache-pause-restart=<kBytes>``
|
|
|
|
If the cache is paused due to the ``--cache-pause-below`` functionality,
|
|
|
|
then the player unpauses as soon as the cache has this much data (in KB).
|
2014-06-23 01:23:43 +02:00
|
|
|
(Default: 100)
|
2014-05-19 23:27:09 +02:00
|
|
|
|
|
|
|
``--cache-initial=<kBytes>``
|
|
|
|
Playback will start when the cache has been filled up with this many
|
|
|
|
kilobytes of data (default: 0).
|
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 21:37:33 +02:00
|
|
|
|
2014-05-19 23:27:09 +02:00
|
|
|
``--cache-seek-min=<kBytes>``
|
|
|
|
If a seek is to be made to a position within ``<kBytes>`` of the cache
|
2012-10-11 02:04:08 +02:00
|
|
|
size from the current position, mpv will wait for the cache to be
|
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 21:37:33 +02:00
|
|
|
filled to this position rather than performing a stream seek (default:
|
2014-05-19 23:27:09 +02:00
|
|
|
500).
|
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 21:37:33 +02:00
|
|
|
|
2013-05-25 15:03:30 +02:00
|
|
|
This matters for small forward seeks. With slow streams (especially http
|
|
|
|
streams) there is a tradeoff between skipping the data between current
|
|
|
|
position and seek destination, or performing an actual seek. Depending
|
|
|
|
on the situation, either of these might be slower than the other method.
|
|
|
|
This option allows control over this.
|
|
|
|
|
2014-06-22 02:50:52 +02:00
|
|
|
``--cache-file=<path>``
|
|
|
|
Create a cache file on the filesystem with the given name. The file is
|
|
|
|
always overwritten. When the general cache is enabled, this file cache
|
|
|
|
will be used to store whatever is read from the source stream.
|
|
|
|
|
|
|
|
This will always overwrite the cache file, and you can't use an existing
|
|
|
|
cache file to resume playback of a stream. (Technically, mpv wouldn't
|
|
|
|
even know which blocks in the file are valid and which not.)
|
|
|
|
|
|
|
|
The resulting file will not necessarily contain all data of the source
|
|
|
|
stream. For example, if you seek, the parts that were skipped over are
|
|
|
|
never read and consequently are not written to the cache. The skipped over
|
|
|
|
parts are filled with zeros. This means that the cache file doesn't
|
|
|
|
necessarily correspond to a full download of the source stream.
|
|
|
|
|
|
|
|
Both of these issues could be improved if there is any user interest.
|
|
|
|
|
|
|
|
Also see ``--cache-file-size``.
|
|
|
|
|
|
|
|
``--cache-file-size=<kBytes>``
|
|
|
|
Maximum size of the file created with ``--cache-file``. For read accesses
|
|
|
|
above this size, the cache is simply not used.
|
|
|
|
|
|
|
|
(Default: 1048576, 1 GB.)
|
|
|
|
|
2014-06-10 20:46:15 +02:00
|
|
|
``--cdda-...``
|
|
|
|
These options can be used to tune the CD Audio reading feature 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 21:37:33 +02:00
|
|
|
|
2014-06-10 20:46:15 +02:00
|
|
|
``--cdda-speed=<value>``
|
|
|
|
Set CD spin speed.
|
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 21:37:33 +02:00
|
|
|
|
2014-06-10 20:46:15 +02:00
|
|
|
``--cdda-paranoia=<0-2>``
|
|
|
|
Set paranoia level. Values other than 0 seem to break playback of
|
|
|
|
anything but the first track.
|
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 21:37:33 +02:00
|
|
|
|
2014-06-10 20:46:15 +02:00
|
|
|
:0: disable checking (default)
|
|
|
|
:1: overlap checking only
|
|
|
|
:2: full data correction and verification
|
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 21:37:33 +02:00
|
|
|
|
2014-06-10 20:46:15 +02:00
|
|
|
``--cdda-sector-size=<value>``
|
|
|
|
Set atomic read 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 21:37:33 +02:00
|
|
|
|
2014-06-10 20:46:15 +02:00
|
|
|
``--cdda-overlap=<value>``
|
|
|
|
Force minimum overlap search during verification to <value> sectors.
|
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 21:37:33 +02:00
|
|
|
|
2014-06-10 20:46:15 +02:00
|
|
|
``--cdda-toc-bias``
|
|
|
|
Assume that the beginning offset of track 1 as reported in the TOC
|
|
|
|
will be addressed as LBA 0. Some discs need this for getting track
|
|
|
|
boundaries correctly.
|
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 21:37:33 +02:00
|
|
|
|
2014-06-10 20:46:15 +02:00
|
|
|
``--cdda-toc-offset=<value>``
|
|
|
|
Add ``<value>`` sectors to the values reported when addressing tracks.
|
|
|
|
May be negative.
|
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 21:37:33 +02:00
|
|
|
|
2014-06-10 20:46:15 +02:00
|
|
|
``--cdda-skip=<es|no``
|
|
|
|
(Never) accept imperfect data reconstruction.
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--cdrom-device=<path>``
|
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 21:37:33 +02:00
|
|
|
Specify the CD-ROM device (default: ``/dev/cdrom``).
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--chapter=<start[-end]>``
|
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 21:37:33 +02:00
|
|
|
Specify which chapter to start playing at. Optionally specify which
|
2012-11-15 18:49:17 +01:00
|
|
|
chapter to end playing at. Also see ``--start``.
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--chapter-merge-threshold=<number>``
|
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 21:37:33 +02:00
|
|
|
Threshold for merging almost consecutive ordered chapter parts in
|
|
|
|
milliseconds (default: 100). Some Matroska files with ordered chapters
|
|
|
|
have inaccurate chapter end timestamps, causing a small gap between the
|
|
|
|
end of one chapter and the start of the next one when they should match.
|
|
|
|
If the end of one playback part is less than the given threshold away from
|
|
|
|
the start of the next one then keep playing video normally over the
|
|
|
|
chapter change instead of doing a seek.
|
|
|
|
|
2013-08-14 03:25:50 +02:00
|
|
|
``--chapter-seek-threshold=<seconds>``
|
|
|
|
Distance in seconds from the beginning of a chapter within which a backward
|
|
|
|
chapter seek will go to the previous chapter (default: 5.0). Past this
|
|
|
|
threshold, a backward chapter seek will go to the beginning of the current
|
|
|
|
chapter instead. A negative value means always go back to the previous
|
|
|
|
chapter.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--colormatrix=<colorspace>``
|
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 21:37:33 +02:00
|
|
|
Controls the YUV to RGB color space conversion when playing video. There
|
|
|
|
are various standards. Normally, BT.601 should be used for SD video, and
|
|
|
|
BT.709 for HD video. (This is done by default.) Using incorrect color space
|
|
|
|
results in slightly under or over saturated and shifted colors.
|
|
|
|
|
|
|
|
The color space conversion is additionally influenced by the related
|
|
|
|
options --colormatrix-input-range and --colormatrix-output-range.
|
|
|
|
|
|
|
|
These options are not always supported. Different video outputs provide
|
2013-07-08 18:02:14 +02:00
|
|
|
varying degrees of support. The ``opengl`` and ``vdpau`` video output
|
|
|
|
drivers usually offer full support. The ``xv`` output can set the color
|
|
|
|
space if the system video driver supports it, but not input and output
|
|
|
|
levels. The ``scale`` video filter can configure color space and input
|
|
|
|
levels, but only if the output format is RGB (if the video output driver
|
|
|
|
supports RGB output, you can force this with ``-vf scale,format=rgba``).
|
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 21:37:33 +02:00
|
|
|
|
2012-08-22 17:08:26 +02:00
|
|
|
If this option is set to ``auto`` (which is the default), the video's
|
|
|
|
color space flag will be used. If that flag is unset, the color space
|
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 21:37:33 +02:00
|
|
|
will be selected automatically. This is done using a simple heuristic that
|
|
|
|
attempts to distinguish SD and HD video. If the video is larger than
|
|
|
|
1279x576 pixels, BT.709 (HD) will be used; otherwise BT.601 (SD) is
|
|
|
|
selected.
|
|
|
|
|
|
|
|
Available color spaces are:
|
|
|
|
|
|
|
|
:auto: automatic selection (default)
|
|
|
|
:BT.601: ITU-R BT.601 (SD)
|
|
|
|
:BT.709: ITU-R BT.709 (HD)
|
2014-03-26 23:00:09 +01:00
|
|
|
:BT.2020-NCL: ITU-R BT.2020 non-constant luminance system
|
|
|
|
:BT.2020-CL: ITU-R BT.2020 constant luminance system
|
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 21:37:33 +02:00
|
|
|
:SMPTE-240M: SMPTE-240M
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--colormatrix-input-range=<color-range>``
|
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 21:37:33 +02:00
|
|
|
YUV color levels used with YUV to RGB conversion. This option is only
|
2013-07-08 18:02:14 +02:00
|
|
|
necessary when playing broken files which do not follow standard color
|
|
|
|
levels or which are flagged wrong. If the video does not specify its
|
2012-08-22 17:08:26 +02:00
|
|
|
color range, it is assumed to be limited range.
|
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 21:37:33 +02:00
|
|
|
|
|
|
|
The same limitations as with --colormatrix apply.
|
|
|
|
|
|
|
|
Available color ranges are:
|
|
|
|
|
|
|
|
:auto: automatic selection (normally limited range) (default)
|
|
|
|
:limited: limited range (16-235 for luma, 16-240 for chroma)
|
2012-08-20 15:53:04 +02:00
|
|
|
:full: full range (0-255 for both luma and chroma)
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--colormatrix-output-range=<color-range>``
|
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 21:37:33 +02:00
|
|
|
RGB color levels used with YUV to RGB conversion. Normally, output devices
|
|
|
|
such as PC monitors use full range color levels. However, some TVs and
|
2013-07-08 18:02:14 +02:00
|
|
|
video monitors expect studio RGB levels. Providing full range output to a
|
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 21:37:33 +02:00
|
|
|
device expecting studio level input results in crushed blacks and whites,
|
|
|
|
the reverse in dim grey blacks and dim whites.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
The same limitations as with ``--colormatrix`` apply.
|
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 21:37:33 +02:00
|
|
|
|
|
|
|
Available color ranges are:
|
|
|
|
|
|
|
|
:auto: automatic selection (equals to full range) (default)
|
|
|
|
:limited: limited range (16-235 per component), studio levels
|
|
|
|
:full: full range (0-255 per component), PC levels
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
.. note::
|
|
|
|
|
|
|
|
It is advisable to use your graphics driver's color range option
|
|
|
|
instead, if available.
|
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 21:37:33 +02:00
|
|
|
|
2014-03-26 14:03:24 +01:00
|
|
|
``--colormatrix-primaries=<primaries>``
|
|
|
|
RGB primaries the source file was encoded with. Normally this should be set
|
|
|
|
in the file header, but when playing broken or mistagged files this can be
|
|
|
|
used to override the setting. By default, when unset, BT.709 is used for
|
|
|
|
all files except those tagged with a BT.2020 color matrix.
|
|
|
|
|
|
|
|
This option only affects video output drivers that perform color
|
|
|
|
management, for example ``opengl`` with the ``srgb`` or ``icc-profile``
|
|
|
|
suboptions set.
|
|
|
|
|
2014-04-02 00:40:36 +02:00
|
|
|
If this option is set to ``auto`` (which is the default), the video's
|
|
|
|
primaries flag will be used. If that flag is unset, the color space will
|
|
|
|
be selected automatically, using the following heuristics: If the
|
|
|
|
``--colormatrix`` is set or determined as BT.2020 or BT.709, the
|
|
|
|
corresponding primaries are used. Otherwise, if the video height is
|
|
|
|
exactly 576 (PAL), BT.601-625 is used. If it's exactly 480 or 486 (NTSC),
|
|
|
|
BT.601-525 is used. If the video resolution is anything else, BT.709 is
|
|
|
|
used.
|
|
|
|
|
2014-03-26 14:03:24 +01:00
|
|
|
Available primaries are:
|
|
|
|
|
|
|
|
:auto: automatic selection (default)
|
2014-04-02 00:40:36 +02:00
|
|
|
:BT.601-525: ITU-R BT.601 (SD) 525-line systems (NTSC, SMPTE-C)
|
2014-03-26 14:03:24 +01:00
|
|
|
:BT.601-625: ITU-R BT.601 (SD) 625-line systems (PAL, SECAM)
|
2014-04-02 00:40:36 +02:00
|
|
|
:BT.709: ITU-R BT.709 (HD) (same primaries as sRGB)
|
2014-03-26 14:03:24 +01:00
|
|
|
:BT.2020: ITU-R BT.2020 (UHD)
|
|
|
|
|
2014-02-25 21:04:04 +01:00
|
|
|
``--config-dir=<path>``
|
|
|
|
Force a different configuration directory. If this is set, the given
|
|
|
|
directory is used to load configuration files, and all other configuration
|
|
|
|
directories are ignored. This means the global mpv configuration directory
|
|
|
|
as well as per-user directories are ignored, and overrides through
|
|
|
|
environment variables (``MPV_HOME``) are also ignored.
|
|
|
|
|
|
|
|
Note that the ``--no-config`` option takes precedence over this option.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--contrast=<-100-100>``
|
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 21:37:33 +02:00
|
|
|
Adjust the contrast of the video signal (default: 0). Not supported by all
|
|
|
|
video output drivers.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--cookies``, ``--no-cookies``
|
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 21:37:33 +02:00
|
|
|
(network only)
|
|
|
|
Support cookies when making HTTP requests. Disabled by default.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--cookies-file=<filename>``
|
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 21:37:33 +02:00
|
|
|
(network only)
|
2013-07-08 18:02:14 +02:00
|
|
|
Read HTTP cookies from <filename>. The file is assumed to be in Netscape
|
|
|
|
format.
|
|
|
|
|
|
|
|
``--correct-pts``, ``--no-correct-pts``
|
2013-07-26 02:06:58 +02:00
|
|
|
``--no-correct-pts`` switches mpv to a mode where video timing is
|
|
|
|
determined using a fixed framerate value (either using the ``--fps``
|
|
|
|
option, or using file information). Sometimes, files with very broken
|
|
|
|
timestamps can be played somewhat well in this mode. Note that video
|
|
|
|
filters, subtitle rendering and audio synchronization can be completely
|
|
|
|
broken in this mode.
|
2013-07-08 18:02:14 +02:00
|
|
|
|
|
|
|
``--cursor-autohide=<number|no|always>``
|
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 21:37:33 +02:00
|
|
|
Make mouse cursor automatically hide after given number of milliseconds.
|
2013-07-08 18:02:14 +02:00
|
|
|
``no`` will disable cursor autohide. ``always`` means the cursor will stay
|
|
|
|
hidden.
|
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 21:37:33 +02:00
|
|
|
|
2013-09-08 02:46:19 +02:00
|
|
|
``--cursor-autohide-fs-only``
|
|
|
|
If this option is given, the cursor is always visible in windowed mode. In
|
|
|
|
fullscreen mode, the cursor is shown or hidden according to
|
|
|
|
``--cursor-autohide``.
|
|
|
|
|
core: add --deinterlace option, restore it with resume functionality
The --deinterlace option does on playback start what the "deinterlace"
property normally does at runtime. You could do this before by using the
--vf option or by messing with the vo_vdpau default options, but this
new option is supposed to be a "foolproof" way.
The main motivation for adding this is so that the deinterlace property
can be restored when using the video resume functionality
(quit_watch_later command).
Implementation-wise, this is a bit messy. The video chain is rebuilt in
mpcodecs_reconfig_vo(), where we don't have access to MPContext, so the
usual mechanism for enabling deinterlacing can't be used. Further,
mpcodecs_reconfig_vo() is called by the video decoder, which doesn't
have access to MPContext either. Moving this call to mplayer.c isn't
currently possible either (see below). So we just do this before frames
are filtered, which potentially means setting the deinterlacing every
frame. Fortunately, setting deinterlacing is stable and idempotent, so
this is hopefully not a problem. We also add a counter that is
incremented on each reconfig to reduce the amount of additional work per
frame to nearly zero.
The reason we can't move mpcodecs_reconfig_vo() to mplayer.c is because
of hardware decoding: we need to check whether the video chain works
before we decide that we can use hardware decoding. Changing it so that
this can be decided in advance without building a filter chain sounds
like a good idea and should be done, but we aren't there yet.
2013-09-13 18:06:08 +02:00
|
|
|
``--deinterlace=<yes|no|auto>``
|
|
|
|
Enable or disable interlacing (default: auto, which usually means no).
|
|
|
|
Interlaced video shows ugly comb-like artifacts, which are visible on
|
|
|
|
fast movement. Enabling this typically inserts the yadif video filter in
|
|
|
|
order to deinterlace the video, or lets the video output apply deinterlacing
|
|
|
|
if supported.
|
|
|
|
|
|
|
|
This behaves exactly like the ``deinterlace`` input property (usually
|
|
|
|
mapped to ``Shift+D``).
|
|
|
|
|
|
|
|
``auto`` is a technicality. Strictly speaking, the default for this option
|
|
|
|
is deinterlacing disabled, but the ``auto`` case is needed if ``yadif`` was
|
|
|
|
added to the filter chain manually with ``--vf``. Then the core shouldn't
|
|
|
|
disable deinterlacing just because the ``--deinterlace`` was not set.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--demuxer=<[+]name>``
|
|
|
|
Force demuxer type. Use a '+' before the name to force it; this will skip
|
|
|
|
some checks. Give the demuxer name as printed by ``--demuxer=help``.
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--demuxer-lavf-analyzeduration=<value>``
|
2013-06-28 14:56:52 +02:00
|
|
|
Maximum length in seconds to analyze the stream properties.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--demuxer-lavf-probescore=<1-100>``
|
2013-06-28 14:56:52 +02:00
|
|
|
Minimum required libavformat probe score. Lower values will require
|
|
|
|
less data to be loaded (makes streams start faster), but makes file
|
|
|
|
format detection less reliable. Can be used to force auto-detected
|
|
|
|
libavformat demuxers, even if libavformat considers the detection not
|
|
|
|
reliable enough. (Default: 26.)
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--demuxer-lavf-allow-mimetype=<yes|no>``
|
|
|
|
Allow deriving the format from the HTTP MIME type (default: yes). Set
|
|
|
|
this to no in case playing things from HTTP mysteriously fails, even
|
2013-06-28 14:56:52 +02:00
|
|
|
though the same files work from local disk.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
This is default in order to reduce latency when opening HTTP streams.
|
2013-06-28 14:56:52 +02:00
|
|
|
|
2013-09-10 15:09:24 +02:00
|
|
|
``--demuxer-lavf-format=<name>``
|
2013-06-28 14:56:52 +02:00
|
|
|
Force a specific libavformat demuxer.
|
|
|
|
|
2013-11-25 23:13:46 +01:00
|
|
|
``--demuxer-lavf-genpts-mode=<no|lavf>``
|
2013-07-14 23:44:50 +02:00
|
|
|
Mode for deriving missing packet PTS values from packet DTS. ``lavf``
|
2013-11-25 23:13:46 +01:00
|
|
|
enables libavformat's ``genpts`` option. ``no`` disables it. This used
|
|
|
|
to be enabled by default, but then it was deemed as not needed anymore.
|
|
|
|
Enabling this might help with timestamp problems, or make them worse.
|
2013-07-14 23:44:50 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--demuxer-lavf-o=<key>=<value>[,<key>=<value>[,...]]``
|
2013-06-28 14:56:52 +02:00
|
|
|
Pass AVOptions to libavformat demuxer.
|
|
|
|
|
|
|
|
Note, a patch to make the *o=* unneeded and pass all unknown options
|
|
|
|
through the AVOption system is welcome. A full list of AVOptions can
|
|
|
|
be found in the FFmpeg manual. Note that some options may conflict
|
|
|
|
with mpv options.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
.. admonition:: Example
|
|
|
|
|
|
|
|
``--demuxer-lavf-o=fflags=+ignidx``
|
2013-06-28 14:56:52 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--demuxer-lavf-probesize=<value>``
|
2013-06-28 14:56:52 +02:00
|
|
|
Maximum amount of data to probe during the detection phase. In the
|
|
|
|
case of MPEG-TS this value identifies the maximum number of TS packets
|
|
|
|
to scan.
|
|
|
|
|
2013-08-04 23:25:54 +02:00
|
|
|
``--demuxer-lavf-buffersize=<value>``
|
|
|
|
Size of the stream read buffer allocated for libavformat in bytes
|
|
|
|
(default: 32768). Lowering the size could lower latency. Note that
|
|
|
|
libavformat might reallocate the buffer internally, or not fully use all
|
|
|
|
of it.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--demuxer-lavf-cryptokey=<hexstring>``
|
2013-06-28 14:56:52 +02:00
|
|
|
Encryption key the demuxer should use. This is the raw binary data of
|
|
|
|
the key converted to a hexadecimal string.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--demuxer-mkv-subtitle-preroll``, ``--mkv-subtitle-preroll``
|
2013-06-28 15:26:30 +02:00
|
|
|
Try harder to show embedded soft subtitles when seeking somewhere. Normally,
|
|
|
|
it can happen that the subtitle at the seek target is not shown due to how
|
|
|
|
some container file formats are designed. The subtitles appear only if
|
|
|
|
seeking before or exactly to the position a subtitle first appears. To
|
|
|
|
make this worse, subtitles are often timed to appear a very small amount
|
|
|
|
before the associated video frame, so that seeking to the video frame
|
|
|
|
typically does not demux the subtitle at that position.
|
|
|
|
|
|
|
|
Enabling this option makes the demuxer start reading data a bit before the
|
|
|
|
seek target, so that subtitles appear correctly. Note that this makes
|
|
|
|
seeking slower, and is not guaranteed to always work. It only works if the
|
|
|
|
subtitle is close enough to the seek target.
|
|
|
|
|
|
|
|
Works with the internal Matroska demuxer only. Always enabled for absolute
|
|
|
|
and hr-seeks, and this option changes behavior with relative or imprecise
|
|
|
|
seeks only.
|
|
|
|
|
|
|
|
See also ``--hr-seek-demuxer-offset`` option. This option can achieve a
|
|
|
|
similar effect, but only if hr-seek is active. It works with any demuxer,
|
2013-07-08 18:02:14 +02:00
|
|
|
but makes seeking much slower, as it has to decode audio and video data
|
2013-06-28 15:26:30 +02:00
|
|
|
instead of just skipping over it.
|
|
|
|
|
|
|
|
``--mkv-subtitle-preroll`` is a deprecated alias.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--demuxer-rawaudio-channels=<value>``
|
2013-06-28 15:13:43 +02:00
|
|
|
Number of channels (or channel layout) if ``--demuxer=rawaudio`` is used
|
|
|
|
(default: stereo).
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--demuxer-rawaudio-format=<value>``
|
2013-06-28 15:13:43 +02:00
|
|
|
Sample format for ``--demuxer=rawaudio`` (default: s16le).
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--demuxer-rawaudio-rate=<value>``
|
2013-06-28 15:13:43 +02:00
|
|
|
Sample rate for ``--demuxer=rawaudio`` (default: 44KHz).
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--demuxer-rawvideo-fps=<value>``
|
2013-06-28 15:13:43 +02:00
|
|
|
Rate in frames per second for ``--demuxer=rawvideo`` (default: 25.0).
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--demuxer-rawvideo-w=<value>``, ``--demuxer-rawvideo-h=<value>``
|
2013-06-28 15:13:43 +02:00
|
|
|
Image dimension in pixels for ``--demuxer=rawvideo``.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
.. admonition:: Example
|
2013-06-28 15:13:43 +02:00
|
|
|
|
2013-09-08 12:02:30 +02:00
|
|
|
Play a raw YUV sample::
|
|
|
|
|
|
|
|
mpv sample-720x576.yuv --demuxer=rawvideo \
|
|
|
|
--demuxer-rawvideo=w=720:h=576
|
2013-06-28 15:13:43 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--demuxer-rawvideo-format=<value>``
|
2013-06-28 15:13:43 +02:00
|
|
|
Colorspace (fourcc) in hex or string for ``--demuxer=rawvideo``
|
2013-09-10 15:09:24 +02:00
|
|
|
(default: ``YV12``).
|
2013-06-28 15:13:43 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--demuxer-rawvideo-mp-format=<value>``
|
2013-06-28 15:13:43 +02:00
|
|
|
Colorspace by internal video format for ``--demuxer=rawvideo``. Use
|
|
|
|
``--demuxer-rawvideo-mp-format=help`` for a list of possible formats.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--demuxer-rawvideo-codec=<value>``
|
2013-06-28 15:13:43 +02:00
|
|
|
Set the video codec instead of selecting the rawvideo codec when using
|
|
|
|
``--demuxer=rawvideo``. This uses the same values as codec names in
|
2013-07-08 18:02:14 +02:00
|
|
|
``--vd`` (but it does not accept decoder names).
|
2013-06-28 15:13:43 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--demuxer-rawvideo-size=<value>``
|
2013-06-28 15:13:43 +02:00
|
|
|
Frame size in bytes when using ``--demuxer=rawvideo``.
|
|
|
|
|
2014-07-16 22:40:21 +02:00
|
|
|
``--demuxer-thread=<yes|no>``
|
|
|
|
Run the demuxer in a separate thread, and let it prefetch a certain amount
|
2014-07-17 01:50:29 +02:00
|
|
|
of packets (default: no).
|
2014-07-16 22:40:21 +02:00
|
|
|
|
|
|
|
``--demuxer-readahead-packets=N``
|
|
|
|
If ``--demuxer-thread`` is enabled, this controls how much the demuxer
|
|
|
|
should buffer ahead. If the number of packets in the packet queue exceeds
|
|
|
|
``--demuxer-readahead-packets``, or the total number of bytes exceeds
|
|
|
|
``--demuxer-readahead-bytes``, the thread stops reading ahead.
|
|
|
|
|
|
|
|
Note that if you set these options near the maximum, you might get a
|
|
|
|
packet queue overflow warning.
|
|
|
|
|
|
|
|
See ``--list-options`` for defaults and value range.
|
|
|
|
|
|
|
|
``--demuxer-readahead-bytes=N``
|
|
|
|
See ``--demuxer-readahead-packets``.
|
|
|
|
|
2014-04-17 21:47:00 +02:00
|
|
|
``--dump-stats=<filename>``
|
|
|
|
Write certain statistics to the given file. The file is truncated on
|
|
|
|
opening. The file will contain raw samples, each with a timestamp. To
|
|
|
|
make this file into a readable, the script ``TOOLS/stats-conv.py`` can be
|
|
|
|
used (which currently displays it as a graph).
|
|
|
|
|
|
|
|
This option is useful for debugging only.
|
|
|
|
|
2014-06-10 21:44:50 +02:00
|
|
|
``--dvbin-card=<1-4>``
|
|
|
|
Specifies using card number 1-4 (default: 1).
|
|
|
|
|
|
|
|
``--dvbin-file=<filename>``
|
|
|
|
Instructs mpv to read the channels list from ``<filename>``. Default is
|
|
|
|
``~/.mpv/channels.conf.{sat,ter,cbl,atsc}`` (based on your card type) or
|
|
|
|
``~/.mpv/channels.conf`` as a last resort.
|
|
|
|
|
|
|
|
``--dvbin-timeout=<1-30>``
|
|
|
|
Maximum number of seconds to wait when trying to tune a frequency before
|
|
|
|
giving up (default: 30).
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--dvd-device=<path>``
|
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 21:37:33 +02:00
|
|
|
Specify the DVD device or .iso filename (default: ``/dev/dvd``). You can
|
|
|
|
also specify a directory that contains files previously copied directly
|
|
|
|
from a DVD (with e.g. vobcopy).
|
|
|
|
|
2013-09-10 15:09:24 +02:00
|
|
|
.. admonition:: Example
|
|
|
|
|
|
|
|
``mpv dvd:// --dvd-device=/path/to/dvd/``
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--dvd-speed=<speed>``
|
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 21:37:33 +02:00
|
|
|
Try to limit DVD speed (default: 0, no change). DVD base speed is 1385
|
2013-07-08 18:02:14 +02:00
|
|
|
kB/s, so an 8x drive can read at speeds up to 11080 kB/s. Slower speeds
|
|
|
|
make the drive more quiet. For watching DVDs, 2700 kB/s should be quiet and
|
2012-10-11 02:04:08 +02:00
|
|
|
fast enough. mpv resets the speed to the drive default value on close.
|
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 21:37:33 +02:00
|
|
|
Values of at least 100 mean speed in kB/s. Values less than 100 mean
|
|
|
|
multiples of 1385 kB/s, i.e. ``--dvd-speed=8`` selects 11080 kB/s.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
.. note::
|
|
|
|
|
|
|
|
You need write access to the DVD device to change the speed.
|
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 21:37:33 +02:00
|
|
|
|
2014-04-24 18:19:56 +02:00
|
|
|
``--dvd-angle=<ID>``
|
2013-07-08 18:02:14 +02:00
|
|
|
Some DVDs contain scenes that can be viewed from multiple angles.
|
|
|
|
This option tells mpv which angle to use (default: 1).
|
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 21:37:33 +02:00
|
|
|
|
2013-08-21 18:41:59 +02:00
|
|
|
``--edition=<ID|auto>``
|
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 21:37:33 +02:00
|
|
|
(Matroska files only)
|
|
|
|
Specify the edition (set of chapters) to use, where 0 is the first. If set
|
2013-08-21 18:41:59 +02:00
|
|
|
to ``auto`` (the default), mpv will choose the first edition declared as a
|
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 21:37:33 +02:00
|
|
|
default, or if there is no default, the first edition defined.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--embeddedfonts``, ``--no-embeddedfonts``
|
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 21:37:33 +02:00
|
|
|
Use fonts embedded in Matroska container files and ASS scripts (default:
|
2014-04-24 17:42:54 +02:00
|
|
|
enabled). These fonts can be used for SSA/ASS subtitle rendering.
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--end=<time>``
|
2012-12-21 20:36:08 +01:00
|
|
|
Stop at given absolute time. Use ``--length`` if the time should be relative
|
|
|
|
to ``--start``. See ``--start`` for valid option values and examples.
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--field-dominance=<auto|top|bottom>``
|
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 21:37:33 +02:00
|
|
|
Set first field for interlaced content. Useful for deinterlacers that
|
2014-02-21 12:24:22 +01:00
|
|
|
double the framerate: ``--vf=yadif=field`` and ``--vo=vdpau:deint``.
|
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 21:37:33 +02:00
|
|
|
|
2012-11-15 18:53:51 +01:00
|
|
|
:auto: (default) If the decoder does not export the appropriate
|
2013-07-08 18:02:14 +02:00
|
|
|
information, it falls back on ``top`` (top field first).
|
2012-11-15 18:53:51 +01:00
|
|
|
:top: top field first
|
|
|
|
:bottom: bottom field first
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--no-fixed-vo``, ``--fixed-vo``
|
2012-11-15 14:25:20 +01:00
|
|
|
``--no-fixed-vo`` enforces closing and reopening the video window for
|
2013-09-10 15:09:24 +02:00
|
|
|
multiple files (one (un)initialization for each file).
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--force-rgba-osd-rendering``
|
2012-12-28 17:17:16 +01:00
|
|
|
Change how some video outputs render the OSD and text subtitles. This
|
|
|
|
does not change appearance of the subtitles and only has performance
|
|
|
|
implications. For VOs which support native ASS rendering (like ``vdpau``,
|
|
|
|
``opengl``, ``direct3d``), this can be slightly faster or slower,
|
|
|
|
depending on GPU drivers and hardware. For other VOs, this just makes
|
|
|
|
rendering slower.
|
|
|
|
|
2013-10-02 01:15:59 +02:00
|
|
|
``--force-window``
|
|
|
|
Create a video output window even if there is no video. This can be useful
|
|
|
|
when pretending that mpv is a GUI application. Currently, the window
|
|
|
|
always has the size 640x480, and is subject to ``--geometry``,
|
|
|
|
``--autofit``, and similar options.
|
|
|
|
|
|
|
|
.. warning::
|
|
|
|
|
|
|
|
The window is created only after initialization (to make sure default
|
|
|
|
window placement still works if the video size is different from the
|
|
|
|
``--force-window`` default window size). This can be a problem if
|
|
|
|
initialization doesn't work perfectly, such as when opening URLs with
|
|
|
|
bad network connection, or opening broken video files.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--force-window-position``
|
2012-10-11 02:04:08 +02:00
|
|
|
Forcefully move mpv's video output window to default location whenever
|
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 21:37:33 +02:00
|
|
|
there is a change in video parameters, video stream or file. This used to
|
|
|
|
be the default behavior. Currently only affects X11 VOs.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--sub-forced-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 21:37:33 +02:00
|
|
|
Display only forced subtitles for the DVD subtitle stream selected by e.g.
|
|
|
|
``--slang``.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--fps=<float>``
|
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 21:37:33 +02:00
|
|
|
Override video framerate. Useful if the original value is wrong or missing.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
.. note::
|
|
|
|
|
|
|
|
Works in ``--no-correct-pts`` mode only.
|
2012-10-24 01:06:00 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--framedrop=<no|yes|hard>``
|
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 21:37:33 +02:00
|
|
|
Skip displaying some frames to maintain A/V sync on slow systems. Video
|
|
|
|
filters are not applied to such frames. For B-frames even decoding is
|
2012-09-17 08:38:19 +02:00
|
|
|
skipped completely. May produce unwatchably choppy output. With ``hard``,
|
|
|
|
decoding and output of any frame can be skipped, and will lead to an even
|
|
|
|
worse playback experience.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
.. note::
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
Practical use of this feature is questionable. Disabled by default.
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--frames=<number>``
|
|
|
|
Play/convert only first ``<number>`` video frames, then quit. For audio
|
|
|
|
only, run ``<number>`` iteration of the playback loop, which is most likely
|
|
|
|
not what you want. (This behavior also applies to the corner case when there
|
|
|
|
are fewer video frames than ``<number>``, and audio is longer than the
|
|
|
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--fullscreen``, ``--fs``
|
|
|
|
Fullscreen playback.
|
2013-02-17 16:35:44 +01:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--fs-screen=<all|current|0-32>``
|
2013-02-17 16:35:44 +01:00
|
|
|
In multi-monitor configurations (i.e. a single desktop that spans across
|
2013-07-08 18:02:14 +02:00
|
|
|
multiple displays), this option tells mpv which screen to go fullscreen to.
|
|
|
|
If ``default`` is provided mpv will fallback on using the behaviour
|
2013-02-17 16:35:44 +01:00
|
|
|
depending on what the user provided with the ``screen`` option.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
.. admonition:: Note (X11)
|
2013-02-17 16:35:44 +01:00
|
|
|
|
2014-05-17 01:14:59 +02:00
|
|
|
This option does works properly only with window managers which
|
|
|
|
understand the EWMH ``_NET_WM_FULLSCREEN_MONITORS`` hint.
|
2013-07-08 18:02:14 +02:00
|
|
|
|
|
|
|
.. admonition:: Note (OS X)
|
|
|
|
|
|
|
|
``all`` does not work on OSX and will behave like ``current``.
|
2013-02-17 16:35:44 +01:00
|
|
|
|
|
|
|
See also ``--screen``.
|
|
|
|
|
2014-04-24 18:10:20 +02:00
|
|
|
``--fs-missioncontrol``
|
2013-05-11 00:22:23 +02:00
|
|
|
(OS X only)
|
2013-07-08 18:02:14 +02:00
|
|
|
Use OS X Mission Control's fullscreen feature instead of the custom one
|
2013-05-11 00:22:23 +02:00
|
|
|
provided by mpv. This can potentially break a lot of stuff like
|
|
|
|
``--geometry`` and is disabled by default. On the other hand it provides
|
2013-05-12 20:20:28 +02:00
|
|
|
a more 'OS X-like' user experience.
|
2013-05-11 00:22:23 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--gamma=<-100-100>``
|
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 21:37:33 +02:00
|
|
|
Adjust the gamma of the video signal (default: 0). Not supported by all
|
|
|
|
video output drivers.
|
|
|
|
|
2014-06-08 23:54:05 +02:00
|
|
|
``--gapless-audio=<no|yes|weak``
|
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 21:37:33 +02:00
|
|
|
Try to play consecutive audio files with no silence or disruption at the
|
2014-06-08 23:54:05 +02:00
|
|
|
point of file change. Default: ``weak``.
|
|
|
|
|
|
|
|
:no: Disable gapless audio.
|
|
|
|
:yes: The audio device is opened using parameters chosen according to the
|
|
|
|
first file played and is then kept open for gapless playback. This
|
|
|
|
means that if the first file for example has a low sample rate, then
|
|
|
|
the following files may get resampled to the same low sample rate,
|
|
|
|
resulting in reduced sound quality. If you play files with different
|
|
|
|
parameters, consider using options such as ``--audio-samplerate``
|
|
|
|
and ``--audio-format`` to explicitly select what the shared output
|
|
|
|
format will be.
|
|
|
|
:weak: Normally, the audio device is kept open (using the format it was
|
|
|
|
first initialized with). If the audio format the decoder output
|
|
|
|
changes, the audio device is closed and reopened. This means that
|
|
|
|
you will normally get gapless audio with files that were encoded
|
|
|
|
using the same settings, but might not be gapless in other cases.
|
|
|
|
(Unlike with ``yes``, you don't have to worry about corner cases
|
|
|
|
like the first file setting a very low quality output format, and
|
|
|
|
ruining the playback of higher quality files that follow.)
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
.. note::
|
|
|
|
|
2014-06-08 23:54:05 +02:00
|
|
|
This feature is implemented in a simple manner and relies on audio
|
|
|
|
output device buffering to continue playback while moving from one file
|
|
|
|
to another. If playback of the new file starts slowly, for example
|
|
|
|
because it is played from a remote network location or because you have
|
|
|
|
specified cache settings that require time for the initial cache fill,
|
|
|
|
then the buffered audio may run out before playback of the new file
|
|
|
|
can start.
|
2013-07-08 18:02:14 +02:00
|
|
|
|
|
|
|
``--geometry=<[W[xH]][+-x+-y]>``, ``--geometry=<x:y>``
|
|
|
|
Adjust the initial window position or size. ``W`` and ``H`` set the window
|
|
|
|
size in pixels. ``x`` and ``y`` set the window position, measured in pixels
|
|
|
|
from the top-left corner of the screen to the top-left corner of the image
|
|
|
|
being displayed. If a percentage sign (``%``) is given after the argument,
|
|
|
|
it turns the value into a percentage of the screen size in that direction.
|
|
|
|
Positions are specified similar to the standard X11 ``--geometry`` option
|
|
|
|
format, in which e.g. +10-50 means "place 10 pixels from the left border and
|
|
|
|
50 pixels from the lower border" and "--20+-10" means "place 20 pixels
|
|
|
|
beyond the right and 10 pixels beyond the top border".
|
2013-01-23 10:56:27 +01:00
|
|
|
|
2013-02-24 23:35:13 +01:00
|
|
|
If an external window is specified using the ``--wid`` option, this
|
|
|
|
option is ignored.
|
|
|
|
|
|
|
|
The coordinates are relative to the screen given with ``--screen`` for the
|
|
|
|
video output drivers that fully support ``--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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
.. note::
|
|
|
|
|
|
|
|
Generally only supported by GUI VOs. Ignored for encoding.
|
|
|
|
|
|
|
|
.. admonition: Note (OS X)
|
|
|
|
|
|
|
|
On Mac OSX the origin of the screen coordinate system is located on the
|
|
|
|
bottom-left corner. For instance, ``0:0`` will place the window at the
|
|
|
|
bottom-left of the screen.
|
|
|
|
|
|
|
|
.. admonition:: Note (X11)
|
|
|
|
|
|
|
|
This option does not work properly with all window managers.
|
|
|
|
|
|
|
|
.. admonition:: Examples
|
|
|
|
|
|
|
|
``50:40``
|
|
|
|
Places the window at x=50, y=40.
|
|
|
|
``50%:50%``
|
|
|
|
Places the window in the middle of the screen.
|
|
|
|
``100%:100%``
|
|
|
|
Places the window at the bottom right corner of the screen.
|
|
|
|
``50%``
|
|
|
|
Sets the window width to half the screen width. Window height is set
|
|
|
|
so that the window has the video aspect ratio.
|
|
|
|
``50%x50%``
|
|
|
|
Forces the window width and height to half the screen width and
|
|
|
|
height. Will show black borders to compensate for the video aspect
|
|
|
|
ration (with most VOs and without ``--no-keepaspect``).
|
|
|
|
``50%+10+10``
|
|
|
|
Sets the window to half the screen widths, and positions it 10
|
|
|
|
pixels below/left of the top left corner of the 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 21:37:33 +02:00
|
|
|
|
2013-01-23 10:56:36 +01:00
|
|
|
See also ``--autofit`` and ``--autofit-larger`` for fitting the window into
|
|
|
|
a given size without changing aspect ratio.
|
|
|
|
|
2013-09-10 15:09:24 +02:00
|
|
|
``--heartbeat-cmd=<command>``
|
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 21:37:33 +02:00
|
|
|
Command that is executed every 30 seconds during playback via *system()* -
|
2013-04-04 14:24:42 +02:00
|
|
|
i.e. using the shell. The time between the commands can be customized with
|
2013-09-15 02:13:54 +02:00
|
|
|
the ``--heartbeat-interval`` option. The command is not run while playback
|
|
|
|
is paused.
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
.. note::
|
|
|
|
|
|
|
|
mpv uses this command without any checking. It is your responsibility to
|
|
|
|
ensure it does not cause security problems (e.g. make sure to use full
|
|
|
|
paths if "." is in your path like on Windows). It also only works when
|
|
|
|
playing video (i.e. not with ``--no-video`` but works with
|
|
|
|
``-vo=null``).
|
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 21:37:33 +02:00
|
|
|
|
|
|
|
This can be "misused" to disable screensavers that do not support the
|
2013-06-14 00:24:41 +02:00
|
|
|
proper X API (see also ``--stop-screensaver``). If you think this is too
|
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 21:37:33 +02:00
|
|
|
complicated, ask the author of the screensaver program to support the
|
2013-09-15 02:13:54 +02:00
|
|
|
proper X APIs. Note that the ``--stop-screensaver`` does not influence the
|
|
|
|
heartbeat code at all.
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
.. admonition:: Example for xscreensaver
|
|
|
|
|
|
|
|
``mpv --heartbeat-cmd="xscreensaver-command -deactivate" file``
|
|
|
|
|
|
|
|
.. admonition:: Example for GNOME screensaver
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``mpv --heartbeat-cmd="gnome-screensaver-command -p" file``
|
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 21:37:33 +02:00
|
|
|
|
2013-10-25 20:33:46 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--heartbeat-interval=<sec>``
|
2013-04-04 14:24:42 +02:00
|
|
|
Time between ``--heartbeat-cmd`` invocations in seconds (default: 30).
|
|
|
|
|
2013-10-25 20:33:46 +02:00
|
|
|
.. note::
|
|
|
|
|
|
|
|
This does not affect the normal screensaver operation in any way.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--help``
|
2012-10-24 01:06:00 +02:00
|
|
|
Show short summary of options.
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--hr-seek=<no|absolute|yes>``
|
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 21:37:33 +02:00
|
|
|
Select when to use precise seeks that are not limited to keyframes. Such
|
|
|
|
seeks require decoding video from the previous keyframe up to the target
|
|
|
|
position and so can take some time depending on decoding performance. For
|
2013-07-08 18:02:14 +02:00
|
|
|
some video formats, precise seeks are disabled. This option selects the
|
|
|
|
default choice to use for seeks; it is possible to explicitly override that
|
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 21:37:33 +02:00
|
|
|
default in the definition of key bindings and in slave mode commands.
|
|
|
|
|
2012-09-18 15:50:24 +02:00
|
|
|
:no: Never use precise seeks.
|
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 21:37:33 +02:00
|
|
|
:absolute: Use precise seeks if the seek is to an absolute position in the
|
|
|
|
file, such as a chapter seek, but not for relative seeks like
|
|
|
|
the default behavior of arrow keys (default).
|
2012-09-18 15:50:24 +02:00
|
|
|
:yes: Use precise seeks whenever 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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--hr-seek-demuxer-offset=<seconds>``
|
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 21:37:33 +02:00
|
|
|
This option exists to work around failures to do precise seeks (as in
|
|
|
|
``--hr-seek``) caused by bugs or limitations in the demuxers for some file
|
|
|
|
formats. Some demuxers fail to seek to a keyframe before the given target
|
|
|
|
position, going to a later position instead. The value of this option is
|
2013-07-08 18:02:14 +02:00
|
|
|
subtracted from the time stamp given to the demuxer. Thus, if you set this
|
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 21:37:33 +02:00
|
|
|
option to 1.5 and try to do a precise seek to 60 seconds, the demuxer is
|
|
|
|
told to seek to time 58.5, which hopefully reduces the chance that it
|
|
|
|
erroneously goes to some time later than 60 seconds. The downside of
|
|
|
|
setting this option is that precise seeks become slower, as video between
|
|
|
|
the earlier demuxer position and the real target may be unnecessarily
|
|
|
|
decoded.
|
|
|
|
|
2014-05-07 22:01:17 +02:00
|
|
|
``--hr-seek-framedrop=<yes|no>``
|
|
|
|
Allow the video decoder to drop frames during seek, if these frames are
|
|
|
|
before the seek target. If this is enabled, precise seeking can be faster,
|
|
|
|
but if you're using video filters which modify timestamps or add new
|
|
|
|
frames, it can lead to precise seeking skipping the target frame. This
|
|
|
|
e.g. can break frame backstepping when deinterlacing is enabled.
|
|
|
|
|
|
|
|
Default: ``yes``
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--http-header-fields=<field1,field2>``
|
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 21:37:33 +02:00
|
|
|
Set custom HTTP fields when accessing HTTP stream.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
.. admonition:: Example
|
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 21:37:33 +02:00
|
|
|
|
2013-09-08 12:02:30 +02:00
|
|
|
::
|
|
|
|
|
|
|
|
mpv --http-header-fields='Field1: value1','Field2: value2' \
|
|
|
|
http://localhost:1234
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
Will generate HTTP request::
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
GET / HTTP/1.0
|
|
|
|
Host: localhost:1234
|
|
|
|
User-Agent: MPlayer
|
|
|
|
Icy-MetaData: 1
|
|
|
|
Field1: value1
|
|
|
|
Field2: value2
|
|
|
|
Connection: close
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--hue=<-100-100>``
|
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 21:37:33 +02:00
|
|
|
Adjust the hue of the video signal (default: 0). You can get a colored
|
|
|
|
negative of the image with this option. Not supported by all video output
|
|
|
|
drivers.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--hwdec=<api>``
|
2012-12-11 18:16:42 +01:00
|
|
|
Specify the hardware video decoding API that should be used if possible.
|
|
|
|
Whether hardware decoding is actually done depends on the video codec. If
|
2013-07-08 18:02:14 +02:00
|
|
|
hardware decoding is not possible, mpv will fall back on software decoding.
|
2012-12-11 18:16:42 +01:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``<api>`` can be one of the following:
|
2012-12-11 18:16:42 +01:00
|
|
|
|
|
|
|
:no: always use software decoding (default)
|
2013-08-12 02:16:20 +02:00
|
|
|
:auto: see below
|
2013-11-05 22:06:48 +01:00
|
|
|
:vdpau: requires ``--vo=vdpau`` or ``--vo=opengl`` (Linux only)
|
2013-11-04 00:02:21 +01:00
|
|
|
:vaapi: requires ``--vo=opengl`` or ``--vo=vaapi`` (Linux with Intel GPUs only)
|
2013-09-22 22:47:50 +02:00
|
|
|
:vaapi-copy: copies video back into system RAM (Linux with Intel GPUs only)
|
2013-12-02 19:24:18 +01:00
|
|
|
:vda: requires ``--vo=opengl`` or ``--vo=corevideo`` (OSX only)
|
2012-12-11 18:16:42 +01:00
|
|
|
|
2013-08-12 02:16:20 +02:00
|
|
|
``auto`` tries to automatically enable hardware decoding using the first
|
|
|
|
available method. This still depends what VO you are using. For example,
|
|
|
|
if you are not using ``--vo=vdpau``, vdpau decoding will never be enabled.
|
|
|
|
Also note that if the first found method doesn't actually work, it will
|
|
|
|
always fall back to software decoding, instead of trying the next method.
|
|
|
|
|
2013-09-22 22:47:50 +02:00
|
|
|
The ``vaapi-copy`` function allows you to use vaapi with any VO. Because
|
|
|
|
this copies the decoded video back to system RAM, it's quite inefficient.
|
|
|
|
|
2013-12-05 21:23:15 +01:00
|
|
|
.. note::
|
|
|
|
|
|
|
|
When using this switch, hardware decoding is still only done for some
|
|
|
|
codecs. See ``--hwdec-codecs`` to enable hardware decoding for more
|
|
|
|
codecs.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--hwdec-codecs=<codec1,codec2,...|all>``
|
2013-12-05 21:23:15 +01:00
|
|
|
Allow hardware decoding for a given list of codecs only. The special value
|
|
|
|
``all`` always allows all codecs.
|
|
|
|
|
2014-01-07 17:14:05 +01:00
|
|
|
You can get the list of allowed codecs with ``mpv --vd=help``. Remove the
|
|
|
|
prefix, e.g. instead of ``lavc:h264`` use ``h264``.
|
|
|
|
|
2014-03-20 22:49:09 +01:00
|
|
|
By default this is set to ``h264,vc1,wmv3``. Note that the hardware
|
|
|
|
acceleration special codecs like ``h264_vdpau`` are not relevant anymore,
|
|
|
|
and in fact have been removed from Libav in this form.
|
2013-05-03 21:00:05 +02:00
|
|
|
|
2013-12-05 21:23:15 +01:00
|
|
|
This is usually only needed with broken GPUs, where a codec is reported
|
|
|
|
as supported, but decoding causes more problems than it solves.
|
2013-05-03 21:00:05 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
.. admonition:: Example
|
2013-05-03 21:00:05 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``mpv --hwdec=vdpau --vo=vdpau --hwdec-codecs=h264,mpeg2video``
|
|
|
|
Enable vdpau decoding for h264 and mpeg2 only.
|
2013-05-03 21:00:05 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--idle``
|
2012-10-11 02:04:08 +02:00
|
|
|
Makes mpv wait idly instead of quitting when there is no file to play.
|
2013-07-08 18:02:14 +02:00
|
|
|
Mostly useful in slave mode, where mpv can be controlled through input
|
2013-04-26 18:56:25 +02:00
|
|
|
commands (see also ``--slave-broken``).
|
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 21:37:33 +02:00
|
|
|
|
2014-06-13 02:05:37 +02:00
|
|
|
``--index=<mode>``
|
|
|
|
Controls how to seek in files. Note that if the index is missing from a
|
|
|
|
file, it will be built on the fly by default, so you don't need to change
|
|
|
|
this. But it might help with some broken files.
|
|
|
|
|
|
|
|
:default: use an index if the file has one, or build it if missing
|
|
|
|
:recreate: don't read or use the file's index
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
.. note::
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
This option only works if the underlying media supports seeking
|
|
|
|
(i.e. not with stdin, pipe, etc).
|
|
|
|
|
|
|
|
``--include=<configuration-file>``
|
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 21:37:33 +02:00
|
|
|
Specify configuration file to be parsed after the default ones.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--initial-audio-sync``, ``--no-initial-audio-sync``
|
|
|
|
When starting a video file or after events such as seeking, mpv will by
|
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 21:37:33 +02:00
|
|
|
default modify the audio stream to make it start from the same timestamp
|
|
|
|
as video, by either inserting silence at the start or cutting away the
|
|
|
|
first samples. Disabling this option makes the player behave like older
|
2012-10-11 02:04:08 +02:00
|
|
|
mpv versions did: video and audio are both started immediately even if
|
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 21:37:33 +02:00
|
|
|
their start timestamps differ, and then video timing is gradually adjusted
|
|
|
|
if necessary to reach correct synchronization later.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--input-conf=<filename>``
|
options: drop --opt:subopt option names
For all suboptions, "flat" options were available by separating the
parent option and the sub option with ":", e.g. "--rawvideo:w=123". Drop
this syntax and use "-" as separator. This means even suboptions are
available as normal options now, e.g. "--rawvideo-w=123". The old syntax
doesn't work anymore.
Note that this is completely separate from actual suboptions. For
example, "-rawvideo w=123:h=123" still works. (Not that this syntax is
worth supporting, but it's needed anyway, for for other things like vf
and vo suboptions.)
As a consequence of this change, we also have to add new "no-" prefixed
options for flag suboptions, so that "--no-input-default-bindings"
works. ("--input-no-default-bindings" also works as a consequence of
allowing "-input no-default-bindings" - they are handled by the same
underlying option.)
For --input, always use the full syntax in the manpage. There exist
suboptions other than --input (like --tv, --rawvideo, etc.), but since
they might be handled differently in the future, don't touch these yet.
M_OPT_PREFIXED becomes the default, so remove it. As a minor unrelated
cleanup, get rid of M_OPT_MERGE too and use the OPT_SUBSTRUCT() macro in
some places.
Unrelated: remove the duplicated --tv:buffersize option, fix a typo in
changes.rst.
2013-02-21 22:10:21 +01:00
|
|
|
Specify input configuration file other than the default
|
2014-06-28 15:55:09 +02:00
|
|
|
``~/.config/mpv/input.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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--no-input-default-bindings``
|
2013-05-05 17:29:00 +02:00
|
|
|
Disable mpv default (builtin) key bindings.
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--input-cmdlist``
|
options: drop --opt:subopt option names
For all suboptions, "flat" options were available by separating the
parent option and the sub option with ":", e.g. "--rawvideo:w=123". Drop
this syntax and use "-" as separator. This means even suboptions are
available as normal options now, e.g. "--rawvideo-w=123". The old syntax
doesn't work anymore.
Note that this is completely separate from actual suboptions. For
example, "-rawvideo w=123:h=123" still works. (Not that this syntax is
worth supporting, but it's needed anyway, for for other things like vf
and vo suboptions.)
As a consequence of this change, we also have to add new "no-" prefixed
options for flag suboptions, so that "--no-input-default-bindings"
works. ("--input-no-default-bindings" also works as a consequence of
allowing "-input no-default-bindings" - they are handled by the same
underlying option.)
For --input, always use the full syntax in the manpage. There exist
suboptions other than --input (like --tv, --rawvideo, etc.), but since
they might be handled differently in the future, don't touch these yet.
M_OPT_PREFIXED becomes the default, so remove it. As a minor unrelated
cleanup, get rid of M_OPT_MERGE too and use the OPT_SUBSTRUCT() macro in
some places.
Unrelated: remove the duplicated --tv:buffersize option, fix a typo in
changes.rst.
2013-02-21 22:10:21 +01:00
|
|
|
Prints all commands that can be bound to keys.
|
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 21:37:33 +02:00
|
|
|
|
2014-06-11 01:54:03 +02:00
|
|
|
``--input-doubleclick-time=<milliseconds>``
|
|
|
|
Time in milliseconds to recognize two consecutive button presses as a
|
|
|
|
double-click (default: 300).
|
|
|
|
|
2014-04-24 17:27:27 +02:00
|
|
|
``--input-keylist``
|
|
|
|
Prints all keys that can be bound to commands.
|
|
|
|
|
2014-06-11 01:54:03 +02:00
|
|
|
``--input-key-fifo-size=<2-65000>``
|
|
|
|
Specify the size of the FIFO that buffers key events (default: 7). If it
|
|
|
|
is too small some events may be lost. The main disadvantage of setting it
|
|
|
|
to a very large value is that if you hold down a key triggering some
|
|
|
|
particularly slow command then the player may be unresponsive while it
|
|
|
|
processes all the queued commands.
|
|
|
|
|
2014-04-24 17:27:27 +02:00
|
|
|
``--input-test``
|
|
|
|
Input test mode. Instead of executing commands on key presses, mpv
|
|
|
|
will show the keys and the bound commands on the OSD. Has to be used
|
|
|
|
with a dummy video, and the normal ways to quit the player will not
|
|
|
|
work (key bindings that normally quit will be shown on OSD only, just
|
|
|
|
like any other binding). See `INPUT.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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--input-file=<filename>``
|
options: drop --opt:subopt option names
For all suboptions, "flat" options were available by separating the
parent option and the sub option with ":", e.g. "--rawvideo:w=123". Drop
this syntax and use "-" as separator. This means even suboptions are
available as normal options now, e.g. "--rawvideo-w=123". The old syntax
doesn't work anymore.
Note that this is completely separate from actual suboptions. For
example, "-rawvideo w=123:h=123" still works. (Not that this syntax is
worth supporting, but it's needed anyway, for for other things like vf
and vo suboptions.)
As a consequence of this change, we also have to add new "no-" prefixed
options for flag suboptions, so that "--no-input-default-bindings"
works. ("--input-no-default-bindings" also works as a consequence of
allowing "-input no-default-bindings" - they are handled by the same
underlying option.)
For --input, always use the full syntax in the manpage. There exist
suboptions other than --input (like --tv, --rawvideo, etc.), but since
they might be handled differently in the future, don't touch these yet.
M_OPT_PREFIXED becomes the default, so remove it. As a minor unrelated
cleanup, get rid of M_OPT_MERGE too and use the OPT_SUBSTRUCT() macro in
some places.
Unrelated: remove the duplicated --tv:buffersize option, fix a typo in
changes.rst.
2013-02-21 22:10:21 +01:00
|
|
|
Read commands from the given file. Mostly useful with a FIFO.
|
2013-04-26 18:56:25 +02:00
|
|
|
See also ``--slave-broken``.
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
.. note::
|
|
|
|
|
|
|
|
When the given file is a FIFO mpv opens both ends, so you can do several
|
|
|
|
`echo "seek 10" > mp_pipe` and the pipe will stay valid.
|
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 21:37:33 +02:00
|
|
|
|
2014-04-24 17:27:27 +02:00
|
|
|
``--input-terminal``, ``--no-input-terminal``
|
|
|
|
``--no-input-terminal`` prevents the player from reading key events from
|
|
|
|
standard input. Useful when reading data from standard input. This is
|
|
|
|
automatically enabled when ``-`` is found on the command line. There are
|
|
|
|
situations where you have to set it manually, e.g. if you open
|
|
|
|
``/dev/stdin`` (or the equivalent on your system), use stdin in a playlist
|
|
|
|
or intend to read from stdin later on via the loadfile or loadlist slave
|
|
|
|
commands.
|
|
|
|
|
|
|
|
``--input-appleremote``, ``--no-input-appleremote``
|
|
|
|
Enable/disable AppleIR remote support. Enabled by default.
|
|
|
|
|
|
|
|
``--input-ar-delay``
|
|
|
|
Delay in milliseconds before we start to autorepeat a key (0 to disable).
|
|
|
|
|
|
|
|
``--input-ar-rate``
|
|
|
|
Number of key presses to generate per second on autorepeat.
|
|
|
|
|
|
|
|
``--input-cursor``, ``--no-input-cursor``
|
|
|
|
Permit mpv to receive pointer events reported by the video output
|
2014-05-04 10:18:49 +02:00
|
|
|
driver. Necessary to use the OSC, or to select the buttons in DVD menus.
|
|
|
|
Support depends on the VO in use.
|
2012-10-13 21:10:20 +02:00
|
|
|
|
2014-04-24 17:27:27 +02:00
|
|
|
``--input-joystick``, ``--no-input-joystick``
|
2013-12-23 11:35:37 +01:00
|
|
|
Enable/disable joystick support. Disabled by default.
|
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 21:37:33 +02:00
|
|
|
|
2014-04-24 17:27:27 +02:00
|
|
|
``--input-js-dev``
|
|
|
|
Specifies the joystick device to use (default: ``/dev/input/js0``).
|
|
|
|
|
|
|
|
``--input-lirc``, ``--no-input-lirc``
|
|
|
|
Enable/disable LIRC support. Enabled by default.
|
|
|
|
|
|
|
|
``--input-lirc-conf=<filename>``
|
|
|
|
(LIRC only)
|
|
|
|
Specifies a configuration file for LIRC (default: ``~/.lircrc``).
|
|
|
|
|
|
|
|
``--input-media-keys``, ``--no-input-media-keys``
|
|
|
|
OSX only: Enabled by default. Enables/disable media keys support.
|
|
|
|
|
|
|
|
``--input-right-alt-gr``, ``--no-input-right-alt-gr``
|
|
|
|
(Cocoa and Windows only)
|
|
|
|
Use the right Alt key as Alt Gr to produce special characters. If disabled,
|
|
|
|
count the right Alt as an Alt modifier key. Enabled by default.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--no-keepaspect``, ``--keepaspect``
|
|
|
|
``--no-keepaspect`` will always stretch the video to window size, and will
|
2012-11-15 14:25:20 +01:00
|
|
|
disable the window manager hints that force the window aspect ratio.
|
|
|
|
(Ignored in 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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--keep-open``
|
core: add --keep-open, which doesn't close the file on EOF
The --keep-open option causes mpv not to close the current file.
Instead, it will pause, and allow the user to seek around. When
seeking beyond the end of the file, mpv does a precise seek back to
the previous last known position that produced video output.
In some corner cases, mpv might not be able to produce video output at
all, despite having created a VO. (Possibly when only 1 frame could be
decoded, but the video filter chain queues frames. Then a VO would be
created, without sending an actual video frame to the VO.) In these
cases, the VO window will not redraw, not even OSD.
Based on a patch by coax [1].
[1] http://devel.mplayer2.org/ticket/210#comment:4
2012-11-13 00:56:20 +01:00
|
|
|
Do not terminate when playing or seeking beyond the end of the file.
|
|
|
|
Instead, pause the player. When trying to seek beyond end of the file, the
|
|
|
|
player will pause at an arbitrary playback position (or, in corner cases,
|
|
|
|
not redraw the window at all).
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
.. note::
|
|
|
|
|
|
|
|
This option is not respected when using ``--frames``, ``--end``,
|
|
|
|
``--length``, or when passing a chapter range to ``--chapter``.
|
|
|
|
Explicitly skipping to the next file or skipping beyond the last
|
|
|
|
chapter will terminate playback as well, even if ``--keep-open`` is
|
|
|
|
given.
|
core: add --keep-open, which doesn't close the file on EOF
The --keep-open option causes mpv not to close the current file.
Instead, it will pause, and allow the user to seek around. When
seeking beyond the end of the file, mpv does a precise seek back to
the previous last known position that produced video output.
In some corner cases, mpv might not be able to produce video output at
all, despite having created a VO. (Possibly when only 1 frame could be
decoded, but the video filter chain queues frames. Then a VO would be
created, without sending an actual video frame to the VO.) In these
cases, the VO window will not redraw, not even OSD.
Based on a patch by coax [1].
[1] http://devel.mplayer2.org/ticket/210#comment:4
2012-11-13 00:56:20 +01:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--length=<relative time>``
|
2012-11-15 18:49:17 +01:00
|
|
|
Stop after a given time relative to the start time.
|
|
|
|
See ``--start`` for valid option values and examples.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--list-options``
|
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 21:37:33 +02:00
|
|
|
Prints all available options.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--list-properties``
|
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 21:37:33 +02:00
|
|
|
Print a list of the available properties.
|
|
|
|
|
2014-06-30 12:49:01 +02:00
|
|
|
``--list-protocols``
|
|
|
|
Print a list of the supported protocols.
|
|
|
|
|
2014-02-28 22:25:48 +01:00
|
|
|
``--load-scripts=<yes|no>``
|
|
|
|
If set to ``no``, don't auto-load scripts from ``~/.mpv/lua/``.
|
|
|
|
(Default: ``yes``)
|
|
|
|
|
2013-08-25 20:40:21 +02:00
|
|
|
``--load-unsafe-playlists``
|
|
|
|
Normally, something like ``mpv playlist.m3u`` won't load the playlist. This
|
|
|
|
is because the playlist code is unsafe. (This is the same in all other
|
|
|
|
variations of MPlayer.)
|
|
|
|
|
|
|
|
See ``--playlist`` for details.
|
|
|
|
|
|
|
|
Note: this option will allow opening playlists using the ``playlist``
|
|
|
|
special demuxer. The ``--playlist`` uses different code, and supports more
|
|
|
|
playlist formats than the playlist demuxer. This means that for now, the
|
|
|
|
``--playlist`` option should always be used if you intend to open playlists.
|
|
|
|
Background: the special demuxer contains newly written code, while the
|
|
|
|
``--playlist`` option uses the old MPlayer code. Adding support for more
|
|
|
|
playlist formats to the special demuxer is work in progress, and eventually
|
|
|
|
the old code should disappear.
|
|
|
|
|
2013-10-09 05:51:00 +02:00
|
|
|
``--loop=<N|inf|no>``
|
|
|
|
Loops playback ``N`` times. A value of ``1`` plays it one time (default),
|
|
|
|
``2`` two times, etc. ``inf`` means forever. ``no`` is the same as ``1`` and
|
|
|
|
disables looping. If several files are specified on command line, the
|
|
|
|
entire playlist is looped.
|
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 21:37:33 +02:00
|
|
|
|
2014-04-17 23:55:04 +02:00
|
|
|
``--loop-file``
|
|
|
|
Loop a single file. The difference to ``--loop=inf`` is that this doesn't
|
|
|
|
loop the playlist, just the file itself. If the playlist contains only a
|
|
|
|
single file, the difference between the two option is that this option
|
|
|
|
performs a seek on loop, instead of reloading the file.
|
|
|
|
|
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-26 00:41:14 +02:00
|
|
|
``--lua=<filename>``
|
|
|
|
Load a Lua script. You can load multiple scripts by separating them with
|
|
|
|
commas (``,``).
|
|
|
|
|
2014-01-16 23:06:06 +01:00
|
|
|
``--lua-opts=key1=value1,key2=value2,...``
|
|
|
|
Set options for scripts. A Lua script can query an option by key. If an
|
|
|
|
option is used and what semantics the option value has depends entirely on
|
|
|
|
the loaded Lua scripts. Values not claimed by any scripts are ignored.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--mc=<seconds/frame>``
|
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 21:37:33 +02:00
|
|
|
Maximum A-V sync correction per frame (in seconds)
|
|
|
|
|
2013-11-19 22:36:33 +01:00
|
|
|
``--merge-files``
|
|
|
|
Pretend that all files passed to mpv are concatenated into a single, big
|
|
|
|
file. This uses timeline/EDL support internally. Note that this won't work
|
|
|
|
for ordered chapter files or quvi-resolved URLs (such as youtube links).
|
|
|
|
|
|
|
|
This option is interpreted at program start, and doesn't affect for
|
|
|
|
example files or playlists loaded with the ``loadfile`` or ``loadlist``
|
|
|
|
commands.
|
|
|
|
|
2014-07-21 19:27:15 +02:00
|
|
|
``--mf-fps=<value>``
|
|
|
|
Framerate used when decoding from multiple PNG or JPEG files with ``mf://``
|
|
|
|
(default: 1).
|
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 21:37:33 +02:00
|
|
|
|
2014-07-21 19:27:15 +02:00
|
|
|
``--mf-type=<value>``
|
|
|
|
Input file type for ``mf://`` (available: jpeg, png, tga, sgi). By default,
|
|
|
|
this is guessed from the file extension.
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--monitoraspect=<ratio>``
|
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 21:37:33 +02:00
|
|
|
Set the aspect ratio of your monitor or TV screen. A value of 0 disables a
|
|
|
|
previous setting (e.g. in the config file). Overrides the
|
|
|
|
``--monitorpixelaspect`` setting if enabled.
|
2013-07-08 18:02:14 +02:00
|
|
|
|
2014-04-24 18:10:20 +02:00
|
|
|
See also ``--monitorpixelaspect`` and ``--video-aspect``.
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
.. admonition:: Examples
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
- ``--monitoraspect=4:3`` or ``--monitoraspect=1.3333``
|
|
|
|
- ``--monitoraspect=16:9`` or ``--monitoraspect=1.7777``
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--monitorpixelaspect=<ratio>``
|
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 21:37:33 +02:00
|
|
|
Set the aspect of a single pixel of your monitor or TV screen (default:
|
|
|
|
1). A value of 1 means square pixels (correct for (almost?) all LCDs). See
|
2014-04-24 18:10:20 +02:00
|
|
|
also ``--monitoraspect`` and ``--video-aspect``.
|
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 21:37:33 +02:00
|
|
|
|
2014-04-24 18:16:47 +02:00
|
|
|
``--no-msg-color``
|
2012-11-15 14:25:20 +01:00
|
|
|
Disable colorful console output on terminals.
|
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 21:37:33 +02:00
|
|
|
|
2014-04-24 18:16:47 +02:00
|
|
|
``--msg-level=<module1=level1:module2=level2:...>``
|
2013-07-08 18:02:14 +02:00
|
|
|
Control verbosity directly for each module. The ``all`` module changes 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 21:37:33 +02:00
|
|
|
verbosity of all the modules not explicitly specified on the command line.
|
|
|
|
|
2014-04-24 18:16:47 +02:00
|
|
|
Run mpv with ``--msg-level=all=trace`` to see all messages mpv outputs. You
|
2013-12-18 19:04:30 +01:00
|
|
|
can use the module names printed in the output (prefixed to each line in
|
|
|
|
``[...]``) to limit the output to interesting modules.
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
.. note::
|
|
|
|
|
|
|
|
Some messages are printed before the command line is parsed and are
|
2014-04-24 18:16:47 +02:00
|
|
|
therefore not affected by ``--msg-level``. To control these messages,
|
2013-07-08 18:02:14 +02:00
|
|
|
you have to use the ``MPV_VERBOSE`` environment variable; see
|
|
|
|
`ENVIRONMENT VARIABLES`_ for details.
|
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 21:37:33 +02:00
|
|
|
|
|
|
|
Available levels:
|
|
|
|
|
2014-04-24 18:44:46 +02:00
|
|
|
:no: complete silence
|
|
|
|
:fatal: fatal messages only
|
|
|
|
:error: error messages
|
|
|
|
:warn: warning messages
|
|
|
|
:info: informational messages
|
|
|
|
:status: status messages (default)
|
|
|
|
:v: verbose messages
|
|
|
|
:debug: debug messages
|
|
|
|
:trace: very noisy debug messages
|
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 21:37:33 +02:00
|
|
|
|
2014-04-24 18:16:47 +02:00
|
|
|
``--msg-module``
|
|
|
|
Prepend module name to each console message.
|
|
|
|
|
|
|
|
``--msg-time``
|
|
|
|
Prepend timing information to each console message.
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--mute=<auto|yes|no>``
|
2012-11-15 19:22:01 +01:00
|
|
|
Set startup audio mute status. ``auto`` (default) will not change the mute
|
|
|
|
status. Also see ``--volume``.
|
|
|
|
|
2014-04-24 18:10:20 +02:00
|
|
|
``--x11-name``
|
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 21:37:33 +02:00
|
|
|
Set the window class name for X11-based video output methods.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--native-keyrepeat``
|
2013-04-24 21:37:10 +02:00
|
|
|
Use system settings for keyrepeat delay and rate, instead of
|
|
|
|
``--input-ar-delay`` and ``--input-ar-rate``. (Whether this applies
|
|
|
|
depends on the VO backend and how it handles keyboard input. Does not
|
|
|
|
apply to terminal input.)
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--no-cache``
|
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 21:37:33 +02:00
|
|
|
Turn off input stream caching. See ``--cache``.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--no-config``
|
2013-02-08 23:52:06 +01:00
|
|
|
Do not load default configuration files. This prevents loading of
|
2014-06-28 15:55:09 +02:00
|
|
|
``~/.config/mpv/mpv.conf`` and ``~/.config/mpv/input.conf``, as well as
|
|
|
|
loading the same files from system wide configuration directories. Other
|
|
|
|
configuration files are blocked as well, such as resume playback 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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
.. note::
|
|
|
|
|
|
|
|
Files explicitly requested by command line options, like
|
|
|
|
``--include`` or ``--use-filedir-conf``, will still be loaded.
|
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 21:37:33 +02:00
|
|
|
|
2014-02-25 21:04:04 +01:00
|
|
|
Also see ``--config-dir``.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--no-idx``
|
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 21:37:33 +02:00
|
|
|
Do not use index present in the file even if one is present.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--no-audio``
|
2012-09-05 02:39:12 +02:00
|
|
|
Do not play sound. With some demuxers this may not work. In those cases
|
|
|
|
you can try ``--ao=null`` instead.
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--no-resume-playback``
|
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 19:37:29 +02:00
|
|
|
Do not restore playback position from ``~/.mpv/watch_later/``.
|
|
|
|
See ``quit_watch_later`` input command.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--no-sub``
|
|
|
|
Do not select any subtitle when the file is loaded.
|
2013-04-29 01:39:50 +02:00
|
|
|
|
2013-09-10 15:09:24 +02:00
|
|
|
``--sub-visibility``, ``--no-sub-visibility``
|
|
|
|
Can be used to disable display of subtitles, but still select and decode
|
|
|
|
them.
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--no-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 21:37:33 +02:00
|
|
|
Do not play video. With some demuxers this may not work. In those cases
|
2012-09-05 02:39:12 +02:00
|
|
|
you can try ``--vo=null`` instead.
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--ontop``
|
2014-03-29 21:19:34 +01:00
|
|
|
Makes the player window stay on top of other windows.
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--ordered-chapters``, ``--no-ordered-chapters``
|
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 21:37:33 +02:00
|
|
|
Enabled by default.
|
2012-10-11 02:04:08 +02:00
|
|
|
Disable support for Matroska ordered chapters. mpv will not load or
|
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 21:37:33 +02:00
|
|
|
search for video segments from other files, and will also ignore any
|
|
|
|
chapter order specified for the main file.
|
|
|
|
|
2013-12-14 21:52:37 +01:00
|
|
|
``--ordered-chapters-files=<playlist-file>``
|
|
|
|
Loads the given file as playlist, and tries to use the files contained in
|
|
|
|
it as reference files when opening a Matroska file that uses ordered
|
|
|
|
chapters. This overrides the normal mechanism for loading referenced
|
|
|
|
files by scanning the same directory the main file is located in.
|
|
|
|
|
|
|
|
Useful for loading ordered chapter files that are not located on the local
|
|
|
|
filesystem, or if the referenced files are in different directories.
|
|
|
|
|
|
|
|
Note: a playlist can be as simple as a text file containing filenames
|
|
|
|
separated by newlines.
|
|
|
|
|
2013-09-26 00:56:41 +02:00
|
|
|
``--osc``, ``--no-osc``
|
2013-11-05 20:54:57 +01:00
|
|
|
Whether to load the on-screen-controller (default: yes).
|
2013-09-26 00:56:41 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--no-osd-bar``, ``--osd-bar``
|
2013-02-16 21:17:59 +01:00
|
|
|
Disable display of the OSD bar. This will make some things (like seeking)
|
|
|
|
use OSD text messages instead of the bar.
|
|
|
|
|
|
|
|
You can configure this on a per-command basis in input.conf using ``osd-``
|
|
|
|
prefixes, see ``Input command prefixes``. If you want to disable the OSD
|
|
|
|
completely, use ``--osd-level=0``.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--osd-bar-align-x=<-1-1>``
|
2013-02-14 20:43:00 +01:00
|
|
|
Position of the OSD bar. -1 is far left, 0 is centered, 1 is far right.
|
2013-09-10 15:09:24 +02:00
|
|
|
Fractional values (like 0.5) are allowed.
|
2013-02-14 20:43:00 +01:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--osd-bar-align-y=<-1-1>``
|
2013-02-14 20:43:00 +01:00
|
|
|
Position of the OSD bar. -1 is top, 0 is centered, 1 is bottom.
|
2013-09-10 15:09:24 +02:00
|
|
|
Fractional values (like 0.5) are allowed.
|
2013-02-14 20:43:00 +01:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--osd-bar-w=<1-100>``
|
2013-03-30 20:08:56 +01:00
|
|
|
Width of the OSD bar, in percentage of the screen width (default: 75).
|
2013-09-10 15:09:24 +02:00
|
|
|
A value of 50 means the bar is half the screen wide.
|
2013-03-30 20:08:56 +01:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--osd-bar-h=<0.1-50>``
|
2013-03-30 20:08:56 +01:00
|
|
|
Height of the OSD bar, in percentage of the screen height (default: 3.125).
|
|
|
|
|
2014-01-31 00:41:54 +01:00
|
|
|
``--osd-back-color=<color>``, ``--sub-text-back-color=<color>``
|
2013-01-04 16:10:17 +01:00
|
|
|
See ``--osd-color``. Color used for OSD/sub text background.
|
2013-01-04 16:04:08 +01:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--osd-blur=<0..20.0>``, ``--sub-text-blur=<0..20.0>``
|
2013-04-13 18:53:03 +02:00
|
|
|
Gaussian blur factor. 0 means no blur applied (default).
|
|
|
|
|
2014-01-31 00:41:54 +01:00
|
|
|
``--osd-border-color=<color>``, ``--sub-text-border-color=<color>``
|
2013-01-04 16:10:17 +01:00
|
|
|
See ``--osd-color``. Color used for the OSD/sub font border.
|
2013-01-04 16:04:08 +01:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
.. note::
|
2013-01-04 16:04:08 +01:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
ignored when ``--osd-back-color``/``--sub-text-back-color`` is
|
|
|
|
specified (or more exactly: when that option is not set to completely
|
|
|
|
transparent).
|
|
|
|
|
|
|
|
``--osd-border-size=<size>``, ``--sub-text-border-size=<size>``
|
2013-01-04 16:10:17 +01:00
|
|
|
Size of the OSD/sub font border in scaled pixels (see ``--osd-font-size``
|
|
|
|
for details). A value of 0 disables borders.
|
2013-01-04 16:04:08 +01:00
|
|
|
|
|
|
|
Default: 2.5.
|
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 21:37:33 +02:00
|
|
|
|
2014-01-31 00:41:54 +01:00
|
|
|
``--osd-color=<color>``, ``--sub-text-color=<color>``
|
2013-01-04 16:10:17 +01:00
|
|
|
Specify the color used for OSD/unstyled text subtitles.
|
2012-11-17 20:56:45 +01:00
|
|
|
|
2014-01-31 00:41:54 +01:00
|
|
|
The color is specified in the form ``r/g/b``, where each color component
|
|
|
|
is specified as number in the range 0.0 to 1.0. It's also possible to
|
|
|
|
specify the transparency by using ``r/g/b/a``, where the alpha value 0
|
|
|
|
means fully transparent, and 1.0 means opaque. If the alpha component is
|
|
|
|
not given, the color is 100% opaque.
|
2012-11-17 20:56:45 +01:00
|
|
|
|
2014-01-31 00:41:54 +01:00
|
|
|
Passing a single number to the option sets the OSD to gray, and the form
|
|
|
|
``gray/a`` lets you specify alpha additionally.
|
|
|
|
|
|
|
|
.. admonition:: Examples
|
|
|
|
|
|
|
|
- ``--osd-color=1.0/0.0/0.0`` set OSD to opaque red
|
|
|
|
- ``--osd-color=1.0/0.0/0.0/0.75`` set OSD to opaque red with 75% alpha
|
|
|
|
- ``--osd-color=0.5/0.75`` set OSD to 50% gray with 75% alpha
|
|
|
|
|
|
|
|
Alternatively, the color can be specified as a RGB hex triplet in the form
|
|
|
|
``#RRGGBB``, where each 2-digit group expresses a color value in the
|
|
|
|
range 0 (``00``) to 255 (``FF``). For example, ``#FF0000`` is red.
|
|
|
|
This is similar to web colors.
|
2012-11-17 20:56:45 +01:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
.. admonition:: Examples
|
2012-12-21 20:36:08 +01:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
- ``--osd-color='#FF0000'`` set OSD to opaque red
|
|
|
|
- ``--osd-color='#C0808080'`` set OSD to 50% gray with 75% alpha
|
2012-12-21 20:36:08 +01:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--osd-duration=<time>``
|
2013-01-04 16:04:08 +01:00
|
|
|
Set the duration of the OSD messages in ms (default: 1000).
|
2012-11-17 20:56:45 +01:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--osd-font=<pattern>``, ``--sub-text-font=<pattern>``
|
2013-01-04 16:04:08 +01:00
|
|
|
Specify font to use for OSD and for subtitles that do not themselves
|
2013-07-08 18:02:14 +02:00
|
|
|
specify a particular font. The default is ``sans-serif``.
|
|
|
|
|
|
|
|
.. admonition:: Examples
|
2012-11-17 20:56:45 +01:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
- ``--osd-font='Bitstream Vera Sans'``
|
|
|
|
- ``--osd-font='Bitstream Vera Sans:style=Bold'`` (fontconfig pattern)
|
2013-01-04 16:04:08 +01:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
.. note::
|
2012-11-17 20:56:45 +01:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
The ``--sub-text-font`` option (and most other ``--sub-text-``
|
|
|
|
options) are ignored when ASS-subtitles are rendered, unless the
|
2014-04-24 17:42:54 +02:00
|
|
|
``--no-sub-ass`` option is specified.
|
2013-01-04 16:10:17 +01:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--osd-font-size=<size>``, ``--sub-text-font-size=<size>``
|
2013-01-04 16:10:17 +01:00
|
|
|
Specify the OSD/sub font size. The unit is the size in scaled pixels at a
|
2012-11-17 20:56:45 +01:00
|
|
|
window height of 720. The actual pixel size is scaled with the window
|
|
|
|
height: if the window height is larger or smaller than 720, the actual size
|
|
|
|
of the text increases or decreases as well.
|
|
|
|
|
|
|
|
Default: 45.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--osd-fractions``
|
2013-01-04 16:04:08 +01:00
|
|
|
Show OSD times with fractions of seconds.
|
2012-11-17 20:56:45 +01:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--osd-level=<0-3>``
|
2013-01-04 16:04:08 +01:00
|
|
|
Specifies which mode the OSD should start in.
|
|
|
|
|
2014-04-25 14:43:02 +02:00
|
|
|
:0: OSD completely disabled (subtitles only)
|
|
|
|
:1: enabled (shows up only on user interaction)
|
|
|
|
:2: enabled + current time visible by default
|
|
|
|
:3: enabled + ``--osd-status-msg`` (current time and status by default)
|
2012-11-17 20:56:45 +01:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--osd-margin-x=<size>, --sub-text-margin-x=<size>``
|
2013-01-04 16:10:17 +01:00
|
|
|
Left and right screen margin for the OSD/subs in scaled pixels (see
|
2012-11-17 20:56:45 +01:00
|
|
|
``--osd-font-size`` for details).
|
|
|
|
|
|
|
|
This option specifies the distance of the OSD to the left, as well as at
|
|
|
|
which distance from the right border long OSD text will be broken.
|
|
|
|
|
|
|
|
Default: 25.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--osd-margin-y=<size>, --sub-text-margin-y=<size>``
|
2013-01-04 16:10:17 +01:00
|
|
|
Top and bottom screen margin for the OSD/subs in scaled pixels (see
|
2012-11-17 20:56:45 +01:00
|
|
|
``--osd-font-size`` for details).
|
|
|
|
|
|
|
|
This option specifies the vertical margins of the OSD. This is also used
|
|
|
|
for unstyled text subtitles. If you just want to raise the vertical
|
|
|
|
subtitle position, use ``--sub-pos``.
|
|
|
|
|
|
|
|
Default: 10.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--osd-scale=<factor>``
|
2013-05-14 14:10:27 +02:00
|
|
|
OSD font size multiplicator, multiplied with ``--osd-font-size`` value.
|
|
|
|
|
2013-12-10 19:58:57 +01:00
|
|
|
``--osd-scale-by-window=yes|no``
|
|
|
|
Whether to scale the OSD with the window size (default: yes). If this is
|
|
|
|
disabled, ``--osd-font-size`` and other OSD options that use scaled pixels
|
|
|
|
are always in actual pixels. The effect is that changing the window size
|
|
|
|
won't change the OSD font size.
|
|
|
|
|
2014-01-31 00:41:54 +01:00
|
|
|
``--osd-shadow-color=<color>, --sub-text-shadow-color=<color>``
|
2013-01-04 16:10:17 +01:00
|
|
|
See ``--osd-color``. Color used for OSD/sub text shadow.
|
2013-01-04 16:04:08 +01:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--osd-shadow-offset=<size>, --sub-text-shadow-offset=<size>``
|
2013-01-04 16:10:17 +01:00
|
|
|
Displacement of the OSD/sub text shadow in scaled pixels (see
|
2012-11-17 20:56:45 +01:00
|
|
|
``--osd-font-size`` for details). A value of 0 disables shadows.
|
|
|
|
|
|
|
|
Default: 0.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--osd-spacing=<size>, --sub-text-spacing=<size>``
|
2013-01-04 16:10:17 +01:00
|
|
|
Horizontal OSD/sub font spacing in scaled pixels (see ``--osd-font-size``
|
|
|
|
for details). This value is added to the normal letter spacing. Negative
|
|
|
|
values are allowed.
|
2012-11-17 20:56:45 +01:00
|
|
|
|
|
|
|
Default: 0.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--osd-status-msg=<string>``
|
2013-02-16 22:14:33 +01:00
|
|
|
Show a custom string during playback instead of the standard status text.
|
|
|
|
This overrides the status text used for ``--osd-level=3``, when using the
|
|
|
|
``show_progress`` command (by default mapped to ``P``), or in some
|
2013-07-08 18:02:14 +02:00
|
|
|
non-default cases when seeking. Expands properties. See
|
|
|
|
`Property Expansion`_.
|
2013-02-16 22:14:33 +01:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--panscan=<0.0-1.0>``
|
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 21:37:33 +02:00
|
|
|
Enables pan-and-scan functionality (cropping the sides of e.g. a 16:9
|
2014-07-26 22:38:48 +02:00
|
|
|
video to make it fit a 4:3 display without black bands). The range
|
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 21:37:33 +02:00
|
|
|
controls how much of the image is cropped. May not work with all video
|
|
|
|
output drivers.
|
|
|
|
|
2014-01-03 20:35:10 +01:00
|
|
|
``--pause``
|
|
|
|
Start the player in paused state.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--stream-capture=<filename>``
|
2013-05-11 22:19:33 +02:00
|
|
|
Allows capturing the primary stream (not additional audio tracks or other
|
|
|
|
kind of streams) into the given file. Capturing can also be started and
|
2013-07-08 18:02:14 +02:00
|
|
|
stopped by changing the filename with the ``stream-capture`` slave property.
|
2013-05-11 22:19:33 +02:00
|
|
|
Generally this will not produce usable results for anything else than MPEG
|
|
|
|
or raw streams, unless capturing includes the file headers and is not
|
|
|
|
interrupted. Note that, due to cache latencies, captured data may begin and
|
|
|
|
end somewhat delayed compared to what you see displayed.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--stream-dump=<filename>``
|
|
|
|
Same as ``--stream-capture``, but do not start playback. Instead, the entire
|
2013-05-11 22:40:46 +02:00
|
|
|
file is dumped.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--playlist=<filename>``
|
2014-05-11 16:51:33 +02:00
|
|
|
Play files according to a playlist file (Supports some common formats.If
|
|
|
|
no format is detected, t will be treated as list of files, separated by
|
|
|
|
newline characters. Note that XML playlist formats are not supported.)
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
.. warning::
|
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 21:37:33 +02:00
|
|
|
|
2014-05-11 16:51:33 +02:00
|
|
|
The way mpv uses playlist files is not safe against maliciously
|
|
|
|
constructed files. Such files may trigger harmful actions.
|
2013-07-08 18:02:14 +02:00
|
|
|
This has been the case for all mpv and MPlayer versions, but
|
|
|
|
unfortunately this fact was not well documented earlier, and some people
|
|
|
|
have even misguidedly recommended use of ``--playlist`` with untrusted
|
|
|
|
sources. Do NOT use ``--playlist`` with random internet sources or files
|
|
|
|
you do not trust!
|
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 21:37:33 +02:00
|
|
|
|
2014-05-11 16:51:33 +02:00
|
|
|
The main problem is that playlists can point to arbitrary network
|
|
|
|
addresses (including local addresses inside of your LAN), and thus
|
|
|
|
can't be considered secure. Playlists also can contain entries using
|
|
|
|
other protocols, such as local files, or (most severely), special
|
|
|
|
protocols like ``avdevice://``, which are inherently unsafe.
|
2013-07-08 18:02:14 +02:00
|
|
|
|
|
|
|
``--priority=<prio>``
|
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 21:37:33 +02:00
|
|
|
(Windows only.)
|
2012-10-11 02:04:08 +02:00
|
|
|
Set process priority for mpv according to the predefined priorities
|
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 21:37:33 +02:00
|
|
|
available under Windows.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
Possible values of ``<prio>``:
|
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 21:37:33 +02:00
|
|
|
idle|belownormal|normal|abovenormal|high|realtime
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
.. warning:: Using realtime priority can cause system lockup.
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--profile=<profile1,profile2,...>``
|
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 21:37:33 +02:00
|
|
|
Use the given profile(s), ``--profile=help`` displays a list of the
|
|
|
|
defined profiles.
|
|
|
|
|
2013-11-25 23:14:54 +01:00
|
|
|
``--pts-association-mode=<decode|sort|auto>``
|
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 21:37:33 +02:00
|
|
|
Select the method used to determine which container packet timestamp
|
|
|
|
corresponds to a particular output frame from the video decoder. Normally
|
2013-07-08 18:02:14 +02:00
|
|
|
you should not need to change this option.
|
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 21:37:33 +02:00
|
|
|
|
2013-11-25 23:14:54 +01:00
|
|
|
:decoder: Use decoder reordering functionality. Unlike in classic MPlayer
|
|
|
|
and mplayer2, this includes a dTS fallback. (Default.)
|
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 21:37:33 +02:00
|
|
|
:sort: Maintain a buffer of unused pts values and use the lowest value
|
|
|
|
for the frame.
|
2013-11-25 23:14:54 +01:00
|
|
|
:auto: Try to pick a working mode from the ones above automatically.
|
|
|
|
|
|
|
|
You can also try to use ``--no-correct-pts`` for files with completely
|
|
|
|
broken timestamps.
|
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 21:37:33 +02:00
|
|
|
|
2014-06-10 20:12:19 +02:00
|
|
|
``--pvr-...``
|
|
|
|
These options tune various encoding properties of the PVR capture module.
|
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 21:37:33 +02:00
|
|
|
It has to be used with any hardware MPEG encoder based card supported by
|
|
|
|
the V4L2 driver. The Hauppauge WinTV PVR-150/250/350/500 and all IVTV
|
|
|
|
based cards are known as PVR capture cards. Be aware that only Linux
|
|
|
|
2.6.18 kernel and above is able to handle MPEG stream through V4L2 layer.
|
2012-10-11 02:04:08 +02:00
|
|
|
For hardware capture of an MPEG stream and watching it with mpv, use
|
2014-07-26 22:38:48 +02:00
|
|
|
``pvr://`` as media URL.
|
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 21:37:33 +02:00
|
|
|
|
|
|
|
|
2014-06-10 20:12:19 +02:00
|
|
|
``--pvr-aspect=<0-3>``
|
|
|
|
Specify input aspect ratio:
|
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 21:37:33 +02:00
|
|
|
|
2014-06-10 20:12:19 +02:00
|
|
|
:0: 1:1
|
|
|
|
:1: 4:3 (default)
|
|
|
|
:2: 16:9
|
|
|
|
:3: 2.21:1
|
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 21:37:33 +02:00
|
|
|
|
2014-06-10 20:12:19 +02:00
|
|
|
``--pvr-arate=<32000-48000>``
|
|
|
|
Specify encoding audio rate (default: 48000 Hz, available: 32000,
|
|
|
|
44100 and 48000 Hz).
|
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 21:37:33 +02:00
|
|
|
|
2014-06-10 20:12:19 +02:00
|
|
|
``--pvr-alayer=<1-3>``
|
|
|
|
Specify MPEG audio layer encoding (default: 2).
|
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 21:37:33 +02:00
|
|
|
|
2014-06-10 20:12:19 +02:00
|
|
|
``--pvr-abitrate=<32-448>``
|
|
|
|
Specify audio encoding bitrate in kbps (default: 384).
|
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 21:37:33 +02:00
|
|
|
|
2014-06-10 20:12:19 +02:00
|
|
|
``--pvr-amode=<value>``
|
|
|
|
Specify audio encoding mode. Available preset values are 'stereo',
|
|
|
|
'joint_stereo', 'dual' and 'mono' (default: stereo).
|
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 21:37:33 +02:00
|
|
|
|
2014-06-10 20:12:19 +02:00
|
|
|
``--pvr-vbitrate=<value>``
|
|
|
|
Specify average video bitrate encoding in Mbps (default: 6).
|
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 21:37:33 +02:00
|
|
|
|
2014-06-10 20:12:19 +02:00
|
|
|
``--pvr-vmode=<value>``
|
|
|
|
Specify video encoding 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 21:37:33 +02:00
|
|
|
|
2014-06-10 20:12:19 +02:00
|
|
|
:vbr: Variable BitRate (default)
|
|
|
|
:cbr: Constant BitRate
|
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 21:37:33 +02:00
|
|
|
|
2014-06-10 20:12:19 +02:00
|
|
|
``--pvr-vpeak=<value>``
|
|
|
|
Specify peak video bitrate encoding in Mbps (only useful for VBR
|
|
|
|
encoding, default: 9.6).
|
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 21:37:33 +02:00
|
|
|
|
2014-06-10 20:12:19 +02:00
|
|
|
``--pvr-fmt=<value>``
|
|
|
|
Choose an MPEG format for encoding:
|
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 21:37:33 +02:00
|
|
|
|
2014-06-10 20:12:19 +02:00
|
|
|
:ps: MPEG-2 Program Stream (default)
|
|
|
|
:ts: MPEG-2 Transport Stream
|
|
|
|
:mpeg1: MPEG-1 System Stream
|
|
|
|
:vcd: Video CD compatible stream
|
|
|
|
:svcd: Super Video CD compatible stream
|
|
|
|
:dvd: DVD compatible stream
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--quiet``
|
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 21:37:33 +02:00
|
|
|
Make console output less verbose; in particular, prevents the status line
|
2012-08-22 21:04:19 +02:00
|
|
|
(i.e. AV: 3.4 (00:00:03.37) / 5320.6 ...) from being displayed.
|
|
|
|
Particularly useful on slow terminals or broken ones which do not properly
|
2013-07-08 18:02:14 +02:00
|
|
|
handle carriage return (i.e. ``\r``).
|
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 21:37:33 +02:00
|
|
|
|
2014-04-24 18:16:47 +02:00
|
|
|
Also see ``--really-quiet`` and ``--msg-level``.
|
2013-09-10 15:09:24 +02:00
|
|
|
|
2014-01-05 22:21:08 +01:00
|
|
|
``--quvi-fetch-subtitles=<yes|no>``
|
2014-01-31 00:46:52 +01:00
|
|
|
Toggles fetching of subtitles from streaming sites with libquvi. Disabled
|
|
|
|
by default, because it's unreliable and slow. Note that when enabled,
|
|
|
|
subtitles will always be fetched, even if subtitles are explicitly
|
|
|
|
disabled with ``--no-sub`` (because you might want to enable subtitles
|
|
|
|
at runtime).
|
2014-01-05 22:21:08 +01:00
|
|
|
|
2014-01-31 00:46:52 +01:00
|
|
|
Supported when using libquvi 0.9.x.
|
2014-01-05 22:21:08 +01:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--quvi-format=<best|default|...>``
|
2013-01-31 00:39:45 +01:00
|
|
|
Video format/quality that is directly passed to libquvi (default: ``best``).
|
|
|
|
This is used when opening links to streaming sites like YouTube. The
|
|
|
|
interpretation of this value is highly specific to the streaming site and
|
2013-06-27 18:21:07 +02:00
|
|
|
the video.
|
|
|
|
|
|
|
|
libquvi 0.4.x:
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
The only well-defined values that work on all sites are ``best``
|
|
|
|
(best quality/highest bandwidth, default), and ``default`` (lowest
|
|
|
|
quality).
|
2013-01-31 00:39:45 +01:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
The quvi command line tool can be used to find out which formats are
|
|
|
|
supported for a given URL: ``quvi --query-formats URL``.
|
2013-01-31 00:39:45 +01:00
|
|
|
|
2013-06-27 18:21:07 +02:00
|
|
|
libquvi 0.9.x:
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
The following explanations are relevant:
|
2014-03-11 17:09:19 +01:00
|
|
|
`<http://quvi.sourceforge.net/r/api/0.9/glossary_termino.html#m_stream_id>`_
|
2013-06-27 18:21:07 +02:00
|
|
|
|
2013-09-10 16:50:19 +02:00
|
|
|
The ``quvi-format`` property can be used at runtime to cycle through the
|
|
|
|
list of formats. Unfortunately, this is slow. On libquvi 0.4.x, this
|
|
|
|
functionality is limited to switching between ``best`` and ``default`` if
|
|
|
|
the ``cycle`` input command is used.
|
2013-06-27 18:21:07 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--really-quiet``
|
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 21:37:33 +02:00
|
|
|
Display even less output and status messages than with ``--quiet``.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--referrer=<string>``
|
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 21:37:33 +02:00
|
|
|
Specify a referrer path or URL for HTTP requests.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--reset-on-next-file=<all|option1,option2,...>``
|
2013-04-10 21:06:00 +02:00
|
|
|
Normally, mpv will try to keep all settings when playing the next file on
|
|
|
|
the playlist, even if they were changed by the user during playback. (This
|
|
|
|
behavior is the opposite of MPlayer's, which tries to reset all settings
|
|
|
|
when starting next file.)
|
|
|
|
|
2014-01-09 21:23:19 +01:00
|
|
|
Default: Do not reset anything.
|
2013-06-07 17:07:04 +02:00
|
|
|
|
2013-04-10 21:06:00 +02:00
|
|
|
This can be changed with this option. It accepts a list of options, and
|
|
|
|
mpv will reset the value of these options on playback start to the initial
|
|
|
|
value. The initial value is either the default value, or as set by the
|
|
|
|
config file or command line.
|
|
|
|
|
|
|
|
In some cases, this might not work as expected. For example, ``--volume``
|
2013-07-08 18:02:14 +02:00
|
|
|
will only be reset if it is explicitly set in the config file or the
|
|
|
|
command line.
|
2013-04-10 21:06:00 +02:00
|
|
|
|
|
|
|
The special name ``all`` resets as many options as possible.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
.. admonition:: Examples
|
2013-04-10 21:06:00 +02:00
|
|
|
|
2014-01-09 21:23:19 +01:00
|
|
|
- ``--reset-on-next-file=pause``
|
|
|
|
Reset pause mode when switching to the next file.
|
2013-07-08 18:02:14 +02:00
|
|
|
- ``--reset-on-next-file=fullscreen,speed``
|
|
|
|
Reset fullscreen and playback speed settings if they were changed
|
|
|
|
during playback.
|
|
|
|
- ``--reset-on-next-file=all``
|
|
|
|
Try to reset all settings that were changed during playback.
|
2013-04-10 21:06:00 +02:00
|
|
|
|
2013-09-22 02:40:29 +02:00
|
|
|
``--rtsp-transport=<lavf|udp|tcp|http>``
|
|
|
|
Select RTSP transport method (default: tcp). This selects the underlying
|
|
|
|
network transport when playing ``rtsp://...`` URLs. The value ``lavf``
|
|
|
|
leaves the decision to libavformat.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--saturation=<-100-100>``
|
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 21:37:33 +02:00
|
|
|
Adjust the saturation of the video signal (default: 0). You can get
|
|
|
|
grayscale output with this option. Not supported by all video output
|
|
|
|
drivers.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--save-position-on-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 19:37:29 +02:00
|
|
|
Always save the current playback position on quit. When this file is
|
|
|
|
played again later, the player will seek to the old playback position on
|
2013-09-04 18:09:04 +02:00
|
|
|
start. This does not happen if playback of a file is stopped in any other
|
|
|
|
way than quitting. For example, going to the next file in the playlist
|
|
|
|
will not save the position, and start playback at beginning the next time
|
|
|
|
the file is played.
|
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 19:37:29 +02:00
|
|
|
|
|
|
|
This behavior is disabled by default, but is always available when quitting
|
|
|
|
the player with Shift+Q.
|
|
|
|
|
2014-06-01 18:25:21 +02:00
|
|
|
``--write-filename-in-watch-later-config``
|
|
|
|
Prepend the watch later config files with the name of the file they refer
|
|
|
|
to. This is simply written as comment on the top of the file.
|
|
|
|
|
|
|
|
.. warning::
|
|
|
|
|
|
|
|
This option may expose privacy-sensitive information and is thus
|
|
|
|
disabled by default.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--screen=<default|0-32>``
|
2013-02-17 16:35:44 +01:00
|
|
|
In multi-monitor configurations (i.e. a single desktop that spans across
|
2013-07-08 18:02:14 +02:00
|
|
|
multiple displays), this option tells mpv which screen to display the
|
2014-07-26 22:38:48 +02:00
|
|
|
video on.
|
2013-02-17 16:35:44 +01:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
.. admonition:: Note (X11)
|
|
|
|
|
2013-09-10 15:09:24 +02:00
|
|
|
This option does not work properly with all window managers. In these
|
|
|
|
cases, you can try to use ``--geometry`` to position the window
|
|
|
|
explicitly. It's also possible that the window manager provides native
|
|
|
|
features to control which screens application windows should use.
|
2013-02-17 16:35:44 +01:00
|
|
|
|
|
|
|
See also ``--fs-screen``.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--screenshot-format=<type>``
|
2012-08-02 20:44:28 +02:00
|
|
|
Set the image file type used for saving screenshots.
|
|
|
|
|
|
|
|
Available choices:
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
:png: PNG
|
|
|
|
:ppm: PPM
|
|
|
|
:pgm: PGM
|
|
|
|
:pgmyuv: PGM with YV12 pixel format
|
|
|
|
:tga: TARGA
|
|
|
|
:jpg: JPEG (default)
|
|
|
|
:jpeg: JPEG (same as jpg, but with .jpeg file ending)
|
2012-08-02 20:44:28 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--screenshot-jpeg-quality=<0-100>``
|
2012-08-23 08:02:08 +02:00
|
|
|
Set the JPEG quality level. Higher means better quality. The default is 90.
|
2012-08-02 20:44:28 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--screenshot-png-compression=<0-9>``
|
2012-08-02 20:44:28 +02:00
|
|
|
Set the PNG compression level. Higher means better compression. This will
|
2013-07-08 18:02:14 +02:00
|
|
|
affect the file size of the written screenshot file and the time it takes
|
2012-08-02 20:44:28 +02:00
|
|
|
to write a screenshot. Too high compression might occupy enough CPU time to
|
|
|
|
interrupt playback. The default is 7.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--screenshot-png-filter=<0-5>``
|
2013-06-15 15:14:06 +02:00
|
|
|
Set the filter applied prior to PNG compression. 0 is none, 1 is "sub", 2 is
|
|
|
|
"up", 3 is "average", 4 is "Paeth", and 5 is "mixed". This affects the level
|
|
|
|
of compression that can be achieved. For most images, "mixed" achieves the
|
|
|
|
best compression ratio, hence it is the default.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--screenshot-template=<template>``
|
2012-08-02 20:44:28 +02:00
|
|
|
Specify the filename template used to save screenshots. The template
|
|
|
|
specifies the filename without file extension, and can contain format
|
|
|
|
specifiers, which will be substituted when taking a screeshot.
|
|
|
|
By default the template is ``shot%n``, which results in filenames like
|
|
|
|
``shot0012.png`` for example.
|
|
|
|
|
|
|
|
The template can start with a relative or absolute path, in order to
|
|
|
|
specify a directory location where screenshots should be saved.
|
|
|
|
|
|
|
|
If the final screenshot filename points to an already existing file, the
|
2013-07-08 18:02:14 +02:00
|
|
|
file will not be overwritten. The screenshot will either not be saved, or if
|
2012-08-02 20:44:28 +02:00
|
|
|
the template contains ``%n``, saved using different, newly generated
|
|
|
|
filename.
|
|
|
|
|
|
|
|
Allowed format specifiers:
|
|
|
|
|
2012-08-23 09:03:03 +02:00
|
|
|
``%[#][0X]n``
|
|
|
|
A sequence number, padded with zeros to length X (default: 04). E.g.
|
|
|
|
passing the format ``%04n`` will yield ``0012`` on the 12th screenshot.
|
2013-07-08 18:02:14 +02:00
|
|
|
The number is incremented every time a screenshot is taken or if the
|
2012-08-23 09:03:03 +02:00
|
|
|
file already exists. The length ``X`` must be in the range 0-9. With
|
2013-07-08 18:02:14 +02:00
|
|
|
the optional # sign, mpv will use the lowest available number. For
|
2012-08-23 09:03:03 +02:00
|
|
|
example, if you take three screenshots--0001, 0002, 0003--and delete
|
2013-07-08 18:02:14 +02:00
|
|
|
the first two, the next two screenshots will not be 0004 and 0005, but
|
2012-08-23 09:03:03 +02:00
|
|
|
0001 and 0002 again.
|
2012-08-02 20:44:28 +02:00
|
|
|
``%f``
|
|
|
|
Filename of the currently played video.
|
|
|
|
``%F``
|
|
|
|
Same as ``%f``, but strip the file extension, including the dot.
|
2014-01-08 21:07:10 +01:00
|
|
|
``%x``
|
|
|
|
Directory path of the currently played video. If the video is not on
|
|
|
|
the filesystem (but e.g. ``http://``), this expand to an empty string.
|
|
|
|
``%X{fallback}``
|
|
|
|
Same as ``%x``, but if the video file is not on the filesystem, return
|
|
|
|
the fallback string inside the ``{...}``.
|
2012-08-02 20:44:28 +02:00
|
|
|
``%p``
|
|
|
|
Current playback time, in the same format as used in the OSD. The
|
|
|
|
result is a string of the form "HH:MM:SS". For example, if the video is
|
|
|
|
at the time position 5 minutes and 34 seconds, ``%p`` will be replaced
|
|
|
|
with "00:05:34".
|
|
|
|
``%P``
|
|
|
|
Similar to ``%p``, but extended with the playback time in milliseconds.
|
|
|
|
It is formatted as "HH:MM:SS.mmm", with "mmm" being the millisecond
|
2013-07-08 18:02:14 +02:00
|
|
|
part of the playback time.
|
|
|
|
|
|
|
|
.. note::
|
|
|
|
|
|
|
|
This is a simple way for getting unique per-frame timestamps. Frame
|
|
|
|
numbers would be more intuitive, but are not easily implementable
|
|
|
|
because container formats usually use time stamps for identifying
|
|
|
|
frames.)
|
2013-09-15 19:07:35 +02:00
|
|
|
``%wX``
|
|
|
|
Specify the current playback time using the format string ``X``.
|
|
|
|
``%p`` is like ``%wH:%wM:%wS``, and ``%P`` is like ``%wH:%wM:%wS.%wT``.
|
2013-03-25 20:32:29 +01:00
|
|
|
|
|
|
|
Valid format specifiers:
|
2013-09-15 19:07:35 +02:00
|
|
|
``%wH``
|
2013-03-25 20:32:29 +01:00
|
|
|
hour (padded with 0 to two digits)
|
2013-09-15 19:07:35 +02:00
|
|
|
``%wh``
|
2013-03-25 20:32:29 +01:00
|
|
|
hour (not padded)
|
2013-09-15 19:07:35 +02:00
|
|
|
``%wM``
|
2013-03-25 20:32:29 +01:00
|
|
|
minutes (00-59)
|
2013-09-15 19:07:35 +02:00
|
|
|
``%wm``
|
|
|
|
total minutes (includes hours, unlike ``%wM``)
|
|
|
|
``%wS``
|
2013-03-25 20:32:29 +01:00
|
|
|
seconds (00-59)
|
2013-09-15 19:07:35 +02:00
|
|
|
``%ws``
|
2013-03-25 20:32:29 +01:00
|
|
|
total seconds (includes hours and minutes)
|
2013-09-15 19:07:35 +02:00
|
|
|
``%wf``
|
|
|
|
like ``%ws``, but as float
|
|
|
|
``%wT``
|
2013-03-25 20:32:29 +01:00
|
|
|
milliseconds (000-999)
|
|
|
|
|
2012-08-02 20:44:28 +02:00
|
|
|
``%tX``
|
2012-08-23 09:03:03 +02:00
|
|
|
Specify the current local date/time using the format ``X``. This format
|
2012-08-02 20:44:28 +02:00
|
|
|
specifier uses the UNIX ``strftime()`` function internally, and inserts
|
|
|
|
the result of passing "%X" to ``strftime``. For example, ``%tm`` will
|
|
|
|
insert the number of the current month as number. You have to use
|
|
|
|
multiple ``%tX`` specifiers to build a full date/time string.
|
2012-08-23 09:03:03 +02:00
|
|
|
``%{prop[:fallback text]}``
|
2012-10-24 01:06:00 +02:00
|
|
|
Insert the value of the slave property 'prop'. E.g. ``%{filename}`` is
|
2013-07-08 18:02:14 +02:00
|
|
|
the same as ``%f``. If the property does not exist or is not available,
|
2012-10-24 01:06:00 +02:00
|
|
|
an error text is inserted, unless a fallback is specified.
|
2012-08-02 20:44:28 +02:00
|
|
|
``%%``
|
|
|
|
Replaced with the ``%`` character itself.
|
|
|
|
|
2013-12-24 17:46:14 +01:00
|
|
|
``--secondary-sid=<ID|auto|no>``
|
|
|
|
Select a secondary subtitle stream. This is similar to ``--sid``. If a
|
|
|
|
secondary subtitle is selected, it will be rendered as toptitle (i.e. on
|
|
|
|
the top of the screen) alongside the normal subtitle, and provides a way
|
|
|
|
to render two subtitles at once.
|
|
|
|
|
2014-01-01 19:45:34 +01:00
|
|
|
there are some caveats associated with this feature. For example, bitmap
|
|
|
|
subtitles will always be rendered in their usual position, so selecting a
|
|
|
|
bitmap subtitle as secondary subtitle will result in overlapping subtitles.
|
|
|
|
Secondary subtitles are never shown on the terminal if video is disabled.
|
2013-12-24 17:46:14 +01:00
|
|
|
|
|
|
|
.. note::
|
|
|
|
|
|
|
|
Styling and interpretation of any formatting tags is disabled for the
|
2014-04-24 17:42:54 +02:00
|
|
|
secondary subtitle. Internally, the same mechanism as ``--no-sub-ass``
|
|
|
|
is used to strip the styling.
|
2013-12-24 17:46:14 +01:00
|
|
|
|
|
|
|
.. note::
|
|
|
|
|
|
|
|
If the main subtitle stream contains formatting tags which display the
|
|
|
|
subtitle at the top of the screen, it will overlap with the secondary
|
2014-04-24 17:42:54 +02:00
|
|
|
subtitle. To prevent this, you could use ``--no-sub-ass`` to disable
|
2013-12-24 17:46:14 +01:00
|
|
|
styling in the main subtitle stream.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--show-profile=<profile>``
|
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 21:37:33 +02:00
|
|
|
Show the description and content of a profile.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--shuffle``
|
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 21:37:33 +02:00
|
|
|
Play files in random order.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--sid=<ID|auto|no>``
|
2013-08-21 18:24:56 +02:00
|
|
|
Display the subtitle stream specified by ``<ID>``. ``auto`` selects
|
2013-07-08 18:02:14 +02:00
|
|
|
the default, ``no`` disables subtitles.
|
|
|
|
|
2012-12-08 13:59:49 +01:00
|
|
|
See also ``--slang``, ``--no-sub``.
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--slang=<languagecode[,languagecode,...]>``
|
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 21:37:33 +02:00
|
|
|
Specify a priority list of subtitle languages to use. Different container
|
|
|
|
formats employ different language codes. DVDs use ISO 639-1 two letter
|
|
|
|
language codes, Matroska uses ISO 639-2 three letter language codes while
|
2013-09-10 15:09:24 +02:00
|
|
|
OGM uses a free-form identifier. See also ``--sid``.
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
.. admonition:: Examples
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
- ``mpv dvd://1 --slang=hu,en`` chooses the Hungarian subtitle track on
|
|
|
|
a DVD and falls back on English if Hungarian is not available.
|
|
|
|
- ``mpv --slang=jpn example.mkv`` plays a Matroska file with Japanese
|
|
|
|
subtitles.
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--slave-broken``
|
2012-08-15 22:21:17 +02:00
|
|
|
Switches on the old slave mode. This is for testing only, and incompatible
|
2013-07-08 18:02:14 +02:00
|
|
|
to the removed ``--slave`` switch.
|
|
|
|
|
|
|
|
.. attention::
|
|
|
|
Changes incompatible to slave mode applications have been made. In
|
|
|
|
particular, the status line output was changed, which is used by some
|
|
|
|
applications to determine the current playback position. This switch
|
|
|
|
has been renamed to prevent these applications from working with this
|
|
|
|
version of mpv, because it would lead to buggy and confusing behavior
|
|
|
|
only. Moreover, the slave mode protocol is so horribly bad that it
|
|
|
|
should not be used for new programs, nor should existing programs
|
|
|
|
attempt to adapt to the changed output and use the ``--slave-broken``
|
|
|
|
switch. Instead, a new, saner protocol should be developed (and will be,
|
|
|
|
if there is enough interest).
|
|
|
|
|
|
|
|
This affects most third-party GUI frontends.
|
|
|
|
|
|
|
|
``--softsleep``
|
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 21:37:33 +02:00
|
|
|
Time frames by repeatedly checking the current time instead of asking
|
2012-10-11 02:04:08 +02:00
|
|
|
the kernel to wake up mpv at the correct time. Useful if your kernel
|
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 21:37:33 +02:00
|
|
|
timing is imprecise and you cannot use the RTC either. Comes at the
|
|
|
|
price of higher CPU consumption.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--softvol=<mode>``
|
|
|
|
Control whether to use the volume controls of the audio output driver or
|
2012-10-11 02:04:08 +02:00
|
|
|
the internal mpv volume filter.
|
softvol, ao_pulse: prefer ao_pulse volume control by default
--softvol is enabled by default. For most audio outputs, this is a good
thing, as they have either their own (bad) soft volume implementation,
or control the system mixer. With ao_pulse, the situation is a bit
different: it supports per-application volume (i.e. volume control is
not really global). More importantly, ao_pulse uses a rather large audio
buffer, and changing the volume with mplayer's volume filter has a large
delay. With the native ao_pulse volume control, it's instant, because
PulseAudio's audio filtering happens at a later stage in its processing
pipeline (inaccessible for mplayer).
This means native volume control should really be allowed for ao_pulse,
while it's the reverse for other audio outputs. Make --softvol a choice
option, and add a new "auto" choice. This is default and will use PA's
volume control with ao_pulse, and mplayer's volume filter otherwise
(i.e. the old softvol behavior).
2012-09-18 21:41:22 +02:00
|
|
|
|
|
|
|
:no: prefer audio driver controls, use the volume filter only if
|
|
|
|
absolutely needed
|
|
|
|
:yes: always use the volume filter
|
2013-07-08 18:02:14 +02:00
|
|
|
:auto: prefer the volume filter if the audio driver uses the system mixer
|
|
|
|
(default)
|
softvol, ao_pulse: prefer ao_pulse volume control by default
--softvol is enabled by default. For most audio outputs, this is a good
thing, as they have either their own (bad) soft volume implementation,
or control the system mixer. With ao_pulse, the situation is a bit
different: it supports per-application volume (i.e. volume control is
not really global). More importantly, ao_pulse uses a rather large audio
buffer, and changing the volume with mplayer's volume filter has a large
delay. With the native ao_pulse volume control, it's instant, because
PulseAudio's audio filtering happens at a later stage in its processing
pipeline (inaccessible for mplayer).
This means native volume control should really be allowed for ao_pulse,
while it's the reverse for other audio outputs. Make --softvol a choice
option, and add a new "auto" choice. This is default and will use PA's
volume control with ao_pulse, and mplayer's volume filter otherwise
(i.e. the old softvol behavior).
2012-09-18 21:41:22 +02:00
|
|
|
|
2012-10-24 01:06:00 +02:00
|
|
|
The intention of ``auto`` is to avoid changing system mixer settings from
|
|
|
|
within mpv with default settings. mpv is a video player, not a mixer panel.
|
|
|
|
On the other hand, mixer controls are enabled for sound servers like
|
|
|
|
PulseAudio, which provide per-application volume.
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--softvol-max=<10.0-10000.0>``
|
2012-08-23 09:36:29 +02:00
|
|
|
Set the maximum amplification level in percent (default: 200). A value of
|
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 21:37:33 +02:00
|
|
|
200 will allow you to adjust the volume up to a maximum of double the
|
|
|
|
current level. With values below 100 the initial volume (which is 100%)
|
|
|
|
will be above the maximum, which e.g. the OSD cannot display correctly.
|
|
|
|
|
2013-09-10 15:09:24 +02:00
|
|
|
.. admonition:: Note
|
|
|
|
|
|
|
|
The maximum value of ``--volume`` as well as the ``volume`` property
|
|
|
|
is always 100. Likewise, the volume OSD bar always goes from 0 to 100.
|
|
|
|
This means that with ``--softvol-max=200``, ``--volume=100`` sets
|
|
|
|
maximum amplification, i.e. amplify by 200%. The default volume (no
|
|
|
|
change in volume) will be ``50`` in this case.
|
2013-09-07 08:53:04 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--speed=<0.01-100>``
|
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 21:37:33 +02:00
|
|
|
Slow down or speed up playback by the factor given as parameter.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--start=<relative time>``
|
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 21:37:33 +02:00
|
|
|
Seek to given time position.
|
|
|
|
|
2012-11-15 18:49:17 +01:00
|
|
|
The general format for absolute times is ``[[hh:]mm:]ss[.ms]``. If the time
|
2014-06-29 19:44:32 +02:00
|
|
|
is given with a prefix of ``+`` or ``-``, the seek is relative from the start
|
|
|
|
or end of the file.
|
2012-11-15 18:49:17 +01:00
|
|
|
|
2012-11-18 18:02:14 +01:00
|
|
|
``pp%`` seeks to percent position pp (0-100).
|
|
|
|
|
|
|
|
``#c`` seeks to chapter number c. (Chapters start from 1.)
|
2012-11-15 18:49:17 +01:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
.. admonition:: Examples
|
|
|
|
|
2014-06-29 19:44:32 +02:00
|
|
|
``--start=+56``, ``--start=+00:56``
|
|
|
|
Seeks to the start time + 56 seconds.
|
|
|
|
``--start=-56``, ``--start=-00:56``
|
|
|
|
Seeks to the end time - 56 seconds.
|
2013-07-08 18:02:14 +02:00
|
|
|
``--start=01:10:00``
|
|
|
|
Seeks to 1 hour 10 min.
|
|
|
|
``--start=50%``
|
|
|
|
Seeks to the middle of the file.
|
|
|
|
``--start=30 --end=40``
|
|
|
|
Seeks to 30 seconds, plays 10 seconds, and exits.
|
|
|
|
``--start=-3:20 --length=10``
|
|
|
|
Seeks to 3 minutes and 20 seconds before the end of the file, plays
|
|
|
|
10 seconds, and exits.
|
|
|
|
``--start='#2' --end='#4'``
|
|
|
|
Plays chapters 2 and 3, and exits.
|
|
|
|
|
2013-11-01 16:02:47 +01:00
|
|
|
``--stretch-dvd-subs=<yes|no>``
|
|
|
|
Stretch DVD subtitles when playing anamorphic videos for better looking
|
|
|
|
fonts on badly mastered DVDs. This switch has no effect when the
|
|
|
|
video is stored with square pixels - which for DVD input cannot be the case
|
|
|
|
though.
|
|
|
|
|
|
|
|
Many studios tend to use bitmap fonts designed for square pixels when
|
|
|
|
authoring DVDs, causing the fonts to look stretched on playback on DVD
|
|
|
|
players. This option fixes them, however at the price of possibly
|
|
|
|
misaligning sume subtitles (e.g. sign translations).
|
|
|
|
|
|
|
|
Disabled by default.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--sstep=<sec>``
|
2012-10-24 01:06:00 +02:00
|
|
|
Skip <sec> seconds after every frame.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
.. note::
|
|
|
|
|
|
|
|
Without ``--hr-seek``, skipping will snap to keyframes.
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--stop-screensaver``, ``--no-stop-screensaver``
|
2013-06-14 00:24:41 +02:00
|
|
|
Turns off the screensaver (or screen blanker and similar mechanisms) at
|
2013-09-10 15:09:24 +02:00
|
|
|
startup and turns it on again on exit (default: yes). The screensaver is
|
2013-10-16 12:36:34 +02:00
|
|
|
always re-enabled when the player is paused.
|
2013-06-14 00:24:41 +02:00
|
|
|
|
|
|
|
This is not supported on all video outputs or platforms. Sometimes it is
|
2013-07-08 18:02:14 +02:00
|
|
|
implemented, but does not work (happens often on GNOME). You might be able
|
2013-06-14 00:24:41 +02:00
|
|
|
to to work this around using ``--heartbeat-cmd`` instead.
|
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 21:37:33 +02:00
|
|
|
|
2014-06-08 00:20:39 +02:00
|
|
|
``--sub-file=subtitlefile``
|
|
|
|
Add a subtitle file to the list of external subtitles.
|
|
|
|
|
|
|
|
If you use ``--sub-file`` only once, this subtitle file is displayed by
|
|
|
|
default.
|
|
|
|
|
|
|
|
If ``--sub-file`` is used multiple times, the subtitle to use can be
|
|
|
|
switched at runtime by cycling subtitle tracks. It's possible to show
|
|
|
|
two subtitles at once: use ``--sid`` to select the first subtitle index,
|
|
|
|
and ``--secondary-sid`` to select the second index. (The index is printed
|
|
|
|
on the terminal output after the ``--sid=`` in the list of streams.)
|
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 21:37:33 +02:00
|
|
|
|
2014-05-04 10:31:24 +02:00
|
|
|
``--sub-auto=<no|exact|fuzzy|all>``, ``--no-sub-auto``
|
|
|
|
Load additional subtitle files matching the video filename. The parameter
|
|
|
|
specifies how external subtitle files are matched. ``exact`` is enabled by
|
|
|
|
default.
|
2013-06-11 21:41:50 +02:00
|
|
|
|
2014-05-04 10:31:24 +02:00
|
|
|
:no: Don't automatically load external subtitle files.
|
|
|
|
:exact: Load the media filename with subtitle file extension (default).
|
2014-07-26 22:38:48 +02:00
|
|
|
:fuzzy: Load all subs containing media filename.
|
2014-04-24 17:42:54 +02:00
|
|
|
:all: Load all subs in the current and ``--sub-paths`` directories.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--sub-paths=<path1:path2:...>``
|
|
|
|
Specify extra directories to search for subtitles matching the video.
|
|
|
|
Multiple directories can be separated by ":" (";" on Windows).
|
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 21:37:33 +02:00
|
|
|
Paths can be relative or absolute. Relative paths are interpreted relative
|
|
|
|
to video file directory.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
.. admonition:: Example
|
|
|
|
|
2014-07-26 22:38:48 +02:00
|
|
|
Assuming that ``/path/to/video/video.avi`` is played and
|
2013-07-08 18:02:14 +02:00
|
|
|
``--sub-paths=sub:subtitles:/tmp/subs`` is specified, mpv searches for
|
|
|
|
subtitle files in these directories:
|
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 21:37:33 +02:00
|
|
|
|
2014-07-26 22:38:48 +02:00
|
|
|
- ``/path/to/video/``
|
|
|
|
- ``/path/to/video/sub/``
|
|
|
|
- ``/path/to/video/subtitles/``
|
2013-07-08 18:02:14 +02:00
|
|
|
- ``/tmp/subs/``
|
|
|
|
- ``~/.mpv/sub/``
|
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 21:37:33 +02:00
|
|
|
|
2014-04-24 17:42:54 +02:00
|
|
|
``--sub-demuxer=<[+]name>``
|
|
|
|
Force subtitle demuxer type for ``--sub-file``. Give the demuxer name as
|
|
|
|
printed by ``--sub-demuxer=help``.
|
|
|
|
|
|
|
|
``--sub-codepage=<codepage>``
|
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 21:37:33 +02:00
|
|
|
If your system supports ``iconv(3)``, you can use this option to specify
|
2013-08-15 21:45:40 +02:00
|
|
|
the subtitle codepage. By default, ENCA will be used to guess the charset.
|
|
|
|
If mpv is not compiled with ENCA, ``UTF-8:UTF-8-BROKEN`` is the default,
|
|
|
|
which means it will try to use UTF-8, otherwise the ``UTF-8-BROKEN``
|
|
|
|
pseudo codepage (see below).
|
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 21:37:33 +02:00
|
|
|
|
2014-07-24 15:25:24 +02:00
|
|
|
The default value for this option is ``auto``, whose actual effect depends
|
2014-07-22 23:40:48 +02:00
|
|
|
on whether ENCA is compiled.
|
|
|
|
|
2013-09-10 15:09:24 +02:00
|
|
|
.. admonition:: Warning
|
|
|
|
|
|
|
|
If you force the charset, even subtitles that are known to be
|
|
|
|
UTF-8 will be recoded, which is perhaps not what you expect. Prefix
|
|
|
|
codepages with ``utf8:`` if you want the codepage to be used only if the
|
|
|
|
input is not valid UTF-8.
|
2013-08-15 21:42:17 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
.. admonition:: Examples
|
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 21:37:33 +02:00
|
|
|
|
2014-04-24 17:42:54 +02:00
|
|
|
- ``--sub-codepage=utf8:latin2`` Use Latin 2 if input is not UTF-8.
|
|
|
|
- ``--sub-codepage=cp1250`` Always force recoding to cp1250.
|
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 21:37:33 +02:00
|
|
|
|
2014-05-09 09:56:01 +02:00
|
|
|
The pseudo codepage ``UTF-8-BROKEN`` is used internally. When it
|
|
|
|
is the codepage, subtitles are interpreted as UTF-8 with "Latin 1" as
|
|
|
|
fallback for bytes which are not valid UTF-8 sequences. iconv is
|
|
|
|
never involved in this mode.
|
2013-08-15 21:45:40 +02:00
|
|
|
|
2013-09-10 15:09:24 +02:00
|
|
|
If the player was compiled with ENCA support, you can control it with the
|
2014-05-09 09:56:01 +02:00
|
|
|
following syntax:
|
2013-07-08 18:02:14 +02:00
|
|
|
|
2014-05-09 09:56:01 +02:00
|
|
|
``--sub-codepage=enca:<language>:<fallback codepage>``
|
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 21:37:33 +02:00
|
|
|
|
2014-05-09 09:56:01 +02:00
|
|
|
Language is specified using a two letter code to help ENCA detect
|
|
|
|
the codepage automatically. If an invalid language code is
|
|
|
|
entered, mpv will complain and list valid languages. (Note
|
|
|
|
however that this list will only be printed when the conversion code is actually
|
|
|
|
called, for example when loading an external subtitle). The
|
|
|
|
fallback codepage is used if autodetection fails. If no fallback
|
|
|
|
is specified, ``UTF-8-BROKEN`` is 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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
.. admonition:: Examples
|
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 21:37:33 +02:00
|
|
|
|
2014-05-09 09:56:01 +02:00
|
|
|
- ``--sub-codepage=enca:pl:cp1250`` guess the encoding, assuming the subtitles
|
|
|
|
are Polish, fall back on cp1250
|
2014-04-24 17:42:54 +02:00
|
|
|
- ``--sub-codepage=enca:pl`` guess the encoding for Polish, fall back on UTF-8.
|
|
|
|
- ``--sub-codepage=enca`` try universal detection, fall back on UTF-8.
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
If the player was compiled with libguess support, you can use it with:
|
2013-06-24 23:06:34 +02:00
|
|
|
|
2014-04-24 17:42:54 +02:00
|
|
|
``--sub-codepage=guess:<language>:<fallback codepage>``
|
2013-06-24 23:06:34 +02:00
|
|
|
|
2014-05-09 09:56:01 +02:00
|
|
|
libguess always needs a language. There is no universal detection
|
|
|
|
mode. Use ``--sub-codepage=guess:help`` to get a list of
|
|
|
|
languages subject to the same caveat as with ENCA above.
|
2013-06-24 23:06:34 +02:00
|
|
|
|
2014-04-24 17:42:54 +02:00
|
|
|
``--sub-fix-timing``, ``--no-sub-fix-timing``
|
|
|
|
By default, external text subtitles are preprocessed to remove minor gaps
|
|
|
|
or overlaps between subtitles (if the difference is smaller than 200 ms,
|
|
|
|
the gap or overlap is removed). This does not affect image subtitles,
|
|
|
|
subtitles muxed with audio/video, or subtitles in the ASS format.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--sub-delay=<sec>``
|
|
|
|
Delays subtitles by ``<sec>`` seconds. Can be negative.
|
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 21:37:33 +02:00
|
|
|
|
2014-04-24 17:42:54 +02:00
|
|
|
``--sub-fps=<rate>``
|
2014-07-26 22:38:48 +02:00
|
|
|
Specify the framerate of the subtitle file (default: video fps).
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
.. note::
|
|
|
|
|
2014-07-26 22:38:48 +02:00
|
|
|
``<rate>`` > video fps speeds the subtitles up for frame-based
|
2013-07-08 18:02:14 +02:00
|
|
|
subtitle files and slows them down for time-based ones.
|
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 21:37:33 +02:00
|
|
|
|
2013-06-25 00:03:37 +02:00
|
|
|
Also see ``--sub-speed`` option.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--sub-gauss=<0.0-3.0>``
|
2012-11-25 00:06:16 +01:00
|
|
|
Apply gaussian blur to image subtitles (default: 0). This can help making
|
|
|
|
pixelated DVD/Vobsubs look nicer. A value other than 0 also switches to
|
|
|
|
software subtitle scaling. Might be slow.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
.. note::
|
2012-11-25 00:06:16 +01:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
Never applied to text subtitles.
|
|
|
|
|
|
|
|
``--sub-gray``
|
2012-11-25 23:32:35 +01:00
|
|
|
Convert image subtitles to grayscale. Can help making yellow DVD/Vobsubs
|
|
|
|
look nicer.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
.. note::
|
|
|
|
|
|
|
|
Never applied to text subtitles.
|
2012-11-25 23:32:35 +01:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--sub-pos=<0-100>``
|
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 21:37:33 +02:00
|
|
|
Specify the position of subtitles on the screen. The value is the vertical
|
|
|
|
position of the subtitle in % of the screen height.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
.. note::
|
2013-01-04 16:19:49 +01:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
This affects ASS subtitles as well, and may lead to incorrect subtitle
|
|
|
|
rendering. Use with care, or use ``--sub-text-margin-y`` instead.
|
|
|
|
|
|
|
|
``--sub-scale=<0-100>``
|
2012-11-17 20:56:45 +01:00
|
|
|
Factor for the text subtitle font size (default: 1).
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
.. note::
|
|
|
|
|
|
|
|
This affects ASS subtitles as well, and may lead to incorrect subtitle
|
|
|
|
rendering. Use with care, or use ``--sub-text-font-size`` instead.
|
2013-01-04 16:19:49 +01:00
|
|
|
|
2014-06-14 19:17:31 +02:00
|
|
|
``--sub-scale-with-window=yes|no``
|
|
|
|
Make the subtitle font size relative to the window, instead of the video.
|
|
|
|
This is useful if you always want the same font size, even if the video
|
|
|
|
doesn't covert the window fully, e.g. because screen aspect and window
|
|
|
|
aspect mismatch (and the player adds black bars).
|
|
|
|
|
|
|
|
Like ``--sub-scale``, this can break ASS subtitles.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--sub-speed=<0.1-10.0>``
|
2013-06-25 00:03:37 +02:00
|
|
|
Multiply the subtitle event timestamps with the given value. Can be used
|
|
|
|
to fix the playback speed for frame-based subtitle formats. Works for
|
|
|
|
external text subtitles only.
|
|
|
|
|
2013-09-10 15:09:24 +02:00
|
|
|
.. admonition:: Example
|
2013-06-25 00:03:37 +02:00
|
|
|
|
2013-09-10 15:09:24 +02:00
|
|
|
`--sub-speed=25/23.976`` plays frame based subtitles which have been
|
|
|
|
loaded assuming a framerate of 23.976 at 25 FPS.
|
2013-06-25 00:03:37 +02:00
|
|
|
|
2014-06-10 22:41:14 +02:00
|
|
|
``--sws-scaler=<name>``
|
2012-11-24 21:18:50 +01:00
|
|
|
Specify the software scaler algorithm to be used with ``--vf=scale``. This
|
|
|
|
also affects video output drivers which lack hardware acceleration,
|
2013-07-08 18:02:14 +02:00
|
|
|
e.g. ``x11``. See also ``--vf=scale``.
|
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 21:37:33 +02:00
|
|
|
|
2014-06-10 22:41:14 +02:00
|
|
|
To get a list of available scalers, run ``--sws-scaler=help``.
|
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 21:37:33 +02:00
|
|
|
|
2014-06-10 22:41:14 +02:00
|
|
|
Default: ``bicubic``.
|
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 21:37:33 +02:00
|
|
|
|
2014-06-10 22:41:14 +02:00
|
|
|
``--sws-lgb=<0-100>``
|
|
|
|
Software scaler gaussian blur filter (luma). See ``--sws-scaler``.
|
|
|
|
|
|
|
|
``--sws-cgb=<0-100>``
|
|
|
|
Software scaler gaussian blur filter (chroma). See ``--sws-scaler``.
|
|
|
|
|
|
|
|
``--sws-ls=<-100-100>``
|
|
|
|
Software scaler sharpen filter (luma). See ``--sws-scaler``.
|
|
|
|
|
|
|
|
``--sws-cs=<-100-100>``
|
|
|
|
Software scaler sharpen filter (chroma). See ``--sws-scaler``.
|
|
|
|
|
|
|
|
``--sws-chs=<h>``
|
|
|
|
Software scaler chroma horizontal shifting. See ``--sws-scaler``.
|
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 21:37:33 +02:00
|
|
|
|
2014-06-10 22:41:14 +02:00
|
|
|
``--sws-cvs=<v>``
|
|
|
|
Software scaler chroma vertical shifting. See ``--sws-scaler``.
|
2013-07-08 18:02:14 +02:00
|
|
|
|
2014-01-13 20:11:18 +01:00
|
|
|
``--term-osd, --no-term-osd``, ``--term-osd=force``
|
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 21:37:33 +02:00
|
|
|
Display OSD messages on the console when no video output is available.
|
|
|
|
Enabled by default.
|
|
|
|
|
2014-01-13 20:11:18 +01:00
|
|
|
``force`` enables terminal OSD even if a video window is created.
|
|
|
|
|
2014-01-15 16:14:37 +01:00
|
|
|
``--term-osd-bar``, ``--no-term-osd-bar``
|
|
|
|
Enable printing a progress bar under the status line on the terminal.
|
|
|
|
(Disabled by default.)
|
|
|
|
|
|
|
|
``--term-osd-bar-chars=<string>``
|
|
|
|
Customize the ``--term-osd-bar`` feature. The string is expected to
|
|
|
|
consist of 5 characters (start, left space, position indicator,
|
|
|
|
right space, end). You can use unicode characters, but note that double-
|
|
|
|
width characters will not be treated correctly.
|
|
|
|
|
|
|
|
Default: ``[-+-]``.
|
|
|
|
|
2014-04-24 18:16:47 +02:00
|
|
|
``--term-playing-msg=<string>``
|
|
|
|
Print out a string after starting playback. The string is expanded for
|
2014-05-23 21:03:11 +02:00
|
|
|
properties, e.g. ``--term-playing-msg='file: ${filename}'`` will print the string
|
2014-04-24 18:16:47 +02:00
|
|
|
``file:`` followed by a space and the currently played filename.
|
|
|
|
|
|
|
|
See `Property Expansion`_.
|
|
|
|
|
|
|
|
``--term-status-msg=<string>``
|
|
|
|
Print out a custom string during playback instead of the standard status
|
|
|
|
line. Expands properties. See `Property Expansion`_.
|
|
|
|
|
2014-02-06 16:49:50 +01:00
|
|
|
``--no-terminal``, ``--terminal``
|
|
|
|
Disable any use of the terminal and stdin/stdout/stderr. This completely
|
|
|
|
silences any message output.
|
|
|
|
|
|
|
|
Unlike ``--really-quiet``, this disables input and terminal initialization
|
|
|
|
as well.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--title=<string>``
|
2013-06-08 18:04:36 +02:00
|
|
|
Set the window title. Properties are expanded on playback start.
|
2013-07-08 18:02:14 +02:00
|
|
|
(See `Property Expansion`_.)
|
|
|
|
|
|
|
|
.. warning::
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
There is a danger of this causing significant CPU usage, depending on
|
2013-09-10 15:09:24 +02:00
|
|
|
the properties used and the window manager. Changing the window title
|
|
|
|
is often a slow operation, and if the title changes every frame,
|
|
|
|
playback can be ruined.
|
2013-06-16 05:42:26 +02:00
|
|
|
|
2013-09-27 18:07:53 +02:00
|
|
|
``--tls-ca-file=<filename>``
|
|
|
|
Certificate authority database file for use with TLS. (Silently fails with
|
|
|
|
older ffmpeg or libav versions.)
|
|
|
|
|
|
|
|
``--tls-verify``
|
|
|
|
Verify peer certificates when using TLS (e.g. with ``https://...``).
|
2014-06-18 15:48:22 +02:00
|
|
|
(Silently fails with older ffmpeg or libav versions.)
|
2013-09-27 18:07:53 +02:00
|
|
|
|
2014-06-09 23:54:45 +02:00
|
|
|
``--tv-...``
|
|
|
|
These options tune various properties of the TV capture module. For
|
2012-10-11 02:04:08 +02:00
|
|
|
watching TV with mpv, use ``tv://`` or ``tv://<channel_number>`` or
|
2014-06-09 23:54:45 +02:00
|
|
|
even ``tv://<channel_name>`` (see option ``tv-channels`` for ``channel_name``
|
2014-07-26 22:38:48 +02:00
|
|
|
below) as a media URL. You can also use ``tv:///<input_id>`` to start
|
|
|
|
watching a video from a composite or S-Video input (see option ``input`` for
|
2013-07-08 18:02:14 +02:00
|
|
|
details).
|
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 21:37:33 +02:00
|
|
|
|
2014-06-09 23:54:45 +02:00
|
|
|
``--no-tv-audio``
|
|
|
|
no sound
|
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 21:37:33 +02:00
|
|
|
|
2014-06-09 23:54:45 +02:00
|
|
|
``--tv-automute=<0-255> (v4l and v4l2 only)``
|
|
|
|
If signal strength reported by device is less than this value, audio
|
|
|
|
and video will be muted. In most cases automute=100 will be enough.
|
|
|
|
Default is 0 (automute disabled).
|
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 21:37:33 +02:00
|
|
|
|
2014-06-09 23:54:45 +02:00
|
|
|
``--tv-driver=<value>``
|
|
|
|
See ``--tv=driver=help`` for a list of compiled-in TV input drivers.
|
|
|
|
available: dummy, v4l2 (default: autodetect)
|
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 21:37:33 +02:00
|
|
|
|
2014-06-09 23:54:45 +02:00
|
|
|
``--tv-device=<value>``
|
|
|
|
Specify TV device (default: ``/dev/video0``).
|
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 21:37:33 +02:00
|
|
|
|
2014-06-09 23:54:45 +02:00
|
|
|
``--tv-input=<value>``
|
|
|
|
Specify input (default: 0 (TV), see console output for available
|
|
|
|
inputs).
|
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 21:37:33 +02:00
|
|
|
|
2014-06-09 23:54:45 +02:00
|
|
|
``--tv-freq=<value>``
|
|
|
|
Specify the frequency to set the tuner to (e.g. 511.250). Not
|
|
|
|
compatible with the channels parameter.
|
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 21:37:33 +02:00
|
|
|
|
2014-06-09 23:54:45 +02:00
|
|
|
``--tv-outfmt=<value>``
|
|
|
|
Specify the output format of the tuner with a preset value supported
|
|
|
|
by the V4L driver (YV12, UYVY, YUY2, I420) or an arbitrary format given
|
|
|
|
as hex value.
|
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 21:37:33 +02:00
|
|
|
|
2014-06-09 23:54:45 +02:00
|
|
|
``--tv-width=<value>``
|
|
|
|
output window width
|
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 21:37:33 +02:00
|
|
|
|
2014-06-09 23:54:45 +02:00
|
|
|
``--tv-height=<value>``
|
|
|
|
output window height
|
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 21:37:33 +02:00
|
|
|
|
2014-06-09 23:54:45 +02:00
|
|
|
``--tv-fps=<value>``
|
|
|
|
framerate at which to capture video (frames per second)
|
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 21:37:33 +02:00
|
|
|
|
2014-06-09 23:54:45 +02:00
|
|
|
``--tv-buffersize=<value>``
|
|
|
|
maximum size of the capture buffer in megabytes (default: dynamical)
|
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 21:37:33 +02:00
|
|
|
|
2014-06-09 23:54:45 +02:00
|
|
|
``--tv-norm=<value>``
|
|
|
|
See the console output for a list of all available norms, also see the
|
|
|
|
``normid`` option below.
|
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 21:37:33 +02:00
|
|
|
|
2014-06-09 23:54:45 +02:00
|
|
|
``--tv-normid=<value> (v4l2 only)``
|
|
|
|
Sets the TV norm to the given numeric ID. The TV norm depends on the
|
|
|
|
capture card. See the console output for a list of available TV norms.
|
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 21:37:33 +02:00
|
|
|
|
2014-06-09 23:54:45 +02:00
|
|
|
``--tv-channel=<value>``
|
|
|
|
Set tuner to <value> channel.
|
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 21:37:33 +02:00
|
|
|
|
2014-06-09 23:54:45 +02:00
|
|
|
``--tv-chanlist=<value>``
|
|
|
|
available: argentina, australia, china-bcast, europe-east,
|
|
|
|
europe-west, france, ireland, italy, japan-bcast, japan-cable,
|
|
|
|
newzealand, russia, southafrica, us-bcast, us-cable, us-cable-hrc
|
2013-07-08 18:02:14 +02:00
|
|
|
|
2014-06-09 23:54:45 +02:00
|
|
|
``--tv-channels=<chan>-<name>[=<norm>],<chan>-<name>[=<norm>],...``
|
|
|
|
Set names for channels.
|
2013-07-08 18:02:14 +02:00
|
|
|
|
2014-06-09 23:54:45 +02:00
|
|
|
.. note::
|
2013-07-08 18:02:14 +02:00
|
|
|
|
2014-06-09 23:54:45 +02:00
|
|
|
If <chan> is an integer greater than 1000, it will be treated as
|
|
|
|
frequency (in kHz) rather than channel name from frequency table.
|
|
|
|
Use _ for spaces in names (or play with quoting ;-) ). The channel
|
|
|
|
names will then be written using OSD, and the slave commands
|
|
|
|
``tv_step_channel``, ``tv_set_channel`` and ``tv_last_channel``
|
|
|
|
will be usable for a remote control (see LIRC). Not compatible with
|
|
|
|
the ``frequency`` parameter.
|
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 21:37:33 +02:00
|
|
|
|
2014-06-09 23:54:45 +02:00
|
|
|
.. note::
|
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 21:37:33 +02:00
|
|
|
|
2014-06-09 23:54:45 +02:00
|
|
|
The channel number will then be the position in the 'channels'
|
|
|
|
list, beginning with 1.
|
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 21:37:33 +02:00
|
|
|
|
2014-06-09 23:54:45 +02:00
|
|
|
.. admonition:: Examples
|
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 21:37:33 +02:00
|
|
|
|
2014-06-09 23:54:45 +02:00
|
|
|
``tv://1``, ``tv://TV1``, ``tv_set_channel 1``,
|
|
|
|
``tv_set_channel TV1``
|
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 21:37:33 +02:00
|
|
|
|
2014-06-09 23:54:45 +02:00
|
|
|
``--tv-[brightness|contrast|hue|saturation]=<-100-100>``
|
|
|
|
Set the image equalizer on the card.
|
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 21:37:33 +02:00
|
|
|
|
2014-06-09 23:54:45 +02:00
|
|
|
``--tv-audiorate=<value>``
|
|
|
|
Set input audio sample rate.
|
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 21:37:33 +02:00
|
|
|
|
2014-06-09 23:54:45 +02:00
|
|
|
``--tv-forceaudio``
|
|
|
|
Capture audio even if there are no audio sources reported by v4l.
|
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 21:37:33 +02:00
|
|
|
|
2014-06-09 23:54:45 +02:00
|
|
|
``--tv-alsa``
|
|
|
|
Capture from ALSA.
|
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 21:37:33 +02:00
|
|
|
|
2014-06-09 23:54:45 +02:00
|
|
|
``--tv-amode=<0-3>``
|
|
|
|
Choose an audio 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 21:37:33 +02:00
|
|
|
|
2014-06-09 23:54:45 +02:00
|
|
|
:0: mono
|
|
|
|
:1: stereo
|
|
|
|
:2: language 1
|
|
|
|
:3: language 2
|
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 21:37:33 +02:00
|
|
|
|
2014-06-09 23:54:45 +02:00
|
|
|
``--tv-forcechan=<1-2>``
|
|
|
|
By default, the count of recorded audio channels is determined
|
|
|
|
automatically by querying the audio mode from the TV card. This option
|
|
|
|
allows forcing stereo/mono recording regardless of the amode option
|
|
|
|
and the values returned by v4l. This can be used for troubleshooting
|
|
|
|
when the TV card is unable to report the current audio 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 21:37:33 +02:00
|
|
|
|
2014-06-09 23:54:45 +02:00
|
|
|
``--tv-adevice=<value>``
|
|
|
|
Set an audio device. <value> should be ``/dev/xxx`` for OSS and a
|
|
|
|
hardware ID for ALSA. You must replace any ':' by a '.' in the
|
|
|
|
hardware ID for ALSA.
|
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 21:37:33 +02:00
|
|
|
|
2014-06-09 23:54:45 +02:00
|
|
|
``--tv-audioid=<value>``
|
|
|
|
Choose an audio output of the capture card, if it has more than one.
|
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 21:37:33 +02:00
|
|
|
|
2014-06-09 23:54:45 +02:00
|
|
|
``--tv-[volume|bass|treble|balance]=<0-100>``
|
|
|
|
These options set parameters of the mixer on the video capture card.
|
|
|
|
They will have no effect, if your card does not have one. For v4l2 50
|
|
|
|
maps to the default value of the control, as reported by the driver.
|
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 21:37:33 +02:00
|
|
|
|
2014-06-09 23:54:45 +02:00
|
|
|
``--tv-gain=<0-100>``
|
|
|
|
Set gain control for video devices (usually webcams) to the desired
|
|
|
|
value and switch off automatic control. A value of 0 enables automatic
|
|
|
|
control. If this option is omitted, gain control will not be modified.
|
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 21:37:33 +02:00
|
|
|
|
2014-06-09 23:54:45 +02:00
|
|
|
``--tv-immediatemode=<bool>``
|
|
|
|
A value of 0 means capture and buffer audio and video together. A
|
|
|
|
value of 1 (default) means to do video capture only and let the audio
|
|
|
|
go through a loopback cable from the TV card to the sound card.
|
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 21:37:33 +02:00
|
|
|
|
2014-06-09 23:54:45 +02:00
|
|
|
``--tv-mjpeg``
|
|
|
|
Use hardware MJPEG compression (if the card supports it). When using
|
|
|
|
this option, you do not need to specify the width and height of the
|
|
|
|
output window, because mpv will determine it automatically from
|
|
|
|
the decimation value (see below).
|
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 21:37:33 +02:00
|
|
|
|
2014-06-09 23:54:45 +02:00
|
|
|
``--tv-decimation=<1|2|4>``
|
|
|
|
choose the size of the picture that will be compressed by hardware
|
|
|
|
MJPEG compression:
|
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 21:37:33 +02:00
|
|
|
|
2014-06-09 23:54:45 +02:00
|
|
|
:1: full 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 21:37:33 +02:00
|
|
|
|
2014-06-09 23:54:45 +02:00
|
|
|
- 704x576 PAL
|
|
|
|
- 704x480 NTSC
|
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 21:37:33 +02:00
|
|
|
|
2014-06-09 23:54:45 +02:00
|
|
|
:2: medium 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 21:37:33 +02:00
|
|
|
|
2014-06-09 23:54:45 +02:00
|
|
|
- 352x288 PAL
|
|
|
|
- 352x240 NTSC
|
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 21:37:33 +02:00
|
|
|
|
2014-06-09 23:54:45 +02:00
|
|
|
:4: small 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 21:37:33 +02:00
|
|
|
|
2014-06-09 23:54:45 +02:00
|
|
|
- 176x144 PAL
|
|
|
|
- 176x120 NTSC
|
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 21:37:33 +02:00
|
|
|
|
2014-06-09 23:54:45 +02:00
|
|
|
``--tv-quality=<0-100>``
|
|
|
|
Choose the quality of the JPEG compression (< 60 recommended for full
|
|
|
|
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 21:37:33 +02:00
|
|
|
|
2014-06-09 23:54:45 +02:00
|
|
|
``--tv-scan-autostart``
|
|
|
|
Begin channel scanning immediately after startup (default: disabled).
|
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 21:37:33 +02:00
|
|
|
|
2014-06-09 23:54:45 +02:00
|
|
|
``--tv-scan-period=<0.1-2.0>``
|
|
|
|
Specify delay in seconds before switching to next channel (default:
|
|
|
|
0.5). Lower values will cause faster scanning, but can detect inactive
|
|
|
|
TV channels as active.
|
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 21:37:33 +02:00
|
|
|
|
2014-06-09 23:54:45 +02:00
|
|
|
``--tv-scan-threshold=<1-100>``
|
|
|
|
Threshold value for the signal strength (in percent), as reported by
|
|
|
|
the device (default: 50). A signal strength higher than this value will
|
|
|
|
indicate that the currently scanning channel is active.
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--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 21:37:33 +02:00
|
|
|
Look for a file-specific configuration file in the same directory as the
|
2013-07-08 18:02:14 +02:00
|
|
|
file that is being played. See `File-specific Configuration 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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
.. warning::
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
May be dangerous if playing from untrusted media.
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--user-agent=<string>``
|
|
|
|
Use ``<string>`` as user agent for HTTP streaming.
|
|
|
|
|
|
|
|
``-v``
|
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 21:37:33 +02:00
|
|
|
Increment verbosity level, one level for each ``-v`` found on the command
|
|
|
|
line.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--vd=<[+|-]family1:(*|decoder1),[+|-]family2:(*|decoder2),...[-]>``
|
core: redo how codecs are mapped, remove codecs.conf
Use codec names instead of FourCCs to identify codecs. Rewrite how
codecs are selected and initialized. Now each decoder exports a list
of decoders (and the codec it supports) via add_decoders(). The order
matters, and the first decoder for a given decoder is preferred over
the other decoders. E.g. all ad_mpg123 decoders are preferred over
ad_lavc, because it comes first in the mpcodecs_ad_drivers array.
Likewise, decoders within ad_lavc that are enumerated first by
libavcodec (using av_codec_next()) are preferred. (This is actually
critical to select h264 software decoding by default instead of vdpau.
libavcodec and ffmpeg/avconv use the same method to select decoders by
default, so we hope this is sane.)
The codec names follow libavcodec's codec names as defined by
AVCodecDescriptor.name (see libavcodec/codec_desc.c). Some decoders
have names different from the canonical codec name. The AVCodecDescriptor
API is relatively new, so we need a compatibility layer for older
libavcodec versions for codec names that are referenced internally,
and which are different from the decoder name. (Add a configure check
for that, because checking versions is getting way too messy.)
demux/codec_tags.c is generated from the former codecs.conf (minus
"special" decoders like vdpau, and excluding the mappings that are the
same as the mappings libavformat's exported RIFF tables). It contains
all the mappings from FourCCs to codec name. This is needed for
demux_mkv, demux_mpg, demux_avi and demux_asf. demux_lavf will set the
codec as determined by libavformat, while the other demuxers have to do
this on their own, using the mp_set_audio/video_codec_from_tag()
functions. Note that the sh_audio/video->format members don't uniquely
identify the codec anymore, and sh->codec takes over this role.
Replace the --ac/--vc/--afm/--vfm with new --vd/--ad options, which
provide cover the functionality of the removed switched.
Note: there's no CODECS_FLAG_FLIP flag anymore. This means some obscure
container/video combinations (e.g. the sample Film_200_zygo_pro.mov)
are played flipped. ffplay/avplay doesn't handle this properly either,
so we don't care and blame ffmeg/libav instead.
2013-02-09 15:15:19 +01:00
|
|
|
Specify a priority list of video decoders to be used, according to their
|
|
|
|
family and name. See ``--ad`` for further details. Both of these options
|
2013-07-08 18:02:14 +02:00
|
|
|
use the same syntax and semantics; the only difference is that they
|
core: redo how codecs are mapped, remove codecs.conf
Use codec names instead of FourCCs to identify codecs. Rewrite how
codecs are selected and initialized. Now each decoder exports a list
of decoders (and the codec it supports) via add_decoders(). The order
matters, and the first decoder for a given decoder is preferred over
the other decoders. E.g. all ad_mpg123 decoders are preferred over
ad_lavc, because it comes first in the mpcodecs_ad_drivers array.
Likewise, decoders within ad_lavc that are enumerated first by
libavcodec (using av_codec_next()) are preferred. (This is actually
critical to select h264 software decoding by default instead of vdpau.
libavcodec and ffmpeg/avconv use the same method to select decoders by
default, so we hope this is sane.)
The codec names follow libavcodec's codec names as defined by
AVCodecDescriptor.name (see libavcodec/codec_desc.c). Some decoders
have names different from the canonical codec name. The AVCodecDescriptor
API is relatively new, so we need a compatibility layer for older
libavcodec versions for codec names that are referenced internally,
and which are different from the decoder name. (Add a configure check
for that, because checking versions is getting way too messy.)
demux/codec_tags.c is generated from the former codecs.conf (minus
"special" decoders like vdpau, and excluding the mappings that are the
same as the mappings libavformat's exported RIFF tables). It contains
all the mappings from FourCCs to codec name. This is needed for
demux_mkv, demux_mpg, demux_avi and demux_asf. demux_lavf will set the
codec as determined by libavformat, while the other demuxers have to do
this on their own, using the mp_set_audio/video_codec_from_tag()
functions. Note that the sh_audio/video->format members don't uniquely
identify the codec anymore, and sh->codec takes over this role.
Replace the --ac/--vc/--afm/--vfm with new --vd/--ad options, which
provide cover the functionality of the removed switched.
Note: there's no CODECS_FLAG_FLIP flag anymore. This means some obscure
container/video combinations (e.g. the sample Film_200_zygo_pro.mov)
are played flipped. ffplay/avplay doesn't handle this properly either,
so we don't care and blame ffmeg/libav instead.
2013-02-09 15:15:19 +01:00
|
|
|
operate on different codec lists.
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
.. note::
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
See ``--vd=help`` for a full list of available decoders.
|
2013-06-28 14:56:52 +02:00
|
|
|
|
2013-11-01 17:14:05 +01:00
|
|
|
``--vd-lavc-check-hw-profile=<yes|no>``
|
|
|
|
Check hardware decoder profile (default: yes). If ``no`` is set, the
|
|
|
|
highest profile of the hardware decoder is unconditionally selected, and
|
|
|
|
decoding is forced even if the profile of the video is higher than that.
|
|
|
|
The result is most likely broken decoding, but may also help if the
|
|
|
|
detected or reported profiles are somehow incorrect.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--vd-lavc-bitexact``
|
|
|
|
Only use bit-exact algorithms in all decoding steps (for codec testing).
|
2013-06-28 14:56:52 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--vd-lavc-fast`` (MPEG-2, MPEG-4, and H.264 only)
|
|
|
|
Enable optimizations which do not comply with the format specification and
|
|
|
|
potentially cause problems, like simpler dequantization, simpler motion
|
|
|
|
compensation, assuming use of the default quantization matrix, assuming YUV
|
|
|
|
4:2:0 and skipping a few checks to detect damaged bitstreams.
|
|
|
|
|
|
|
|
``--vd-lavc-o=<key>=<value>[,<key>=<value>[,...]]``
|
|
|
|
Pass AVOptions to libavcodec decoder. Note, a patch to make the ``o=``
|
2013-06-28 14:56:52 +02:00
|
|
|
unneeded and pass all unknown options through the AVOption system is
|
|
|
|
welcome. A full list of AVOptions can be found in the FFmpeg manual.
|
|
|
|
|
|
|
|
Some options which used to be direct options can be set with this
|
|
|
|
mechanism, like ``bug``, ``gray``, ``idct``, ``ec``, ``vismv``,
|
|
|
|
``skip_top`` (was ``st``), ``skip_bottom`` (was ``sb``), ``debug``.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
.. admonition:: Example
|
|
|
|
|
|
|
|
``--vd--lavc-o=debug=pict``
|
2013-06-28 14:56:52 +02:00
|
|
|
|
2013-12-29 14:07:08 +01:00
|
|
|
``--vd-lavc-show-all=<yes|no>``
|
2014-04-08 23:04:52 +02:00
|
|
|
Show even broken/corrupt frames (default: no). If this option is set to
|
2013-12-29 14:07:08 +01:00
|
|
|
no, libavcodec won't output frames that were either decoded before an
|
|
|
|
initial keyframe was decoded, or frames that are recognized as corrupted.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--vd-lavc-skiploopfilter=<skipvalue> (H.264 only)``
|
2013-06-28 14:56:52 +02:00
|
|
|
Skips the loop filter (AKA deblocking) during H.264 decoding. Since
|
|
|
|
the filtered frame is supposed to be used as reference for decoding
|
2013-07-08 18:02:14 +02:00
|
|
|
dependent frames, this has a worse effect on quality than not doing
|
|
|
|
deblocking on e.g. MPEG-2 video. But at least for high bitrate HDTV,
|
|
|
|
this provides a big speedup with little visible quality loss.
|
2013-06-28 14:56:52 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``<skipvalue>`` can be one of the following:
|
2013-06-28 14:56:52 +02:00
|
|
|
|
|
|
|
:none: Never skip.
|
|
|
|
:default: Skip useless processing steps (e.g. 0 size packets in AVI).
|
|
|
|
:nonref: Skip frames that are not referenced (i.e. not used for
|
2013-07-08 18:02:14 +02:00
|
|
|
decoding other frames, the error cannot "build up").
|
2013-06-28 14:56:52 +02:00
|
|
|
:bidir: Skip B-Frames.
|
|
|
|
:nonkey: Skip all frames except keyframes.
|
|
|
|
:all: Skip all frames.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--vd-lavc-skipidct=<skipvalue> (MPEG-1/2 only)``
|
|
|
|
Skips the IDCT step. This degrades quality a lot in almost all cases
|
|
|
|
(see skiploopfilter for available skip values).
|
2013-06-28 14:56:52 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--vd-lavc-skipframe=<skipvalue>``
|
2013-06-28 14:56:52 +02:00
|
|
|
Skips decoding of frames completely. Big speedup, but jerky motion and
|
2013-07-08 18:02:14 +02:00
|
|
|
sometimes bad artifacts (see skiploopfilter for available skip values).
|
2013-06-28 14:56:52 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--vd-lavc-threads=<0-16>``
|
2013-06-28 14:56:52 +02:00
|
|
|
Number of threads to use for decoding. Whether threading is actually
|
|
|
|
supported depends on codec. 0 means autodetect number of cores on the
|
2013-07-08 18:02:14 +02:00
|
|
|
machine and use that, up to the maximum of 16 (default: 0).
|
2013-06-28 14:56:52 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--version, -V``
|
2013-05-15 15:14:24 +02:00
|
|
|
Print version string and exit.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--vf=<filter1[=parameter1:parameter2:...],filter2,...>``
|
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 21:37:33 +02:00
|
|
|
Specify a list of video filters to apply to the video stream. See
|
2013-07-08 18:02:14 +02:00
|
|
|
`VIDEO FILTERS`_ for details and descriptions of the available filters.
|
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 21:37:33 +02:00
|
|
|
The option variants ``--vf-add``, ``--vf-pre``, ``--vf-del`` and
|
|
|
|
``--vf-clr`` exist to modify a previously specified list, but you
|
2013-07-08 18:02:14 +02:00
|
|
|
should not need these for typical 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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--vid=<ID|auto|no>``
|
2012-09-18 15:50:24 +02:00
|
|
|
Select video channel. ``auto`` selects the default, ``no`` disables 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 21:37:33 +02:00
|
|
|
|
2013-06-15 00:15:32 +02:00
|
|
|
``--video-align-x=<-1-1>``, ``--video-align-y=<-1-1>``
|
|
|
|
Moves the video rectangle within the black borders, which are usually added
|
|
|
|
to pad the video to screen if video and screen aspect ratios are different.
|
|
|
|
``--video-align-y=-1`` would move the video to the top of the screen
|
|
|
|
(leaving a border only on the bottom), a value of ``0`` centers it
|
2013-11-19 22:20:09 +01:00
|
|
|
(default), and a value of ``1`` would put the video at the bottom of the
|
2013-06-15 00:15:32 +02:00
|
|
|
screen.
|
|
|
|
|
|
|
|
If video and screen aspect match perfectly, these options do nothing.
|
|
|
|
|
|
|
|
This option is disabled if the ``--no-keepaspect`` option is used.
|
|
|
|
|
2014-04-24 18:10:20 +02:00
|
|
|
``--video-aspect=<ratio>``
|
2014-07-26 22:38:48 +02:00
|
|
|
Override video aspect ratio, in case aspect information is incorrect or
|
2014-04-24 18:10:20 +02:00
|
|
|
missing in the file being played. See also ``--no-video-aspect``.
|
|
|
|
|
|
|
|
Two values have special meaning:
|
|
|
|
|
|
|
|
:0: disable aspect ratio handling, pretend the video has square pixels
|
|
|
|
:-1: use the video stream or container aspect (default)
|
|
|
|
|
|
|
|
But note that handling of these special values might change in the future.
|
|
|
|
|
|
|
|
.. admonition:: Examples
|
|
|
|
|
|
|
|
- ``--video-aspect=4:3`` or ``--video-aspect=1.3333``
|
|
|
|
- ``--video-aspect=16:9`` or ``--video-aspect=1.7777``
|
|
|
|
|
|
|
|
``--no-video-aspect``
|
|
|
|
Ignore aspect ratio information from video file and assume the video has
|
|
|
|
square pixels. See also ``--video-aspect``.
|
|
|
|
|
2013-06-15 00:15:32 +02:00
|
|
|
``--video-pan-x=<value>``, ``--video-pan-y=<value>``
|
|
|
|
Moves the displayed video rectangle by the given value in the X or Y
|
|
|
|
direction. The unit is in fractions of the size of the scaled video (the
|
|
|
|
full size, even if parts of the video are not visible due to panscan or
|
|
|
|
other options).
|
|
|
|
|
|
|
|
For example, displaying a 1280x720 video fullscreen on a 1680x1050 screen
|
|
|
|
with ``--video-pan-x=-0.1`` would move the video 168 pixels to the left
|
|
|
|
(making 128 pixels of the source video invisible).
|
|
|
|
|
|
|
|
This option is disabled if the ``--no-keepaspect`` option is used.
|
|
|
|
|
2014-05-24 14:08:39 +02:00
|
|
|
``--video-rotate=<0-359|no>``
|
|
|
|
Rotate the video clockwise, in degrees. Currently supports 90° steps only.
|
|
|
|
If ``no`` is given, the video is never rotated, even if the file has
|
|
|
|
rotation metadata. (The rotation value is added to the rotation metadata,
|
|
|
|
which means the value ``0`` would rotate the video according to the
|
|
|
|
rotation metadata.)
|
|
|
|
|
2013-09-10 15:09:24 +02:00
|
|
|
``--video-unscaled``
|
2013-09-01 03:27:03 +02:00
|
|
|
Disable scaling of the video. If the window is larger than the video,
|
|
|
|
black bars are added. Otherwise, the video is cropped. The video still
|
|
|
|
can be influenced by the other ``--video-...`` options. (If the
|
|
|
|
``--video-zoom`` option is set to a value other than ``1``, scaling is
|
|
|
|
enabled, but the video isn't automatically scaled to the window size.)
|
|
|
|
|
2013-12-13 22:25:38 +01:00
|
|
|
The video and monitor aspects aspect will be ignored. Aspect correction
|
|
|
|
would require to scale the video in the X or Y direction, but this option
|
|
|
|
disables scaling, disabling all aspect correction.
|
|
|
|
|
2013-09-01 03:27:03 +02:00
|
|
|
Note that the scaler algorithm may still be used, even if the video isn't
|
|
|
|
scaled. For example, this can influence chroma conversion.
|
|
|
|
|
|
|
|
This option is disabled if the ``--no-keepaspect`` option is used.
|
|
|
|
|
2013-06-15 00:15:32 +02:00
|
|
|
``--video-zoom=<value>``
|
|
|
|
Adjust the video display scale factor by the given value. The unit is in
|
2013-12-13 22:25:38 +01:00
|
|
|
fractions of the (scaled) window video size.
|
2013-06-15 00:15:32 +02:00
|
|
|
|
2013-12-13 22:25:38 +01:00
|
|
|
For example, given a 1280x720 video shown in a 1280x720 window,
|
|
|
|
``--video-zoom=-0.1`` would make the video by 128 pixels smaller in
|
|
|
|
X direction, and 72 pixels in Y direction.
|
2013-06-15 00:15:32 +02:00
|
|
|
|
|
|
|
This option is disabled if the ``--no-keepaspect`` option is used.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--vo=<driver1[:suboption1[=value]:...],driver2,...[,]>``
|
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 21:37:33 +02:00
|
|
|
Specify a priority list of video output drivers to be used. For
|
2013-07-08 18:02:14 +02:00
|
|
|
interactive use, one would normally specify a single one to use, but in
|
|
|
|
configuration files, specifying a list of fallbacks may make sense. See
|
|
|
|
`VIDEO OUTPUT DRIVERS`_ for details and descriptions of available drivers.
|
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 21:37:33 +02:00
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--volstep=<0-100>``
|
|
|
|
Set the step size of mixer volume changes in percent of the full range
|
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 21:37:33 +02:00
|
|
|
(default: 3).
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--volume=<-1-100>``
|
2012-10-24 01:06:00 +02:00
|
|
|
Set the startup volume. A value of -1 (the default) will not change the
|
|
|
|
volume. See also ``--softvol``.
|
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 21:37:33 +02:00
|
|
|
|
2013-09-19 14:32:47 +02:00
|
|
|
``--volume-restore-data=<string>``
|
|
|
|
Used internally for use by playback resume (e.g. with ``quit_watch_later``).
|
|
|
|
Restoring value has to be done carefully, because different AOs as well as
|
|
|
|
softvol can have different value ranges, and we don't want to restore
|
|
|
|
volume if setting the volume changes it system wide. The normal options
|
|
|
|
(like ``--volume``) would always set the volume. This option was added for
|
|
|
|
restoring volume in a safer way (by storing the method used to set the
|
|
|
|
volume), and is not generally useful. Its semantics are considered private
|
|
|
|
to mpv.
|
|
|
|
|
|
|
|
Do not use.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
``--wid=<ID>``
|
|
|
|
(X11 and Windows only)
|
2013-02-24 23:35:13 +01:00
|
|
|
This tells mpv to attach to an existing window. The ID is interpreted as
|
2013-07-08 18:02:14 +02:00
|
|
|
"Window" on X11, and as HWND on Windows. If a VO is selected that supports
|
2013-02-24 23:35:13 +01:00
|
|
|
this option, a new window will be created and the given window will be set
|
|
|
|
as parent. The window will always be resized to cover the parent window
|
|
|
|
fully, and will add black bars to compensate for the video aspect ratio.
|
|
|
|
|
2013-07-08 18:02:14 +02:00
|
|
|
See also ``--slave-broken``.
|
2014-05-16 00:47:13 +02:00
|
|
|
|
2014-05-20 02:40:00 +02:00
|
|
|
``--no-window-dragging``
|
|
|
|
Don't move the window when clicking on it and moving the mouse pointer.
|
|
|
|
|
2014-05-16 00:47:13 +02:00
|
|
|
``--x11-netwm=no``
|
|
|
|
(X11 only)
|
|
|
|
Disable use of the NetWM protocol when switching to or from fullscreen.
|
|
|
|
This may or may not help with broken window managers. This provides some
|
|
|
|
functionality that was implemented by the now removed ``--fstype`` option.
|
|
|
|
Actually, it is not known to the developers to which degree this option
|
|
|
|
was needed, so feedback is welcome.
|
|
|
|
|
|
|
|
By default, NetWM support is autodetected, and using this option forces
|
|
|
|
autodetection to fail.
|
|
|
|
|