for live RTP streams. Some external applications, such as Qt Multimedia,
depend on this flag being set correctly.
Signed-off-by: Kaarle Ritvanen
---
libavformat/rtsp.c | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/libavformat/rtsp.c b/libavformat/rtsp.c
index 5ea47
when AVFMTCTX_UNSEEKABLE is set. Depending on the codec, the execution
of this function may take several seconds. This is an optimization for
the case where the stream is already known unseekable.
Signed-off-by: Kaarle Ritvanen
---
libavformat/seek.c | 3 +++
1 file changed, 3 insertions(+)
dif
when AVFMTCTX_UNSEEKABLE is set. Depending on the codec, the execution
of this function may take several seconds. This is an optimization for
the case where the stream is already known unseekable.
Signed-off-by: Kaarle Ritvanen
---
libavformat/seek.c | 3 +++
1 file changed, 3 insertions(+)
dif
for live RTP streams. Some external applications, such as Qt Multimedia,
depend on this flag being set correctly.
Signed-off-by: Kaarle Ritvanen
---
libavformat/rtsp.c | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/libavformat/rtsp.c b/libavformat/rtsp.c
index 5ea47
On Wed, 28 May 2025, Zhao Zhili wrote:
> Why this depending on the codec? Could you provide a case that takes
> several seconds?
I encountered the problem with an RTP live stream using H.264 in
intra-refresh mode. I think the delay is related to seek_frame_generic
trying to find keyframes in t
