aboutsummaryrefslogtreecommitdiffstats
path: root/ffplay.c
diff options
context:
space:
mode:
authorMarton Balint <cus@passwd.hu>2013-07-13 13:55:43 +0200
committerMarton Balint <cus@passwd.hu>2013-07-20 02:32:43 +0200
commit73b2043d727029ecde19c1d92bda8411f18b8e55 (patch)
tree6ca56bba7b2566247907485bced48b3641e476eb /ffplay.c
parentb383498ea8b891da0298c967c1b229a78eb99eff (diff)
downloadffmpeg-73b2043d727029ecde19c1d92bda8411f18b8e55.tar.gz
ffplay: use start_time as next audio pts on flush when seeking is not supported
Theoretically using start_time should also work if seeking is available and we could determine that the next packet after a flush packet is the first packet of a stream, but I could not think of an easy and clean way to do that, that is why I sticked to the no seeking available condition for now. Fixes ticket #2647. Signed-off-by: Marton Balint <cus@passwd.hu>
Diffstat (limited to 'ffplay.c')
-rw-r--r--ffplay.c2
1 files changed, 2 insertions, 0 deletions
diff --git a/ffplay.c b/ffplay.c
index 6ed8a85408..9b5dce0add 100644
--- a/ffplay.c
+++ b/ffplay.c
@@ -2333,6 +2333,8 @@ static int audio_decode_frame(VideoState *is)
avcodec_flush_buffers(dec);
is->audio_buf_frames_pending = 0;
is->audio_frame_next_pts = AV_NOPTS_VALUE;
+ if ((is->ic->iformat->flags & (AVFMT_NOBINSEARCH | AVFMT_NOGENSEARCH | AVFMT_NO_BYTE_SEEK)) && !is->ic->iformat->read_seek)
+ is->audio_frame_next_pts = is->audio_st->start_time;
}
*pkt_temp = *pkt;