大家好！歡迎來到最新的VRChat開發(fā)者更新。在這里，我們將討論我們正在進行的工作，以及我們在一些任務中的進展。

你可以在此處閱讀上篇專欄：

2022年8月2日

Live Beta版

目前有一個Live Beta版（與Live一同工作的Open Beta版，大家可以一起使用）。其中有很多功能。請查看上次更新的專欄，了解其中包含了哪些內(nèi)容。

我們正在努力修復這些錯誤，增加一些改進，并繼續(xù)在其他任務和項目上工作。

新的Live Beta版預計在本周的某個時間發(fā)布，或者可能會修復一些錯誤并將其添加到Live版本中（然后將新的工作移入另一個Live Beta版）。我們在根據(jù)情況進行調(diào)整。

可移動主菜單

在Live Beta中發(fā)現(xiàn)了一個意外出現(xiàn)的移動手柄的錯誤，并已修復！

我們還發(fā)現(xiàn)了另一個錯誤，即移動主菜單也會將加載場景隱形地旋轉(zhuǎn)和移動到您身后。這也已經(jīng)修復了。

我們更改了第一次啟用此功能的方式，以幫助向用戶解釋其工作原理。當新用戶第一次遇到此功能時，抓取框?qū)⑹冀K處于打開狀態(tài)，并且不透明度為100%。將光標懸停在抓取框上將在框下方顯示文本：“抓取以重新定位菜單”。

當用戶第一次成功使用抓取以進行旋轉(zhuǎn)后，抓取按鈕將逐漸消失。在激活光標懸停在其上時，抓取按鈕將以50%的不透明度重新顯示。

我們還更新了QM設置切換的顯示內(nèi)容：

禁用響應式菜單，單擊始終在您的視線范圍內(nèi)生成主菜單

在懸停和禁用時，并顯示：

啟用響應式菜單，單擊將保持主菜單的默認位置

在懸停和啟用時。

此任務目前正在進行QA測試。

地平線調(diào)整

在這方面沒有太多可說的！我們在Live Beta中發(fā)布了這個功能，而且人們喜歡它。有一些設計上的問題，人們會反過來并且感到困擾，但似乎在新鮮感消失后，大部分問題都得到了緩解。

在實施過程中沒有出現(xiàn)重大錯誤，但有關于啟用該功能的UI的討論，因為警告信息在某種程度上也是一個按鈕。

個人鏡子

在我們放出Open Beta版的內(nèi)容中，這是得到最多反饋的功能！今天，我們在內(nèi)部版本中加入了許多更改。

• 所有鏡子設置現(xiàn)在會在不同游戲會話中保存

• 可移動鏡子不再會反射到其他鏡子中

• 跟蹤模式已轉(zhuǎn)換為一個切換（固定在世界上）

• 跟蹤模式現(xiàn)在位于菜單的頂層

• 設置子菜單不再會將您踢出

• 修正了跟蹤球反射圖層

• 將“透明度”改名為“不透明度”

此外，還添加了一個“面部鏡子”原型，它可以顯示您自己的臉部，并附加在您的HUD層上！這使得您可以輕松地實時監(jiān)控手勢或操作菜單設置對您臉部的影響。

該任務目前正在進行迭代，并等待設計審查。

根據(jù)距離隱藏Avatar/根據(jù)距離隱藏Avatar的最大數(shù)量
上次我們提到這個功能時，該功能可以根據(jù)與您的距離隱藏Avatar，因此您可以設置“只顯示距離我5米以內(nèi)的Avatar”。超過這個半徑的所有Avatar都會變成占位符角色。

此后，我們又添加了一種根據(jù)距離限制渲染角色數(shù)量的能力！這意味著您可以設置“只顯示最近的5個Avatar”。其他所有Avatar都將變成占位符角色。

還新增了兩個新選項：“始終顯示好友Avatar”和“允許使用‘顯示Avatar’進行覆蓋”。

第一個選項“始終顯示好友Avatar”，啟用時，意味著您的好友永遠不會受到距離或最大Avatar數(shù)量滑塊的影響。

