作者covenant (蓝悠)
看板VR
标题[情报] 目标解析度世界第一的Varjo
时间Sat Feb 24 10:19:15 2018
http://www.moguravr.com/varjo-vr-2/
之前就有看到号称要达到人眼水准的Varjo在募资，预计2018年底前发售。
https://www.meson.tokyo/blog/2018/1/27/vrvarjocmo
最近看到这篇采访，看起来效果的确是挺惊人？
制作者原本是来自於Nokia，当初Hololens也运用了被微软买下的Nokia的基础技术。
据说解析度比Oculus和Vive要来得高60倍。
https://goo.gl/e6f81A 上方是Varjo，而下方是Oculus的画面。
采访中有提到技术内容，我也是看得半知半解就是XD"
https://goo.gl/ReZ3AM
似乎是说在透镜和银幕之间设置OLED显示器和可将显示器反射的镜子，并且透过视线追踪
把握使用者正在看哪，在OLED上显示视线所及之处的对应影像，并利用镜子调整角度来让
对应影像能正好照射在视线所及之处。
他们也有预计开发AR眼镜的样子，据采访者所说也是效果惊人？不同於Hololens是透过镜
片直接看到现实世界，而是像VR那般覆盖使用者所有的视界，并透过摄影机拍下的画面来
让使用者看到现实世界。
不过解析度这麽高的VR头戴式显示器没有打算贩卖给一般消费者的样子，是定位为高价位
向企业贩售，大概在16万到22万台币之间？
也许未来会有机会在游乐园之类的地方体验到也说不定XD
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 1.171.95.154
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/VR/M.1519438764.A.B5E.html
1F：推 nfsong: 好屌 02/24 11:22
2F：→ samhou6: 60倍? 认真? 02/24 12:24
3F：→ kuma660224: 内文写那oled 1个成本要10万日币... 02/24 12:39
4F：→ kuma660224: 这即时运算，大概不是一般消费电脑 02/24 12:46
5F：→ kuma660224: 能跑的动，是用在例如商业飞行模拟器 02/24 12:46
6F：→ kuma660224: 电脑可能是大机柜插很多显卡。 02/24 12:46
7F：→ shamanlin: 内文没有的结构没有说得很清楚，但应该不是3F想的那样 02/24 13:24
8F：→ shamanlin: 这不是真的弄一个超高DPI的OLED，自然也不需要更多图形 02/24 13:25
9F：→ shamanlin: 运算，传统是放一个萤幕然後你眼睛可以到处看，这方法 02/24 13:26
10F：→ shamanlin: 是利用眼动追踪跟镜子折射，让你眼睛好像到处看但其实 02/24 13:27
11F：→ shamanlin: 固定在一个范围，用传统方式看一个物件可能200x200 02/24 13:29
12F：→ shamanlin: 他就能让你在感觉大小不变的情况下看到400x400 02/24 13:29
13F：→ shamanlin: 但这种设计有很明显的两大缺点，基本上我认为是悲剧啦 02/24 13:30
14F：→ covenant: 缺点@@? 02/24 13:51
15F：推 GameGyu: 没误解的话，其实就是一片投射到另一片... 02/24 22:29
16F：推 zebb: 这半年以上了，原理其实就是注视点渲染的概念，利用一片 02/25 00:00
17F：→ zebb: 高解的微型OLED，再加上巧妙的机构与眼球追踪，让你不管看哪 02/25 00:01
18F：→ zebb: 视野中间都是那块微型OLED 02/25 00:01
19F：→ zebb: 构想很好，做的完美效果一定不错，但牵涉到机构就不知道 02/25 00:02
20F：→ zebb: 实际做出来的效果如何了。另外是有机构应该更不耐摔 02/25 00:02
21F：推 zebb: 微型OLED常见於高阶无反相机观景窗内。这样做或许与注视点 02/25 00:05
22F：→ zebb: 渲染也有相同问题，就是游戏应用需特别支援才能使用此功能 02/25 00:05
24F：推 Litfal: 概念不错，但反应速度应该很难达成 02/25 00:32
25F：推 Litfal: 除了机构要跟上眼球，眼球追踪资料还要送给应用程式→回传 02/25 00:36
26F：→ Litfal: 注视区的高解析图像→绘制 这样的一个过程会带来延迟 02/25 00:37
27F：推 peacedove: 我有看过，现在prototype的区域很小一块，但真的很清楚 02/25 05:48
28F：→ shamanlin: 根据资料图形绘制那是最不用担心的部分，最大的两个缺 02/25 16:30
29F：→ shamanlin: 点一个是眼动追踪的精度与回馈速度，另一个注定悲剧的 02/25 16:30
30F：→ shamanlin: 是只要牵扯到机械结构就直接GG了，目前技术不存在可以 02/25 16:31
31F：→ shamanlin: 让折射镜片的机械结构能即时跟上眼球动作 02/25 16:32
32F：→ kuma660224: 注视点渲染只是解约绘图效能。 02/25 19:58
33F：→ kuma660224: 它要细致还是需要超高解析oled 02/25 19:59
34F：→ kuma660224: foveated只是让外圈用低解析度绘制 02/25 20:00
35F：→ kuma660224: 内圈还是受限面板实体ppi 02/25 20:03
36F：推 zebb: 这还是注视点渲染概念没错，要画超高解的只有中央那块OLED 02/25 23:52
37F：→ zebb: 的区域，旁边相对於中央是低解的 02/25 23:52
38F：推 terrytina19: 想买 等中乐透再说... 02/25 23:54
39F：推 zebb: 他的微型OLED只占整个FOV15%，若要全部100%都画这种解析度， 02/25 23:56
40F：→ zebb: 目前消费市场的硬体不可能达成的，等个10年看看有没有机会 02/25 23:57
41F：→ zebb: 我认为这应用眼控的精度不用很准，主要还是机构问题待克服 02/25 23:59
42F：→ kuma660224: 15%那根本没几度嘛 02/26 10:00
43F：→ kuma660224: 人眼看VR连目前100度都还嫌太小 02/26 10:01
45F：→ zebb: 说不定够用了?有试过的peadedove大觉得呢? 02/26 11:11
46F：→ zebb: 另外，有够巧 苹果上周公布个新专利，内容几乎和varjo完全 02/26 11:12
48F：→ zebb: 等等，苹果的专利是去年8月提交，但varjo在这之前就公布了 02/26 11:14
49F：→ zebb: 所以是被苹果致敬? XD 02/26 11:16
50F：推 zebb: 阿 抱歉，打错字，是peacedove大才对，sorry~ 02/26 11:19
51F：推 peacedove: 现在的大小要拿来应用完全不够，但他们有workaround 的 02/28 05:28
52F：→ peacedove: 方法（但我不是很懂）。然後我看到的已经是一年前的旧 02/28 05:28
53F：→ peacedove: 产品了，他们现在应该有更好的 02/28 05:28
54F：→ kuma660224: 苹果的专利看起来只有应用foveated rendering 02/28 08:47
55F：→ kuma660224: 跟活动镜片折反射没有关系。是直接塞8k萤幕 02/28 08:48
56F：→ kuma660224: 用foveated注视渲染产生内外圈不同精细画像资料来喂 02/28 08:49
57F：→ kuma660224: 用意应该是让8k萤幕不需穿越时空门来的超级独显 02/28 08:50
58F：→ kuma660224: Foveat概念易懂，如何具体实作就是专利想解决的 02/28 08:52
59F：→ kuma660224: 显示面板部分则另一回事。即使1K萤幕也能得利 02/28 08:54
60F：推 zebb: 不对唷，你仔细看看苹果专利内容，对於显示面板组件有写 02/28 10:07
61F：→ zebb: The input-output devices may include one or more 02/28 10:08
62F：→ zebb: displays ... may be mounted within a head-mounted 02/28 10:08
63F：→ zebb: display chassis... 02/28 10:08
64F：→ zebb: 这份专利是更广泛的，不管是varjo的移动反射镜做法，或者直 02/28 10:09
65F：→ zebb: 接移动mini-OLED面板，或者仅用一整片5寸的mini-OLED(这面板 02/28 10:09
66F：→ zebb: 可能要64K甚至更高的解析度)，都涵盖在这专利内! 02/28 10:09
67F：→ zebb: 依照varjo去年六月就开始看到消息，以及苹果在八月提交 02/28 10:10
68F：→ zebb: 此专利的时间，加上这专利的内容来看，我认为很有可能 02/28 10:10
69F：→ zebb: 苹果做专利蟑螂，看到varjo的idea就去申请个更泛用的 02/28 10:10
70F：→ zebb: 专利且包含varjo的做法。当然也不排除真的苹果是自己 02/28 10:10
71F：→ zebb: 想到的啦，只是苹果致敬其他人也不是第一次了... 02/28 10:10
72F：→ zebb: 总之帮varjo QQ，至少欧洲区沦陷了 XD 02/28 10:11
74F：→ zebb: 看起来FOV不大，中间区域如果跟着注视点跑或许堪用... 02/28 10:13
75F：→ kuma660224: 那英文只说可包含1或多个显示器 02/28 11:51
76F：→ kuma660224: 装载於头戴装置内。 02/28 11:51
77F：→ kuma660224: 从哪里看出有可移动的东西? 02/28 11:52
78F：→ kuma660224: 它移动的只是Foveat绘图的聚焦点 02/28 11:53
79F：→ kuma660224: 硬体直接用到8Kx8K超细显示 02/28 12:05
80F：→ kuma660224: 不用什麽机械位移折射的奇淫巧技 02/28 12:05
81F：→ kuma660224: 是用高低解析的两个buffer传输资料 02/28 12:05
82F：→ kuma660224: 用图形装置将两者融合成一个。 02/28 12:05
83F：→ kuma660224: 显示在超高档8k显示器上。 02/28 12:07
84F：→ kuma660224: 要在这麽小空间做到8k甚至不只一个 02/28 12:08
85F：→ kuma660224: 它很可能是用到研发中的microled 02/28 12:08
86F：推 zebb: 我说的是varjo符合他的专利内容，专利并没有说面板不能移动 02/28 14:46
87F：→ zebb: "移动的只是Foveat绘图的聚焦点"，不就是varjo的作法吗 02/28 14:49
88F：推 zebb: 另外资讯有点奇怪，编号14的整个display和编号50的注视点 02/28 15:14
89F：→ zebb: 区域都是8Kx8K?如果50是8K，整个14应该是64K之类了吧 02/28 15:14
90F：→ kuma660224: varjo重点是用移动的机构，去跟随视线焦点而显示 02/28 15:16
91F：→ kuma660224: 如果只是讲foveated，早就有其他实作方案 02/28 15:18
92F：→ zebb: 如果50注视点是用8K，整个display 14也是用8K，代表50是第 02/28 15:21
93F：→ zebb: 二片不同於14的面板，那麽要让这面板移动到注视点，有很多 02/28 15:21
94F：→ zebb: 方法，varjo是其中一个 02/28 15:22
96F：→ kuma660224: 14是整个8k显示器，50,52,54是标示foveated不同影响 02/28 15:27
97F：→ kuma660224: 因为高解析与低解析需要渐变融合 02/28 15:27
98F：→ kuma660224: 54已经完全是100%低解析， 02/28 15:29
99F：→ kuma660224: 50小框以内100%完全高解析，52是两者渐变范围 02/28 15:29
100F：→ kuma660224: 绘图晶片产生1全景低解析输出，再产生1高解析局部输出 02/28 15:30
101F：→ kuma660224: 如眼球往左上角看，50/52整个往左上角移动 02/28 15:31
102F：→ kuma660224: 其他部位全用低解析度取代，反正是眼角余光 02/28 15:33
103F：→ kuma660224: 这个50/52大小应该可调整。越小越省效能 02/28 15:34
104F：推 zebb: 似乎是你说的对，我没细看文字只看图片，被FIG.4内的#50说明 02/28 15:43
105F：→ zebb: 误导了，他不该写8Kx8K而是该写Full resolution才是 02/28 15:43
106F：→ zebb: 所以是整块8K面板，注视点画全解析度，其他部分画低解 02/28 15:44
107F：→ kuma660224: 其实它这做法让我很赞叹。原本我以为的 02/28 15:45
108F：→ kuma660224: Foveated绘图实作，是全在gpu搞定。 02/28 15:45
109F：→ zebb: 细看文字後确实应如你所说，抱歉阿 orz 02/28 15:45
110F：→ zebb: 如此确实和varjo不同，应没有专利问题，我收回蟑螂~~ 02/28 15:46
111F：→ kuma660224: 传输时已是跟面板相同解析度，只是绘图时取巧 02/28 15:47
112F：→ zebb: 不过GPU还是得知道50区域才能画full resolution吧? 02/28 15:47
113F：→ zebb: 你是说GPU画8K?那不就没有省到效能? 02/28 15:48
114F：→ kuma660224: 但高解析8K@90hz要怎麽传输是个问题 02/28 15:48
115F：→ zebb: 目前要画4K@90Hz都有困难了，画8K就没有注视点渲染的意义了 02/28 15:48
116F：→ kuma660224: Apple想到的做法似乎是传输1低解析图（举例3K） 02/28 15:55
117F：→ kuma660224: 再传输1点对点图（举例也3k）只占画面几分之一 02/28 15:55
118F：→ kuma660224: 两张图在显示器用硬体合成8K画面，视线焦点看到 02/28 15:55
119F：→ kuma660224: 是点对点图所以高解析，外围是低解析显示在8k面板 02/28 15:55
120F：→ kuma660224: 这样只要很少传输频宽就搞定8k输出显示。 02/28 15:55
121F：→ kuma660224: pimax的8K, 後来就传出其实传输输出时只有5K 02/28 15:58
122F：→ kuma660224: Pimax只是用8k面板显示5K画面来减少纱窗 02/28 15:58
123F：→ kuma660224: 因为即使gpu超强，真8k用线材传输也是问题 02/28 15:59
124F：推 zebb: pimax8K是用两个4K面板，输出1440P单眼再升上去 02/28 16:20
125F：→ zebb: 所以注视点渲染还是得在PC的GPU做才行吧 02/28 16:21
126F：→ kuma660224: GPU内搞定foveat做法类似 goo.gl/3WeGz9 02/28 16:22
127F：→ kuma660224: GPU要知哪边需完整解析度，其他区可缩水到1/N 02/28 16:22
128F：→ kuma660224: 最终传输给显示器仍会scale各区域为正常解析度 02/28 16:23
129F：→ kuma660224: 正常绘图时每个像素可能经历成千上万的运算指令 02/28 16:24
130F：→ kuma660224: 把左上角当成1/4低解析，该区就只要1/4运算量。 02/28 16:27
131F：→ kuma660224: 虽然将它算完放大回正常尺寸时也消耗一点运算量， 02/28 16:27
132F：→ kuma660224: 但放大是透过硬体，每像素只耗1个tex2d()指令 02/28 16:27
133F：→ kuma660224: 几乎无感，所以GPU透过分区不同解析度，再输出4-8K 02/28 16:30
134F：→ kuma660224: 会比画原生4-8K省效能。但传输4-8K到面板的频宽没省 02/28 16:30
135F：→ kuma660224: Gpu全程搞定方案当解析度与fps越高，会撞上传输问题 02/28 16:39
136F：→ kuma660224: Apple也用gpu做不同解析度的注视点渲染 02/28 16:40
137F：→ kuma660224: 但gpu只渲染，两种较小暂存画面用线传输给显示器， 02/28 16:40
138F：→ kuma660224: 由显示器内某种硬体scaler去合成, 最终输出成8k 02/28 16:40
139F：→ kuma660224: 就可能用现有HDMI或DP去搞定8K@120hz 02/28 16:41
140F：→ kuma660224: 而pimax没这技术也没Foveated，只能硬干。 02/28 16:42
141F：→ kuma660224: GPU与传输频宽两个瓶颈无法克服，只能向解析度妥协。 02/28 16:45
142F：→ kuma660224: 不管如何实作，Foveated VR绘图最後输出都像这样 02/28 16:48
143F：→ kuma660224: goo.gl/eS2sJ6 中心有某区块是100%点对点 02/28 16:49
144F：→ kuma660224: 往外一个范围是渐变区，最外围大面积是糊的低解析 02/28 16:50
145F：→ kuma660224: 看这图再回头看专利示意图，就更清楚了 02/28 16:53
146F：→ kuma660224: Apple强在它投资是一条龙，从软体到SOC到超高解析面板 02/28 16:56
147F：→ kuma660224: 所以能提出这种方案，可能要订做配合的显示器 02/28 16:57
148F：推 zebb: 懂了，简单说就是用8K面板，注视点追踪，叫GPU画注视点附近 02/28 17:39
149F：→ zebb: 相对整个FOV8K下小区域的1对1解析度(假设20%就是约1.5K)，再 02/28 17:41
150F：→ zebb: 画其余整个FOV的低解画面(假设2K)，传输这两个画面进头盔， 02/28 17:42
151F：→ zebb: 再用硬体搭配注视点位置来合成并upsacle成8K来显示这样。 02/28 17:42
152F：→ zebb: 谢谢解说，我被FIG.4那个小区域的8Kx8K误导了 XD 02/28 17:43
153F：推 zebb: 不过这样说来也和varjo概念是一样的，画两张高解低解，只是 02/28 17:47
154F：推 zebb: varjo像你所说没这技术所以只能如此实作 02/28 17:56
155F：→ kuma660224: apple那需要未来的8k面板 02/28 22:39
156F：→ kuma660224: varjo可能不需要未来的面板 02/28 22:39
157F：→ kuma660224: 因为它只要很小一块用在高解析局部 02/28 22:41
158F：→ kuma660224: 所以现在就能生出原型 02/28 22:41
159F：→ kuma660224: 不过我没看到它解决视野外围显示问题 02/28 22:42
160F：→ kuma660224: 外围眼角余光也是需要面板来显示 02/28 22:42
161F：→ kuma660224: 它用镜子折射的似乎只有小小高解析的 02/28 22:44
162F：→ kuma660224: 但VR不能视角小到只秀Foveat区域啊? 02/28 22:45
163F：推 zebb: 他用两块面板，全视野用低解的，注视点区用高解的mini-OLED 02/28 22:57
164F：推 sasado: 解析这麽高，一般PC一定跑不动 04/11 20:39
165F：推 zebb: 并不会，加上注视点渲染後整体没画多高 04/12 09:17