summaryrefslogtreecommitdiffstats
path: root/options/options.h
diff options
context:
space:
mode:
authorwm4 <wm4@nowhere>2014-09-30 18:05:55 +0200
committerwm4 <wm4@nowhere>2014-09-30 18:05:55 +0200
commit4ea05577bd1a0a2fd733342c16d8bf91ed322ae6 (patch)
tree78ba270059adf2a9cc3118b295c3b9ec1d8d9112 /options/options.h
parentf23827d5574d1f84c5c1054579dd2f16564f6050 (diff)
downloadmpv-4ea05577bd1a0a2fd733342c16d8bf91ed322ae6.tar.bz2
mpv-4ea05577bd1a0a2fd733342c16d8bf91ed322ae6.tar.xz
audio: remove --audiodrop
This would play some silence in case video was slower than audio. If framedropping is already enabled, there's no other way to keep A/V sync, short of changing audio playback speed (which would give worse results). The --audiodrop option inserted silence if there was more than 500ms desync. This worked somewhat, but I think it was a silly idea after all. Whether the playback experience is really bad or slightly worse doesn't really matter. There also was a subtle bug with PTS handling, that apparently caused A/V desync anyway at ridiculous playback speeds. Just remove this feature; nobody is going to use it anyway.
Diffstat (limited to 'options/options.h')
-rw-r--r--options/options.h1
1 files changed, 0 insertions, 1 deletions
diff --git a/options/options.h b/options/options.h
index ab92283766..eda99a88cb 100644
--- a/options/options.h
+++ b/options/options.h
@@ -139,7 +139,6 @@ typedef struct MPOpts {
int autosync;
int frame_dropping;
double frame_drop_fps;
- int insert_silence;
int term_osd;
int term_osd_bar;
char *term_osd_bar_chars;