歡迎來(lái)到2023年3月2日的開(kāi)發(fā)者更新！這是2023年的第七期開(kāi)發(fā)者更新。

感謝Lura_提供的舒適溫馨的世界Abstract:Echo，它成為了本周的開(kāi)發(fā)者更新封面！在火坑邊閑逛，暢談生活、宇宙和一切?；蛘咭苍S只是談?wù)撻_(kāi)發(fā)者更新。嘿，你能帶些棉花糖過(guò)來(lái)嗎？

（https://vrchat.com/home/world/wrld_2638773e-483a-430c-a139-a80a463e489a）

如果你想回顧，你可以閱讀我們之前發(fā)布的專欄：

創(chuàng)作者助手提醒

我們正在做最后的準(zhǔn)備工作，推出新的“Web創(chuàng)作者助手”，它使用更快、更易于維護(hù)的技術(shù)，并且可以跨平臺(tái)使用！這個(gè)版本將取代目前的Unity應(yīng)用程序VCC。

我們最近將SDK升級(jí)到3.1.11，并且如之前所述，已刪除舊的UnityPackages。然而，你仍然可以下載與VPM兼容的新UnityPackages。這些新的UnityPackages會(huì)提取到你的Packages文件夾中。這些包是為那些由于平臺(tái)或其他限制無(wú)法使用VCC的用戶提供支持的。它們只能在新項(xiàng)目中使用。

?警告：這些新的UnityPackages不能用于升級(jí)未遷移至VCC的項(xiàng)目。將其中一個(gè)新的UnityPackage導(dǎo)入到未遷移至VCC的項(xiàng)目中將會(huì)破壞該項(xiàng)目。請(qǐng)使用VCC遷移你的項(xiàng)目。

正如之前宣布的，SDK2的UnityPackages已經(jīng)不再提供下載。在未來(lái)的某個(gè)日期（未確定，但可能在“幾個(gè)月之后”），將不再允許上傳SDK2世界和Avatar。我們將盡可能在VRChat中支持現(xiàn)有的SDK2內(nèi)容。

如果你正在維護(hù)一個(gè)SDK2世界項(xiàng)目并且想要遷移，CyanLaser維護(hù)著CyanTrigger，它為Udon提供了類似SDK2的接口。他還創(chuàng)建了一個(gè)SDK2遷移器9，可以自動(dòng)將SDK2轉(zhuǎn)換為SDK3，包括像標(biāo)準(zhǔn)資源包這樣的復(fù)雜資產(chǎn)，這些資源包在SDK2中得到了支持。

Unity版本上傳阻止

我們現(xiàn)在正在積極地阻止來(lái)自2019年以前的Unity版本的上傳。這影響的創(chuàng)作者數(shù)量非常少！

如果用戶的SDK版本太舊并且被阻止，他們將在Unity控制臺(tái)中看到以下消息：

任何仍在使用2019年以前版本的用戶應(yīng)該逐步升級(jí)到當(dāng)前支持的Unity版本。

VRChat 2023.1.2 Open Beta版

我們剛剛發(fā)布了2023.1.2版本的公開(kāi)測(cè)試版！

客戶端

改進(jìn)：

• 現(xiàn)在，Avatar紋理內(nèi)存使用量被視為一個(gè)排名性能統(tǒng)計(jì)數(shù)據(jù)，并將影響你的Avatar性能排名。即將推出的SDK更新將在編輯器中反映這一點(diǎn)。

• PC：

• 優(yōu)秀：40MB或更少

• 良好：75MB或更少

• 中等：110MB或更少

• 較差：150MB或更少

• 非常差：超過(guò)150MB

• Quest：

• 優(yōu)秀：10MB或更少

• 良好：18MB或更少

• 中等：25MB或更少

• 較差：40MB或更少

• 非常差：超過(guò)40MB

• 如果你對(duì)這些數(shù)字以及它們是如何得出的，以及會(huì)影響多少Avatar感興趣，可以查看我們之前的開(kāi)發(fā)者更新專欄：開(kāi)發(fā)者更新-2023年2月16日。

