mpv/etc
wm4 d690ee0959 client API: change --stop-playback-on-init-failure default
This was off for mpv CLI, but on for libmpv. The motivation behind this
was that it would be confusing for applications if libmpv continued
playback in a severely "degraded" way (without either audio or video),
and that it would be better to fail early.

In reality the behavior was just a confusing difference to mpv CLI, and
has confused actual users as well. Get rid of it.

Not bothering with a version bump, since this is so minor, and it's easy
to ensure compatibility in affected applications by just setting the
option explicitly.

(Also adding the missing next-release-marker in client-api-changes.rst.)
2017-12-17 15:45:24 -08:00
..
builtin.conf client API: change --stop-playback-on-init-failure default 2017-12-17 15:45:24 -08:00
encoding-profiles.conf etc/encoding_profiles: remove deprecated usage of *-add 2017-07-03 13:47:33 +01:00
input.conf osc: make cycling visibility an input.conf key binding 2017-11-03 14:41:18 +01:00
mplayer-input.conf
mpv-gradient.svg
mpv-icon-8bit-16x16.png
mpv-icon-8bit-32x32.png
mpv-icon-8bit-64x64.png
mpv-icon-8bit-128x128.png x11: add 128x128 sized icon support 2017-07-02 13:07:36 +02:00
mpv-icon.ico
mpv-symbolic.svg
mpv.conf vo_opengl: refactor into vo_gpu 2017-09-21 15:00:55 +02:00
mpv.desktop mpv.desktop: fix some mistakes in mpv.desktop 2017-03-23 19:49:07 +01:00
mpv.svg
restore-old-bindings.conf restore-old-bindings.conf: add old macOS/Wayland AXIS bindings 2017-10-16 22:51:12 +11:00