第二個選項“允許使用‘顯示Avatar’進行覆蓋”，啟用時，意味著您在“顯示Avatar”上單擊的任何人都不受距離或數(shù)量隱藏效果的影響。

此系統(tǒng)不會在顯示或隱藏Avatar時加載/卸載角色，切換是即時的。

此任務正在進行進一步開發(fā)。特別是，我們正在考慮在移動滑塊時使用一種效果來顯示渲染范圍。我們還需要對其進行性能分析和基準測試，以確保實施此系統(tǒng)不會損失性能，并進行一些用戶界面的改進。

文本轉(zhuǎn)文本，文本轉(zhuǎn)語音和語音轉(zhuǎn)文本

工程師、設計師和制片人之間對這個任務進行了同步。

內(nèi)部討論實際上涵蓋了幾個獨立的系統(tǒng)，因此我們必須將它們分開作為各自的任務，以避免混淆。

文本轉(zhuǎn)文本

這是我們上次提到的“聊天氣泡”。這個功能沒有額外的成本，因為我們將其直接集成到應用程序中。

對于第一次迭代，我們的工作大部分已經(jīng)完成，原型很快就會提供。

文本轉(zhuǎn)語音

這是根據(jù)輸入文本生成語音的功能。如果我們使用像亞馬遜Polly或微軟Azure語音合成這樣的工具，這樣的功能可能相對便宜。

目前為止，我們還沒有在這方面做出額外的努力，只是進行了初步的探索。

語音轉(zhuǎn)文本

這是將口語轉(zhuǎn)換成文字的功能。如果在云端進行這樣的處理，可能會相對昂貴。本地解決方案并不一致，并且根據(jù)操作系統(tǒng)有所不同。

目前，我們的工作重點將放在實現(xiàn)MVP（最小可行產(chǎn)品）TTT（文本轉(zhuǎn)文本）上，然后再添加TTS。一旦實施了TTS并收集了反饋意見，我們將研究STT。由于TTT已經(jīng)存在，STT可能不會那么有用 - 特別是因為如果需要的話，您可以通過操作系統(tǒng)級別的語音輸入將文本輸入到TTT輸入框中。

相機近裁剪調(diào)整

在今天的迭代中進一步改進了這個功能。

關于此功能在Quest上的問題，有一些擔憂。Quest有一個“較低”的深度緩沖區(qū)（我相當確定這里是指“較低精度”），這意味著調(diào)整該功能可能會導致問題加劇。

在實施這個功能的過程中，我們發(fā)現(xiàn)參考相機有時會出現(xiàn)正確設置為主相機的問題，因此我們正在考慮在實施之前或同時修復此問題。

我們還確定，可以通過腳本直接設置小于1厘米的近裁剪。這可能會導致世界中出現(xiàn)嚴重的問題，但用戶希望將近裁剪設置為1毫米（0.001米/0.1厘米）。我們正在尋找一種方式，向用戶說明將近裁剪調(diào)得太低會導致問題，但同時允許用戶這樣做。

我們擔心，因為極低的近裁剪會破壞世界，一些世界作者會因為一堆無效的問題報告而受到影響。這主要適用于具有大范圍遠裁剪的世界。

這個任務正在繼續(xù)開發(fā)中。

噪聲門限和去除背景噪聲

這是一個涵蓋了兩個功能的任務！基本上，它允許您調(diào)整麥克風靈敏度，并選擇去除背景噪聲的選項。

我們正在實現(xiàn)rnnoise的跨平臺版本，因此它將在所有平臺上運行。

這個任務正在進行審查。

傳送門放置

這個功能將允許您使用控制器放置一個門戶，而不是猜測您站的位置。

自動禁用克隆

在Live Beta中，對于這個功能有一些混淆，并且我們收到了一些建議。

我們希望將此選項簡單地用于在正常VRChat主菜單設置頁面中禁用克隆，每當啟用此選項并且發(fā)生世界更改時。任何時候都可以克隆將由預先存在的設置決定。