• 完全改進(jìn)了傳送門的內(nèi)部處理！
  

• 這將為傳送門提供更好的穩(wěn)定性和安全性，防止許多傳送門消失或在實(shí)例成員之間出現(xiàn)不同步的情況。

• 在某些情況下，可能會(huì)有可能一個(gè)傳送門被放置得離你太近。在這種情況下，傳送門將被橙色覆蓋層包圍，你在移動(dòng)之前將無(wú)法與之交互。

• 之前這會(huì)導(dǎo)致傳送門對(duì)所有人消失，或者更糟糕的是，不同步。

• 但你仍然在本地被禁止將傳送門放得距離別人太近。

• Friends+傳送門現(xiàn)在默認(rèn)為解鎖狀態(tài)。

• 耳罩范圍現(xiàn)在可以采用錐形，讓你可以專注于面前的對(duì)話。

• 你可以通過(guò)耳罩設(shè)置調(diào)整這個(gè)錐形的大小和形狀。

• 我們稱之為“舒適耳罩”模式。

• 名牌將在玩家啟用耳罩時(shí)顯示一個(gè)圖標(biāo)。

• Avatar“按距離隱藏”和“按數(shù)量隱藏”的可視化輔助開(kāi)關(guān)

• 調(diào)整距離現(xiàn)在將顯示類似耳罩的可視化輔助。

• 滑塊現(xiàn)在有一個(gè)開(kāi)關(guān)，可以在不調(diào)整值的情況下打開(kāi)或關(guān)閉它們的效果，類似于音頻滑塊上的“靜音”功能。

• 物理骨骼已調(diào)整為使用和保持初始手到骨骼的偏移量作為你的“抓取位置”，而不是每個(gè)骨骼的固定相對(duì)位置。

• 這意味著抓取的物理骨骼在你初始抓取時(shí)不會(huì)移動(dòng)或“彈跳”。只有當(dāng)你移動(dòng)抓取的手時(shí)，它們才會(huì)移動(dòng)。

• 添加了“報(bào)告用戶”選項(xiàng)，可以報(bào)告用戶使用修改過(guò)的客戶端或“作弊”。你可以在“報(bào)告用戶→行為”下找到它。

• 以這種方式報(bào)告使用修改過(guò)的客戶端的人對(duì)我們的信任和安全團(tuán)隊(duì)非常有幫助！感謝你的報(bào)告！

• 改進(jìn)了名牌的內(nèi)部處理和性能

• 包括對(duì)組橫幅和用戶圖標(biāo)周圍藍(lán)色語(yǔ)音環(huán)的微小偏移修復(fù)

• 這并不是解決制作組橫幅時(shí)必須處理的對(duì)齊問(wèn)題。我們知道這個(gè)問(wèn)題，將繼續(xù)努力改進(jìn)。

• 行動(dòng)菜單的大小和不透明度現(xiàn)在可以通過(guò)徑向控制以百分比設(shè)置，而不是固定步長(zhǎng)。

• 當(dāng)首次啟動(dòng)此版本（并在實(shí)時(shí)和測(cè)試版之間切換）時(shí)，縮放將被重置為中等大小。

• 你現(xiàn)在可以用流媒體拍照了！

• 添加了非排名的Avatar性能統(tǒng)計(jì)數(shù)據(jù)“約束”，建議最多使用15個(gè)約束。

• 詳細(xì)信息請(qǐng)參閱最近的開(kāi)發(fā)者更新?！?月16日】

• 在進(jìn)入世界時(shí)大大改進(jìn)了Udon的加載性能

• 改進(jìn)了Avatar參數(shù)的內(nèi)部處理和未來(lái)性能

修復(fù)：

• VRCat現(xiàn)在以過(guò)去式談?wù)撛缙谥С终呋照?。感謝你的支持！

• 修復(fù)了在拍照后立即關(guān)閉相機(jī)時(shí)相機(jī)顯示仍保持白色的問(wèn)題

• 修復(fù)了在某些情況下啟用“isAnimated”時(shí)物理骨骼抖動(dòng)的問(wèn)題

