On Wed, Apr 17, 2019 at 3:11 PM Carl Eugen Hoyos <ceffm...@gmail.com> wrote:
> 2019-04-15 8:43 GMT+02:00, Jun Li <junli1...@gmail.com>: > > Currently the strftime option generate timestamp based on generation > > time. The new option would calcualte timestamp from source's > > start_realtime and pkt->pts, try to generate a timestamp matches the > > source starting time. > > > diff --git a/libavformat/rtsp.c b/libavformat/rtsp.c > > index 8349840c96..16bb143ca6 100644 > > --- a/libavformat/rtsp.c > > +++ b/libavformat/rtsp.c > > @@ -2253,6 +2253,7 @@ redo: > > (uint64_t) > > rtpctx->st->time_base.num * 1000000, > > > > rtpctx->st->time_base.den); > > } > > + av_dict_set_int(&s->metadata, "start_realtime", > > s->start_time_realtime, 0); > > Is this change related? > > Carl Eugen > _______________________________________________ > ffmpeg-devel mailing list > ffmpeg-devel@ffmpeg.org > https://ffmpeg.org/mailman/listinfo/ffmpeg-devel > > To unsubscribe, visit link above, or email > ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe". Thanks Carl for review ! Yes, it is related. The value is passed into metadata so that image2enc to get it during muxing. The change on image2enc relies on metadata "start_realtime" and "creation_time". Best Regards, Jun _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
