अडैप्टिव रीफ़्रेश रेट

Android 15 में, अडैप्टिव रीफ़्रेश रेट (एआरआर) की सुविधा की मदद से, डिसप्ले रीफ़्रेश रेट को कॉन्टेंट के फ़्रेम रेट के हिसाब से अडजस्ट किया जा सकता है. इसके लिए, अलग-अलग VSync चरण का इस्तेमाल किया जाता है.

सालाना होने वाली आय की सुविधा से ये फ़ायदे मिलते हैं:

• बैटरी खर्च कम करना: डिफ़ॉल्ट रूप से, ARR की मदद से डिवाइसों को उनके ज़्यादा से ज़्यादा रिफ़्रेश रेट से कम रेट पर काम करने की सुविधा मिलती है. साथ ही, उपयोगकर्ता अनुभव के लिए ज़रूरी होने पर ही, उन्हें ज़्यादा रेट पर ट्रांज़िशन किया जाता है. इससे बैटरी का ग़ैर-ज़रूरी खर्च कम होता है.

• झटके को कम करना: ARR की मदद से, मोड स्विच करने की ज़रूरत नहीं होती. झटके का मुख्य कारण यही है.

खास जानकारी

नॉन-एआरआर पैनल पर, डिसप्ले एक तय समयसीमा के हिसाब से रीफ़्रेश होता है. यह समयसीमा, डिसप्ले के चालू मोड के हिसाब से तय होती है.

एआरआर पैनल में, डिसप्ले के वीएसंक दर और रीफ़्रेश दर को अलग किया गया है. इससे, कॉन्टेंट अपडेट के क्रम के आधार पर, एक डिसप्ले मोड में रीफ़्रेश दर बदलने की सुविधा मिलती है. पैनल, रीफ़्रेश रेट पर चल सकते हैं, जो पैनल के टियरिंग इफ़ेक्ट (टीई) के डिविज़र होते हैं. OEM के पास, अपनी पसंद के पावर ट्रेड-ऑफ़ के आधार पर, ARR लागू करने का विकल्प होता है.

नीचे दिए गए फ़्लो चार्ट में, 240 Hz का vsyncPeriod और 120 Hz का minFrameIntervalNs (ज़्यादा से ज़्यादा रीफ़्रेश रेट) वाला डिसप्ले दिखाया गया है. VSync हर 4.16 मिलीसेकंड में होता है. आखिरी फ़्रेम के minFrameIntervalNs के बाद, VSync के किसी भी मल्टीपल में फ़्रेम दिखाया जा सकता है.

पहली इमेज. ARR का उदाहरण.

लागू करना

Android 15, नए हार्डवेयर कंपोजर (एचडब्ल्यूसी) एचएएल एपीआई और प्लैटफ़ॉर्म में हुए बदलावों के साथ, एआरआर के साथ काम करता है. एआरआर को चालू करने के लिए, OEM को Android 15 और उसके बाद के वर्शन वाले डिवाइसों पर, कर्नेल और सिस्टम में बदलाव करने की सुविधा देनी होगी. साथ ही, उन्हें android.hardware.graphics.composer3 एपीआई के वर्शन 3 को लागू करना होगा, जैसा कि नीचे दिए गए सेक्शन में बताया गया है.

ज़्यादा जानकारी के लिए, ARR के साथ काम करने वाले एपीआई के Pixel के रेफ़रंस लागू करने के बारे में जानें.

DisplayConfiguration.aidl

DisplayConfiguration.aidl एपीआई, डिसप्ले एट्रिब्यूट का इस्तेमाल करके डिसप्ले कॉन्फ़िगरेशन के बारे में बताता है. साथ ही, यह एआरआर के लिए इन एट्रिब्यूट के बारे में भी बताता है:

• ज़रूरी नहीं vrrConfig: अगर यह सेट है, तो कुछ कॉन्फ़िगरेशन के लिए ARR चालू हो जाता है. अगर इसे null पर सेट किया जाता है, तो डिसप्ले मोड को नॉन-एआरआर मोड पर सेट किया जाता है. जैसे, मल्टीपल रीफ़्रेश रेट (एमआरआर). इस एट्रिब्यूट की मदद से, किसी डिसप्ले को एमआरआर या एआरआर, दोनों में से किसी एक के तौर पर कॉन्फ़िगर किया जा सकता है.

