summaryrefslogtreecommitdiffstats
path: root/DOCS/mplayer-changes.rst
Commit message (Collapse)AuthorAgeFilesLines
* options: rename subtitle optionsDan Oscarsson2016-10-031-2/+3
| | | | | | | | | | | Rename the text subtitle options from --sub-text- to --sub- and --ass- options to --sub-ass-. The intention is to common sub options to prefixed --sub- and special ASS option be seen as a special version of sub options. The OSD options that work like the --sub- options are still named --osd-. Man page updated including a short note about renamed --sub-text-* and --ass-* options to --sub-* and --sub-ass-*.
* manpage: mention the client API/interface change logswm42016-09-021-2/+2
| | | | | Also, I'm seeing that we still have mplayer-changes.rst - add a warning that it's outdated.
* Use - as command-name separator everywhereTimotej Lazar2016-07-141-6/+6
| | | | | | | Old-style commands using _ as separator (e.g. show_progress) were still used in some places, including documentation and configuration files. This commit updates all such instances to the new style (show-progress) so that commands are easier to find in the manual.
* DOCS/mplayer-changes: document HDR supportNiklas Haas2016-05-161-1/+2
| | | | Marketing told me to do so.
* Disable DVD and BD menu support (to be removed)wm42015-06-261-1/+1
| | | | | | | | | | | | | | | | | | DVD/BD menu support never worked right, and are a pain to maintain. In particular, DVD menus never actually worked correctly, because highlights were not rendered correctly. Fixing this requires major effort, which I'm not interested to spend. Most importantly, the requirement to switch streams without losing the DVD/BD state caused major weirdness in the playback core. It was implemented by somehow syncing the playback state to the DVD/BD implementation (in stream_dvdnav.c etc.), and then reloading the demuxer without destroying and recreating the stream. This caused a bunch of special-cases which I'm looking forward to remove. For now, don't just remove everything related to menu support and just disable it. If someone volunteers, it can be restored (i.e. rewritten) in a reasonable way. If nobody volunteers soon, it goes.
* DOCS/mplayer-changes: Add removal of X11 vorrooij2015-06-261-0/+2
| | | | | | The X11 video output was removed recently and is a difference from mplayer. That's why it should be documented in the mplayer-changes document.
* Various spelling fixesMarcin Kurczewski2015-06-181-1/+1
| | | | Signed-off-by: wm4 <wm4@nowhere>
* options: remove --slave-brokenwm42015-05-271-1/+2
| | | | It has been deprecated for ages.
* DOCS/mplayer-changes: add relative seeking by %Robin2015-05-211-0/+1
| | | | Add relative seeking by percentage to mplayer-changes.rst
* DOCS: add a link to LIRC wiki entrywm42015-05-071-0/+1
|
* 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.
* input: remove Linux joystick supportwm42015-03-241-1/+0
| | | | | | | | | | | Why did this exist in the first place? Other than being completely useless, this even caused some regressions in the past. For example, there was the case of a laptop exposing its accelerometer as joystick device, which led to extremely fun things due to the default mappings of axis movement being mapped to seeking. I suppose those who really want to use their joystick to control a media player (???) can configure it as mouse device or so.
* input: remove classic LIRC supportwm42015-03-241-1/+3
| | | | It's much easier to configure remotes as X11 input devices.
* manpage: move out the MPlayer comparison pagewm42015-02-051-0/+443
Giving this such a prominent place is not really appropriate anymore. Most people seeing this would probably expect a release changelog, not something about MPlayer. Since the page still could be useful for former MPlayer users (in particular to avoid confusion with renamed options etc.), still keep it in the DOCS directory.