第一千零七十二章 UI的问题

    “唔……这感觉……”

    当家用机的游戏被放到掌机上的时候，高桥龙也有什么感觉？

    高桥龙也想说的是“奇妙”这个词语。

    首先是奇妙，然后是兴奋。

    当掌机上面出现了这样惊奇的一幕之后，高桥龙也心中的感觉就是这样的。

    精巧的VR战士出现在小小的掌机屏幕上，对于这个时代的人而言，这几乎是不可能的事情。

    但是，现在的森夏做到了这一点。

    虽然并不是让掌机本身拥有这样的能力，而是使用家用机进行运算，然后将画面输出到掌机上面，形成“串流”。

    当然，出了这种最普通的串流方式之外，其实技术员那边还提出了很多种的解决方案。

    首先就是和掌机输出到主机类似的模式。

    简单来说，就是将家用机的数据进行重新处理，然后与掌机进行交互，最后以适合掌机的模式呈现出来。

    但是这个方案被否决了。

    原因并不是因为这种操作不好，而是这种操作费时费力。

    费时费力，而且提升的效果与成就不成正比。

    这才是最糟糕的事情。

    资本家是要赚钱的。

    所以到了最后，这个方式被否决了。

    不是因为做不到，而是因为实现的过程稍微有些复杂。

    所以现在的输出模式，就是按照原本森夏制定的模式进行渲染。

    但这种半成品的输出模式现在也是很微妙。

    “但是这样的话，UI也太小了吧？”

    和掌机输出到电视正好相反，使用家用机输出到掌机上，UI就变小了。

    一个变大，一个变小，这感觉就很怪异。

    “感觉更适合玩动作游戏？”

    高桥龙也嘀咕了一声。

    但是用来玩文字游戏的话，果然还是不行的吧。

    这种模式还是太糟糕了。

    “不过我记得有一个开发者社区……”

    高桥龙也打开了电脑开始上网。

    马上就要新年了，虽然高桥龙也留在了会社之中，但在这个时候，却也没有其他人。

    叶社是老牌的游戏会社，但为了与时俱进，他们这边的机器，也还是有接入互联网的。

    打开网页，然后进入了开发者社区。

    “关于解决UI问题的一些看法。”

    “串流重设UI对于串流的影响。”

    “有关于XBOX与DC之间的输入延迟问题。”

    ……

    在论坛上有很多的帖子，不过这些帖子之中，最多的果然也都是讨论UI的问题。

    XBOX的分辨率有限，而UI太小的话，且不说图像大小的问题，光是那有限的分辨率，就很难完整的显示问题。

    这个问题甚至比掌机输出电视机更严重。

    至少UI过大的话，大家只是看着觉得有些问题，但是游戏本身还是可以阅读的。

    但是反向输出的话，那就不一样了。

    玩不了也是一个问题。

    高桥龙也点开了一个帖子。

    这是一个技术贴。

    高桥龙也本身对于这方面的技术并不是很能够看得懂，但对方说的部分内容，高桥龙也还是明白的。

    “……根据情况，实现UI管理最佳的方式，便是设计两套UI，在切换设备，UI本身也能够无缝切换，这样所能够实现的效果才是最好的。”

    这位仁兄认为，最佳的实现方法，就是厂商在开发的时候，就设计两套UI，UI本身可以切换，而且并不影响游戏机制和设计本身。

    这也是开发团队本身就想要促进的事情。

    ——毕竟，如果是游戏已经开发好了，然后利用游戏本身的机制和机器自身来实现画面和UI的转换，这种事情很不现实。

    但如果厂商自身就制作了两套UI，倒是可以方便一点，更重要的是，UI本身的设计其实并不会怎么影响开发。

    然而在回帖的楼层，就有人提出了会串流的玩家数量并不是很多的这一看法。

    “虽然夏森老师提出的这个创意很多，但是我个人认为会使用串流的人很少。串流固然有趣，但实际上还并不是最佳的解决方案，如果XBOX能够将那根串流线取下来的话，这样才是最佳的解决方案吧。”

    这个人说的有道理。

    高桥龙也在玩游戏的时候也是这种感觉。

    UI是一个方面，而另外一个方面，就是上面那根线。

    如果没有那根线的话，这游戏的感觉，至少能够提升一倍！

    除此之外，也有帖子对于通用的游戏UI提出了解决方案。

    “关于方舟引擎的通用转化系统。”

    这个帖子的作者是一名独立开发者，他曾经使用方舟引擎制作了属于自己的Galgame，这个集程序员、美工、脚本于一提的开发者认为，如果重新定义游戏的输出接口，然后做成新的UI。

    这种事情听起来很复杂，但师酱是很简单的。

    如果一个文字AVG需要运行的话，需要很多运行库之类的，然后游戏本身与系统之间互相交互之类的。

    想要移植的话，就要考虑另外一台机器的情况。

    但这位程序员提出了一个看法。

    他对方舟引擎研究比较深入，因此他提出的这个方法，就是将方舟引擎本身当成一个“黑盒子”。

    甚至于，他认为可以通过这种方法使用打包和移植游戏，然后将其实现。

    然后将游戏的接口进行重新定义，使其实现的功能产生区别。

    什么是黑盒子呢？

    简单的比喻一下的话，可以将一个程序看成是一个“1+1=？”的数学题。

    如果想要知道这个问题的答案，使用者便将这个问题递给一个黑房间里面，让其解答。

    在这个黑房间里面发生了什么，外面的人是不知道的，无论里面是一只猫在做数学题，还是一个宇宙人在做数学题，但是输出的答案都是“2”这个正确结论。

    这就是黑盒子了。
<... -->>
本章未完，点击下一页继续阅读