Alex, Thanks for your reply.
This means that if I have a recording elapsed timer, I could pass the timestamp at the current recording time to make this? Or do you seen any other better way of doing it? Right now, the pts is being defined as: ost->frame->pts = ost->next_pts++; Has per muxing.c example Regards, Nuno > On 2 Sep 2021, at 13:43, Alexandr Kasyan <[email protected]> wrote: > > Hi, Nuno! > > Well, one of the possible approaches is -- set the proper pts for AVPacket-s > you're muxing. > The basic formula is: > uint64_t pts = av_rescale_q(timestamp_ms, AVRational{1, 1000}, time_base); > > It's usually time or PTS that's specified for packets (and frame's time is > usually derived from that), so most of the players take that into account > when feeding frames for display. > You can check if your muxing is played at the wrong speed in the first place, > then adjust PTS in code if needed. > __________________________________________ > > Regards, Alex > _______________________________________________ > Libav-user mailing list > [email protected] > https://ffmpeg.org/mailman/listinfo/libav-user > > To unsubscribe, visit link above, or email > [email protected] with subject "unsubscribe".
_______________________________________________ Libav-user mailing list [email protected] https://ffmpeg.org/mailman/listinfo/libav-user To unsubscribe, visit link above, or email [email protected] with subject "unsubscribe".
