diff options
author | wm4 <wm4@nowhere> | 2015-01-30 21:26:29 +0100 |
---|---|---|
committer | wm4 <wm4@nowhere> | 2015-01-30 21:26:29 +0100 |
commit | a7c43babb7c43005e89f2a18bc8688f301def583 (patch) | |
tree | ebed86e372171c302a7647d34b63089b43f0599e /player/video.c | |
parent | e123c1dfcd8dd39565fc08c3db67b935c8fcf0f2 (diff) | |
download | mpv-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/video.c')
-rw-r--r-- | player/video.c | 2 |
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; } |