No problem. We looked at the pictures, they look fine. The only issue, we saw is the clock, which could be always present, but maybe this was just a measurement error. Could you check this again?
Otherwise, it looks like it is a software issue. Could you share your device tree files and the changes you have done to the kernel? Which kernel are you using?
Good day!
I’m sorry for the long answer, has been switched to another project.
Within a few days I will answer
Hi, thanks for the feedback.
Good day!
dts file: imx6qdl-apalis.dtsi; imx6qdl-apalis-eval.dtsi
driver: thc63lvd1024.c
kernel (path: linux-toradex/drivers/media/platform/mxc/capture): Kconfig; Makefile
connection scheme camera → thc63lvd1024: Scheme
C0 - C7 connect to CSI DATA04 - CSI DATA11; Y0 - Y7 connect to CSI DATA12- CSI DATA19
Now I can not get the video capture. I already have no ideas. I tried many variants of video formats and settings.
When running gstreamer
gst-launch-1.0 imxv4l2videosrc device="/dev/video0" ! rtpvrawpay ! udpsink host=192.168.5.163 port=5554 -e -v --gst-debug-level=3
Setting pipeline to PAUSED ...
0:00:00.775854000 722 0x49dc80 WARN imxv4l2videosrc v4l2src.c:124:gst_imx_v4l2src_is_tvin:<imxv4l2videosrc0> VIDIOC_QUERYSTD failed: Invalid argument
Pipeline is live and does not need PREROLL ...
Setting pipeline to PLAYING ...
New clock: GstSystemClock
/GstPipeline:pipeline0/GstImxV4l2VideoSrc:imxv4l2videosrc0.GstPad:src: caps = video/x-raw, format=(string)UYVY, width=(int)1920, height=(int)1080, interlace-mode=(string)progressive, framerate=(fraction)30/1, pixel-aspect-ratio=(fraction)1/1
/GstPipeline:pipeline0/GstRtpVRawPay:rtpvrawpay0.GstPad:src: caps = application/x-rtp, media=(string)video, clock-rate=(int)90000, encoding-name=(string)RAW, sampling=(string)YCbCr-4:2:2, depth=(string)8, width=(string)1920, height=(string)1080, colorimetry=(string)BT709-2, payload=(int)96, ssrc=(uint)3235913693, timestamp-offset=(uint)2053543144, seqnum-offset=(uint)1201, a-framerate=(string)30
/GstPipeline:pipeline0/GstUDPSink:udpsink0.GstPad:sink: caps = application/x-rtp, media=(string)video, clock-rate=(int)90000, encoding-name=(string)RAW, sampling=(string)YCbCr-4:2:2, depth=(string)8, width=(string)1920, height=(string)1080, colorimetry=(string)BT709-2, payload=(int)96, ssrc=(uint)3235913693, timestamp-offset=(uint)2053543144, seqnum-offset=(uint)1201, a-framerate=(string)30
/GstPipeline:pipeline0/GstRtpVRawPay:rtpvrawpay0.GstPad:sink: caps = video/x-raw, format=(string)UYVY, width=(int)1920, height=(int)1080, interlace-mode=(string)progressive, framerate=(fraction)30/1, pixel-aspect-ratio=(fraction)1/1
^C
Have you try to set data_width to 16bit . It will be finally applied to CSI_SENS_CONF’s CSI0_DATA_WIDTH.
yes, i tried. it’s not work
hi, what did you change? In the past you were having a picture which was not ok. So do you see anything, if you capture an image or not?
hi, we have changed the wiring diagram of the converter to the processor to the next: C0 - C7 connect to CSI DATA04 - CSI DATA11; Y0 - Y7 connect to CSI DATA12- CSI DATA19. In the camera now use LVDS in the single output mode.
And earlier the image was incorrect, because agreed on the fact that the converter does not issue BT.1120, but YCbCr with HSYNC, VSYNC, DE.
In the previous post I attached the driver files and schematics
@guffigubber: We are looking into this issue and will come back to you next week.
Thank you very much for your help!