1. ما هو وضع 207Hz فعلياً، وفقاً لـMeta

هذه ليست حيلة غير رسمية مستخرجة من هندسة عكسية للجهاز - توثيق مطوّري Meta نفسه يصفها مباشرة. لوحة شاشة Quest 3 المحددة تقبل أي معدل تحديث صحيح من 72Hz حتى 207Hz بالدقة الكاملة، دون الحاجة لتغيير حجم العرض أو أي مقايضة بالجودة. تُسمّي Meta هذا مستوى معدل التحديث الموسّع "القياسي"، وهو حصري لـQuest 3 تحديداً - يستخدم Quest 3S لوحة شاشة مختلفة تصل حتى 120Hz فقط، ولا يدعمه أي جهاز آخر في السلسلة إطلاقاً.

الإعداد الكامن وراءه هو خاصية تصحيح أخطاء (debug) على مستوى النظام تُسمى debug.oculus.refreshRate. ضبطها يخبر النظام بأكمله، لا تطبيقاً واحداً فقط، بتشغيل الشاشة بذلك المعدل - وهذا بالضبط سبب تأثيرها على الشاشة الرئيسية (Home) وكل تطبيق تفتحه، لا فقط ما يعمل في المقدمة حالياً.

2. لماذا يجب أن يكون هذا سكريبتاً، لا تطبيقاً

سؤال معقول لماذا يأتي هذا كسكريبت تُشغّله من حاسوب بدل شيء تنقر عليه ببساطة داخل الجهاز. السبب مغروس في طريقة عمل نظام أذونات أندرويد، وليس شيئاً يمكن لمطوّر التصميم حوله.

كل تطبيق على Quest - بما فيه أي شيء تحمّله جانبياً - يعمل معزولاً (sandboxed)، بنفس طريقة عمل التطبيقات على هاتف أندرويد عادي. الكتابة إلى خاصية تصحيح أخطاء على مستوى النظام مثل debug.oculus.refreshRate تتطلب وصولاً على مستوى الصدفة (shell)، من النوع الذي يحصل عليه ADB عند تشغيل أوامر ضد جهاز مُفعَّل عليه وضع المطوّر. لا يملك تطبيق مثبَّت عادي أي مسار لذلك المستوى من الإذن؛ لا تكشف Meta واجهة برمجة تطبيقات (API) عامة تسمح لتطبيق خارجي بتغيير معدل التحديث الافتراضي على مستوى الجهاز بأكمله، لأن ذلك تحكّم على مستوى نظام التشغيل، وليس شيئاً يُوثَق به تطبيقات فردية للمساس به.

ما تكشفه Meta فعلياً للتطبيقات هو نسخة أضيق، خاصة بكل تطبيق على حدة: استدعاء يضبط معدل التحديث فقط لذلك التطبيق الواحد، وفقط أثناء كونه تجربة الواقع الافتراضي النشطة في المقدمة. لا تأثير له على الشاشة الرئيسية أو أي شيء آخر تفتحه بعد ذلك. هذه أداة مختلفة جوهرياً تحل مشكلة مختلفة، مُغطاة لاحقاً أدناه.

3. ما الذي تتنازل عنه فعلياً مقابل السلاسة الإضافية

معدل تحديث أعلى يعني أن النظام يملك وقتاً أقل بشكل كبير لإنهاء رسم كل إطار على حدة، وتوثيق Meta نفسه محدد بدقة كم بالضبط:

عند 207Hz، يملك النظام تقريباً ثلث الوقت الذي يحصل عليه عادة عند 72Hz لإنهاء كل إطار. بالنسبة للشاشة الرئيسية، والقوائم البسيطة، والتطبيقات الخفيفة، هذا ليس مشكلة فعلياً - يُرسَم القليل جداً، لذا الميزانية الأضيق سهلة التحقيق. بالنسبة لأي شيء أثقل - لعبة كثيفة رسومياً، مشهد فيه الكثير من المعالجة اللاحقة - فإن تفويت تلك الميزانية ينتج تقطّعاً (judder)، مما يُبطل الغرض بأكمله من رفع المعدل من الأساس. توجيهات Meta نفسها توصي تحديداً بمعدلات التحديث الموسّعة للمحتوى الخفيف وعالي الحركة: ألعاب الإيقاع، ألعاب إطلاق النار التنافسية، ألعاب السباق، بيئات بسيطة عالية التباين - لا التجارب الكثيفة والثقيلة بصرياً.

4. ما الذي تحتاجه قبل أن تبدأ

• وضع المطوّر مُفعّل على Quest 3 لديك، مُعد عبر تطبيق Meta Horizon المرافق.
• إصدار HorizonOS 2.7 أو أحدث على الجهاز - هذا شرط صارم، بما أن قدرة معدل التحديث الموسّع أُدخلت في ذلك الإصدار.
• ADB مثبَّت على حاسوب ويندوز أو ماك لديك، ويأتي مُضمَّناً مع حزمة Android's Platform Tools، مجاناً من جوجل.
• كابل USB لتوصيل الجهاز بحاسوبك، أو اتصال ADB لاسلكي مُقترن مسبقاً إن كنت تفضل تجاوز الكابل بعد الإعداد الأولي.

