summaryrefslogtreecommitdiffstats
path: root/DOCS/man/input.rst
Commit message (Collapse)AuthorAgeFilesLines
* input, lua: redo input handlingwm42014-11-231-2/+20
| | | | | Much of it is the same, but now there's the possibility to distinguish key down/up events in the Lua API.
* input: add a prefix to make any binding act on key repeatwm42014-11-201-1/+3
| | | | | | The fact that it's a generic command prefix that is parsed even when using the client API is a bit unclean (because this flag makes sense for actual key-bindings only), but it's less code this way.
* command: add drop_bufferswm42014-11-201-0/+4
| | | | | | | | | | | | | | | This command was actually requested on IRC ages ago, but I forgot about it. The main purpose is that the decoding state can be reset without issuing a seek, in particular in situations where you can't seek. This restarts decoding from the middle of the packet stream; since it discards the packet buffer intentionally, and the decoder will typically not output "incomplete" frames until it has recovered, it can skip a large amount of data. It doesn't clear the byte stream cache - I'm not sure if it should.
* demux_mkv: add an option for compatibility with Haaliwm42014-11-181-0/+1
| | | | This was requested on IRC.
* manpage: document vo_cmdline commandwm42014-11-181-1/+8
|
* command: add an ab_loop commandwm42014-11-181-1/+6
| | | | | | As suggested in #1241; to make using the feature easier. Also add better OSD-formatting for the ab-loop-a/b properties.
* command: implement A-B loopswm42014-11-181-0/+3
| | | | | | | | | | | | | Probably needs to be polished a bit more. Also, might require a key binding that can set/clear the loop points in a more intuitive way. For now, something like this can be put into input.conf to use it: ctrl+y set ab-loop-a ${time-pos} # set A ctrl+x set ab-loop-b ${time-pos} # set B ctrl+c set ab-loop-a no # clear (mostly) Fixes #1241.
* command: adjust previous commitwm42014-11-171-6/+7
| | | | | | | | Due to the current code structure, the "current" entry and the entry which is playing can be different. This is probably silly, but still try to mark the entries correctly. Refs #1260.
* command: playlist property: return if an entry is currently playingwm42014-11-171-0/+8
| | | | | | | | This actually doesn't even write/return the new sub-property, because I dislike the idea of dumping that field for every single playlist entry, even though it's "needed" only for one. Fixes #1260.
* command: export some option metadatawm42014-11-131-1/+24
| | | | | | | This might be interesting for GUIs and such. It's probably still a little bit insufficient. For example, the filter and audio/video output lists are not available through this.
* command: rename "option-flags" property to "option-info"wm42014-11-131-3/+3
|
* command: export mpv configure arguments as propertywm42014-11-131-0/+4
| | | | | It seems strange that a client API user can't get this string, other than analyzing the mpv log output.
* command: export the flag whether an option was set on commandlinewm42014-11-071-0/+12
| | | | Can be useful for certain scripts; I think someone requested this.
* command: add display-names propertyKevin Mitchell2014-11-071-0/+4
| | | | | | | Call VOCTRL_GET_DISPLAY_NAMES it when the property is requested. The vo should return the names of the displays that the mpv window is covering. For example, with x11 vos, xrandr names LVDS1, HDMI1, etc.
* command: add window-minimized property (X11 only)wm42014-11-021-0/+3
| | | | | | More or less requested by #1237. Should be simple to extend this to other backends.
* command: expose mpv version as propertywm42014-11-021-0/+4
| | | | A client API user has no other way to know the version.
* player: update meaning of drop_frame_cntwm42014-11-011-3/+4
| | | | | Rename the variable, update comments, and update the documentation of the property which returns its value.
* manpage: clarify loadfile append-play modewm42014-10-281-1/+3
| | | | Documents the behavior introduced with the previous commit.
* command: add audio-device propertywm42014-10-271-0/+13
| | | | Meant for changing the --audio-device at runtime.
* audio: add command/function to reload audio outputwm42014-10-271-1/+1
| | | | | Anticipated use: simple solution for dealing with audio APIs which request configuration changes via events.
* Drop libquvi supportwm42014-10-251-4/+1
| | | | | | | | | | | No development activity (or even any sign of life) for almost a year. A replacement based on youtube-dl will probably be provided before the next mpv release. Ask on the IRC channel if you want to test. Simplify the Lua check too: libquvi linking against a different Lua version than mpv was a frequent issue, but with libquvi gone, no direct dependency uses Lua, and such a clash is rather unlikely.
* command: add vo-configured propertywm42014-10-241-0/+5
| | | | | | | | | So a client API user can know when a window is created or destroyed. Also might be useful for the OSC: it could disable itself if video is disabled. Before this commit, there were only indirect ways of detecting this.
* command: add a "cached" mode to sub_addwm42014-10-231-0/+7
| | | | | This avoids reloading a subtitle if it was already added. In all cases, the subtitle is selected.
* command: make reverse cycle_values match up with forward onewm42014-10-211-1/+1
| | | | | | | | | The behavior of reverse cycling (with the "!reverse" magic value) was a bit weird and acted with a "delay". This was because the command set the value the _next_ command should use. Change this and make each command invocation select and use the next command directly. This requires an "uninitialized" special index in the counter, but that is no problem at all.
* command: add cursor-autohide propertywm42014-10-211-0/+4
| | | | | | | | | | | Allows properly changing/updating the cursor state. Useful for client API window embedding, because the host application may not want the mpv window to grab mouse input, and this has to manually handle the cursor. Changing the cursor of foreign windows is usually not sane. It might make sense to allow changing the cursor icon, but that would be much more complicated, so I won't add it unless someone actually requests it.
* command: add playback-abort propertywm42014-10-211-0/+5
| | | | Now this is obscure.
* command: add video-rotate propertywm42014-10-211-0/+3
|
* command: add field-dominance propertyKevin Mitchell2014-10-211-0/+3
|
* command: extend sub_add commandwm42014-10-211-1/+17
|
* manpage: fix reference to a defunct optionshdown2014-10-161-2/+2
| | | | The change was made with faad40aad92d51290ef2fc4d94277eca89863873.
* command: allow setting per-file options at runtimewm42014-10-151-0/+10
| | | | | The intended use-case is for doing this at load time, after the load command was issued. (See following commit.)
* command: make audio device list available to the client APIwm42014-10-101-0/+21
|
* command: add cache-buffering-state propertywm42014-10-071-0/+4
|
* client API: clarify pause/unpause events, modify core-idle propertywm42014-10-071-0/+4
| | | | | | | | Whether you consider the semantics weird or not depends on your use case, but I suppose it's a bit confusing anyway. At this point, we keep MPV_EVENT_PAUSE/UNPAUSE for compatibility only. Make the "core-idle" property somewhat more useful in this context.
* manpage: improve consistency with new ~/.config/mpv defaultKevin Mitchell2014-10-041-2/+3
| | | | Signed-off-by: wm4 <wm4@nowhere>
* command: allow passing memory addresses to overlay_addwm42014-10-031-0/+10
| | | | | | | | | For the sake of libmpv. Might make things much easier for the user, especially on Windows. On the other hand, it's a bit sketchy that a command exists that makes the player access arbitrary memory regions. (But do note that input commands are not meant to be "secure" and never were - for example, there's the "run" command, which obviously allows running random shell commands.)
* manpage: remove non-existing ratio-pos propertywm42014-10-021-3/+0
| | | | | | | | | | Use percent-pos instead, which is exactly the same, except with the range 0.0-100.0. I'm not sure how this got there; it was probably introduced and then removed again as percent-pos got more precise. CC: @mpv-player/stable
* man: fix to->too typoKevin Mitchell2014-09-301-1/+1
|
* command: allow using ASS tags on OSD messageswm42014-09-181-2/+19
| | | | | | | | | | | We don't allow this by default, because it would be silly if random external data (like filenames or file tags) could accidentally trigger them. Add a property that magically disables this ASS tag escaping. Note that malicious input could still disable ASS tag escaping by itself. This would be annoying but harmless.
* command: add osd-sym-cc propertywm42014-09-181-0/+5
| | | | This allows you to reproduce the OSD symbol.
* manpage: fix typo in input.rstAleksey Andreev2014-09-151-1/+1
| | | | Signed-off-by: wm4 <wm4@nowhere>
* manpage: clarify description of dwidth/dheightwm42014-09-151-2/+6
|
* input: "quit_watch_later" and "stop" are abort commandswm42014-09-131-2/+8
| | | | | | | | | This means they get special handling for asynchronously aborting playback, even if the player is "stuck". Also document "stop". It seems somewhat useful for client API users (although that will be implemented properly only in the following commits.)
* manpage: fix sub_add descriptionwm42014-09-051-1/+1
| | | | | It is in fact selected. The manpage wasn't updated when this was changed.
* command: remove broken quvi-format propertywm42014-09-011-5/+0
| | | | Never really worked, and libquvi is probably a lost cause anyway.
* man: fix a whole bunch of typosMartin Herkt2014-09-011-8/+8
|
* manpage: be more explicit about "estimated-..." propertieswm42014-08-311-2/+7
| | | | | | In particular, use the note markup. The issue about rounded timestamps is mostly with respect to Matroska (which usually rounds them to milliseconds), which somewhat adds to the reliability issue.
* manpage: fix minor grammar issuewm42014-08-291-1/+1
|
* command: export demuxer cache info propertieswm42014-08-281-0/+9
|
* command: add estimated-frame-count & estimated-frame-number propertiesAndrey Morozov2014-08-191-0/+7
| | | | Signed-off-by: wm4 <wm4@nowhere>
* video: add VO framedropping modewm42014-08-151-3/+9
| | | | | | | | | | | | | | | | | | | | | | | | This mostly uses the same idea as with vo_vdpau.c, but much simplified. On X11, it tries to get the display framerate with XF86VM, and limits the frequency of new video frames against it. Note that this is an old extension, and is confirmed not to work correctly with multi-monitor setups. But we're using it because it was already around (it is also used by vo_vdpau). This attempts to predict the next vsync event by using the time of the last frame and the display FPS. Even if that goes completely wrong, the results are still relatively good. On other systems, or if the X11 code doesn't return a display FPS, a framerate of 1000 is assumed. This is infinite for all practical purposes, and means that only frames which are definitely too late are dropped. This probably has worse results, but is still useful. "--framedrop=yes" is basically replaced with "--framedrop=decoder". The old framedropping mode is kept around, and should perhaps be improved. Dropping on the decoder level is still useful if decoding itself is too slow.
* input.conf: make explanatory text more readablewm42014-08-111-0/+1
| | | | | Or at leats this is the intention. It's a bit hard to tell which information is needed, and which not.
* command: add a "seeking" propertywm42014-08-081-0/+6
| | | | | | The client API exports this state via events already, but maybe it's better to explicitly provide this property in order to facilitate use on OSD and similar cases.
* player: some further playloop cleanupswm42014-08-031-1/+1
| | | | | | | | | | | | | Handle --term-playing-msg at a better place. Move MPV_EVENT_TICK hack into a separate function. Also add some words to the client API that you shouldn't use it. (But better leave breaking it for later.) Handle --frames and frame_step differently. Remove the mess from the playloop, and do it after frame display. Give up on the weird semantics for audio-only mode (they didn't make sense anyway), and adjust the manpage accordingly.
* manpage: be more explicit where input.conf is locatedwm42014-08-021-0/+5
|
* command: add a property that returns a list of all propertieswm42014-08-021-0/+2
| | | | Also remove the undocumented Lua mp.property_list() function.
* manpage: remove duplicated misplaced description of a commandwm42014-08-021-2/+0
|
* command: add cache-idle propertywm42014-07-311-2/+6
|
* command: add append-play loadfile modewm42014-07-231-0/+2
| | | | | | | | "loadfile filename append-play" will now always append the file to the playlist, and if nothing is playing yet, start playback. I don't want to change the semantics of "append" mode, so a new mode is needed. Probably fixes issue #950.
* Remove stream_pts stuffwm42014-07-061-5/+0
| | | | | This was used by DVD/BD, but its usage was removed with one of the previous commits.
* DOCS: add a file listing API changes for the client APIwm42014-07-031-0/+1
|
* command: change cache perentage to float, add cache-free and cache-usedAndrey Morozov2014-07-021-1/+7
|
* player: make the time display relative to start PTSTsukasa OMOTO2014-06-291-0/+3
| | | | | | This commit makes the playback start time always at time 0. Signed-off-by: wm4 <wm4@nowhere>
* options: Expose --colormatrix-primaries to the userNiklas Haas2014-06-221-0/+6
| | | | Signed-off-by: wm4 <wm4@nowhere>
* DOCS: remove en/ sub-directorywm42014-06-201-0/+1324
This additional sub-directory doesn't serve any purpose anymore. Get rid of it.
generated by cgit v1.2.3 (git 2.25.1) at 2024-04-19 10:19:35 +0000