On Wed, Apr 17, 2019 at 6:23 PM Carl Eugen Hoyos wrote:
> 2019-04-18 2:02 GMT+02:00, Jun Li :
> > On Wed, Apr 17, 2019 at 3:11 PM Carl Eugen Hoyos
> wrote:
> >
> >> 2019-04-15 8:43 GMT+02:00, Jun Li :
> >> > Currently the strftime option generate timestamp based on generation
> >> > time. The ne
2019-04-18 2:02 GMT+02:00, Jun Li :
> On Wed, Apr 17, 2019 at 3:11 PM Carl Eugen Hoyos wrote:
>
>> 2019-04-15 8:43 GMT+02:00, Jun Li :
>> > Currently the strftime option generate timestamp based on generation
>> > time. The new option would calcualte timestamp from source's
>> > start_realtime and
On Wed, Apr 17, 2019 at 3:11 PM Carl Eugen Hoyos wrote:
> 2019-04-15 8:43 GMT+02:00, Jun Li :
> > 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 matc
2019-04-15 8:43 GMT+02:00, Jun Li :
> 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
On Sun, Apr 14, 2019 at 11:43 PM Jun Li wrote:
> 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.
> ---
> doc/muxers.t
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.
---
doc/muxers.texi | 4
libavformat/img2enc.c | 39 +