• 修復(fù)了通過(guò)快捷菜單中的“截圖”選項(xiàng)拍攝的圖片上不顯示名牌的問(wèn)題

• 修復(fù)了“清除本地個(gè)人資料數(shù)據(jù)”未正確重置某些選項(xiàng)的問(wèn)題

• 修復(fù)了使用“清除本地個(gè)人資料數(shù)據(jù)”時(shí)隧道和全息傳送選項(xiàng)的問(wèn)題，并且可能在客戶端重啟之間不保存

• 桌面用戶現(xiàn)在可以在舒適菜單中再次選擇隧道選項(xiàng)

• 修復(fù)了一些用戶位置不顯示在正確實(shí)例中的問(wèn)題

• 我們知道這里還有一些問(wèn)題，我們正在努力解決相關(guān)問(wèn)題！

• 修復(fù)了使用Escape鍵關(guān)閉相機(jī)后，桌面移動(dòng)卡住的問(wèn)題

• 修復(fù)了手指上PhysBone碰撞器不尊重自定義膠囊高度的問(wèn)題

• 修復(fù)了單手模式下的拇指桿滾動(dòng)問(wèn)題

• 修復(fù)了非VRC+訂閱者無(wú)法訪問(wèn)多層攝像頭的問(wèn)題

• 修復(fù)了一種可能導(dǎo)致在一次性斷開(kāi)多個(gè)音頻設(shè)備時(shí)崩潰的問(wèn)題

• 修復(fù)了當(dāng)看向無(wú)效表面時(shí)，最后一個(gè)有效門戶放置標(biāo)記會(huì)被卡住的問(wèn)題

• 修復(fù)了在沒(méi)有可用表面的情況下放置門戶時(shí)阻止用戶輸入的問(wèn)題

• 修復(fù)了“隨機(jī)”世界菜單中洗牌按鈕不起作用的問(wèn)題

• 修復(fù)了UI中文本字段錯(cuò)誤啟用富文本的問(wèn)題

• 行動(dòng)菜單仍然不受此限制影響

• 修復(fù)了組選項(xiàng)卡中的圖像沒(méi)有正確加載占位符的問(wèn)題

• 修復(fù)了與組可見(jiàn)性和表示設(shè)置相關(guān)的各種問(wèn)題，使其無(wú)法正確更新

• 現(xiàn)在，默認(rèn)的世界“搜索方式”參數(shù)包括標(biāo)簽

• 各種較小的UI修復(fù)

• 各種較小的組修復(fù)

• 安全性和保護(hù)改進(jìn)

創(chuàng)作者

• 添加了“VelocityMagnitude”的Avatar參數(shù)，類似于現(xiàn)有的VelocityX/Y/Z參數(shù)，但提供了速度的總幅度。

持續(xù)開(kāi)發(fā)

原生眼球跟蹤

原生眼球跟蹤支持正在開(kāi)發(fā)中！所有已上傳的Avatar中，使用SDK中設(shè)置的“虛擬”眼動(dòng)的Avatar已經(jīng)支持！我們將同時(shí)支持OSC數(shù)據(jù)輸入和Meta Quest Pro在一體機(jī)版本下的原生支持。

當(dāng)你提供眼球跟蹤數(shù)據(jù)時(shí)，SDK中已經(jīng)設(shè)置好的Avatar眼睛將由傳入的眼球跟蹤數(shù)據(jù)驅(qū)動(dòng)。

數(shù)據(jù)以“IK速率”同步，并采用內(nèi)置的緩動(dòng)，以及稍快的眼瞼緩動(dòng)，以更好地支持眨眼。

目前，AvatarSDK只允許將兩個(gè)眼瞼設(shè)置為一個(gè)眨眼，而不是分別設(shè)置左/右眨眼，所以目前只支持眨眼。關(guān)于左/右眨眼，將在SDK的以后更新中添加。

