Hi, I plan to resent this series without the latest patch.
Regarding Patch 1 and 2 do you have any comment? One thing is that unlike the decode.c which has a common ff_decode_frame_props_from_pkt() there is no such thing for the encode part. Or maybe I missed it ? I noticed that the propagation of this data doesn't work when I enable the hardware Nvidia encoder. Does it make sense to introduce a ff_encode_packet_props_from_frame()? Thanks, On Thu, 21 Sept 2023 at 17:41, Clément Péron <[email protected]> wrote: > > Hi Kieran, > > On Thu, 21 Sept 2023 at 15:13, Kieran Kunhya <[email protected]> wrote: > > > > On Thu, 21 Sept 2023, 13:17 Clément Péron, <[email protected]> wrote: > >> > >> 4I have a project where I need to synchronize multiple RTSP cameras with > >> other > >> network sensors (sync with NTP or PTP). > > > > > > Just be aware the clock of the vast majority of cameras have no relation to > > NTP or PTP so you will have drift and need to handle that (e.g by dropping > > or duplicating frames). > > Thanks for pointing this out, and yes I consider each of my sensors > running on a free clock and I recreate a "virtual frame" that is not > correlated to the FPS of each sensor. > > Thanks, > Clement > > > > > Kieran _______________________________________________ ffmpeg-devel mailing list [email protected] https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email [email protected] with subject "unsubscribe".
