summaryrefslogtreecommitdiffstats
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
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.
-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;
}