如果你的 bass shaker 感覺和賽道上發生的事不同步,那不是你的錯覺。 大多數設定(包括 SimHub)落後實際動作 140 至 200 毫秒。這意味著你壓過路緣石時, 震動要等你離開後才傳來。以下是依照效果排序的所有修正方法,以及為什麼 ASIO 是唯一的完整解決方案。
Bass shaker 討論串中最常見的抱怨不是調校或硬體問題,而是延遲。壓過路緣石時,bass shaker 晚了一瞬間才反應。ABS 啟動時,震動在你已經鬆開油門之後才到來。在時速 200 公里下,150 毫秒的觸覺延遲意味著你的座椅反應時,你已經多開了 8 公尺。
社群在多張音效卡上的測試一致顯示,使用標準 bass shaker 軟體時,端對端延遲為 140 至 200 毫秒。這不是驅動程式問題,也不是硬體問題。這是軟體架構本身造成的。
在時速 200 公里下,150 毫秒代表你已經超過了路緣石 8.3 公尺才感受到撞擊。那是兩個車身的距離。作為 ABS、抓地力流失或路面凹凸的提示,這個資訊來得太晚,根本無法利用。
延遲不是單一的大問題,而是多個較小的問題疊加在一起。每一層單獨來看還可以忍受,但加在一起就產生了明顯可察覺的總延遲。
標準 bass shaker 軟體透過原本為遊戲配樂和電影音效設計的通用音訊引擎來傳送所有音訊。這些引擎使用大型預設內部緩衝區以防止雜音。在預設設定下(1024 樣本區塊、4 個緩衝區、48kHz),僅這一層的平均混音延遲就約為 50 毫秒,而音訊甚至還沒到達作業系統。
在軟體緩衝區之上,Windows 音訊共享模式會增加自身的混音開銷。當多個應用程式共用同一個音訊裝置時,Windows 會先混合所有音訊再輸出到硬體。獨立測試一致顯示,在 WASAPI 共享模式下,無論緩衝區設定多小,底線始終超過 20 毫秒。
標準 bass shaker 軟體以最高 60Hz 輪詢遊戲遙測資料,每次間隔 16.7 毫秒。任何在兩次輪詢之間發生的事件都必須等到下一次輪詢才會觸發觸覺輸出。平均而言,這在其他所有延遲之上又增加了約 8 毫秒的量化延遲。
約 50 毫秒(音訊中介軟體)+ 約 20 毫秒(WASAPI)+ 約 8 毫秒平均輪詢延遲,接近社群測量到的 140 毫秒底線。實際系統各有差異,但在多種硬體設定下,總延遲始終落在 140 至 200 毫秒之間。
SimHub 是模擬賽車中最廣泛使用的觸覺軟體。其 ShakeIt 外掛透過 Windows WASAPI 傳送音訊,這意味著 Windows 音訊設定會直接影響你的 bass shaker 延遲。請依序執行以下步驟。每一步都是免費且可還原的。
Windows 會在音訊輸出上套用訊號處理效果:等化器、空間校正、低音增強和響度等化。每個效果都會在 Windows 音訊堆疊中增加緩衝延遲。停用所有這些功能是你能做的影響最大的單一設定變更。這也記載在 SimHub 官方 wiki 中,被列為必要步驟。
按「套用」和「確定」。如果「增強功能」標籤完全不存在,表示你的驅動程式已經移除了這些功能,請繼續下一步。
Windows Sonic、Dolby Atmos for Headphones、DTS:X Ultra。這些是空間音訊系統,會在音訊到達硬體之前攔截音訊串流並套用 3D 處理。即使處於「被動」啟用狀態,它們仍會增加處理開銷。你的 bass shaker 輸出裝置應將此設為「關閉」。
Realtek 的製造商驅動程式會附帶額外的音訊處理物件(APO),即使關閉了增強功能,這些物件仍會在 Windows 音訊堆疊中運作。Microsoft 的通用「High Definition Audio Device」驅動程式會移除所有這些處理。社群測試一致顯示,僅此變更就能帶來顯著改善。
Windows 會警告你該驅動程式不被建議使用,但請繼續進行。這是 Microsoft 第一方驅動程式,保證可以正常運作。注意:Windows Update 可能會在重大更新後重新推送 Realtek 驅動程式。如果你的延遲在更新後惡化,請先檢查此項。
Dolby Access、DTS Sound Unbound、Waves MaxxAudio、Nahimic、Sonic Studio 和 ASUS Sonic。這些應用程式會安裝永久在 Windows 音訊管線中運作的音訊處理層,無論應用程式是否開啟。它們通常預裝在 Dell、ASUS、HP 和 Lenovo 系統上,往往不容易被注意到。
解除安裝後重新啟動電腦,然後在繼續之前重新測試你的 bass shaker 延遲。
SimHub 會同時處理所有已啟用遊戲的遙測資料,並平行運作所有已載入的外掛。這些開銷會增加從資料到達到效果觸發之間的延遲。停用所有你不常使用的項目。
變更後請重新啟動 SimHub。
ShakeIt 為每個裝置提供音訊緩衝區設定。降低緩衝區大小可以在邊際上減少延遲,雖然無法消除 WASAPI 底線,但每一點改善都有幫助。如果降低後聽到爆音,請調高回去,表示你的硬體或 CPU 無法維持較小的緩衝區。
此功能自 SimHub 7.4.3 起可用。如果你沒有看到 Advanced Output Options,請先更新 SimHub。
完成以上六個步驟後,確實可以恢復 80 至 130 毫秒的延遲。對純粹的沉浸感來說,這可能就夠了。但 SimHub 有一個你無法突破的硬性底線,這是架構問題,不是設定問題。
SimHub 的 ShakeIt 外掛透過 FMOD 產生音訊(可在其錯誤日誌中看到),並透過 Windows WASAPI 共享模式傳送。在共享模式下,Windows 會在將輸出送到硬體之前混合所有音訊串流,而這個混合過程有一個無法避免的延遲底線,無論緩衝區怎麼設定,都約為 20 毫秒。沒有任何 SimHub 設定可以繞過這一點,因為這是 Windows 音訊架構的限制,不是 SimHub 的 bug。
SimHub 論壇上要求 ASIO 支援的功能請求帖已經開了好幾年。使用者在許多音效卡上測量到 140 至 200 毫秒的端對端延遲。SimHub 開發者也承認 WASAPI 底線的存在。這是一個已知但未修正的架構限制。唯一的突破方式是使用從底層就採用 ASIO 的軟體。
完成上述步驟 1 至 6 後,大多數使用者仍然測量到超過 100 毫秒的端對端延遲,這與 SimHub 論壇上廣泛回報的數據一致。這確實比開箱即用的體驗有所改善,但在時速 150 公里下,你仍然要在感受到路緣石撞擊前多跑好幾公尺。適合用於沉浸感,但不夠精確到可以作為駕駛提示來使用。
大多數觸覺軟體一開始是通用工具,之後才加入 bass shaker 支援。Track Impulse 的開發方向恰好相反。延遲是一切設計的核心約束。這影響了軟體每一層的運作方式。
TI 不像 SimHub 那樣用計時器以 60Hz 輪詢遊戲遙測資料,而是使用事件驅動的共享記憶體讀取,在模擬器寫入新資料的瞬間就喚醒。在輸出端,TI 支援 ASIO 以達到最低的音訊延遲。但關鍵是,即使在沒有 ASIO 驅動程式的標準音效卡上,TI 也能達到標準觸覺軟體無法企及的延遲表現。
在標準音效卡上使用 WDM-KS 輸出時,Track Impulse 在 ACC 上可達到 12 至 19 毫秒的端對端延遲。SimHub 使用者即使完成了所有驅動程式修正和設定調校,仍然停留在 100 毫秒以上。TI 在你已經擁有的硬體上就能輕鬆低於這個數字,無需變更任何驅動程式。加上 ASIO 介面後,ACC 可降至 2 至 9 毫秒。
在時速 150 公里下,9 毫秒讓你只多跑了 37 公分。即使是 19 毫秒(在標準音效卡上,不需額外硬體),也不到 80 公分。相比之下,完成所有 SimHub 修正後的 100 毫秒以上,仍然代表在你感受到任何觸覺之前已經多跑了超過 4 公尺。
任何具備原生 ASIO 驅動程式的音訊介面都能幫你達成。Track Impulse 也能直接透過 WDM-KS 與 WASAPI 獨佔模式驅動一般音效卡,所以你可以用手邊現有的器材開始。查看完整介面指南 →
因為 SimHub 透過 WASAPI 共享模式傳送音訊,而共享模式有一個無法避免的約 20 毫秒底線,任何設定都無法移除。上面的六步指南可以恢復總延遲中的 80 至 130 毫秒,但你無法在不切換到原生使用 ASIO 的軟體的情況下消除 WASAPI 底線。
重新安裝驅動程式可以修正部分問題。移除 Realtek 內建的音訊處理可以恢復一定程度的延遲改善,但剩餘的延遲來自軟體的 WASAPI 音訊管線。你需要使用 ASIO 輸出的軟體才能完全消除那一層延遲。
它可以消除路由衝突並改善穩定性,但相同的軟體緩衝區和 WASAPI 開銷仍然存在。即使在完成所有其他修正後,在專用音效卡上使用 SimHub 仍然會測量到 40 毫秒以上的延遲。
可以。使用另一個音訊介面來驅動你的 bass shaker。ASIO 會獨占該裝置,而你的主喇叭或耳機則透過不同的輸出以標準 Windows 音訊運作。
使用原生 ASIO 介面(64 樣本 / 48kHz)時,ACC 144fps 下為 2 至 9 毫秒,iRacing 下為 5 至 19 毫秒。這個範圍反映了模擬器遙測傳送時序的實際變化。在這些設定下,音訊輸出延遲為 1.3 毫秒。
Track Impulse 是從根源解決這個延遲問題的低延遲 bass shaker 軟體。Beta 期間免費。不需要信用卡。ACC 上 2 至 9 毫秒,iRacing 上 5 至 19 毫秒,快到可以作為真正的駕駛輔助,而不只是新奇玩具。