引用:

原帖由 heven2004 于 2016-1-7 22:56 发表
posted by wap, platform: VIVO Xplay3S
硬件配置不等于技术创新，相比裸眼3d,平板手柄双画面无延迟同步显示脱电视机无缝切换进行游戏，堆硬件叫有技术？其他两家这些年又有些什么？

本帖最后由 heven2004 于 2016 ...

你说的这些技术都是第三方提供的现成方案

引用:

原帖由 yufe 于 2016-1-7 23:02 发表
posted by wap, platform: iPhone
Wiiu的pad和主机的无线视频还是很黑科技

标准wifi硬件，协议是优化的，都不是任天堂自己研发的，分辨率480p，不知道和1080p的无线hdmi比黑在哪里

引用:

原帖由 heven2004 于 2016-1-7 23:21 发表
posted by wap, platform: VIVO Xplay3S
那你说说什么叫技术？PS4有什么值得一提的技术？XO好歹还有个手柄能稍微吹吹。

是没啥值得一提的，只不过是做好基本盘而已
但是任天堂没做到

引用:

原帖由 蒙其d路飞 于 2016-1-7 23:25 发表

一点不黑
就是延迟比较低而已（比电视还低）

只不过为了那么极少数游戏才有意义的一点低延迟而让pad的无线距离和续航那么糟我觉得纯傻逼

延迟低很正常，1080p的无线hdmi协议（其中之一）都可以做到超低延迟，数据量是wiiu的十倍以上

引用:

原帖由 seek 于 2016-1-7 23:28 发表
posted by wap, platform: Android
Wiiupad屏幕分隔成很多小块，这些小块可以并行传输图像，降低了延迟

不现实，后端帧还没有算好，无法同步
如果强行分块，那这撕裂就酸爽了

引用:

原帖由 卖哥 于 2016-1-7 23:43 发表

渲染和传输流水进行，延迟只有一块的而不是整个画面的。

嗯，直观绘图表示
814358
红色为第a帧，蓝色为第a+1帧
上面是一般流程
下面是如果每一帧分两部分渲染，分两次传输对降低延迟的改善。

这么搞的话如何避免画面的破裂？毕竟不可能保证每一块的渲染都是均匀的？

引用:

原帖由 卖哥 于 2016-1-7 23:56 发表

你知道60hz显示器在开启了垂直同步后，在不足60帧的情况下是如何处理的么？
就是时钟轮到的时候如果新一帧还没出来就继续显示上一帧的内容。

同理。

那是因为以帧为单位，重复显示可以接受
那么，如果屏幕分块后，你能接受左右两块出现两个马力欧的人头的情况么

引用:

原帖由 卖哥 于 2016-1-8 00:13 发表

这一帧哪怕少一块，也整体输出上一帧呀。

假设wiiu屏幕分20块，游戏60fps，你的意思是，如果在一帧（1/60s）内，其中一块渲染时间超过预计（大于1/600s肯定来不及了），这帧就废了？
考虑到pc上的渲染时间波动，以及wiiu游戏的撕裂，显然是不可能的

引用:

原帖由 blaze1999 于 2016-1-8 00:21 发表
posted by wap, platform: iPhone
喷了……cpu也不是老任做的呀 太没技术了

是啊，本来就没技术含量，有技术含量的任天堂做得很糟，比如开发环境

引用:

原帖由 卖哥 于 2016-1-8 00:24 发表

没错啊
只不过不会那么死，因为块的阶段是不需要保证同步的，最后一块需要保证及时到达即可。

不那么死，那么所谓的以块为单位输出就没有意义了，这样的不均衡还会破坏画面的稳定感

引用:

原帖由 卖哥 于 2016-1-8 00:30 发表

为什么没意义，延迟就是一帧的最后一块到达的时间决定的。

最后一块差的时间不会变啊，请想想什么叫最后，如果你说严格同步，那么会缩短延迟，要是还是允许“最后“很多块一起传，那和普通的就一样了
更何况游戏后端必然还是有双重或者3重缓冲，以帧为单位传输还是最匹配的

[ 本帖最后由 yfl2 于 2016-1-8 00:34 编辑 ]

引用:

原帖由 卖哥 于 2016-1-8 00:33 发表
等等你该不会以为，WiiU的屏幕其实是无数个独立刷新的小屏幕吧……
不，WiiU的屏幕是统一时钟刷新的，如果在时钟刷新的时候新一帧的最后一块到了就显示新一帧，就和垂直同步出现延迟一样输出缓存里的上一帧。

统一刷新？那怎么降低延迟？

如果在时钟刷新的时候新一帧的最后一块到了就显示新一帧
你这句话显然错了，因为如果等最后一块到了再传，就和传统方式完全一样，和你图上的先渲染一帧的一部分就开始传不符合了

而且我想起来了，wiiupad是液晶，本来也不可能有分块异步刷新

[ 本帖最后由 yfl2 于 2016-1-8 00:38 编辑 ]

引用:

原帖由 卖哥 于 2016-1-8 00:39 发表

你难道没看懂我的图，原来的延迟是一整帧的传输时间，拆两块后就是半帧的传输时间。

不可能拆开传，因为你自己说了是等最后一块渲染完毕再一起刷新的，其实就是传统模式

引用:

原帖由 卖哥 于 2016-1-8 00:49 发表

一帧内容完全抵达pad缓存的时间，是帧运算完成的时间加上最后一块画面传输的时间。
块越小，帧运算完成时间跟抵达pad缓存的时间差就越少，即延迟就越低。

大概了解你的意思了
但实际上，你的图过于理想化了
图形渲染了一半的时候，很可能帧时间已经过去大半了，因为最终帧渲染已经是最后的工序，也就是说，很可能”一半画面出来“和”全部画面出来“的时间间隔来不及传输一半画面，造成实际上和等全部画面出来再传区别不大