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.

c6678 sv01 input stream

Hi,

I'm running the sv01 demo on C6678 EVM. Instead of the demo cap file provided, I'm trying to use my own cap file with H.264 stream. I can see the data being sent to 192.168.0.136, but I don't see any data coming out of the DSP.

The demo works fine with the input cap file supplied. Can someone please help?

Thanks,

Anuj

  • Hi Anuj,

    Welcome to the TI E2E forum. I hope you will find many good answers here and in the TI.com documents and in the TI Wiki Pages (for processor issues). Be sure to search those for helpful information and to browse for the questions others may have asked on similar topics (e2e.ti.com).

    The sv01 demos are not longer supported. We are moving our demos and customers to PCIe. Please let us know your use case to see if any or our PCIe demos could fit your needs.

    Please refer below post from paula,
    http://e2e.ti.com/support/dsp/c6000_multi-core_dsps/f/639/p/352250/1239027.aspx#1239027

    Other Threads to refer: 

    http://e2e.ti.com/support/dsp/c6000_multi-core_dsps/f/639/t/189161.aspx

    http://e2e.ti.com/support/dsp/c6000_multi-core_dsps/f/639/t/323469.aspx

    Thank you,

  • Hi Rajasekaran

    We'd like to send data to DSP using RTP and get the transcoded data back using RTP. I'm using a 1080p H.264 1Mbps stream. I can run the demos available using the supplied cap file but can't use my own cap file with H264 stream with the demo. Can you tell me if I need to make any changes to the source code to get this working?

    I've ensured that the stream in captured correct and can be extracted and played without any error.

    Can you please help? It's important for us.

    Thanks,

  • Hi Anuj,

    In order to check you are generating correctly .CAP from a video clip, could you convert our MCSDK video input .CAP files to an H.264 and then (after double checking it decodes correctly) use your procedure for generating CAP files and try SV01 demo?. If this works, we will know your procedure for generating CAP files is OK and we can focus on why your H.264 is failing.

    As a note in the past some h.264 clips failed on me if they have huge peaks in frame size.  Some buffer modifications on SV01(code scratch size) were required at that time..

    thank you,

    Paula

  • Hi Paula, Thanks! I was able to figure out the problem and it is working now.

    How can I modify the dim messages in *1080ptranscoding*.h (under ibl_demos) file to make sure that I can decode MPEG2 MP instead of H.264 BP/MP and encode it into H.264? Do you use a script to auto-generate that file? Is there some documentation available that illustrates the meaning of the bits for video messages 4225/4226/4229 etc.? It's difficult to understand them by taking a look at the code and data structures.

    I tried modifying it to use core 6 & 7 to decode MPEG2 instead of H.264 but I guess I'm doing something wrong because I don't get any data back. How can I debug this demo to see where the problem is? 

    Thank you.

    Anuj

  • Anuj, In order to debug (step into the code) you can turn off optimization flags and rebuild SV01 (with FLAT=YES)

    Optimization flags can be turned off by commenting out the following line in dsp\mkrel\c64x\makedefs.mk:
    #C_OPT_FLAGS  = -mt -mw -os -o3 --optimize_with_debug

    FYI, we are moving away from SV01 and focusing on SV04 (PCIe and TFTP demos).

    Thank you,

    Paula

  • Thanks, okay. I've two last questions:

    1. Are the PCIe demos available for 66AK2H1x?

    2. What about the messages in ibl_demos that I asked about? How can I generate/modfy them? Is there some documentation available?

    Thank you for your help.

    Anuj