YUV16-Bit through BT.1120 Implement on IPNC V2.6

Hi all,

Can you help me to confirm my bt.1120 setting of isif  that is right?

I refer tvp7002 driver setting and DM368 datasheet to configure ISIF register to BT.1120 mode. The register dump at below.

# ./regrw.out 1c71000 52

 0x01c71000: 00000001 00001000 00000000 00000000                // 0x01c71004   YCbCr 16Bit
 0x01c71010: 00000000 00000001 00000000 00000eff
 0x01c71020: 00000001 00000001 0000043f 0000ffff
 0x01c71030: 000000ff 00000078 00000249 00000418
 0x01c71040: 0000eb80 00000000 00000000 0000b1b1
 0x01c71050: 00000200 00000200 00000200 00000200
 0x01c71060: 00000000 00000000 00000000 00000000
 0x01c71070: 00000424 00000424 00000424 00000000
 0x01c71080: 00007708 00000001 00000910 00000000      // 0x01c71084   REC656 Interface Enable  
                                                                                                             // 0x01c71088   The data width in CCIR656 input mode 8 bit
 0x01c71090: 00000000 00000000 00000000 00000000
 0x01c710a0: 00000000 00000000 00000000 00000000
 0x01c710b0: 00000000 00000000 0000001f 00000000
 0x01c710c0: 00000000 00000000 00000000 00000000

Thanks so much.

B.R.

Omin

ISIF-REC656 Interface should be enabled only when BT.656(NTSC/PAL) being input.  Since you want to capture 1080P@30, you should use Generic YCbCr Configuration Signal Interface. Pl refer to section 2.6.1 of dm36x VPFE user guide.

Hi Nagabhushana,

Thanks for your reply.

Your explanation let me confuse. I follow dm36x VPFE user's guide page 47 to set register for BT.1120 as below.

But you recommend me to disable REC656 that is contradiction.

I discover something the tvp7002 register setting on DM365 EVM which is Generic YCbCr Configuration, right?

I trace the EVM schematic that the tvp7002 HSYNC and VSYNC does not connect to dm365. So, this means if do not connect HSYNC and VSYNC to dm365 which the Generic YCbCr Configuration will swich to BT.1120 mode. Is my view right?

Omin Chou,

I will get back to you. I need to verify documents for BT.1120 interface.

Hi,

Omin Chou said:

1. I want to verify something. If the front-end send the data is wrong whether the capture status will not have interrupt. The meaning is do not capture the picture. Is my view right?

Capture hardware (ISIF) generates interrupt based on the clock and HSYNC,VSYNC. In your case, as you are using embedded sync mode, the ISIF hardware will determine the embedded sync and generate the interrupts. If you have correctly generated the BT.1120 timings and signalling, then even if active data is wrong, you should get an interrupt.

Omin Chou said:

2. How do I set the height and width blanking on 1080P resolution at FPGA side?

Do you want to know the values you should set? In general the horizontal blanking should be of the order of 64 pixels and vertical blanking of the order of 12-32 lines. I dont know about your FPGA, so i cannot tell how to set the horizontal and vertical blanking.

Omin Chou said:

3. I think drv_isif.c and avServerUi.c need to modify more but I do not have any idea.

Yes, and you would need to modify the corresponding imager/input device driver.

Omin Chou said:

4. Can TI provide a yuv16-bit through BT.1120 a patch for our reference? I know Anshuman has provide the yuv8-bit mode before.

I am not sure if we are going to have BT.1120 support anytime soon in IPNC software package. We had added BT.656 support in the latest release for customers to integrate the D1 resolution video decoders. But in general the guidelines to integrate the BT.656 video input should be valid for BT.1120 input as well.

Regards,

Anshuman

PS: Please mark this post as verified, if you think it has answered your question. Thanks.

Hi Nagabhushana and Anshuman,

Currently, I can catch the stream correctly.

Thanks so much for your comments.

B.R.

Omin

Hi

   I ran into the same problem, can you help me to send bt.1120 setting of isif register to me. dang_qian@163.com

Thanks for your help.

dq