在“自動禁用克隆”選項啟用時，使用不帶克隆的頭像進入新實例將保持不變。使用帶有克隆的頭像進入新實例將取消克隆。

這個功能在今天進行了迭代，經(jīng)過審查，并通過QA測試。它將在下一個版本或Live Beta版本中發(fā)布，以先到者為準。

AMD FSR

警告：下面是一些技術內(nèi)容！

上次我們提到AMD FSR時，收到了一些反饋，主要是“為什么不是2.0版本？”和“DLSS/DLAA或XeSS怎么樣？”

我們不認為我們將獲得FSR 2.0、DLSS或Intel的XeSS的良好效果，因為它們都依賴于生成準確的運動矢量。它們都是時域上采樣算法，將多幀像素結(jié)合起來生成更高分辨率的圖像 - 但是需要運動矢量以便在幀之間計算像素運動。

在BIRP中，我們可以訪問運動矢量，但由于自定義著色器，不能保證它們足夠準確，無法用于上述任何解決方案...并且如果沒有正確的運動矢量，將會產(chǎn)生各種視覺偽影，類似于SteamVR的動態(tài)平滑功能，許多人會因為這種偽影關閉該功能。

對于VRChat來說，這是一個特別的問題，因為我們允許自定義著色器，并且以前從未要求運動矢量。因此，許多著色器不支持運動矢量，導致了不正確的行為。即使在SRP（統(tǒng)一渲染管線）中也是如此，URP（通用渲染管線）直到Unity的2021 LTS版本才剛剛添加了運動矢量支持，用戶可以輕松地制作需要針對運動矢量進行特殊處理的著色器，但沒有意識到這一點，并最終導致產(chǎn)生偽影。此外，運動矢量對于處理透明度不是很好，因此DLSS需要被集成到管線的中間部分，以便僅應用于不透明的網(wǎng)格，但這可能在BIRP中不可行。

我們希望這提供了一些更深入的了解。我們?nèi)栽诶^續(xù)實現(xiàn)AMD FSR 1.0的工作，因為它不需要運動矢量。有關詳細信息，請查看我們以前的開發(fā)者更新。

分配AMD Ryzen處理器的CPU親和力 我們正在調(diào)查為VRChat添加啟動標志的性能優(yōu)勢，以為AMD Ryzen處理器設置CCX親和力。

這可能會導致性能提升。但是，也有可能導致不穩(wěn)定，所以在推出之前，我們希望確保不會出現(xiàn)這種情況。

關于FPS的一點說明

在啟用EAC后，一些用戶報告在VRChat中出現(xiàn)了明顯的FPS下降。雖然我們一直在盡力查找這些問題，但我們無法在自己的端上復現(xiàn)這些問題。

我們非常關注這個問題。我們知道性能對我們的社區(qū)非常重要。然而，在收集了大約一周的數(shù)據(jù)后，我們沒有看到用戶的平均幀率下降 - 實際上，所有平臺的平均幀率都相對穩(wěn)定。我們對數(shù)據(jù)進行了非常仔細的研究，因為用戶關于性能下降的報告非常多，但我們沒有看到任何下降趨勢。

當然，這并不意味著有些用戶沒有遇到這些問題。這完全有可能！我們建議用戶首先進行這些故障排除步驟，并查看他們的問題是否有所改善。

完全有可能出現(xiàn)性能問題，但可能是局部性的，可能與某些硬件、驅(qū)動程序或其他我們無法通過少量數(shù)據(jù)解決的因素有關。

總之，我們并未發(fā)現(xiàn)任何證據(jù)表明EAC顯著降低性能。如果您遇到問題，請進行錯誤報告！

畢業(yè)日

除了所有這些工作之外，事實證明我們在社區(qū)實驗室系統(tǒng)中有一個錯誤，導致世界無法適當?shù)禺厴I(yè)。

我們已經(jīng)修復了這個錯誤！并對修復措施進行了追溯應用。所以，您可能會注意到在新的一行中從社區(qū)實驗室畢業(yè)的世界有很多（大約500個？）。去探索吧！