5. إعداد ADB لأول مرة

1. حمّل حزمة Android's Platform Tools مباشرة من موقع مطوّري جوجل الرسمي - يتضمن هذا ADB بالإضافة لبضع أدوات أخرى لن تحتاجها لهذا.
2. استخرج المجلد المُحمَّل في مكان سهل الإيجاد، بما أنك ستُشغّل السكريبتات من داخله.
3. وصّل Quest 3 بحاسوبك بكابل USB.
4. ارتدِ الجهاز - يجب أن تظهر رسالة إذن تطلب تفويض تصحيح أخطاء USB من هذا الحاسوب. اقبلها.
5. إذا فضّلت الانتقال للاسلكي لاحقاً، يمكنك الاتصال باستخدام adb connect <device-ip>:5555 بمجرد تفعيل واقتران تصحيح الأخطاء اللاسلكي مرة واحدة على الأقل عبر USB أولاً.
6. حمل الملفات المطلوبة من جيت هب : https://github.com/shreateh/Quest-3-207-Hz-refresh-rate-scripts

6. تشغيل السكريبتات

مع عمل ADB واتصال الجهاز، استخدام السكريبتات نفسها بسيط عمداً.

1. لتفعيل 207Hz
   انقر نقراً مزدوجاً على set_207hz.bat على ويندوز، أو شغّل set_207hz.sh من طرفية على ماك أو لينكس.
2. للعودة للمعدل الافتراضي
   شغّل reset_default.bat أو reset_default.sh بنفس الطريقة.
3. إذا نسيت إعادة ضبطه يدوياً
   تُمسح الخاصية تلقائياً في المرة التالية التي يُعاد فيها تشغيل الجهاز، لذا لا خطر من البقاء عالقاً بشكل دائم على معدل غير افتراضي.

7. تجاوز 207Hz: ما الذي يتغيّر عند 240Hz

يصف توثيق Meta مستوى ثانياً أعلى من هذا، يصل حتى 240Hz، لكنه يعمل بشكل مختلف جوهرياً ويأتي بتكلفة حقيقية ومرئية. بعد 207Hz، لم يعد الإطار بدقة كاملة يتناسب مع عرض النطاق الترددي المتاح للشاشة، لذا يتطلب الوصول لـ240Hz تفعيل تغيير حجم العرض - يُرسَم الإطار بدقة أقل، يُرسل للشاشة كحمولة أصغر، ويُكبَّر بواسطة عتاد الشاشة نفسه. ذلك التكبير ليس مجانياً: توثيق Meta نفسه يذكر بوضوح أن النتيجة ليست مطابقة لصورة كاملة الدقة مُرسَومة أصلياً، ويظهر الفرق تحديداً في التفاصيل الدقيقة مثل النص الصغير والهندسة الرفيعة.

هذه مقايضة مختلفة جوهرياً عن القفز إلى 207Hz، الذي لا يتطلب أي تغيير حجم ولا أي مساومة على جودة الصورة إطلاقاً. الانتقال إلى 240Hz مقايضة حقيقية بين الجودة والسلاسة، وليس مجرد "المزيد من نفس الشيء مجاناً".

8. البديل: تطبيق قابل للتثبيت فعلي بدلاً من ذلك

يستحق معرفته، رغم أنه يحل مشكلة مختلفة: تكشف Meta فعلياً واجهة برمجة تطبيقات مناسبة ومُصرَّح بها لتغيير معدل التحديث - vrapi_SetDisplayRefreshRate في المُشغّل القديم (legacy runtime)، أو امتداد OpenXR XR_FB_display_refresh_rate. يمكن لتطبيق أصلي صغير مبني حول هذا أن يقدّم أزراراً داخل الواقع الافتراضي لتبديل المعدلات فوراً، دون أي حاسوب أو ADB متورط إطلاقاً. القيد الصادق هو أن هذا يؤثر فقط على رسم ذلك التطبيق الواحد نفسه أثناء كونه تجربة المقدمة النشطة - لا يملك أي قدرة على تغيير المعدل الذي تعمل به الشاشة الرئيسية أو أي تطبيق آخر، بما أن Meta ببساطة لا تمنح ذلك المستوى من التحكم بالنظام لكود تطبيقات الطرف الثالث. النهجان يحلان مشكلتين مختلفتين جوهرياً: السكريبت يغيّر الافتراضي على مستوى النظام بأكمله؛ تطبيق مبني بهذه الطريقة سيتحكم فقط بنفسه دائماً.

كتابة خليل شريتح - باحث في الأمن السيبراني وخبير وسائل التواصل الاجتماعي. الموقع الرسمي: shreateh.net