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.
大家好;
我在DM3730上开发视频压缩的功能，现在看来是DSP压缩的速度太慢。
视频输入为：720x576 yuv442的格式
一秒钟压缩H264的格式3-4帧，一秒钟压缩MPEG4的格式8-10帧。
会不会是DSP的工作频率设置过低？请问哪里设置DSP的工作频率，或者查看DSP的工作频率？
谢谢
求大侠给指点，我实在是没办法了。
还有我想问下是不是我的参数设置不对，导致了调用算法的效果和结果不一样。
Edward,
codec包里面应该有测试的文件到文件的例子，你能用例子测试一下性能么？
http://processors.wiki.ti.com/index.php/OMAP3530_Performance
一般来说MLO里面会有对频率的配置，你是否有MLO的相关代码。如果不在MLO，就在uboot里面配置。 应用层也可以修改相关频率，见https://e2e.ti.com/support/dsp/omap_applications_processors/f/447/t/343330。
最直接的方法还是读取相关寄存器的值，判断一下。
谢谢memg
我读取的dspclokc是800000的。看来dsp的频率设置对的。但是就是venc1_process很慢，我代码调试了一下发现就是卡在这个函数上面。
你好；
你有测试过 demo 程序吗？ DM3730编码720P25应当是没有问题的，2路D1的视频也是没有问题的。
你是直接测试的 encode 的 h264 编码的demo程序吗？
你好 谢谢你的回复
我就是测试的demo程序。
encode就是每秒智能压缩3-4帧264，DSP load 98%。
decode运行时候是慢动作，视频文件davincieffect.264，DSP load 5%。
如果主频很硬件都没有问题的话，再把你现在的程序，和demo对比一下吧，或者是和 官方的sdk 做一下对比。
你好 yang：
我就是用的dvsdk的demos。没有用其他的程序。然后我就是把venc1_process注释掉，程序没问题。（不用dsp的情况下）
大家好 问题已近解决。
对于做二次开发的我确实能理解目前做产品的苦恼。
算法和dsp这块确实是我的弱项。
您好：
我也遇到相同的问题，能分享一下你的解决方案吗？
