i.MX ProcessorsのトピックRe: Switching CSI into Progressive bt.656 Mode

Switching CSI into Progressive bt.656 Mode

StevieRG — Mon, 10 Sep 2012 15:21:23 GMT

We have a composite video decoder chip (TW9912) that can produce either Interlaced or Progressive bt.656 video, fed into CSI0.

In our application we do this:

fmt.fmt.pix.field = V4L2_FIELD_INTERLACED;

ioctl(Fd_v4l_camera, VIDIOC_S_FMT, &fmt)

... and this works great when the video chip is in Interlaced mode; there's a reasonable but interlaced picture.

Now if we change the video chip to Progressive mode and also do this:

fmt.fmt.pix.field = V4L2_FIELD_NONE; // according to V4L2, this means Progressive

ioctl(Fd_v4l_camera, VIDIOC_S_FMT, &fmt)

... this gives no picture at all, though we can see data entering the CSI port from the video chip. This is the only change we made to our app. The drivers give no error, and if we read back the fmt using VIDIOC_G_FMT we see the correct value for fmt.fmt.pix.field (it is value 1).

Could someone please advise what we must do to configure the iMX to interface with a Progressive bt.656 signal.

Many thanks

Re: Switching CSI into Progressive bt.656 Mode

zhhpudk — Tue, 11 Sep 2012 08:12:23 GMT

You can try this:

change

csi_param.clk_mode = IPU_CSI_CLK_MODE_CCIR656_INTERLACED;

for

csi_param.clk_mode = IPU_CSI_CLK_MODE_CCIR656_PROGRESSIVE;(mxc_v4l2_capture.c mxc_v4l2_s_param)

Re: Switching CSI into Progressive bt.656 Mode

StevieRG — Tue, 18 Sep 2012 09:25:54 GMT

Thanks for the good advice to mod mxc_v4l2_capture.

We now have an excellent progressive picture from an interlaced composite source - this gets around the deinterlacer of the iMX only being on the 'back end'. The only thing is we find we are getting 50 full *frames* reported per second from a PAL source, we expect 25.

Our camera thread is like most others where it just blocks to dequeue a camera buffer, and we see 50 of these per second. As a temp workaround we discard alternate buffer events to bring it back to 25, but I guess there is a nicer way.

When we were originally using interlaced input, we had 25 FPS, the only change made was the simple change that was recommended for getting progressive mode, and now it's 50.

Maybe someone knows of something else we need to change to get progressive back down to 25 FPS? Many thanks.

Re: Switching CSI into Progressive bt.656 Mode

ff — Wed, 27 Feb 2013 07:20:37 GMT

hi Steve Green

recently i am working on tw9912,but my Manufacture did not give me any inux driver,so it is very difficult for me to write the code without a reference，can u share your code ？

thanks

Re: Switching CSI into Progressive bt.656 Mode

zhanxiaozhang — Mon, 08 Apr 2013 05:26:52 GMT

Hi,now I also work on tw9912 ,can you send me your driver file to me ,thanks !

Re: Switching CSI into Progressive bt.656 Mode

zhanxiaozhang — Mon, 08 Apr 2013 05:27:46 GMT

did u get source driver code?if do ,can you share it with me?

Re: Switching CSI into Progressive bt.656 Mode

paulhottell — Wed, 08 May 2013 02:24:45 GMT

Hello,

I have also been working with the tw9912 decoder chip. I am curious if I can get the driver source code as well.

Kind Regards,

Paul Hottell

Re: Switching CSI into Progressive bt.656 Mode

ff — Fri, 10 May 2013 02:02:48 GMT

hi Paul Hottell

you can write your own tw9912.c according adv7180.c in \kernel\linux-2.6.35\drivers\media\video\mxc\capture

it is not as difficult as you think。

you can communite to your chip supporter to get the register table

Re: Switching CSI into Progressive bt.656 Mode

herveschmitt — Thu, 16 Jan 2014 16:24:09 GMT

Hi Steve,

Could you tell us on which kind of i.MX processor and which SW version you succeeded in using 576p video decoded by the TW9912 ?

We are facing the same kind of problem on i.MX6Dual with Linux 3.0.35_4.0.0 decoded by an ADV7280 chip (which seems a competitor of the TW9912 as it can also convert PAL or NTSC interlaced flow to progressive at 50 fps for PAL or 60 fps for NTSC on BT656).

