Duplicate frames on one camera but not the other?

pisymbol . pisymbol at gmail.com
Sat Jul 27 17:35:59 UTC 2019


On Wed, Jul 24, 2019 at 6:08 PM pisymbol . <pisymbol at gmail.com> wrote:

> Btw, GST_DEBUG=4 leaves no clues:
>
> 0:01:36.957303020  4665      0x1480c50 INFO               baseparse
> gstbaseparse.c:3985:gst_base_parse_set_latency:<h264parse0> min/max latency
> 0:00:00.033333333, 0:00:00.033333333
> 0:01:37.497142093  4665      0x1483770 INFO               baseparse
> gstbaseparse.c:3985:gst_base_parse_set_latency:<h264parse1> min/max latency
> 0:00:00.033333333, 0:00:00.033333333
> 0:01:38.173694420  4665      0x1483770 INFO               baseparse
> gstbaseparse.c:3985:gst_base_parse_set_latency:<h264parse1> min/max latency
> 0:00:00.033333333, 0:00:00.033333333
> 0:01:38.832638770  4665      0x1480c50 INFO               baseparse
> gstbaseparse.c:3985:gst_base_parse_set_latency:<h264parse0> min/max latency
> 0:00:00.033333333, 0:00:00.033333333
> 0:01:39.560875744  4665      0x1480c50 INFO               baseparse
> gstbaseparse.c:3985:gst_base_parse_set_latency:<h264parse0> min/max latency
> 0:00:00.033333333, 0:00:00.033333333
> 0:01:40.072591779  4665      0x1483770 INFO               baseparse
> gstbaseparse.c:3985:gst_base_parse_set_latency:<h264parse1> min/max latency
> 0:00:00.033333333, 0:00:00.033333333
> 0:01:40.731023764  4665      0x1483770 INFO               baseparse
> gstbaseparse.c:3985:gst_base_parse_set_latency:<h264parse1> min/max latency
> 0:00:00.033333333, 0:00:00.033333333
> 0:01:41.460566833  4665      0x1480c50 INFO               baseparse
> gstbaseparse.c:3985:gst_base_parse_set_latency:<h264parse0> min/max latency
> 0:00:00.033333333, 0:00:00.033333333
>
> -aps
>
> On Wed, Jul 24, 2019 at 5:56 PM pisymbol . <pisymbol at gmail.com> wrote:
>
>> My glorious pipeline;
>>
>> matroskamux name=muxer streamable=true ! multifilesink name=mfsink
>> post-messages=true next-file=5 max-file-duration=\"{}\" location=\"{}\"
>> nvcamerasrc queue-size=50 do-timestamp=true enable-meta=true
>> fpsRange="30.0 30.0" auto-exposure=1 aeLock=true sensor_id=0 name=nvcam0 !
>> queue ! identity name=tap0
>> ! video/x-raw(memory:NVMM), width=(int)4104, height=(int)3046,
>> format=(string)I420, framerate=(fraction)30/1
>> ! nvvidconv flip-method=2 ! video/x-raw(memory:NVMM), width=(int)3840,
>> height=(int)2160, format=(string)I420
>> ! omxh264enc bitrate=30000000 ! video/x-h264,
>> stream-format=(string)byte-stream ! h264parse ! muxer.video_0
>> nvcamerasrc queue-size=50 do-timestamp=true enable-meta=true
>> fpsRange="30.0 30.0" auto-exposure=1 aeLock=true sensor_id=1 name=nvcam1 !
>> queue ! identity name=tap1
>> ! video/x-raw(memory:NVMM), width=(int)4104, height=(int)3046,
>> format=(string)I420, framerate=(fraction)30/1
>> ! nvvidconv flip-method=2 ! video/x-raw(memory:NVMM), width=(int)3840,
>> height=(int)2160, format=(string)I420
>> ! omxh264enc bitrate=30000000 ! video/x-h264,
>> stream-format=(string)byte-stream ! h264parse ! muxer.video_1
>>
>>

What in general causes duplicate frames in a stream? Is this frame drop?
I'm trying to narrow it down so I can address the issue but don't know what
metric to really look for. Note that my tap calls back takes ~3ms to
complete.

Note it gets better when I remove the 'queue' plugin as well as the
'queue-size' parameter above.

-aps
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20190727/9c52455a/attachment.html>


More information about the gstreamer-devel mailing list