appears to be missing data in the i2s capture stream.
See
http://e2e.ti.com/support/dsp/davinci_digital_media_processors/f/100/p/7674/30493.aspx#30493
Any ideas?
Brett
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.
appears to be missing data in the i2s capture stream.
See
http://e2e.ti.com/support/dsp/davinci_digital_media_processors/f/100/p/7674/30493.aspx#30493
Any ideas?
Brett
Can you please check the new codecs. ver 2.00.000.10 for encoder
The latest codecs are available at - http://software-dl.ti.com/dsps/dsps_public_sw/codecs/DM365/index_FDS.html
Integration guide - http://processors.wiki.ti.com/index.php/Migration/Integration_Guide_for_DM36x_H.264_version_2.x_codecs
regards
Yashwant
Brett
Please share your observations with the latest codecs, if your issue is resolved kindly verifyanswer
thanks
Lakshmi
We tried the latest codec, but had some trouble with it related to edma errors ( check /proc/interrutps).
http://e2e.ti.com/support/embedded/f/354/p/68447/247749.aspx#247749
As I recall this was being triggered 40k per second which was eating all of our cpu cycles. I believe that the channel switching issue has been reduced, but not eliminated.
What is handled differently between the 1.x and 2.x codecs? would this cause missing mcbsp writes?
Hi Brett,
I am not aware of the missing mcbps writes. That particular post is 1 yr old with 1.5 year old codec, hence I asked you to try with the new codec. Ver 2.0 codec is the one which will be maintained, if the mcbps misses are also observed here, we can investigate.
The new release with the fix for edma error interrupts/CPU load will happen soon on the web. It is on hold as there are some other issues related to memory freeing failures which is being investigated.
regards
Yashwant