<div dir="ltr">s/data timestamp/decoding timestamp/<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jun 14, 2019 at 6:42 PM Thibault Saunier <<a href="mailto:tsaunier@gnome.org">tsaunier@gnome.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>The DTS is the "data timestamp" not really something you care about. What you care about is the PTS, the offset is the number of frame for decoded frame, not encoded ones. I am not sure it is standardize for encoded frames at all.</div><div><br></div><div>Thibault<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jun 14, 2019 at 6:12 PM pisymbol . <<a href="mailto:pisymbol@gmail.com" target="_blank">pisymbol@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><br></div><div dir="auto"></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jun 14, 2019, 11:07 AM pisymbol . <<a href="mailto:pisymbol@gmail.com" target="_blank">pisymbol@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>I know this has been talked about around a thousands times on list. And I have read most of these threads but I am still getting what I think is strange behavior.</div><div><br></div><div>Here's what I'm trying to do:</div><div><br></div><div>I want to intercept every frame of an h.264 30 fps stream (not variable rate, life is good) and get its frame number and timestamp. So as I understand the doc, that should be in the GstBuf.dts and GstBuf.offset fields. I was going down the pad probe route but found that the identity plugin as per the doc a much easier and better route:</div><div><br></div><div>So my first pipeline looked like this:</div><div><br></div><div>... ! omxh264enc bitrate=10000000 ! video/x-h264, stream-format=(string)byte-stream ! h264parse ... ! identity name=nvcamid0 ! muxer<br></div><div><br></div><div>Then I connected to the "handoff" signal for my callback and saw the following:</div><div><br></div><div>dts : offset<br></div><div>0 : 816445297<br>106961 : 839200766<br>130469 : 849786717<br>151008 : 876858645<br>165810 : 909811526</div><br></div></blockquote><div><br></div><div>I guess I'll take a look at source. But does anyone know what dst/offset represent at this stage in the pipeline? My interest again is per frame.<br></div><div><br></div><div>-aps<br></div></div>
</div>
_______________________________________________<br>
gstreamer-devel mailing list<br>
<a href="mailto:gstreamer-devel@lists.freedesktop.org" target="_blank">gstreamer-devel@lists.freedesktop.org</a><br>
<a href="https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" rel="noreferrer" target="_blank">https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a></blockquote></div>
</blockquote></div>