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 <peron.c...@gmail.com> wrote: > > Hi Kieran, > > On Thu, 21 Sept 2023 at 15:13, Kieran Kunhya <kier...@obe.tv> wrote: > > > > On Thu, 21 Sept 2023, 13:17 Clément Péron, <peron.c...@gmail.com> 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 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".
