diff options
author | Marton Balint <cus@passwd.hu> | 2013-07-13 13:55:43 +0200 |
---|---|---|
committer | Marton Balint <cus@passwd.hu> | 2013-07-20 02:32:43 +0200 |
commit | 73b2043d727029ecde19c1d92bda8411f18b8e55 (patch) | |
tree | 6ca56bba7b2566247907485bced48b3641e476eb /ffplay.c | |
parent | b383498ea8b891da0298c967c1b229a78eb99eff (diff) | |
download | ffmpeg-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.c | 2 |
1 files changed, 2 insertions, 0 deletions
@@ -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; |