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
..
man	client API: change --stop-playback-on-init-failure default	2017-12-17 15:45:24 -08:00
client-api-changes.rst	client API: change --stop-playback-on-init-failure default	2017-12-17 15:45:24 -08:00
compile-windows.md	DOCS/compile-windows.md: update for changes to mpv and MSYS2	2017-10-02 01:28:54 +11:00
contribute.md	DOCS/contribute.md: fix a typo	2017-11-30 20:36:09 +01:00
edl-mpv.rst	DOCS/edl-mpv.rst: fix typo	2017-02-05 16:02:58 +01:00
encoding.rst	player: change default section when loading encoding-profiles.conf	2017-07-12 13:11:14 +02:00
interface-changes.rst	vd_lavc: rename --hwdec=rpi to --hwdec=mmal	2017-12-15 12:32:25 +02:00
mplayer-changes.rst	vo_opengl: refactor into vo_gpu	2017-09-21 15:00:55 +02:00
release-policy.md	Release 0.25.0	2017-04-23 01:57:53 +02:00
tech-overview.txt	DOCS/tech-overview.txt: updates	2017-06-29 17:31:55 +02:00
waf-buildsystem.rst	DOCS/waf-buildsystem.rst: fix typo	2017-02-15 10:41:26 +01:00