Some portion of the frame is located another side

Please provide complete information as applicable to your setup.

• Hardware Platform (Jetson / GPU)
Jetson Nano
• DeepStream Version
6.0
• JetPack Version (valid for Jetson only)
4.6.5-b29
• Issue Type( questions, new requirements, bugs)
question.

I am facing that some portion of the osd frame is located right side of the image also upper side of the frame, it seems all frames collapsing each other, it occurs evey 2-3 seconds when I tried deepstream python application examples also my custom deepstream code with sink.set_property('sync', False) but if I make it True it is decreased but still happening. Also this occurs only in the resolution of 4640x3480 below of it don’t have any problem. I have e-con see3Cam-130.

Here is the osd o/ps from the same place.
This is the original image, no new placement of some portion of the frame.
stream-0-7
And two secs later it becomes:
stream-0-4
You can see that left side of the frame located to the right.

which sample are you testing or referring to? what is the whole media pipeline?
could you narrow down this issue? for example, remove the custom code or some plugins temporarily.

Here in the link I have tried deepstream_test_1_usb.py named code for usb camera the same things happened. I just change this part:
caps_v4l2src.set_property('caps', Gst.Caps.from_string("video/x-raw, framerate=30/1"))
to this:
caps_v4l2src.set_property('caps', Gst.Caps.from_string("video/x-raw, framerate=6/1, width=4640, height=3480"))

  1. please refer to this faq to check if the the media property(resolution, framerate) is supported.
  2. I suggest using gst-launch to debug first. please check if the following three cmds run well. you need to correct the v4l2src device name.
gst-launch-1.0 -v v4l2src device=/dev/videox ! 'video/x-raw, width=4640, height=3480, framerate=6/1'  ! nvvideoconvert ! 'video/x-raw(memory:NVMM)' !  nv3dsink
gst-launch-1.0 -v v4l2src device=/dev/videox ! 'video/x-raw, width=4640, height=3480, framerate=6/1'  ! nvvideoconvert ! 'video/x-raw(memory:NVMM)' !   mux.sink_0 nvstreammux name=mux  batch-size=1 width=1920 height=1080  ! nv3dsink
gst-launch-1.0 -v v4l2src device=/dev/videox ! 'video/x-raw, width=4640, height=3480, framerate=6/1'  ! nvvideoconvert ! 'video/x-raw(memory:NVMM)' !   mux.sink_0 nvstreammux name=mux  batch-size=1 width=1920 height=1080 ! nvinfer config-file-path=/opt/nvidia/deepstream/deepstream/samples/configs/deepstream-app/config_infer_primary.txt batch-size=1  ! nvvideoconvert ! 'video/x-raw(memory:NVMM),format=RGBA' ! nvdsosd !   nvvideoconvert  ! nv3dsink

I have already looked this and set my pipeline, it’s correct I can confirm and for other gstreamer pipelines gave the same problem.

  1. do you mean testing the following cmd you can see the video, but the issue in the description still happened?
gst-launch-1.0 -v v4l2src device=/dev/videox ! 'video/x-raw, width=4640, height=3480, framerate=6/1'  ! nvvideoconvert ! 'video/x-raw(memory:NVMM)' !  nv3dsink sync=0
  1. could you share the log 1.log after do following test? Thanks. Ten seconds is enough.
export GST_DEBUG=6 && gst-launch-1.0 -v v4l2src device=/dev/videox ! 'video/x-raw, width=4640, height=3480, framerate=6/1'  ! nvvideoconvert ! 'video/x-raw(memory:NVMM)' !  nv3dsink sync=0 >1.log 2>&1
  1. to rule out the nvvideocovnert’s issue. testing this following pipeline, will the issue in the description still happen?
gst-launch-1.0 -v v4l2src device=/dev/videox ! 'video/x-raw, width=4640, height=3480, framerate=6/1'  !  autovideosink

yes, with this ipipeline issue persists.

here is the log file.
1.log (8.8 MB)

and this is the o/p:

for this here is the file:
file.txt (1.4 MB)

