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.

CCS/TDA2SX: dsp statistic

Part Number: TDA2SX

Tool/software: Code Composer Studio

Hi  dear TIer,

I am working on tda2sx , vsdk 3.8

I  create two usecases:

1)  nullsrc(A15)->alg(dsp1)->nullLink(A15)

2)nullsrc(A15)->dup

dup->alg(dsp1)->nullLink(A15)

dup->alg(dsp2)->display(ipu)

In the first case , nullLink can receive frames every 200ms,

In the second case, dsp2 is almost idle, and the load of dsp1  CPU is 96.4%. 

(p.s.  In most cases, I don't know why, I can't get dsp1 load, even in the first case. Is it because dsp1 is overloaded?

 [HOST] [IPU2  ]   1547.018727 s:  CPU [DSP1   ] Statistics,
 [HOST] [IPU2  ]   1547.018788 s:  *************************
 [HOST] [IPU2  ]   1547.018849 s:  CPU: DSP1: Unable to get CPU statistics !!!

but in this case the interval of nullLink  receiving frames is not steady, some times the interval is 200ms, sometimes 400ms, or 0 ms.

But in fact the cpu load in two cases are the same.

Could you please tell me how to locate and solve the problem?  Thanks!

Following is the log showing the interval of nullLink receiving frames:

 [HOST] [HOST  ]   2428.249708 s: NullLink_drvProcessFrames  SYSTEM_BUFFER_TYPE_VIDEO_FRAME
 [HOST] [HOST  ]   2428.457693 s: NullLink_drvProcessFrames  SYSTEM_BUFFER_TYPE_VIDEO_FRAME //210ms
 [HOST] [HOST  ]   2428.873175 s: NullLink_drvProcessFrames  SYSTEM_BUFFER_TYPE_VIDEO_FRAME //420ms
 [HOST] [HOST  ]   2428.873511 s: NullLink_drvProcessFrames  SYSTEM_BUFFER_TYPE_VIDEO_FRAME //0ms
 [HOST] [HOST  ]   2429.081282 s: NullLink_drvProcessFrames  SYSTEM_BUFFER_TYPE_VIDEO_FRAME //210ms
 [HOST] [HOST  ]   2429.496581 s: NullLink_drvProcessFrames  SYSTEM_BUFFER_TYPE_VIDEO_FRAME //410ms
 [HOST] [HOST  ]   2429.496825 s: NullLink_drvProcessFrames  SYSTEM_BUFFER_TYPE_VIDEO_FRAME //0ms
 [HOST] [HOST  ]   2429.704322 s: NullLink_drvProcessFrames  SYSTEM_BUFFER_TYPE_VIDEO_FRAME //200ms
 [HOST] [HOST  ]   2429.912399 s: NullLink_drvProcessFrames  SYSTEM_BUFFER_TYPE_VIDEO_FRAME //210ms
 [HOST] [HOST  ]   2430.327637 s: NullLink_drvProcessFrames  SYSTEM_BUFFER_TYPE_VIDEO_FRAME //410ms
 [HOST] [HOST  ]   2430.327912 s: NullLink_drvProcessFrames  SYSTEM_BUFFER_TYPE_VIDEO_FRAME //0ms
 [HOST] [HOST  ]   2430.535500 s: NullLink_drvProcessFrames  SYSTEM_BUFFER_TYPE_VIDEO_FRAME //210ms
 [HOST] [HOST  ]   2430.951105 s: NullLink_drvProcessFrames  SYSTEM_BUFFER_TYPE_VIDEO_FRAME //420ms
 [HOST] [HOST  ]   2430.951349 s: NullLink_drvProcessFrames  SYSTEM_BUFFER_TYPE_VIDEO_FRAME //0ms
 [HOST] [HOST  ]   2431.158937 s: NullLink_drvProcessFrames  SYSTEM_BUFFER_TYPE_VIDEO_FRAME //200ms