summaryrefslogtreecommitdiffstats
path: root/player/core.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 /player/core.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 'player/core.h')
-rw-r--r--player/core.h2
1 files changed, 0 insertions, 2 deletions
diff --git a/player/core.h b/player/core.h
index 581a5b7a42..dfba2fd45f 100644
--- a/player/core.h
+++ b/player/core.h
@@ -260,8 +260,6 @@ typedef struct MPContext {
double delay;
// AV sync: time in seconds until next frame should be shown
double time_frame;
- // Optional/additional AV sync compensation if video is too slow.
- double insert_silence;
// How much video timing has been changed to make it match the audio
// timeline. Used for status line information only.
double total_avsync_change;