• vsyncPeriod: डिसप्ले का VSync रेट. एआरआर डिसप्ले पर, इस वैल्यू का इस्तेमाल अलग-अलग रीफ़्रेश रेट का पता लगाने के लिए किया जाता है.

  वेंडर को सभी डिवाइसों के लिए DisplayConfiguration.vsyncPeriod वैल्यू सेट करनी होगी. ऐसे डिसप्ले के लिए जिनमें एआरआर नहीं है, DisplayConfiguration.vsyncPeriod डिसप्ले की रीफ़्रेश दर है. अगर कोई डिवाइस 120 Hz पर काम करता है, तो इस वैल्यू का मतलब 8.3 मिलीसेकंड होना चाहिए.

  एआरआर डिसप्ले के लिए, DisplayConfiguration.vsyncPeriod टीई सिग्नल की फ़्रीक्वेंसी है. अगर किसी डिवाइस का minFrameIntervalNs 8.3 एमएस है, लेकिन टीई 240 हर्ट्ज़ है, तो यह वैल्यू 4.16 एमएस होनी चाहिए.

VrrConfig.aidl

VrrConfig.aidl एपीआई में ये एट्रिब्यूट शामिल हैं:

• minFrameIntervalNs: डिसप्ले के लिए सबसे ज़्यादा रिफ़्रेश रेट.
• NotifyExpectedPresentConfig: यह इस बात से तय होता है कि डिसप्ले को अगले फ़्रेम के बारे में पहले से सूचना कब चाहिए.

IComposerClient.notifyExpectedPresent, ऐसे फ़्रेम के लिए संकेत देता है जिसे दिखाया जा सकता है, ताकि डिसप्ले अपने-आप रीफ़्रेश होने की अवधि को उसी हिसाब से अडजस्ट कर सके. frameIntervalNs, expectedPresentTime के बाद मौजूदा कैडेंस दिखाता है. उदाहरण के लिए, अगर notifyExpectedPresent को expectedPresentTime N और 16.6 मिलीसेकंड के frameIntervalNs के साथ कॉल किया जाता है, तो अगला फ़्रेम मौजूदा समय N के बाद N + 16.6 मिलीसेकंड पर होगा. मौजूदा समय N के बाद, फ़्रेम का गतिमान समय 16.6 मिलीसेकंड होगा. ऐसा तब तक होगा, जब तक कोई और बदलाव नहीं होता.

IComposerClient.notifyExpectedPresent को सिर्फ़ तब कॉल किया जाता है, जब DisplayConfiguration.notifyExpectedPresentConfig सेट हो और समय से जुड़ी इनमें से कोई एक शर्त पूरी हो:

• मौजूदा समय, कैडेंस से बाहर है: अगले फ़्रेम के दिखने का अनुमानित समय, डिसप्ले के सामान्य रीफ़्रेश रेट से अलग होता है. यह रेट, frameIntervalNs से तय होता है.
• टाइम आउट खत्म हो गया: पिछले फ़्रेम के बीच का समय अंतराल, notifyExpectedPresentConfig.timeoutNs से ज़्यादा या उसके बराबर है.

DisplayCommand.frameIntervalNs

DisplayCommand.frameIntervalNs, आने वाले फ़्रेम के लिए, नैनोसेकंड में कैडेंस के बारे में जानकारी देता है.

टेस्ट करना

डीबग करने के लिए, onRefreshRateChangedDebug का इस्तेमाल करें. इस तरीके से, क्लाइंट को सूचना दी जाती है कि डिसप्ले का रीफ़्रेश रेट बदल गया है.

मैन्युअल तरीके से टेस्ट करने के लिए, TouchLatency टेस्ट ऐप्लिकेशन का इस्तेमाल करें, जैसा कि दूसरी इमेज में दिखाया गया है:

दूसरी इमेज. TouchLatency टेस्ट ऐप्लिकेशन.

टेस्ट ऐप्लिकेशन में, स्लाइडर का इस्तेमाल करके रेंडर रेट को अपने डिसप्ले के रीफ़्रेश रेट के डिविज़र रीफ़्रेश रेट की अलग-अलग वैल्यू में बदलें. देखें कि अनुरोध किए गए रेट के हिसाब से, फ़्रेम रेट कैसे बदलता है.