第一千零七十二章 UI的问题
“唔……这感觉……”
当家用机的游戏被放到掌机上的时候高桥龙也有什么感觉？
高桥龙也想说的是“奇妙”这个词语。
首先是奇妙然后是兴奋。
当掌机上面出现了这样惊奇的一幕之后高桥龙也心中的感觉就是这样的。
精巧的vr战士出现在小小的掌机屏幕上对于这个时代的人而言这几乎是不可能的事情。
但是现在的森夏做到了这一点。
虽然并不是让掌机本身拥有这样的能力而是使用家用机进行运算然后将画面输出到掌机上面形成“串流”。
当然出了这种最普通的串流方式之外其实技术员那边还提出了很多种的解决方案。
首先就是和掌机输出到主机类似的模式。
简单来说就是将家用机的数据进行重新处理然后与掌机进行交互最后以适合掌机的模式呈现出来。
但是这个方案被否决了。
原因并不是因为这种操作不好而是这种操作费时费力。
费时费力而且提升的效果与成就不成正比。
这才是最糟糕的事情。
资本家是要赚钱的。
所以到了最后这个方式被否决了。
不是因为做不到而是因为实现的过程稍微有些复杂。
所以现在的输出模式就是按照原本森夏制定的模式进行渲染。
但这种半成品的输出模式现在也是很微妙。
“但是这样的话ui也太小了吧？”
和掌机输出到电视正好相反使用家用机输出到掌机上ui就变小了。
一个变大一个变小这感觉就很怪异。
“感觉更适合玩动作游戏？”
高桥龙也嘀咕了一声。
但是用来玩文字游戏的话果然还是不行的吧。
这种模式还是太糟糕了。
“不过我记得有一个开发者社区……”
高桥龙也打开了电脑开始上网。
马上就要新年了虽然高桥龙也留在了会社之中但在这个时候却也没有其他人。
叶社是老牌的游戏会社但为了与时俱进他们这边的机器也还是有接入互联网的。
打开网页然后进入了开发者社区。
“关于解决ui问题的一些看法。”
“串流重设ui对于串流的影响。”
“有关于xbox与dc之间的输入延迟问题。”
……
在论坛上有很多的帖子不过这些帖子之中最多的果然也都是讨论ui的问题。
xbox的分辨率有限而ui太小的话且不说图像大小的问题光是那有限的分辨率就很难完整的显示问题。
这个问题甚至比掌机输出电视机更严重。
至少ui过大的话大家只是看着觉得有些问题但是游戏本身还是可以阅读的。
但是反向输出的话那就不一样了。
玩不了也是一个问题。
高桥龙也点开了一个帖子。
这是一个技术贴。
高桥龙也本身对于这方面的技术并不是很能够看得懂但对方说的部分内容高桥龙也还是明白的。
“……根据情况实现ui管理最佳的方式便是设计两套ui在切换设备ui本身也能够无缝切换这样所能够实现的效果才是最好的。”
这位仁兄认为最佳的实现方法就是厂商在开发的时候就设计两套uiui本身可以切换而且并不影响游戏机制和设计本身。
这也是开发团队本身就想要促进的事情。
——毕竟如果是游戏已经开发好了然后利用游戏本身的机制和机器自身来实现画面和ui的转换这种事情很不现实。
但如果厂商自身就制作了两套ui倒是可以方便一点更重要的是ui本身的设计其实并不会怎么影响开发。
然而在回帖的楼层就有人提出了会串流的玩家数量并不是很多的这一看法。
“虽然夏森老师提出的这个创意很多但是我个人认为会使用串流的人很少。串流固然有趣但实际上还并不是最佳的解决方案如果xbox能够将那根串流线取下来的话这样才是最佳的解决方案吧。”
这个人说的有道理。
高桥龙也在玩游戏的时候也是这种感觉。
ui是一个方面而另外一个方面就是上面那根线。
如果没有那根线的话这游戏的感觉至少能够提升一倍！
除此之外也有帖子对于通用的游戏ui提出了解决方案。
“关于方舟引擎的通用转化系统。”
这个帖子的作者是一名独立开发者他曾经使用方舟引擎制作了属于自己的galgame这个集程序员、美工、脚本于一提的开发者认为如果重新定义游戏的输出接口然后做成新的ui。
这种事情听起来很复杂但师酱是很简单的。
如果一个文字avg需要运行的话需要很多运行库之类的然后游戏本身与系统之间互相交互之类的。
想要移植的话就要考虑另外一台机器的情况。
但这位程序员提出了一个看法。
他对方舟引擎研究比较深入因此他提出的这个方法就是将方舟引擎本身当成一个“黑盒子”。
甚至于他认为可以通过这种方法使用打包和移植游戏然后将其实现。
然后将游戏的接口进行重新定义使其实现的功能产生区别。
什么是黑盒子呢？
简单的比喻一下的话可以将一个程序看成是一个“1+1=？”的数学题。
如果想要知道这个问题的答案使用者便将这个问题递给一个黑房间里面让其解答。
在这个黑房间里面发生了什么外面的人是不知道的无论里面是一只猫在做数学题还是一个宇宙人在做数学题但是输出的答案都是“2”这个正确结论。
这就是黑盒子了。
而这个程序员提出的解决方案就是类似这种。
在知道了“1+1=2”的答案之后那就无所谓中间的过程了。就好比这个问题的“原本答案”是一只猫做出来的但自己这边让一只大象来回答这个问题只要保证能够实现1+1=2那就没有问题了。
别说这个人提出来的想法还挺有前瞻性的在未来也的确有类似系统做的引擎——例如让安卓平台运行pc上的galgame的程序ons。
ons的原理就是在明白ns脚本编写语言的基础上对其进行解析使得内容能够呈现在手机、掌机或者其他的设备上面。
不过高桥对于移植本身并不是特别有兴趣他更关心的是这个人提出的ui变换的想法。
简单来说这个人就是重新定义了“1+1=3”这个条件。
在输出ui的时候对于原本的脚本进行重新定义将原本a=b的内容定义为了a=c这样虽然原本输出的结果没有变化但是这个结果“a”在画面中呈现的效果“b”就变成了效果“c”。
这种说法有些奇怪但如果用18x催眠类别的小黄油来解释的话就很明了了那就是“常识替换”。
嗯大概就是这样的意思。
高桥龙也艰难的看完了这篇文章他感觉自己脑袋有些变成了浆糊。
在说了一大堆内容之后他大概明白了对方的说法。
而在帖子的最下面这位仁兄为了证明自己的说法他也放上了几张截图。
在截图上面是这位老兄开发的新游戏的demo这是运行在pc端上面的画面。
可以看出画面上的文字大小始终按钮也很鲜明。
而第二张图的分辨率一样但是这张图上面的文字却大了很多并且按钮也变成了隐藏式的——因为只需要按动手柄上的按键就能够实现功能了所以画面本身的按钮就变得不再重要。
对方强调自己并非是制作了两套ui而是使用了自己编写的程序变换了接口定义而已利用方舟游戏引擎的特性想要做到这一点并不算很困难。
“所以才只适合方舟引擎么……”
叶社开发游戏有自己的引擎来着这种方法并不适用。
但是他还是饶有兴致的继续看去。
“但是这种做法也有一些要求首先就是必须要使用矢量ui使用图画素材定制的ui画面会被强行拉伸有时候甚至会让整个ui错乱这是不可避免会产生的情况方舟引擎并没有对此进行优化我在此基础上正在重写这部分的内容我制作了一个测试版以供测试这部分内容能够让新的引擎本身支持双ui结构开发变得简单。”
在这下面有一个名叫“ark-krkrv001”的附件。
“楼主可真厉害啊竟然还能这么玩？”
“-回复楼上：谢谢。我原本便有自己想要开发引擎的想法这个名叫‘krkr吉里吉里’的名称其实就是来源于我自己的想法。”
“咦？那楼主为什么停止开发了呢？”
“啊因为我发现我想要实现的功能方舟引擎都已经全部实现了呢而且效果比我所想象的还好要更有一些我都完全没有的好点子a社的人真的好厉害啊！嘛不过也正因为如此所以我才停止了自己的游戏引擎的开发吧。”
原来如此这个人还打算自己开发一个引擎难怪现在能实现这么多的功能真的好厉害啊。
“嘛不过还是单独设计两套ui比较好吧。”
这是高桥龙也的看法。
虽然这么做可能成本消耗高一点但这种傻笨的方法其实菜是最不容易出错的可靠性上面远远高于之前那个人说的解决方案。
“咦？”
这么想着的高桥龙也忽然又看到了另外一个帖子。
“关于使用dc与xbox实现双人游戏的想法。”
双人游戏在这年头并不罕见。
不过这位开发者认为双人游戏还是有些简单粗暴了例如真三国无双和马里奥赛车这些游戏的双人模式就是将画面上面或者左右切成两半然后分别显示游戏的内容而另外一些格斗游戏则干脆是同屏的内容。
但这位开发者觉得如果可以同时在大屏幕输出和小屏幕上输出然后双人玩不一样的游戏或许挺有趣。
进入这个帖子高桥龙也发现下面提出来的有意思的内容好像挺多的。
还有人认为如果是让电视机的画面显示游戏的内容然后ui什么的放在掌机上或许会有更有趣的体验。
看到这里高桥龙也也觉得很妙。
高桥龙也虽然是一个文字游戏的开发者但是有关于这个游戏本身的事情高桥龙也还是觉得很有趣的。
ui什么的如果出现在屏幕上面有时候真的很烦人但是偏偏很多时候没有ui这感觉又更加蛋疼了。
但是按照这个帖子后面楼层的回答他发现这种模式似乎也挺有趣。
是的这个帖子引申出来的这部分内容比起主贴说的双人游戏什么的似乎还要更加的有趣。
“特别是动作类的游戏呢如果在画面上有道具、地图之类的东西会让人有些奇怪和感觉微妙吧但如果全部导入到掌机上面那或许不错呢。”
“我赞同这个想法这种二合一的做法或许才是最好的凤凰社那边不知道有没有考虑将xbox与dc-p结合在一起呢？”
这个意见得到了许多人的赞同。
高桥龙也也发了回帖赞赏了这个意见。
如果森夏看到这个帖子的话他应该会很感叹这个时代人们的思维是有多么的发散这些应用方法也各有各的脑洞。
而对于这后面这个意见的话森夏大概会将另外一条世界线的“nds”掌机拿出来对比吧nds掌机本身就是双屏掌机这个就是主屏显示游戏内容然后副屏显示游戏的道具和小地图等等。
但是很可惜森夏现在暂时没有看到这个帖子的内容因为他现在正面临着危机……
……
上一章的汪社是真实存在的该社的内容以重口的游戏为主一般人小心……
另外关于黑盒那个解释很复杂可能会有些不严谨请勿深究明白原理就成了。
krkr就是本世界线fate的引擎……
九月啦～
开学啦～
大家好好读书吧～
2333～
苦逼的上班党……