[Libav-user] Inconsistent dts/pts in packets read by av_read_frame from rtsp stream. Is it expected behavior?

JC Yang bandinfinite at hotmail.com
Fri Oct 26 17:09:50 EEST 2018


Thanks, Ivanov.
I'll stick to my current solution now.
Same as you, will further consider the way ffmpeg workaround it in the future.

Get Outlook for Android<https://aka.ms/ghei36>

________________________________
From: Libav-user <libav-user-bounces at ffmpeg.org> on behalf of Hristo Ivanov <hivanov.ffmailing at gmail.com>
Sent: Wednesday, October 24, 2018 10:08:57 PM
To: This list is about using libavcodec, libavformat, libavutil, libavdevice and libavfilter.
Subject: Re: [Libav-user] Inconsistent dts/pts in packets read by av_read_frame from rtsp stream. Is it expected behavior?

Hi Yang,

> While I'm using av_read_frame to extract frames from some rtsp stream from IP cameras, the dts/pts of the next frame occasionally will be smaller than the previous frames.
Currently I am facing the same problem.

> Is it a bug of libav or a P frame or maybe there's a bug in the IP cameras' rtsp implementation?
I doubt this being a bug with libav, but I can not tell if it is a bug in the IP cameras or something inherited from the rtsp protocol itself.

> then I should discard the consequent frames with smaller dts when I mux it to avoid non increasing dts, should I?
Currently my solution to this problem does exactly this, but ffmpeg(the tool) uses other solution, which is to modify the pts/dts values. [ https://github.com/FFmpeg/FFmpeg/blob/master/fftools/ffmpeg.c#L782 ]
My current solution works fine, but I will try the one ffmpeg uses.

I hope this helps.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://ffmpeg.org/pipermail/libav-user/attachments/20181026/d1b74bcc/attachment.html>


More information about the Libav-user mailing list