From eaf9f3bbc517c3a98e96c631cb2b2fa816b69880 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Mat=C3=ADas=20Locatti?=
 <42481638+goldenx86@users.noreply.github.com>
Date: Tue, 14 Nov 2023 08:42:10 -0300
Subject: [PATCH] Update index.md

---
 site/content/entry/yuzu-progress-report-oct-2023/index.md | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/site/content/entry/yuzu-progress-report-oct-2023/index.md b/site/content/entry/yuzu-progress-report-oct-2023/index.md
index ffba1efd..c09aee40 100644
--- a/site/content/entry/yuzu-progress-report-oct-2023/index.md
+++ b/site/content/entry/yuzu-progress-report-oct-2023/index.md
@@ -370,7 +370,7 @@ o7
 yuzu uses a single codebase for all its releases, upstream/master/main, however you prefer to call it, Mainline, Early Access, and Android all start from there.
 When improvements to the codebase are added, they eventually reach all releases, Android included.
 
-What happens if we add support for `occlusion queries` (part of project Y.F.C.) to improve performance on all devices, and its implementation on Turnip drivers is not very robust? 
+What happens if we add the improved `occlusion queries` (part of project Y.F.C.) to Android to increase performance on all devices, and its implementation on Turnip drivers is not very robust?
 You get crashes that force users to remain on outdated [GitHub](https://github.com/yuzu-emu/yuzu-android/releases/) versions, and forces us to stall new Play Store releases until the problem gets investigated and solved.
 
 The issue was found, reported, and resolved by Mesa in record time in their current Adreno 700 branches, which then driver repackers like [K11MCH1](https://github.com/K11MCH1/AdrenoToolsDrivers/releases) use to build packages Qualcomm users can load on emulators.