• State Resolved
  • Locked Locked
  • Replies 2 replies
  • Subscribers 98 subscribers
  • Views 398 views
  • Users 0 members are here
Support feedback
Options
Options
Related

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

Feasible or not? Video Capture through VPORT(VIP), DM8168

Haoran Li1
Expert 1850 points
Other Parts Discussed in Thread: TVP5158, TVP7002

Hi,

   I am now using the DVRRDK4.0 in EVM8168 with a catalog daughter card.  In order to capture 1 channel 1080p60 + 1 channel 720p60 video data, I managed to design a custom board to interface the VPORT by using a FPGA chip. According to the datasheet and the E2E forum, I thought that 16bit embedded BT.1120 interface is availble for DM8168 VPORT. 

Thus, I got a plan:

    I decide to generate some dummy video signal in BT.1120 structure by using the FPGA.  In other word, FPGA is the video source; it would automatically and continueously provide dummy video data to VIP (Video in port).  And I would run the Vcap + Vdis demo of DVRRDK to verify if the dummy video was captured correctly.

I doubt if this plan would work:

   1. As far as I know, DVRRDK provide a driver for TVP5158s.  And their I2C driver is located in M3 binary, whose source code is not provided even we have the NDA. How could we get the source code for M3 processor?

   2. Besides, we only have the EVM8168 + catalog dc platform, so the Vcap + Vdis demo is not availible (no tvp5158 or composite Video in Jack in this platform) now.

   3. In my plan, we don't need a video driver for FPGA, since it would automatically dump video data as soon as it powered.  I don't know if the DVRRDK support a no driver control scheme, say, to capture the video directly from the VIP without any external IC configurations.

Could you help me and tell me if my plan would be feasible?

Naroah

Jan/07/2014

  • 0
    TI__Guru 59700 points

    Haoran Li1 said:
    1. As far as I know, DVRRDK provide a driver for TVP5158s.  And their I2C driver is located in M3 binary, whose source code is not provided even we have the NDA. How could we get the source code for M3 processor?

    This is wrong. DVRRDK supplies external video decoder configuration for TVP5158 as part of /dvr_rdk/mcfw/src_linux/devices/tvp5158

    The control is via i2c on A8.No external video decoder happens on M3.

    Source code is provided for M3 as well as A8 in all DVRRDK releases. From where did you get the DVRRDK release ?

    Haoran Li1 said:
    2. Besides, we only have the EVM8168 + catalog dc platform, so the Vcap + Vdis demo is not availible (no tvp5158 or composite Video in Jack in this platform) now.

    Is this your custom board of EVM+Catalog DC ? Either way you have to configure the external video decoder for your platform and select the correct usecase.There are a few HD usecase part of DVRRDK.

    multichhd_vcap_venc_vdis.c

    multich_hd_sdi_dvr.c

    multichhdsd_vcap_venc_vdis.c

    You will have to check if any of these are suitable for you or you need to create your own usecase.

    EVM+EIO daughter card is not a supported DVRRDK platform so there may be some amount of porting effort.

    Refer this post http://e2e.ti.com/support/dsp/davinci_digital_media_processors/f/717/p/304675/1064197.aspx#1064197

    where a HD capture usecase was created on EVM+TVP7002 using DVRRDK.

    Haoran Li1 said:
    3. In my plan, we don't need a video driver for FPGA, since it would automatically dump video data as soon as it powered.  I don't know if the DVRRDK support a no driver control scheme, say, to capture the video directly from the VIP without any external IC configurations.

    You don't need external video decoder. As long as your VIP configuration is correct and FPGA is sending the correct sync capture will work.

     

     

  • 0 in reply to Badri Narayanan
    Expert 1850 points

    Hi Badri,

        Thank you for your reply!

        I find them very helpful.  I'd like to check out the driver and HD usecases which you indicated.


    Naroah

    Jan/08/2014