原帖由 @熊猫命 于 2017-12-5 19:00 发表
什么软文不软文的,NVIDIA这次下血本啊,各大门户、KOL都请到了,这两天当然会看到很多相关内容。
原帖由 Nigel 于 2017-12-5 20:02 发表
串流竟然当作主推功能喷了
你要有个小屏幕,串流到上面起码还可以图个方便。没屏幕串流后还得接电视,那为什么不PC直接连电视?还有XB手柄用,怎么着也比这手柄强
这么明显的毛病竟然没人提?
原帖由 @Nigel 于 2017-12-5 20:18 发表
楼都有3层了舍不得三楼再配台电脑?而且还有无线显示器这种玩法
原帖由 bloodyevil 于 2017-12-5 20:10 发表
串流设备有解码延时,便宜的延时非常高,一般安卓设备如小米盒子3使用H265串流延时高达80ms,用高通U的手机好点能达到20ms以内,而老黄TV只有1ms。
原帖由 @bloodyevil 于 2017-12-5 20:10 发表
串流设备有解码延时,便宜的延时非常高,一般安卓设备如小米盒子3使用H265串流延时高达80ms,用高通U的手机好点能达到20ms以内,而老黄TV只有1ms。
原帖由 @Lunamos 于 2017-12-5 21:13 发表
顺便,说别家盒子解码延时80ms,尼玛现在谁见过播视频只能12帧的盒子?
原帖由 @Nigel 于 2017-12-5 20:18 发表
楼都有3层了舍不得三楼再配台电脑?而且还有无线显示器这种玩法
原帖由 @Nigel 于 2017-12-5 20:02 发表
串流竟然当作主推功能喷了
你要有个小屏幕,串流到上面起码还可以图个方便。没屏幕串流后还得接电视,那为什么不PC直接连电视?还有XB手柄用,怎么着也比这手柄强
这么明显的毛病竟然没人提?
原帖由 @洒家又回来了 于 2017-12-5 21:16 发表
你一开始说有软文我还不大信,现在只能说老黄的还是舍得花钱。
原帖由 KIRITE 于 2017-12-5 22:07 发表
ps4的remoteplay延迟在80-120ms,我试过两个显示器(一台直接接ps4,一台接电脑开remoteplay)同时显示开赛车,然后拍照,看计时的时刻
原帖由 @Lunamos 于 2017-12-5 22:21 发表
串流延时=编码延时+传输延时+解码延时。串流设备不负责计算。
你看原帖那人吹的是解码延时1ms,说其他的80ms,没提到编码延时和传输延时的事。PS4不熟,我看许多人测的Steamlink总体延时都是20ms以内。
原帖由 heven2004 于 2017-12-5 22:38 发表
posted by wap, platform: Android
我说的那个moonlight可以显示延时的,我小米电视走5g wifi也就20ms左右,80ms的也不知道是多少年以前的破烂了,黑起来也是不管不顾。ps4我也有,那个remoteplay基本就是搞笑的,老 ...
原帖由 bloodyevil 于 2017-12-5 22:51 发表
以下是各设备的解码延时,环境均是5G WIFI或者有线千兆,路由是华硕AC88U,显卡是1080ti,使用最新驱动和GFE,WIN10 1709系统,客户端均使用H265 1080 60P@20M
各安卓设备配置与链接速度
鬼族METAL CPU是联发科MT6 ...
原帖由 @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你给个演示链接呗。
原帖由 @bloodyevil 于 2017-12-5 22:51 发表
以下是各设备的解码延时,环境均是5G WIFI或者有线千兆,路由是华硕AC88U,显卡是1080ti,使用最新驱动和GFE,WIN10 1709系统,客户端均使用H265 1080 60P@20M
各安卓设备配置与链接速度
鬼族METAL CPU是联发科MT6795M,无线速度AC 433M
鬼蓝NOTE5 CPU是联发科MT6755,无线速度N 150M
HTC U11+ CPU是高通晓龙835,无线速度AC 867M
老黄TV CPU是地瓜X1,无线速度AC 867M与千兆有线
原帖由 cuda 于 2017-12-5 23:02 发表
posted by wap, platform: GOOGLE Nexus 4
你可能产生了错觉
NV这个编解码1个sm都没用
是独立的单元
原帖由 @Lunamos 于 2017-12-5 23:07 发表
Shield里的H.265解码DSP是移动芯片里最快的DSP吗?这DSP在DIE里面积能有多大?我宁愿相信它用了SM才会快。
原帖由 cuda 于 2017-12-5 23:15 发表
posted by wap, platform: 小米
独立dsp 不用gpu解码
目的是低功耗和gpu精度不够
编解码不耗性能
延迟看你流水线怎么写
原帖由 @Lunamos 于 2017-12-5 23:17 发表
你觉得X1的DSP是所有移动芯片里H.265解码最快的吗?
原帖由 cuda 于 2017-12-5 23:27 发表
posted by wap, platform: 小米
很可能是延迟最低的
因为其他家只用来看片 没有这个需求
性能你的得看怎么定义 吞吐量,延迟还是功耗
我觉得都那样 照着白皮书随便写写 我上我也行
原帖由 @Lunamos 于 2017-12-5 23:34 发表
H.265的DSP会因为吞吐量对延迟有tradeoff?怎么写也不可能因为优化其他的把输出延时delay到毫秒级。如果没有SM辅助,单凭DSP不可能跟其他芯片厂有如同前面所提到的数量级差。
比如,你觉得1ms能做一帧解码吗?
原帖由 cuda 于 2017-12-6 00:30 发表
posted by wap, platform: 小米
这个差距一般不是芯片本身的差距
可能是buffer的默认参数的差距
手一滑 几倍就出去了
视频解码真心不耗性能
625都带4k hevc
正常的设计思路就是超低频稳定60fps收工
原帖由 @Lunamos 于 2017-12-6 00:43 发表
你是说有可能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可能下放了一个桌 ...
原帖由 @睡睡平安 于 2017-12-5 21:21 发表
+1 有3层房子的人还会抱着电脑来回跑?
原帖由 @kelaredbull 于 2017-12-5 18:40 发表
美版也用了多半年了,这玩意有用的自然能折腾着用,没刚需确实不上也罢
原帖由 @dynasty 于 2018-2-3 19:07 发表
感觉如何?串联流畅吗?有延迟吗?
欢迎光临 TGFC Lifestyle (http://bbs.tgfcer.com/) | Powered by Discuz! 6.0.0 |