TI中文支持网
TI专业的中文技术问题搜集分享网站

DM3730 平台上 DSP 使用h264venc_prod.l64P 视频压缩算法太卡

大家好;

我在DM3730上开发视频压缩的功能,现在看来是DSP压缩的速度太慢。

视频输入为:720×576 yuv442的格式

一秒钟压缩H264的格式3-4帧,一秒钟压缩MPEG4的格式8-10帧。

会不会是DSP的工作频率设置过低?请问哪里设置DSP的工作频率,或者查看DSP的工作频率?

谢谢

lu edward:

求大侠给指点,我实在是没办法了。

还有我想问下是不是我的参数设置不对,导致了调用算法的效果和结果不一样。

Chris Meng:

回复 lu edward:

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。

最直接的方法还是读取相关寄存器的值,判断一下。

lu edward:

回复 Chris Meng:

谢谢memg

我读取的dspclokc是800000的。看来dsp的频率设置对的。但是就是venc1_process很慢,我代码调试了一下发现就是卡在这个函数上面。

Ternence_Hsu:

回复 lu edward:

你好;

        你有测试过 demo 程序吗?  DM3730编码720P25应当是没有问题的,2路D1的视频也是没有问题的。

Ternence_Hsu:

回复 Ternence_Hsu:

你是直接测试的 encode 的 h264 编码的demo程序吗?

lu edward:

回复 Ternence_Hsu:

你好 谢谢你的回复

我就是测试的demo程序。

encode就是每秒智能压缩3-4帧264,DSP load 98%。

decode运行时候是慢动作,视频文件davincieffect.264,DSP load 5%。

谢谢 

Ternence_Hsu:

回复 lu edward:

如果主频很硬件都没有问题的话,再把你现在的程序,和demo对比一下吧,或者是和 官方的sdk 做一下对比。

lu edward:

回复 Ternence_Hsu:

你好 yang:

我就是用的dvsdk的demos。没有用其他的程序。然后我就是把venc1_process注释掉,程序没问题。(不用dsp的情况下)

lu edward:

回复 lu edward:

大家好 问题已近解决。

对于做二次开发的我确实能理解目前做产品的苦恼。

算法和dsp这块确实是我的弱项。

peng zhang25:

回复 lu edward:

您好:

         我也遇到相同的问题,能分享一下你的解决方案吗?

赞(0)
未经允许不得转载:TI中文支持网 » DM3730 平台上 DSP 使用h264venc_prod.l64P 视频压缩算法太卡
分享到: 更多 (0)