首頁 / Mali-G925-Immortalis MC11 / 對比

PanVK-Kbase-Android-g925-v13-csf-v0.0.1-bc-mip-priority-20261029-e2d83eff 對比 Mali-G925-Immortalis MC11

在 Mali-G925-Immortalis MC11 上 (POCO X8 Pro Max, POCO X8 Pro Max, REDMI Turbo 5 Max, Samsung Galaxy Tab S11 Ultra, vivo X200s, Xiaomi 15T Pro). 先列出的驅動程式與後一個對比，後一個是基準。

原廠Mali-G925-Immortalis MC11v1.r49p1-03bet0.4505ac1771886c7c25f13653ad4cdff7

對比

自訂PanVK-Kbase-Android-g925-v13-csf-v0.0.1-bc-mip-priority-20261029-e2d83effPanVK-kbase beta.13 (Mesa 27.0.0-devel (git-e2d83eff1c))

圖形系統版本（Vulkan）1.3.278 → ?

可選功能（擴充功能）152 → ?兩邊都未檢測

通過檢測的功能（已驗證）兩邊都未測試PanVK-Kbase-Android-g925-v13-csf-v0.0.1-bc-mip-priority-20261029-e2d83eff：還沒有驅動程式檢測

跑分測試場景（基準測試）1 個更快 3 個更慢總體慢 20%（幾何平均）

compute_nbody快 7%
hdr_2160p慢 20%
oit_linked_lists慢 8%
pipeline_barriers慢 49%

每個場景中自訂驅動程式與原廠驅動程式的對比。長條向右表示更快，向左表示更慢。

1 個場景的畫面有局部區域與原廠驅動程式不同 (pipeline_barriers：2304 個格子中有 1334 個). 整體畫面是一致的，所以這是局部渲染故障，而不是畫了另一個場景。

Mali-G925-Immortalis MC11 詳情 PanVK-Kbase-Android-g925-v13-csf-v0.0.1-bc-mip-priority-20261029-e2d83eff 詳情

結果不同的功能檢測

PanVK-Kbase-Android-g925-v13-csf-v0.0.1-bc-mip-priority-20261029-e2d83eff：還沒有驅動程式檢測（驗證報告）。兩個驅動程式都需要先做驅動程式檢測，才能對比它們的功能檢測。

跑分測試場景（基準測試）

未驗證 PanVK-Kbase-Android-g925-v13-csf-v0.0.1-bc-mip-priority-20261029-e2d83eff：下面的耗時來自本站無法確認的裝置。一旦有被本站計入的結果，就會取代它們。

兩個驅動程式不是在同一批裝置型號上測的。不同裝置的幀時間不能用來比較驅動程式，看這些資料時請記住這一點。

場景	原廠 ms	自訂 ms	差異	啟動次數	GPU 頻率，MHz	畫面對比原廠
compute_nbody	11.68 典型值 11.85	10.92 典型值 10.79	快 7%	3 / 3 對比 3 / 3	? 對比 ? 頻率未知	沒有明顯差異 0.0 沒有細微差異最差 0.3 64x36
hdr_2160p	10.62 典型值 10.40	13.27 典型值 13.37	慢 20%	3 / 3 對比 3 / 3	? 對比 ? 頻率未知	沒有明顯差異 0.0 沒有細微差異最差 0.3 64x36
oit_linked_lists	20.11 典型值 20.00	21.79 典型值 21.56	慢 8%	3 / 3 對比 3 / 3	? 對比 ? 頻率未知	沒有明顯差異 0.0 沒有細微差異最差 0.0 64x36
pipeline_barriers	6.05 典型值 5.90	11.82 典型值 12.21	慢 49%	3 / 3 對比 3 / 3	? 對比 ? 頻率未知	沒有明顯差異 8.0 有 1334 處小區域不同最差 57.0 64x36
pipeline_barriers_2160p	10.41 典型值 10.42	n/a	僅一側有	3 / 3 對比 ?	? 對比 ? 頻率未知	未檢測
subpasses	4.32	n/a	僅一側有	3 / 3 對比 3 / 3	? 對比 ? 頻率未知	未檢測
subpasses_2160p	15.98 典型值 15.95	n/a	僅一側有	3 / 3 對比 ?	? 對比 ? 頻率未知	未檢測

繪製一幀所需的時間，按場景統計：取該場景最佳一輪的平均幀時間，也就是驅動程式交付了多少幀；越低越快。旁邊的「典型值」是中位幀，當驅動程式的幀分成兩種速度時，它可能比平均值低很多。在記錄每輪平均值之前產生的一對報告，改用中位數對比。各輪之間相差超過 15% 的場景會被排除。標為「鎖幀」的場景，是被驅動程式或顯示佇列鎖在了那個平均幀時間上，並且同一次執行中至少還有另一個場景也是如此；它的耗時反映的是幀的間隔，而不是驅動程式渲染得有多快，所以不參與對比。標為「太輕」的場景，在標準尺寸（1920×1080）下兩個驅動程式都不到 8 ms，此時螢幕的幀佇列對幀間隔的影響比晶片更大；這時對比的是它更重的版本：以 _2160p 結尾的行是以 3840×2160 繪製的該場景，compute_nbody_2x 是粒子數翻倍的該場景。「更快」和「更慢」描述的是 PanVK-Kbase-Android-g925-v13-csf-v0.0.1-bc-mip-priority-20261029-e2d83eff 相對 Mali-G925-Immortalis MC11。「畫面對比原廠」把每個場景的一個固定幀按粗略的色塊網格對比（0 為完全相同，超過 40 表示畫面不同），用來找出沒有被畫出來的場景。如果兩份報告都帶有更細的 64×36 網格，第二個數字是其 2,304 個格子中有多少個差異超過 255 裡的 4，「最差」是單個格子的最大差異；這能找出其餘部分都一致的畫面裡的小渲染錯誤。標為 16x9 的行來自細網格出現之前產生的報告。「啟動次數」是一個場景的處理程序啟動中，有多少次進入了被測量的一輪。標為「不可比」的 GPU 頻率，表示兩次計時之間的差異超過裝置最大頻率的 5%。

技術差異（Vulkan）

兩個驅動程式都需要先做驅動程式檢測（驗證報告），才能對比它們的技術詳情（Vulkan）。