<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>