Hongmei Would you answer my question in below thread

Hi David,

Sorry for my late response. I just replied to the other thread. As for setting the local MAC address of the DSP, please refer to the wiki page: 

http://processors.wiki.ti.com/index.php/MCSDK_VIDEO_2.0_CODEC_TEST_FW_User_Guide#4._Prepare_PC

We can use the first DSP of DSPC8681E, and specify its local MAC and IP address as in the above wiki: DSP IP needs to be under the same subnet as the TFTP server; MAC can be any valid MAC address as long as it is not used in the same subnet.

Thanks,

Hongmei

Hi,Hongmei:

Thanks for your help.

Now I can run sv04ccs on DSPC8681E.But tftp cannot start successfully.The error info is:

Starting TFTP Get for bus_cif.yuv... Error receive from server!

When I debug the project,I found the code return at this place:

  do {

      ctrl.code = TFTP_CTRL_GET_STATUS;

      tftpControl(tftpInst, &ctrl);

      if(ctrl.u.xferStatus == TFTP_FILE_XFER_COMPLETE) {

        printf("Error receive from server!\n");

        if(req == TFTP_WRQ)

          abort();

        return;

      }

My pc serveraddress is 192.168.5.111,My dsp localipaddress is 192.168.5.110.They are in the same SubNet.I connect pc and DSPC8681 with cable rather than through switch.

When I run arp –a on server PC ,it shows in attached file:

It means that PC as tftp server cannot receive the request RRQ from client DSP 192.168.5.110.I also snap the data packet using Wireshark in attached file.Hongmei I am not very skilled with network protocol ,Would you help me check the reason why server cannot receive the RRQ from DSP?

7624.tftp.cfg

http://e2e.ti.com/cfs-file.ashx/__key/communityserver-discussions-components-files/639/4643.Wiresharp-cap.7z

Hi David,

According to the display of "arp -a" and your tftp.cfg, the arp entry for DSP is missing. Please follow instructions at http://processors.wiki.ti.com/index.php/MCSDK_VIDEO_2.0_CODEC_TEST_FW_User_Guide#4._Prepare_PC to enable ARP entry on the PC so that it can send packets to DSP. It would be as follows for your tftp.cfg

arp -s 192.168.5.110 08-24-BA-79-CC-9E

If your TFTP server is on a Windows PC, you may need to run the command window as administrator in order to do "arp -s". 

Thanks,

Hongmei

Hi,Hongmei:

I follow your suggestion and run the command by administrator using arp -s.

But error still appear.When I arp -a on PC ,dsp ip address still doesn't display  like below

dsp ipaddress 192.168.5.110 is still not under list .

Some useful info attached below:

Connection received from 192.168.5.110 on port 32768 [19/02 18:49:49.974]
Read request for file <bus_cif.yuv>. Mode octet [19/02 18:49:49.975]
OACK: <blksize=1460,> [19/02 18:49:49.975]
Using local port 52554 [19/02 18:49:49.975]
Connection received from 192.168.5.110 on port 32768 [19/02 18:50:00.940]
Unexpected request 5 from peer [19/02 18:50:00.940]
Returning EBADOP to Peer [19/02 18:50:00.940]
TIMEOUT waiting for Ack block #0  [19/02 18:51:25.117]
Connection received from 192.168.5.110 on port 32768 [19/02 19:08:26.578]
Read request for file <bus_cif.yuv>. Mode octet [19/02 19:08:26.578]
OACK: <blksize=1460,> [19/02 19:08:26.578]
Using local port 50529 [19/02 19:08:26.578]
Connection received from 192.168.5.110 on port 32768 [19/02 19:08:37.467]
Unexpected request 5 from peer [19/02 19:08:37.467]
Returning EBADOP to Peer [19/02 19:08:37.467]
TIMEOUT waiting for Ack block #0  [19/02 19:10:01.723]
Connection received from 192.168.5.110 on port 32768 [19/02 19:16:11.464]
Read request for file <bus_cif.yuv>. Mode octet [19/02 19:16:11.464]
OACK: <blksize=1460,> [19/02 19:16:11.464]
Using local port 63552 [19/02 19:16:11.464]
Connection received from 192.168.5.110 on port 32768 [19/02 19:16:22.384]
Unexpected request 5 from peer [19/02 19:16:22.384]
Returning EBADOP to Peer [19/02 19:16:22.384]
TIMEOUT waiting for Ack block #0  [19/02 19:17:46.609]

[C66xx_0] 
Starting TFTP Get for bus_cif.yuv... Error receive from server!
Num. buffs requested = 13 
algAlloc req. Buffer 0: space = 17, size = 1664 
algAlloc req. Buffer 1: space = 0, size = 261376 
algAlloc req. Buffer 2: space = 17, size = 327680 
algAlloc req. Buffer 3: space = 17, size = 4480 
algAlloc req. Buffer 4: space = 17, size = 5888 
algAlloc req. Buffer 5: space = 17, size = 6144 
algAlloc req. Buffer 6: space = 17, size = 8192 
algAlloc req. Buffer 7: space = 17, size = 65536 
algAlloc req. Buffer 8: space = 17, size = 8448 
algAlloc req. Buffer 9: space = 17, size = 6983680 
algAlloc req. Buffer 10: space = 17, size = 554880 
algAlloc req. Buffer 11: space = 17, size = 142848 
algAlloc req. Buffer 12: space = 17, size = 32640 

Algorithm Instance Creation Done...

 Bitstream Ended...  
TFTP Get stopped. 
TFTP Statistics-------------------+
|  RX Bytes          :          0 |
|  TX Bytes          :          0 |
|  Valid Packets     :          0 |
|  Duplicate Packets :          0 |
|  Error Packets     :          0 |
+---------------------------------+

TFTP Put stopped. 
TFTP Statistics-------------------+
|  RX Bytes          : -1273955653 |
|  TX Bytes          :          0 |
|  Valid Packets     :  318111744 |
|  Duplicate Packets :          0 |
|  Error Packets     :          0 |
+---------------------------------+

 --------------  SUMMARY --------------------
 TOTAL bytes=0
  Total number of Frames          = 1
  Bit Rate at 30 frames/Sec       = 0 Kbps
  Width and Height                = 176, 144 
 --------------    END   --------------------

 End of execution
End of Program 

Hi David,

Did you get any error when running "arp -s ** **" ?

Can you please reboot your PC and retry? or you can try with another PC?

Thanks,

Hongmei

Hi David, wondering if you get arp to work. Let us know.

thanks,

Paula

Hi,Paula:

I am sorry that I don't have time to try what Hongmei suggest because of others affairs.

So I will try as soon as possible.Thanks.

Hi,Hongmei&Paula:

Now I have already transferred data from pc to 6678 via tftp .The arp issues have

disappeared.thank you very much!

And I also have encoded my cif yuv data successfully from the printf infos.But when

bitstreams are send outside.VLC display mess.I don't know why.

My input yuv data is cif 352x288.dsp ip is 192.168.5.110. port is 32770.

The same time I modify the sdp file under the mcsdk folders you supply.

Would you help me to check the sdp file I attached below? Thanks!

http://e2e.ti.com/cfs-file.ashx/__key/communityserver-discussions-components-files/639/1106.t_5F00_rtp_5F00_0_5F00_1_5F00_for-8681.7z

Hi David,

From the link "http://e2e.ti.com/support/dsp/c6000_multi-core_dsps/f/639/t/187260.aspx?pi267198=2":

"VLC typically has problem receiving H264 RTP stream (without additional hinting via container mov/avi/ts etc). VLC can however decode other codecs properly. Please use mplayer to receive the stream."

Please refer to the link above for more details.

Thanks,

Hongmei

Hi,Hongmei:

Thank you very much.Now I can play the sdp file in real-time and I can see the video playing

fluently.Thanks again.

Besides,I have another question .Does the sv04 project you supply support using tftp putting

264 file which is encoded by 6678 to PC as a tftp server? If I modify source code like below:

#if 1
  siuVctTftpPutData(pBuf,bufSizes);
#else
  siuVctVppuPutData(pBuf,bufSizes);
#endif

My new goal is to let the 264 file to be saved on file system on PC.

Hi David,

It's great to know that you now have the video playout. I am glad that I can help.

As for sending the output via TFTP, if you must use the same sv04 project, one more change is needed in addition to the one you pointed out from the code inspection: In dsp\siu\vct\src\siuVctInit.c: use the original code to create and open TFTP for chnum 2.

Please let us know if this works or not.

Thanks,

Hongmei

Hi,Hongmei:

Thanks,I will try it.Another question .

How can I save the bitstream into my filesystem on PC via Mplayer or vlc when

I watch  the bitstream using Mplayer or vlc  in real-time ?

In other words,How can I save bitstream while vlc or mplayer play them ?

Can I reach that goal ? Isn't it a reasonable idea ? If no tell me why ?

B.R!

Ok,thanks,I will try that