When the RTSP plays a TS stream, after the seek operation is performed, the data cached in the PES is not cleared. As a result, the data before the seek operation can be read after the seek operation.

[wujian]

Summary of the bug:
add Log print location：
int ff_read_packet(AVFormatContext *s, AVPacket *pkt)：

ret = s->iformat->read_packet(s, pkt);
if (ret < 0) {

.......
continue;

}
av_log(NULL, AV_LOG_FATAL, "pkt->pts = %lld\n", pkt->pts);

static int read_thread(void *arg)：

av_log(NULL, AV_LOG_WARNING, "============START============\n");
ret = avformat_seek_file(is->ic, -1, seek_min, seek_target, seek_max, is->seek_flags);
av_log(NULL, AV_LOG_WARNING, "============END==============\n");

How to reproduce:
# ffplay rtsp://10.157.216.98/media/DailyIntegrationTestStream/ts/AVC_High@L2.0_24.000fps_640x400_AAC_LC__2channels.ts

Press the right arrow key to seek once.

pkt->pts = 1620000
pkt->pts = 16166409
pkt->pts = 1618560
pkt->pts = 16162509
============START============
============END==============
pkt->pts = 1627500 --The new round of seek has residual data from the previous round.
pkt->pts = 2423040
pkt->pts = 2424960
pkt->pts = 2426250

[wujian]

handle_packets determines that the seek operation is performed based on the location to clear data in the pes.
In the RTSP scenario, however, this process is not performed. Instead, the process is directly sent to handle_packet through avpriv_mpegts_parse_packet. Therefore, after seek, residual pes data exists.

[Balling]

​https://patchwork.ffmpeg.org/project/ffmpeg/patch/97ef8d3987a842a7b9fc13773cdfca04@hisilicon.com/