• State
  • Locked Locked
  • Replies 4 replies
  • Subscribers 99 subscribers
  • Views 680 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.

[Capture] Cannot capture video immediately once I run the usecase

Haoran Li1
Expert 1850 points


Hi,

    I am now employing EVM8168 + Custom FPGA for developing.  I have successfully made the whole system working.  The FPGA would generate dummy BT.1120 1080p video frames and feed them into the VIN0 Port of DM8168 within a 8bit x 2Bus embedded sync mode.  And we also tried to display the captured video onto a HDMI monitor.

   FPGA: 1080p BT.1120 @54MHz  ==VIN0 Port===>  Capture(1080p60) ===> Disp(1080p60)

   The usecase run perfectly for three days.  However, the usecase could not capture the dummy video frame immediately, after I powered off and restarted the EVM8168 (cold restarting).  The monitor would display a blank background and the usecase never posts any error or warning on my terminal.

 

     Fig 1.  The monitor display nothing but a blank background once I run my usecase.

      And yet I just let the usecase run.  Three minutes or 5 minutes later, the terminal would post

 [m3vpss ]  101823: CAPTURE: Dynamic resolution change: width: 1920, height: 1080!
     and I could see the colorbar (my dummy video frames) displayed on my monitor.

    Fig 3. After 3~6 minutes, it would be able to display my dummy video.

    I don't know why DM8168 cannot capture my video frames immediately after I starting the usecase.  Yet if I don't try a cold restarting but a hot restarting, I could see my colorbar once the usecase has been run.

    So, could you please help me to solve this issue?  I have no idea with this scenario.

Naroah

Mar/25/2014

  • 0
    Intellectual 560 points

    Hi,Li

    Last year when i working on BT1120,i have faced with similar issues as you facing now.when the app(EZSDK) running ,it will diplay captured buffer data by last running ,then dispalying become normal. i use a camera,so i can find the displaying does right or not.So,you can change you VHDL code to generate Dynamic Image(such as black frame\red frame interlace),

    and  you can check that does displaying have hysteresis phenomenon.

    then i check the eav and sav,and make sure value of Data <235,the app can work perfectly.

    good luck

    dv

    btw,can you help me test the mcfw demo and make me sure my EVM board is not supported by DVRRDK .

  • 0 in reply to Marvin Woo
    Expert 1850 points

    Hi Marvin,

        Yes, you are right.  I do know the senario you said.  Acturally, I am now generating an ACTIVE video, say, "flow colorbar".  And the issue still exists:  It would take 3~5 minutes before the monitor could display my "flow colorbar video".

    Naroah

    Mar/26/2014

        By the way, I have your usecase tested.  I could see nothing except the TI logo, which was stamped by OSD, in my monitor.  The background of my monitor is black.  I am not sure about the availibity of your video source, since I could not display the video with my usecase (only the TI logo), either.

        I tried to open your H264 video by employing KMPlayer.  It seems perfect.  I would try to modify your .ini configuration file and hope a better result.

       Fig 1. I could see the video frames by employing KMPlayer

  • 0 in reply to Haoran Li1
    Intellectual 560 points

    Hi,Li

    Please do a simplest test, In your FPGA,change VHDL to generate static colorbar, if the usecase could running normal,you will working on the VHDL coding....,but if it can not working as before you have did, i think there are something wrong in your EVM.

    and,the FPGA out flow colorbar,try set clock at 75MHZ or higher. 54MHZ , it is not enough for 1080P30.

    dv

    and thank you for your did with my issues.

  • 0 in reply to Marvin Woo
    TI__Guru 59700 points

    Under what condition does your application send LinkControl cmd CAPTURE_LINK_CMD_SET_RESOLUTION.

     Sending that cmd will result in print "CAPTURE: Dynamic resolution change: width: 1920, height: 1080"

    It seems on restart your capture source doesn't start sending data.

    You can confirm this by invoking Vsys_printDetailedSTatistics and checking the capture statistics to see if you receive any frames or not when you are seeing blank dispaly