If anybody else succeeded in reading PAL progressive video on BT656 on i.MX6, we would be interested as we didn't succeed (yet) and we wonder if anybody already did it on i.MX6.

Regards,

Hervé.

Re: Switching CSI into Progressive bt.656 Mode

zhanxiaozhang — Mon, 20 Jan 2014 01:14:18 GMT

reading PAL progressive video on BT656 on i.MX6，but the video sometimes rolling every 10s,so we change to imx6 do deinterlace

Re: Switching CSI into Progressive bt.656 Mode

herveschmitt — Mon, 20 Jan 2014 10:55:43 GMT

Hi Zhanxiaozhang,

So you have first used an external chip (TW9912) to deinterlace on i.MX6, and - as you were not satisfied by the resulting quality (rolling every 10s) - you changed the deinterlacing principle by making it done by the i.MX6 internal VDIC. If this is what really happened, I'm quite worried because we've done the same tests the other side:

First we used the VDI (De-interlace Capture Device on which we fixed a bug described by i.MX6 PAL deinterlacer artifact). It works OK now (not perfectly, but acceptable) but isn't stable when SATA and Ethernet I/O traffic is cumulated with the video processing, as described by i.MX6D VDI causing IDMA unrecoverable errors.
So, we tried hardware deinterlacing using an external chip (ADV7280 which offers the same functions as the TW9912). We tried changing IPU_CSI_CLK_MODE_CCIR656_INTERLACED to IPU_CSI_CLK_MODE_CCIR656_PROGRESSIVE in mxc_v4l2_capture.c without any success. We also tried changing bt656 parameters without success also. We have the feeling we encounter the same problem as Q&A: Is it really possible to implement the BT656 with SAV / EAV and without external HSYNC/VSYNC?, but nobody answered this post!

Could you just answer the following questions to help us (and other people reading this post):

Which version of i.MX6 did you use (Solo, Dual, Quad - we use the Dual version) ?
Which version of Linux (we use 3.0.35_4.0.0) ?
Do you confirm the only change you made was modifying IPU_CSI_CLK_MODE_CCIR656_INTERLACED to IPU_CSI_CLK_MODE_CCIR656_PROGRESSIVE in mxc_v4l2_capture.c ? If other changes were required, could you please describe them ?
Could you please describe more precisely what's wrong in the video you read using this progressive BT656 ? Is it OK during 10s followed by 10s of "rolling" repeated infinitely ?

Thanks a lot for your help.

Regards,

Hervé.

Re: Switching CSI into Progressive bt.656 Mode

zhanxiaozhang — Tue, 11 Feb 2014 07:07:00 GMT

Which version of i.MX6 did you use (Solo, Dual, Quad - we use the Dual version) ? -----------solo
Which version of Linux (we use 3.0.35_4.0.0) ? -----3.0.35 ——4.0.0
Do you confirm the only change you made was modifying IPU_CSI_CLK_MODE_CCIR656_INTERLACED to IPU_CSI_CLK_MODE_CCIR656_PROGRESSIVE in mxc_v4l2_capture.c ? If other changes were required, could you please describe them ?-----------------set to IPU_CSI_CLK_MODE_CCIR656_PROGRESSIVE ，there is two picture（up and down）
Could you please describe more precisely what's wrong in the video you read using this progressive BT656 ? Is it OK during 10s followed by 10s of "rolling" repeated infinitely ?

------------it rolling infitely （per 10s）

Re: Switching CSI into Progressive bt.656 Mode

强王 — Tue, 22 Dec 2015 07:11:40 GMT

HI Zhang:

can you give me tw9912.c driver ?

Re: Switching CSI into Progressive bt.656 Mode

强王 — Wed, 23 Dec 2015 09:18:15 GMT

我已经调好了，需要的朋友可以留言给我

Re: Switching CSI into Progressive bt.656 Mode

zky141225 — Thu, 31 May 2018 01:24:26 GMT

你好，我现在图像已经调试出来了，使用ADV7280M-mipi接口+imx6q 图像通过cpu的编解码会出现锯齿的现象，晃动会有残影！望能指教~ 感激不尽