iMX6Q_VPU_TEST

xkp-380443

在Dec.c中decoder_start函数内有这么几句话：
/* In 8 instances test, we found some instance(s) may not get a chance to be scheduled
* until timeout, so we yield schedule each frame explicitly.
* This may be kernel dependant and may be removed on customer platform */

最后的“may be removed on customer platform”指哪些内容？

我知道答案 目前已有5人回答

阅读全文

小智MM

楼主你好，你这里是否可以把你的问题描述清楚一些，你使用的是什么平台，开发环境是什么

xkp-380443

芯片：i.MX6Q
BSP：L3.0.35
系统：ubuntu
使用mxc_vpu_test.out进行视频解码测试。
在对应的源码文件Dec.c中decoder_start()函数内有如下说明：
/* In 8 instances test, we found some instance(s) may not get a chance to be scheduled
* until timeout, so we yield schedule each frame explicitly.
* This may be kernel dependant and may be removed on customer platform */

最后的“may be removed on customer platform”指哪些内容？应该怎么理解？其对VPU解码速度有没有影响？

xkp-380443

小智MM 发表于 2017-2-15 16:39
楼主你好，你这里是否可以把你的问题描述清楚一些，你使用的是什么平台，开发环境是什么 ...

芯片：i.MX6Q
BSP：L3.0.35
系统：ubuntu
使用mxc_vpu_test.out进行视频解码测试。
在对应的源码文件Dec.c中decoder_start()函数内有如下说明：
/* In 8 instances test, we found some instance(s) may not get a chance to be scheduled
* until timeout, so we yield schedule each frame explicitly.
* This may be kernel dependant and may be removed on customer platform */

最后的“may be removed on customer platform”指哪些内容？应该怎么理解？其对VPU解码速度有没有影响？

zarelaky

xkp-380443 发表于 2017-2-16 09:21
芯片：i.MX6Q
BSP：L3.0.35
系统：ubuntu

从程序理解，单线程解码操作，可以去掉下面的usleep(0),不会影响性能，多线程解码可以开启usleep，用来给其他解码线程分配cpu时间。防止其他线程饿死，造成解码失败。
对性能的影响个人理解应该根据实际情况判别，看解码速度能不能满足应用要求。

小智MM

zarelaky 发表于 2017-3-8 10:21
从程序理解，单线程解码操作，可以去掉下面的usleep(0),不会影响性能，多线程解码可以开启usleep，用来给 ...

楼主你好，VPU的问题你可以到我们官网的论坛上提交问题，http://community.nxp.com/community/imx/content