可能是跟爱奇艺合作的缘故，这次声势搞的也比较浩大。然而临近CES，更新换代还有变数，目前这东西比一般盒子贵上天，快跟黑五的PS4+券一个价了，随便加点钱上Switch。只因为有几个大家早就模拟器通关的任天堂游戏，就京东链接帖给你一片买买买的论调？提醒大家还是注意辨别。

引用:

原帖由 Nigel 于 2017-12-5 20:02 发表
串流竟然当作主推功能喷了
你要有个小屏幕，串流到上面起码还可以图个方便。没屏幕串流后还得接电视，那为什么不PC直接连电视？还有XB手柄用，怎么着也比这手柄强

这么明显的毛病竟然没人提？

有串流电视需求的人确实有，但不多，问题是他们早就用便宜的串流设备解决了。这波突如其来的一千五买个串流设备的节奏我看不懂。

引用:

原帖由 bloodyevil 于 2017-12-5 20:10 发表

串流设备有解码延时，便宜的延时非常高，一般安卓设备如小米盒子3使用H265串流延时高达80ms，用高通U的手机好点能达到20ms以内，而老黄TV只有1ms。

GM206架构的桌面显卡H.265解码也只有500fps@1080p，你告诉我只有一个SM的Shield解码1000fps秒杀桌面级显卡。
https://developer.nvidia.com/nvidia-video-codec-sdk
http://on-demand.gputechconf.com ... rformance-video.pdf

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

顺便，说别家盒子解码延时80ms，尼玛现在谁见过播视频只能12帧的盒子？

引用:

原帖由 KIRITE 于 2017-12-5 22:07 发表

ps４的remoteplay延迟在80-120ms，我试过两个显示器（一台直接接ps4，一台接电脑开remoteplay）同时显示开赛车，然后拍照，看计时的时刻

串流延时=编码延时+传输延时+解码延时。串流设备不负责计算。

你看原帖那人吹的是解码延时1ms，说其他的80ms，没提到编码延时和传输延时的事。PS4不熟，我看许多人测的Steamlink总体延时都是20ms以内。

引用:

原帖由 gb 于 2017-12-5 22:04 发表

你理解错了吧，延迟80秒是指编码到完成解码的耗时，不是每帧要80ms去编码，这个类似于input lag的概念

不是Input lag，我回复的家有三层楼的哥们说的不是串流延时，是解码延时。

引用:

原帖由 heven2004 于 2017-12-5 22:38 发表
posted by wap, platform: Android
我说的那个moonlight可以显示延时的，我小米电视走5g wifi也就20ms左右，80ms的也不知道是多少年以前的破烂了，黑起来也是不管不顾。ps4我也有，那个remoteplay基本就是搞笑的，老 ...

水军是这样的，混淆视听一般群众根本不会深究就信。

Wifi延时高，一般都是走LAN好点。

引用:

原帖由 bloodyevil 于 2017-12-5 22:51 发表
以下是各设备的解码延时，环境均是5G WIFI或者有线千兆，路由是华硕AC88U，显卡是1080ti，使用最新驱动和GFE，WIN10 1709系统，客户端均使用H265 1080 60P@20M
各安卓设备配置与链接速度
鬼族METAL CPU是联发科MT6 ...

图片说明不了什么的，事实说话的是高速相机。先说明你定义的解码延时是什么意思。

引用:

原帖由 cuda 于 2017-12-5 23:02 发表
posted by wap, platform: GOOGLE Nexus 4
你可能产生了错觉
NV这个编解码1个sm都没用
是独立的单元

Shield里的H.265解码DSP是移动芯片里最快的DSP吗？这DSP在DIE里面积能有多大？我宁愿相信它用了SM才会快。

引用:

原帖由 cuda 于 2017-12-5 23:15 发表
posted by wap, platform: 小米
独立dsp 不用gpu解码
目的是低功耗和gpu精度不够
编解码不耗性能
延迟看你流水线怎么写

你觉得X1的DSP是所有移动芯片里H.265解码最快的吗？

引用:

原帖由 bloodyevil 于 2017-12-5 23:03 发表

解码延时是moonlight作者定义的，而moonlight其实就是老黄串流的皮角版。

Tegra 4解码延时是Tegra X1的二分之一，有理由相信作者在定义这个延时方面有bug或自相矛盾之处。
即便Tegra用Moonlight有一定优势，也不能说明什么，可能作者的代码有针对性优化。还是那句话，你们如果真的利益相关想宣传，把高速相机的结果放出来比什么都有用。

引用:

原帖由 cuda 于 2017-12-5 23:27 发表
posted by wap, platform: 小米
很可能是延迟最低的
因为其他家只用来看片 没有这个需求
性能你的得看怎么定义 吞吐量，延迟还是功耗
我觉得都那样 照着白皮书随便写写 我上我也行

H.265的DSP会因为吞吐量对延迟有trade-off？怎么写也不可能因为优化其他的把输出延时delay到毫秒级。如果没有SM辅助，单凭DSP不可能跟其他芯片厂有如同前面所提到的数量级差。

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

引用:

原帖由 cuda 于 2017-12-6 00:30 发表
posted by wap, platform: 小米
这个差距一般不是芯片本身的差距
可能是buffer的默认参数的差距
手一滑 几倍就出去了
视频解码真心不耗性能
625都带4k hevc
正常的设计思路就是超低频稳定60fps收工

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

引用:

原帖由 cuda 于 2017-12-6 01:15 发表
posted by wap, platform: 小米
首先 绝大多数厂商满足于4k@60fps（17ms）甚至24fps这个结果 这是为什么大部分芯片延迟高的原因
刚才的那张表看到了吧
nv的意思是所有的pascal都有同一个解码器
nv可能下放了一个桌 ...

X1是Maxwell吧。之前那个GTC的表表明了NV的桌面模式的NVDEC很可能是比移动模式快的（500FPS@1080p vs 60FPS@4K）。不同IP也好不同功耗也罢，不能说X1的NVDEC就跟桌面级相同。
还是那句话，所谓主张解码延时低无非就是想说NV优化了第一帧延时（因为其他厂一样是H.265的60FPS@4K）。然而4K@60FPS 1ms是不可能的。移动芯片第一帧延时即便分辨率降到1080P，功耗达到桌面级，极限也是2ms。而因为H.265解码的时不变性，其他厂商解码器的首帧延时实际上没有高于17ms的道理（1080P也应当近似X1）。按你所说，苹果之流在能比X1解码更快的可能下也更没理由故意做出个延时来。

如果不考虑前面的假设，其实问题就是为什么只有X1优化了H.265DSP从RJ45到总线到出帧延时，而假设其他人完全没做。实际上也有人测试Steamlink的延时，表现良好。同时Server性能网络效率跟Client解码延时比起来同样重要。如果Server到Client高速相机并没有告诉你所期待的数字，多花五倍的钱对大多数人来说并不理智。

实际上回到主题，是不是软文多跟Shield具体表现也没什么关系。我的主张仅仅是软文和节奏的不道德。水军不应当在各种论坛带节奏忽悠群众花高价买一个或许没什么用的东西。不多谈了，就此打住。

[ 本帖最后由 Lunamos 于 2017-12-6 02:22 编辑 ]