以下是“Tracking & IK Main Menu”頁(yè)面中的一些新選項(xiàng)。你可以顯示一個(gè)“調(diào)試視圖”，顯示你的注視目標(biāo)，還有一個(gè)“Force Eyetracking Raycast”選項(xiàng)。當(dāng)激活時(shí)，“Force Eyetracking Raycast”將強(qiáng)制眼睛在由raycast擊中的距離處匯聚。你可以使用這個(gè)選項(xiàng)來(lái)彌補(bǔ)不完美的眼球跟蹤，確保你的Avatar在看向你所看的表面時(shí)總是顯得正確。

關(guān)于OSC支持，我們將接受各種格式的數(shù)據(jù)。以下是目前的OSC地址，但在發(fā)布之前可能會(huì)有所變化！

/tracking/eye/EyesClosedAmount

0~1之間的值，表示眼睛閉合的程度。

除了EyesClosedAmount之外，你可以根據(jù)所需的格式將數(shù)據(jù)發(fā)送到以下地址之一：

/tracking/eye/CenterPitchYaw

單個(gè)“中心”眼睛注視方向的俯仰和偏航值（以度為單位）。因?yàn)檫@里沒(méi)有定義距離，所以這種模式將始終使用世界中的raycast來(lái)查找匯聚距離。

/tracking/eye/CenterPitchYawDist

與上面相同，但增加了一個(gè)以米為單位的距離值，用于定義匯聚距離。

/tracking/eye/CenterVec

原生到頭顯的“中心”眼睛x、y、z方向的標(biāo)準(zhǔn)化向量。該向量是標(biāo)準(zhǔn)化的，因此這種模式將始終使用raycast來(lái)查找匯聚距離。

/tracking/eye/CenterVecFull

原生到頭顯的“中心”眼睛x、y、z方向的向量。該向量的長(zhǎng)度（以米為單位）將決定匯聚距離。

/tracking/eye/LeftRightPitchYaw

（以度為單位）左眼俯仰角、左眼偏航角、右眼俯仰角、右眼偏航角。

/tracking/eye/LeftRightVec

每只眼睛的頭顯原生標(biāo)準(zhǔn)化方向向量（左眼x、y、z和右眼x、y、z）。

我們必須重申，這只是目前在開(kāi)發(fā)中的，所有內(nèi)容都可能會(huì)發(fā)生變化。

原生眼球跟蹤支持不需要你使用已同步的Avatar參數(shù)，并且通常情況下，對(duì)于大多數(shù)已上傳的眼睛會(huì)動(dòng)的Avatar，它應(yīng)該“可以使用”。

Avatar下載優(yōu)先級(jí)，第二部分

如約，我們來(lái)看看新的下載優(yōu)先級(jí)功能的前后對(duì)比！

在這個(gè)視頻和下面的圖表中，網(wǎng)絡(luò)下載速度被限制在8Mbit/秒。要發(fā)現(xiàn)這里的每個(gè)人都在做深蹲，你需要額外3分鐘。??

在下面的圖表中，藍(lán)線表示啟用了下載優(yōu)先級(jí)，紅線表示未啟用下載優(yōu)先級(jí)。實(shí)例大小約為15人。使用舊的下載方法加載一個(gè)Avatar時(shí)，使用新方法，實(shí)例中超過(guò)一半的Avatar已經(jīng)加載完成！

此外：上面的測(cè)試僅展示了“Size prioritization”的效果，所以這對(duì)于功能來(lái)說(shuō)是最壞的情況。在上面的兩個(gè)視頻中，所有的Avatar都在視線范圍內(nèi)（我們還要求人們穿著文件較大的Avatar）。

有了“Distance prioritization”，差距會(huì)更大！如果想象一下視線范圍外還有另外25個(gè)Avatar，下面的視頻會(huì)比上面的視頻慢2.6倍，即在較慢的連接下需要額外22分鐘！

事件執(zhí)行順序文檔

我們最近為世界創(chuàng)作者和Udon程序員添加了一些事件執(zhí)行順序的文檔，他們可能會(huì)發(fā)現(xiàn)非常有用！它有一個(gè)非常好的圖表，顯示了事件的確切執(zhí)行順序，循環(huán)發(fā)生的位置，以及禁用或銷毀對(duì)象如何影響事件觸發(fā)。

我們希望這將使Udon的開(kāi)發(fā)變得更加容易！