<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le mer. 28 févr. 2024, 13 h 45, Arindam Biswas via gstreamer-devel <<a href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">Hi All,<div><br></div><div>For gstreamer v4l2 encoder we send frame numbers instead of actual timestamp in th output plane</div><div><br></div><div>gst_v4l2_buffer_pool_qbuf<br></div><div><div> if (frame_number) {</div><div>    group->buffer.timestamp.tv_sec = *frame_number;</div><div>    group->buffer.timestamp.tv_usec = 0;</div><div>  } </div></div><div><br></div><div>But if v4l2 driver (Encoder) need buffer actual timestamps for some reason how can we send that?</div></div></div></div></div></blockquote></div></div><div dir="auto"><br></div><div dir="auto">This is against the spec for a driver to inspect and interpret the timestamp. The only timing information that v4l2 drivers can use is the configured frame interval. The driver is free to generate timestamp from the framerate if this a what the rate controller needs.</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div><br></div><div>From the patch below it looks like the frame number is mandated over the actual timestamp.</div><div><a href="https://github.com/GStreamer/gst-plugins-good/commit/bcb3428ed06e59945dc1c6034f6e68c0e9d3a964" target="_blank" rel="noreferrer">v4l2codec: Pass system frame number as timestamp and use it to retrie… · GStreamer/gst-plugins-good@bcb3428 · GitHub</a><br></div><div><br></div><div>Thanks</div><div>Arindam</div></div></div></div></div>
</blockquote></div></div></div>