posted by wap, platform: GOOGLE Nexus 4

引用:

原帖由 @Lunamos  于 2017-12-5 21:03 发表
GM206架构的桌面显卡H.265解码也只有500fps@1080p，你告诉我只有一个SM的Shield解码1000fps秒杀桌面级显卡。
https://developer.nvidia.com/nvidiavideocodecsdk
http://ondemand.gputechconf.com ... rformancevideo.pdf

Shield能做到1ms你给个演示链接呗。

你可能产生了错觉
NV这个编解码1个sm都没用
是独立的单元

posted by wap, platform: 小米

引用:

原帖由 @Lunamos  于 2017-12-5 23:07 发表
Shield里的H.265解码DSP是移动芯片里最快的DSP吗？这DSP在DIE里面积能有多大？我宁愿相信它用了SM才会快。

独立dsp 不用gpu解码
目的是低功耗和gpu精度不够
编解码不耗性能
延迟看你流水线怎么写

posted by wap, platform: 小米

引用:

原帖由 @Lunamos  于 2017-12-5 23:17 发表
你觉得X1的DSP是所有移动芯片里H.265解码最快的吗？

很可能是延迟最低的
因为其他家只用来看片 没有这个需求
性能你的得看怎么定义 吞吐量，延迟还是功耗
我觉得都那样 照着白皮书随便写写 我上我也行

posted by wap, platform: 小米

引用:

原帖由 @Lunamos  于 2017-12-5 23:34 发表
H.265的DSP会因为吞吐量对延迟有tradeoff？怎么写也不可能因为优化其他的把输出延时delay到毫秒级。如果没有SM辅助，单凭DSP不可能跟其他芯片厂有如同前面所提到的数量级差。

比如，你觉得1ms能做一帧解码吗？

这个差距一般不是芯片本身的差距
可能是buffer的默认参数的差距
手一滑 几倍就出去了
视频解码真心不耗性能
625都带4k hevc
正常的设计思路就是超低频稳定60fps收工

posted by wap, platform: 小米

引用:

原帖由 @Lunamos  于 2017-12-6 00:43 发表
你是说有可能X1在buffer上做了一些trick优化了第一帧的延时,之后维持60FPS@4K保持帧距。但只要像前面所说X1能1ms出第一帧，就表明它的DSP至少有1000FPS@1080p，因为第一帧延时肯定严格大于稳定后帧间隔（不然不可能有前面Moonlight作者定义上百ms解码延迟这种事）。你觉得这有可能？
我还是觉得视频解码没有任何必要意牺牲第一帧延时以满足功耗或吞吐量。没道理X1在稳定帧率的情况下优化了第一帧延时,其他芯片不优化。

首先 绝大多数厂商满足于4k@60fps（17ms）甚至24fps这个结果 这是为什么大部分芯片延迟高的原因
刚才的那张表看到了吧
nv的意思是所有的pascal都有同一个解码器
nv可能下放了一个桌面级的
但就算最豪华的也花不了几个钱
我不觉得其他家的，比如amd，或者输出视频速度起飞的苹果，比nv弱