mirror of https://github.com/mpv-player/mpv
audio: go to draining state instead of EOF if audio starts later
Probably no observable effect, but it's more correct. Setting audio to EOF could have bad effects otherwise (anywhere the player logic for example decides whether EOF was reached, and such).
This commit is contained in:
parent
fd4045965e
commit
fc0fa9a221
|
@ -434,7 +434,7 @@ void fill_audio_out_buffers(struct MPContext *mpctx, double endpts)
|
|||
// If EOF was reached before, but now something can be decoded, try to
|
||||
// restart audio properly. This helps with video files where audio starts
|
||||
// later. Retrying is needed to get the correct sync PTS.
|
||||
if (mpctx->audio_status == STATUS_EOF && status == AD_OK) {
|
||||
if (mpctx->audio_status >= STATUS_DRAINING && status == AD_OK) {
|
||||
mpctx->audio_status = STATUS_SYNCING;
|
||||
mpctx->sleeptime = 0;
|
||||
return; // retry on next iteration
|
||||
|
@ -449,7 +449,7 @@ void fill_audio_out_buffers(struct MPContext *mpctx, double endpts)
|
|||
} else if (skip < 0) {
|
||||
if (-skip > playsize) { // heuristic against making the buffer too large
|
||||
ao_reset(mpctx->ao); // some AOs repeat data on underflow
|
||||
mpctx->audio_status = STATUS_EOF;
|
||||
mpctx->audio_status = STATUS_DRAINING;
|
||||
mpctx->delay = 0;
|
||||
return;
|
||||
}
|
||||
|
|
Loading…
Reference in New Issue