summaryrefslogtreecommitdiffstats
path: root/player
diff options
context:
space:
mode:
authorwm4 <wm4@nowhere>2015-01-30 21:26:29 +0100
committerwm4 <wm4@nowhere>2015-01-30 21:26:29 +0100
commita7c43babb7c43005e89f2a18bc8688f301def583 (patch)
treeebed86e372171c302a7647d34b63089b43f0599e /player
parente123c1dfcd8dd39565fc08c3db67b935c8fcf0f2 (diff)
downloadmpv-a7c43babb7c43005e89f2a18bc8688f301def583.tar.bz2
mpv-a7c43babb7c43005e89f2a18bc8688f301def583.tar.xz
player: print desync message on negative A/V-sync too
At least there is _some_ problem if this happens. It would mean that audio is playing slower than video. Normally, video is synced to audio, so if audio stops playback completely, video will not advance at all. But using things like --autosync, it's well possible that this kind of desync happens.
Diffstat (limited to 'player')
-rw-r--r--player/video.c2
1 files changed, 1 insertions, 1 deletions
diff --git a/player/video.c b/player/video.c
index f8b1888ad4..c75603da10 100644
--- a/player/video.c
+++ b/player/video.c
@@ -719,7 +719,7 @@ static void update_avsync_after_frame(struct MPContext *mpctx)
mpctx->last_av_difference += mpctx->time_frame * opts->playback_speed;
if (a_pos == MP_NOPTS_VALUE || mpctx->video_pts == MP_NOPTS_VALUE)
mpctx->last_av_difference = MP_NOPTS_VALUE;
- if (mpctx->last_av_difference > 0.5 && !mpctx->drop_message_shown) {
+ if (fabs(mpctx->last_av_difference) > 0.5 && !mpctx->drop_message_shown) {
MP_WARN(mpctx, "%s", av_desync_help_text);
mpctx->drop_message_shown = true;
}