引用:

原帖由 yfl2 于 2016-1-7 23:51 发表

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

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

同理。

引用:

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

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

同理。

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

引用:

原帖由 yfl2 于 2016-1-8 00:08 发表

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

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

引用:

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

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

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

posted by wap, platform: iPhone

引用:

原帖由 @yfl2  于 2016-1-7 23:19 发表
你说的这些技术都是第三方提供的现成方案

喷了……cpu也不是老任做的呀 太没技术了

引用:

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

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

引用:

原帖由 yfl2 于 2016-1-8 00:18 发表

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

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

引用:

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

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

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

引用:

原帖由 yfl2 于 2016-1-8 00:26 发表

不那么死，那么所谓的以块为单位输出就没有意义了

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

引用:

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

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

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

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

等等你该不会以为，WiiU的屏幕其实是无数个独立刷新的小屏幕吧……
不，WiiU的屏幕是统一时钟刷新的，如果在时钟刷新的时候新一帧的最后一块到了就显示新一帧，就和垂直同步出现延迟一样输出缓存里的上一帧。

引用:

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

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

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

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

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

引用:

原帖由 yfl2 于 2016-1-8 00:34 发表

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

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

引用:

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

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

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