From d690ee095942c06ee3157480e970ff70b399e04e Mon Sep 17 00:00:00 2001 From: wm4 Date: Sun, 17 Dec 2017 14:03:33 +0100 Subject: 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.) --- etc/builtin.conf | 1 - 1 file changed, 1 deletion(-) (limited to 'etc') diff --git a/etc/builtin.conf b/etc/builtin.conf index ee46f8cb00..8e954b90d2 100644 --- a/etc/builtin.conf +++ b/etc/builtin.conf @@ -20,7 +20,6 @@ osc=no ytdl=no input-default-bindings=no input-vo-keyboard=no -stop-playback-on-init-failure=yes # OSX/Cocoa global input hooks input-appleremote=no input-media-keys=no -- cgit v1.2.3