hdmi输出到电视也是要走8/10转码的
如果板子有专门对策，实现更快速度完全可能。

9220已经是电磁的下限了，比thinkpad用的非wacom的还次，比wacom的e人e本，比wacom自家的新帝就更次了。
NDS的屏手感倒是电阻的上限，调得比较微妙，手摸也能用

http://club.tgfcer.com/thread-6559652-1-1.html
社长已经回答了
视频不是四帧一压甚至不是单帧压缩传输，而是以16*16的棋盘格压缩传输，所以传输过程的延迟可以小于1帧。
但是高档电视却会缓冲数帧做插值等后处理，这里就大于1帧了。

引用:

　　由于现有的无线画面压缩传输技术普遍存在着延迟，这在影片播放上还不至于构成太大问题，但是在即时操作反应的游戏游玩上是非常致命的。一般的影像压缩解压缩系统，通常都是以整个画面为单位来处理，但是这样无论如何都无法避免延迟。为了克服这个难题，开发团队于是采用“将画面细分为许多16 × 16的小区块分开传输”的手法，不但能缩减延迟还能减少所需缓冲区，节省记忆体与耗电量，可说是一举数得。近年来的液晶电视受到影像处理电路的影响，画面从输入到显示的过程中经常会有延迟，有时候Wii U游戏平板的画面甚至会比有线传输的电视更快显示。

引用:

原帖由 hourousha 于 2012-10-29 13:13 发表

老实说我是没怎么明白这个做法的高明之处。因为
1：控制器需要gather到一帧画面的所有block才会刷新————否则就不是现在游戏中存在的画面撕裂这么简单的问题了。
2：虽说GPU渲染也是以block形式，但现代游戏的 ...

编码传输解码三个步骤
要消耗一帧的编码时间一帧的传输时间一帧的解码时间

这三个过程互为先决条件没法流水
但是如果最小单位是16*16，那么同样一帧的过程就可以流水成一帧的编码时间+16*16的传输时间+16*16的解码时间

因为WiiU的用的统一内存，有可能是硬解码单元直接拿帧缓存的数据，应该不需要输出到解码芯片这一步。如果解码方案是独立的话，以16*16为单元做还可以多流水一级。

引用:

原帖由 hourousha 于 2012-10-29 17:28 发表

嗯,我把编码时间给忽略了.光关注于从framebuffer中取block的过程了。
不过话说回来，如果如我前面说的无法从渲染流程中得到额外的延迟优势。那这技术不就是很常见的流式编码传输方式么，网络上的语音或文件压缩传 ...

流处理只是不需要全部到了才能开始下一步
但是还是有最小处理单元的
16*16的话就意味着比一般流处理的最小单元更小