what do you mean about “and this is the o/p:”? could you answer the third question in my last comment? if yes, the issue should be related to v4l2src.

sorry interesingly I passed this pipeline, the screen is not shown here is the only output I got from your third pipeline:

$ gst-launch-1.0 -v v4l2src  device=/dev/video0 ! 'video/x-raw, width=4640, height=3480, framerate=6/1'  !  autovideosink
Setting pipeline to PAUSED ...
Pipeline is live and does not need PREROLL ...
Setting pipeline to PLAYING ...
New clock: GstSystemClock
/GstPipeline:pipeline0/GstV4l2Src:v4l2src0.GstPad:src: caps = video/x-raw, width=(int)4640, height=(int)3480, framerate=(fraction)6/1, format=(string)UYVY, pixel-aspect-ratio=(fraction)1/1, colorimetry=(string)2:6:5:1, interlace-mode=(string)progressive
/GstPipeline:pipeline0/GstCapsFilter:capsfilter0.GstPad:src: caps = video/x-raw, width=(int)4640, height=(int)3480, framerate=(fraction)6/1, format=(string)UYVY, pixel-aspect-ratio=(fraction)1/1, colorimetry=(string)2:6:5:1, interlace-mode=(string)progressive
/GstPipeline:pipeline0/GstAutoVideoSink:autovideosink0.GstGhostPad:sink.GstProxyPad:proxypad0: caps = video/x-raw, width=(int)4640, height=(int)3480, framerate=(fraction)6/1, format=(string)UYVY, pixel-aspect-ratio=(fraction)1/1, colorimetry=(string)2:6:5:1, interlace-mode=(string)progressive
/GstPipeline:pipeline0/GstAutoVideoSink:autovideosink0.GstGhostPad:sink: caps = video/x-raw, width=(int)4640, height=(int)3480, framerate=(fraction)6/1, format=(string)UYVY, pixel-aspect-ratio=(fraction)1/1, colorimetry=(string)2:6:5:1, interlace-mode=(string)progressive
/GstPipeline:pipeline0/GstCapsFilter:capsfilter0.GstPad:sink: caps = video/x-raw, width=(int)4640, height=(int)3480, framerate=(fraction)6/1, format=(string)UYVY, pixel-aspect-ratio=(fraction)1/1, colorimetry=(string)2:6:5:1, interlace-mode=(string)progressive
ERROR: from element /GstPipeline:pipeline0/GstV4l2Src:v4l2src0: Internal data stream error.
Additional debug info:
gstbasesrc.c(3055): gst_base_src_loop (): /GstPipeline:pipeline0/GstV4l2Src:v4l2src0:
streaming stopped, reason not-negotiated (-4)
Execution ended after 0:00:01.850821206
Setting pipeline to PAUSED ...
Setting pipeline to READY ...
Setting pipeline to NULL ...
Freeing pipeline ...
  1. seems the third-party autovideosink can’t render the video directly. please use the following cmds to test. wondering if the issue is related to the video capture.
gst-launch-1.0 -v v4l2src  device=/dev/video0 ! 'video/x-raw, width=4640, height=3480, framerate=6/1'  ! videoconvert ! autovideosink
or 
gst-launch-1.0 -v v4l2src  device=/dev/video0 ! 'video/x-raw, width=4640, height=3480, framerate=6/1'  ! videoconvert ! nv3dsink
  1. if the test in point1 is fine. the issue should be related to nvvideoconvert. could you share the test.264 in the following test? the pipeline will encode the outputs to a file.
gst-launch-1.0 -v v4l2src  device=/dev/video0  ! video/x-raw,format=UYVY,width=4640,height=3480,framerate=6/1 !   nvvideoconvert ! 'video/x-raw(memory:NVMM), width=1920,height=1080' ! nvv4l2h264enc bitrate=1000000 ! filesink location=test.264

There is no update from you for a period, assuming this is not an issue anymore. Hence we are closing this topic. If need further support, please open a new one. Thanks

This topic was automatically closed 14 days after the last reply. New replies are no longer allowed.