summaryrefslogtreecommitdiffstats
path: root/DOCS
Commit message (Collapse)AuthorAgeFilesLines
* vo_null: add framerate emulationwm42015-05-241-0/+6
|
* manpage: --media-title -> --force-media-titlePhilip Sequeira2015-05-241-1/+1
| | | Missed in 450af053.
* DOCS/client_api_examples/cocoa-openglcb: do initial flush correctly.torque2015-05-231-11/+5
|
* command: add protocol-list propertywm42015-05-232-0/+7
| | | | Fixes #1972.
* command: deprecate audio-sampleratewm42015-05-222-7/+2
| | | | | | | Also replace their implementation with the recently introduced properties. One significant difference is that audio-channels using OSD formatting does not print the channel layout. The user can just use the replacement property instead.
* command: add audio-params and audio-out-params propertieswm42015-05-222-0/+37
|
* command: rename audio-format propertywm42015-05-222-3/+4
| | | | Clashes with the option.
* options: rename --media-title optionwm42015-05-221-0/+1
| | | | Conflicts with the property.
* command: deprecate the "length" propertywm42015-05-222-2/+6
| | | | It collides with the --length option.
* DOCS: add a changelog for option/command/property changeswm42015-05-222-3/+47
| | | | | All these make up both user interface and API. It's a good idea to actually keep track of changes to it.
* audio: make softvol scale cubicwm42015-05-221-5/+5
| | | | | | | | This brings the volume control closer to what is percepted as linear volume change. Adjust the --softvol-max default to roughly the old maximum (roughly doubles the gain).
* audio: change range of volume option/propertywm42015-05-222-15/+12
| | | | | | | | | Now --volume takes an absolute volume, meaning it doesn't depend on --softvol-max. 0 is still silence, and 100 now always means unchanged volume. The OSD and the "volume" property are changed accordingly. Also raise the minimum value of --softvol-max. A value below 100 makes no sense and breaks the OSD.
* DOCS/client_api_examples: cocoa: minor fixeswm42015-05-211-2/+2
| | | | | | | Cocoa needs to be linked explicitly. EXIT_SUCCESS is pretty pointless, and the same file uses exit(1) in other places.
* DOCS/client_api_examples: add opengl-cb-based cocoa example.torque2015-05-211-0/+310
| | | | Contains a basic toggle button that pauses the video.
* vo_opengl: remove npot optionwm42015-05-211-4/+0
| | | | Completely useless.
* DOCS/mplayer-changes: add relative seeking by %Robin2015-05-211-0/+1
| | | | Add relative seeking by percentage to mplayer-changes.rst
* vo_xv: make number of buffers configurablewm42015-05-201-0/+6
|
* manpage: fix syntaxwm42015-05-191-1/+1
| | | | | I guess this wasn't meant to be literal syntax, but it implies "," is used as sub-option separator.
* input: add relative percentage seekrrooij2015-05-191-1/+3
| | | | | | | | | | | Only absolute percentage seeking was permitted first. It is now also possible to seek by relative percentage. MPSEEK_FACTOR is used as seek_type. Fixes #1950. Signed-off-by: wm4 <wm4@nowhere>
* command: add playlist_shuffle commandwm42015-05-171-0/+4
| | | | Fixes #965.
* input.conf: add CTRL+s key binding for window screenshotswm42015-05-171-0/+4
|
* manpage: improve osc helpAvi Halachmi (:avih)2015-05-161-10/+11
| | | | Signed-off-by: wm4 <wm4@nowhere>
* DOCS/client_api_examples: Qt: force qmake to use pkg-config.torque2015-05-163-0/+3
|
* manpage: lua: clarify OSD differences between mp.command/mp.commandvwm42015-05-161-0/+7
| | | | | | Conflicts: player/audio.c player/video.c
* video: add hevc to whitelist of hwdec codecswm42015-05-141-1/+1
| | | | | This means if --hwdec is used, and hardware decoding is supported for HEVC, it's actually used.
* vo_opengl: change user options for requesting GLESwm42015-05-141-4/+7
| | | | | | | | Instead of having separate backends, make use of GLES a flag. This reduces the number of backends and the resulting annoyances. Also, nobody cares about using GLES, so there's no backward compatibility either.
* manpage: explain some property expansion restrictionswm42015-05-131-1/+4
|
* manpage: remove stray newlinewm42015-05-131-1/+0
|
* vo_opengl_cb: add a "block" framedrop mode and make it defaultwm42015-05-121-2/+4
| | | | | | | | | (I have no idea why there are different modes.) Instead of risking to drop frames too early, give it some margin. Since there are situations this could deadlock, wait with a timeout. This can happen if e.g. the API user is refusing to render anything, or if uninitialization is happening.
* Always block SIGPIPE globallywm42015-05-111-1/+2
| | | | | | | | | | | | | | | OpenSSL and GnuTLS are still causing this problem (although FFmpeg could be blamed as well - but not really). In particular, it was happening to libmpv users and in cases the pseudo-gui profile is used. This was because all signal handling is in the terminal code, so if terminal is disabled, it won't be set. This was obviously a questionable shortcut. Avoid further problems by always blocking the signal. This is done even for libmpv, despite our policy of not messing with global state. Explicitly document this in the libmpv docs. It turns out that a version bump to 1.17 was forgotten for the addition of MPV_FORMAT_BYTE_ARRAY, so document that change as part of 1.16.
* DOCS/man/options.rst: Remove trailing whitespacesrrooij2015-05-101-2/+2
|
* DOCS/man/opions.rst: Elaborate on --no-videorrooij2015-05-101-0/+4
| | | | | When --no-video is set, the ytdl-format is set to "bestaudio/best". This wasn't documented in the man page yet.
* player: add --force-window=immediate modewm42015-05-081-2/+4
| | | | | | | This creates the window before the first file is loaded. This was requested a bunch of times, but on the other hand a change to make this behavior the default was reverted some time ago, because other users hated it.
* DOCS: add a link to LIRC wiki entrywm42015-05-071-0/+1
|
* manpage: do not use deprecated syntax in examplewm42015-05-061-1/+1
|
* vo_opengl: change default FBO formatwm42015-05-051-2/+2
| | | | | | | | Reduces (but likely does not remove) the danger of rounding intermediate values down to 8 bit. This is important for cscale, or any other processing that might store raw YUV values in framebuffers. Fixes #1918.
* manpage: fix typowm42015-05-051-1/+1
|
* ao_coreaudio: add an option for changing the physical formatwm42015-05-051-0/+8
| | | | | | | | | | | | ao_coreaudio uses AudioUnit - the OSX software mixer. In theory, it supports multichannel audio just fine. But in practice, this might be disabled by default, and the user is supposed to select a multichannel base format in the "Audio MIDI Setup" utility. This option attempts to change this setting automatically. Some possible disadvantages and caveats are listed in the manpage additions. It is off by default, since changing this might be rather bad behavior for a normal application.
* path: start special espansion with ~~name instead of ~namewm42015-05-031-9/+9
| | | | | | | Since commit 7381db60, strings like "~desktop/" were expanded as platform-specific paths by mpv. Apparently this similarity to standard Unix shell expansion caused confusion, so change it to "~~desktop/". The shell doesn't expand this, so it should be better.
* options: remove --leak-reportwm42015-05-021-2/+1
| | | | Use the environment variable instead.
* screenshots: create screenshot dirwm42015-05-021-2/+3
| | | | Minor user convenience.
* manpage: fix typowm42015-05-011-1/+1
|
* vo_opengl: gl_lcms: replace icc-cache by icc-cache-dirNiklas Haas2015-05-011-4/+7
| | | | | | | | | | This now stores caches for multiple ICC profiles, potentially all the user has ever used. The big use case for this is for users with multiple monitors. The old logic would mandate recomputing the LUT and discarding the cache whenever dragging mpv from one screen to another. This also avoids having to save and check the ICC profile itself, since the file name already uniquely determines it.
* screenshots: change default directory in pseudo-gui mode to desktopwm42015-05-012-1/+3
| | | | | | | | This should take care of the endless complaints about the default location for screenshots (and will of course create new ones). If the screenshot-template is set to an absolute path, the directory won't be used. So this should be reasonably compatible.
* screenshots: prefix default template with "mpv-"wm42015-05-011-2/+2
| | | | | | So that the user realizes where they come from, or can find them at all. This was a common complaint, and this is the most lazy solution. Better suggestions for a default template are welcome.
* path: add resolving desktop path to platform-specific pathswm42015-05-011-0/+1
| | | | | | | | | win32 has a special function for this. I'm not sure about OSX - it seems ~/Desktop can be hardcoded, and the OSX GUI actually localizes the _displayed_ path in its UI. For Unix, there is not much to be done, or is there.
* path: expose platform-specific path resolverswm42015-05-011-1/+10
|
* screenshots: add --screenshot-directory optionwm42015-05-011-0/+11
| | | | | The plan is to use this to change the screenshot default location in pseudo-gui mode.
* screenshots: add option to prevent 16 bit outputwm42015-04-291-0/+5
| | | | That's what it's usually about (again).
* screenshots: add option to disable JPEG 4:4:4 outputwm42015-04-291-0/+4
| | | | That's what it's usually about.
* manpage: put explicit links to config file path detailswm42015-04-281-1/+4
| | | | | It seems users still have trouble finding the exact paths, especially on Windows. Maybe this helps.
* command: change the default action for rescan_external_fileswm42015-04-281-5/+5
| | | | | | | | Now the rescan_external_files command will by default reselect the audio and subtitle streams. This should be more intuitive. Client API users and Lua scripts might break, but can be fixed in a backward-compatible way by setting the mode explicitly.
* input.conf: map L to toggle infinite loopingwm42015-04-271-0/+3
|
* ao_null: add an option for testing channel layout selectionwm42015-04-271-0/+4
|
* manpage: update mpv IRC channelsNiklas Haas2015-04-271-2/+2
| | | | | Moved to #mpv and #mpv-devel, respectively. Travis details were also updated.
* manpage: update colormatrix property descriptionwm42015-04-272-9/+10
|
* DOCS/client-api-changes: fix release markerwm42015-04-251-1/+1
| | | | | The release was pushed back and now actually happened; the marker became incorrect.
* manpage: move --autosync descriptionwm42015-04-241-14/+14
| | | | | | This was in the "Window" section. It has absolutely nothing to do with windows. Move it to the "Miscellaneous" section instead. The "--mc" option, which has a similar function, was already there.
* player: add --window-scale optionwm42015-04-241-0/+8
| | | | Requested. Works similar to the property with the same name.
* man: fix PDF buildMartin Herkt2015-04-241-2/+4
| | | | | | | | | | | | | | The build failed because rst2pdf apparently has problems with page breaks. In this case, the link to the ALSA upmix guide was causing a page break in an admonition block. My guess is that rst2pdf screws up when it can’t fill at least one line of text following a page break, so I worked around this by making that paragraph a little longer. Seems to do the trick. I also shortened the URL using GitHub’s service because it was causing some rather unsightly formatting in the manpage output. Maybe we should just build HTML instead of a PDF.
* DOCS/mplayer-changes: Eleborate on joystick inputrobin007bond2015-04-231-0/+2
| | | | | | | | | | Since joystick support was removed and is a difference from mplayer, it should be included in the document with the mplayer changes. It will help new users who were using mplayer's joystick support to seek alternatives when switching to mpv. It will also be helpful for people that had problems with the joystick support in mplayer (for example, by incorrectly recognizing other input devices as joystick) to know that those problems won't persist in mpv.
* manpage: document ff-index sub-propertywm42015-04-231-0/+7
|
* demux_mkv: limit timestamp fixing to 1ms maxwm42015-04-231-6/+6
| | | | | And also fix the description. It didn't actually reflect what the code did.
* demux_mkv: attempt to fix rounded timestampswm42015-04-231-0/+12
| | | | | There is some potential for breakage. If it happens, this might have to be disabled by default.
* lua: add utils.format_json() functionwm42015-04-221-0/+8
| | | | Requested. Why not.
* command: demuxer-cache-time propertyxylosper2015-04-211-0/+5
| | | | | | | | Approximate time of video buffered in the demuxer, in seconds. Same as `demuxer-cache-duration` but returns the last timestamp of bufferred data in demuxer. Signed-off-by: wm4 <wm4@nowhere>
* client API: add a screenshot_raw commandwm42015-04-201-0/+9
| | | | | | | | | Requested. The wild code for setting up the mpv_node probably deserves to be cleaned up later. Fixes #1800.
* client API: add MPV_FORMAT_BYTE_ARRAY typewm42015-04-201-0/+1
| | | | | | | | | | | | This will be used in the following commit, which adds screenshot_raw. The reasoning is that this will be better for binding scripting languages. One could special-case the screenshot_raw commit and define fixed semantics for passing through a pointer using the current API, like formatting a pointer as string. But that would be ridiculous and unclean.
* player: change video-bitrate and audio-bitrate propertieswm42015-04-201-7/+22
| | | | | | | | | | | | | | Remove the old implementation for these properties. It was never very good, often returned very innaccurate values or just 0, and was static even if the source was variable bitrate. Replace it with the implementation of "packet-video-bitrate". Mark the "packet-..." properties as deprecated. (The effective difference is different formatting, and returning the raw value in bits instead of kilobits.) Also extend the documentation a little. It appears at least some decoders (sipr?) need the AVCodecContext.bit_rate field set, so this one is still passed through.
* command: disc-mouse-on-button propertyxylosper2015-04-211-0/+4
| | | | | This property indicates whether mouse cursor is located on button or not for disc naviation.
* manpage: fix typowm42015-04-191-1/+1
|
* options: change [...] to balanced quoteswm42015-04-191-1/+3
| | | | | | | | Useful for dealing with libavfilter's terrible graph syntax. Not strictly backwards compatible (for example "[a[b]" fails now - the "[" within the quote is interpreted now). But hopefully it's obscure enough not to warrant any kind of compatibility hacks.
* demuxer_lavf: add an option for disabling hackswm42015-04-171-0/+6
|
* options: clarify quoting for option values starting with %wm42015-04-171-8/+9
|
* vf_screenshot: remove this filterwm42015-04-162-11/+2
| | | | | | It's entirely useless, especially now that vo.c handles screenshots in a generic way, and requires no special VO support. There are some potential weird use-cases, but actually I've never seen it being used.
* command: let screenshot_to_file command overwrite fileswm42015-04-161-2/+1
| | | | | | | The old behavior does not make too much sense after all. If you don't want to file to be overwritten, the user can check this manually. This is a change in behavior - let's hope nobody actually relied on it.
* video: do not show decoder framedrops if they're not requestedwm42015-04-161-4/+3
| | | | | | | | | | | libavcodec makes it impossible to distinguish dropped frames (requested with AVCodecContext.skip_frame), and cases when the decoder simply does not return a frame by default (such as with VP9, which has invisible reference frames). This confuses users when decoding VP9 video. It's basically a cosmetic issue, so just paint it over by ignoring them if framedropping is disabled.
* vo_drm: add missing documentationMarcin Kurczewski2015-04-161-0/+13
|
* options: --hr-seek=always is the same as --hr-seek=yeswm42015-04-151-0/+1
| | | | | | It seems this choice was never documented. "always" is actually older than "yes", so j