飄天文學 > 東京紳士物語 >第一千零七十二章 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”這個正確結論。

    這就是黑盒子了。

    而這個程序員提出的解決方案就是類似這種。

    在知道了“1+1=2”的答案之後,那就無所謂中間的過程了。就好比這個問題的“原本答案”是一隻貓做出來的,但自己這邊讓一隻大象來回答這個問題,只要保證能夠實現1+1=2,那就沒有問題了。

    別說,這個人提出來的想法還挺有前瞻性的,在未來,也的確有類似系統做的引擎——例如讓安卓平臺運行PC上的galgame的程序ONS。


章節報錯(免登陸)