एंड्रॉइड संगतता परिभाषा दस्तावेज़ चेंजलॉग

एंड्रॉइड 14

20 नवंबर 2023

2. डिवाइस के प्रकार

  • 2.2.1. हार्डवेयर :

    संशोधन देखें

    यदि हैंडहेल्ड डिवाइस कार्यान्वयन किसी 64-बिट एबीआई (32-बिट एबीआई के साथ या उसके बिना) के समर्थन की घोषणा करता है:

  • 2.2.7.2. कैमरा :

    संशोधन देखें

    • [ 7.5 /एच-1-13] यदि 1 से अधिक आरजीबी रियर-फेसिंग कैमरे हैं तो प्राथमिक रियर-फेसिंग कैमरे के लिए LOGICAL_MULTI_CAMERA क्षमता का समर्थन करना चाहिए।

  • 2.3.2. मल्टीमीडिया :

    संशोधन देखें

    • [ 5.8 /टी-0-1] एचडीएमआई आउटपुट मोड को चुने हुए एसडीआर या एचडीआर प्रारूप के लिए उच्चतम रिज़ॉल्यूशन पर सेट करना होगा जो बाहरी डिस्प्ले के लिए 50 हर्ट्ज या 60 हर्ट्ज ताज़ा दर के साथ काम करता है।

      अधिकतम रिज़ॉल्यूशन का चयन करने के लिए एचडीएमआई आउटपुट मोड को सेट करना होगा जिसे 50 हर्ट्ज या 60 हर्ट्ज ताज़ा दर के साथ समर्थित किया जा सकता है।

  • 2.4.5. सुरक्षा मॉडल :

    संशोधन देखें

    • [9/डब्ल्यू-0-1] android.hardware.security.model.compatible feature घोषित करनी होगी।

6. डेवलपर उपकरण और विकल्प संगतता

  • 6.1. डेवलपर उपकरण :

    संशोधन देखें

    • [सी-0-12] को एक LMK_KILL_OCCURRED_FIELD_NUMBER एटम लिखना होगा

    संशोधन देखें

    • [सी-0-13] प्रदर्शित करने के लिए शेल कमांड dumpsys gpu --gpuwork लागू करना होगा

9. सुरक्षा मॉडल संगतता

  • 9.7. सुरक्षा विशेषताएं :

    संशोधन देखें

    यदि डिवाइस कार्यान्वयन लिनक्स कर्नेल का उपयोग करता है जो SELinux का समर्थन करने में सक्षम है, तो वे:

    संशोधन देखें

    यदि डिवाइस कार्यान्वयन लिनक्स के अलावा कर्नेल का उपयोग करता है या SELinux के बिना लिनक्स का उपयोग करता है, तो वे:

4 अक्टूबर 2023

2. डिवाइस के प्रकार

  • 2.2. हैंडहेल्ड आवश्यकताएँ :

    संशोधन देखें

    यदि एंड्रॉइड डिवाइस कार्यान्वयन निम्नलिखित सभी मानदंडों को पूरा करते हैं तो उन्हें हैंडहेल्ड के रूप में वर्गीकृत किया जाता है:

    • भौतिक विकर्ण स्क्रीन का आकार 4 इंच 3.3 इंच (या एपीआई स्तर 29 या इससे पहले पर भेजे गए डिवाइस कार्यान्वयन के लिए 2.5 इंच) से 8 इंच की सीमा में रखें।

    नई आवश्यकताएँ प्रारंभ करें

    • एक टचस्क्रीन इनपुट इंटरफ़ेस रखें।

  • 2.2.1. हार्डवेयर :

    संशोधन देखें

    हैंडहेल्ड डिवाइस कार्यान्वयन:

    • [ 7.1 .1.1/एच-0-1] कम से कम एक एंड्रॉइड-संगत डिस्प्ले होना चाहिए जो इस दस्तावेज़ में वर्णित सभी आवश्यकताओं को पूरा करता हो। ऐसा डिस्प्ले जिसका माप छोटे किनारे पर कम से कम 2.2" और लंबे किनारे पर 3.4" हो।

    यदि हैंडहेल्ड डिवाइस कार्यान्वयन सॉफ़्टवेयर स्क्रीन रोटेशन का समर्थन करता है, तो वे:

    • [ 7.1 .1.1/एच-1-1]* तीसरे पक्ष के अनुप्रयोगों के लिए उपलब्ध कराई जाने वाली तार्किक स्क्रीन को छोटे किनारों पर कम से कम 2 इंच और लंबे किनारों पर 2.7 इंच का होना चाहिए। एंड्रॉइड एपीआई लेवल 29 या इससे पहले वाले डिवाइस को इस आवश्यकता से छूट दी जा सकती है।

    यदि हैंडहेल्ड डिवाइस कार्यान्वयन सॉफ़्टवेयर स्क्रीन रोटेशन का समर्थन नहीं करता है, तो वे:

    • [ 7.1 .1.1/एच-2-1]* तीसरे पक्ष के अनुप्रयोगों के लिए उपलब्ध कराई जाने वाली तार्किक स्क्रीन को छोटे किनारे पर कम से कम 2.7 इंच का होना चाहिए। एंड्रॉइड एपीआई लेवल 29 या इससे पहले वाले डिवाइस को इस आवश्यकता से छूट दी जा सकती है।

    नई आवश्यकताएँ प्रारंभ करें

    • [ 7.1 .1.1/एच-0-3]* तीसरे पक्ष के अनुप्रयोगों के लिए उपलब्ध कराए गए प्रत्येक UI_MODE_NORMAL डिस्प्ले को एक अबाधित भौतिक डिस्प्ले क्षेत्र पर मैप करना होगा जो छोटे किनारे पर कम से कम 2.2" इंच और लंबे किनारे पर 3.4" इंच हो।

    • [ 7.1 .1.3/एच-0-1]* DENSITY_DEVICE_STABLE का मान संबंधित डिस्प्ले के वास्तविक, भौतिक घनत्व से 92% या अधिक होना चाहिए।

    यदि हैंडहेल्ड डिवाइस कार्यान्वयन android.hardware.audio.output और android.hardware.microphone घोषित करते हैं, तो वे:

    • [ 5.6 /एच-1-1] निम्नलिखित डेटा पथों पर 300 मिलीसेकंड या 5 मापों से कम की औसत निरंतर राउंड-ट्रिप विलंबता होनी चाहिए, 30 एमएस से कम औसत पूर्ण विचलन के साथ: "स्पीकर से माइक्रोफ़ोन", 3.5 मिमी लूपबैक एडाप्टर (यदि समर्थित हो), यूएसबी लूपबैक (यदि समर्थित हो)।

    • [ 5.6 /एच-1-2] स्पीकर से माइक्रोफोन डेटा पथ पर कम से कम 5 मापों में औसत टैप-टू-टोन विलंबता 300 मिलीसेकंड या उससे कम होनी चाहिए।

    यदि हैंडहेल्ड डिवाइस कार्यान्वयन में कम से कम एक हैप्टिक एक्चुएटर शामिल है, तो वे:

    • [ 7.10 /एच]* एक विलक्षण घूर्णन द्रव्यमान (ईआरएम) हैप्टिक एक्चुएटर (वाइब्रेटर) का उपयोग नहीं करना चाहिए।
    • [ 7.10 /एच]* android.view.HapticFeedbackConstents में स्पष्ट हैप्टिक्स के लिए सभी सार्वजनिक स्थिरांक को लागू करना चाहिए, अर्थात् (CLOCK_TICK, CONTEXT_CLICK, KEYBOARD_PRESS, KEYBOARD_RELEASE, KEYBOARD_TAP, LONG_PRESS, TEXT_HANDLE_MOVE, VIRTUAL_KEY, VIRTUAL_KEY_RELEA SE, पुष्टि करें, अस्वीकार करें, GESTURE_START और GESTURE_END)।
    • [ 7.10 /एच]* को android.os.VibrationEffect में स्पष्ट हैप्टिक्स के लिए सभी सार्वजनिक स्थिरांक अर्थात् (EFFECT_TICK, EFFECT_CLICK, EFFECT_HEAVY_CLICK और EFFECT_DOUBLE_CLICK) और android.os.VibrationEffect.Composition में रिच हैप्टिक्स के लिए सभी संभावित सार्वजनिक PRIMITIVE_* स्थिरांक लागू करने चाहिए। क्लिक करें, टिक करें, LOW_TICK, QUICK_FALL, QUICK_RISE, SLOW_RISE, SPIN, THUD)। इनमें से कुछ आदिम, जैसे LOW_TICK और SPIN केवल तभी संभव हो सकते हैं जब वाइब्रेटर अपेक्षाकृत कम आवृत्तियों का समर्थन कर सकता है।
    • [7.10/एच]* संबंधित आयाम संबंधों के साथ android.view.HapticFeedbackConstents में अनुशंसित android.os.VibrationEffect स्थिरांक में सार्वजनिक स्थिरांक को मैप करने के लिए मार्गदर्शन का पालन करना चाहिए।
    • [ 7.10 /एच]* createOneShot() और createWaveform() API के लिए गुणवत्ता मूल्यांकन का पालन करना चाहिए।
    • [ 7.10 /एच]* को सत्यापित करना चाहिए कि सार्वजनिक android.os.Vibrator.hasAmplitudeControl() एपीआई का परिणाम उनके वाइब्रेटर की क्षमताओं को सही ढंग से दर्शाता है।
    • [ 7.10 /एच]* एक्चुएटर का स्थान उस स्थान के पास होना चाहिए जहां उपकरण आमतौर पर पकड़ा जाता है या हाथों से छुआ जाता है।

    यदि हैंडहेल्ड डिवाइस कार्यान्वयन में कम से कम एक सामान्य प्रयोजन 7.10 रैखिक अनुनाद एक्चुएटर शामिल है, तो वे:

    • [ 7.10 /एच] एक्चुएटर का स्थान उस स्थान के पास होना चाहिए जहां डिवाइस को आमतौर पर हाथों से पकड़ा या छुआ जाता है।

    • [ 7.10 /एच] हैप्टिक एक्चुएटर को डिवाइस के प्राकृतिक पोर्ट्रेट ओरिएंटेशन के एक्स-अक्ष (बाएं-दाएं) में ले जाना चाहिए।

    यदि हैंडहेल्ड डिवाइस कार्यान्वयन में एक सामान्य प्रयोजन हैप्टिक एक्चुएटर है जो एक्स-अक्ष रैखिक अनुनाद एक्चुएटर (एलआरए) है, तो वे:

    • [ 7.10 /एच] एक्स-अक्ष एलआरए की गुंजयमान आवृत्ति 200 हर्ट्ज से कम होनी चाहिए।

  • 2.2.2. मल्टीमीडिया :

    संशोधन देखें

    हैंडहेल्ड डिवाइस कार्यान्वयन को निम्नलिखित वीडियो एन्कोडिंग प्रारूपों का समर्थन करना चाहिए और उन्हें तीसरे पक्ष के अनुप्रयोगों के लिए उपलब्ध कराना चाहिए:

    • [ 5.2 /एच-0-3] एवी1

    हैंडहेल्ड डिवाइस कार्यान्वयन को निम्नलिखित वीडियो डिकोडिंग प्रारूपों का समर्थन करना चाहिए और उन्हें तीसरे पक्ष के अनुप्रयोगों के लिए उपलब्ध कराना चाहिए:

    • [ 5.3 /एच-0-6] एवी1

  • 2.2.3. सॉफ़्टवेयर :

    संशोधन देखें

    यदि अनुभाग 7.2.3 में वर्णित हालिया फ़ंक्शन नेविगेशन कुंजी सहित डिवाइस कार्यान्वयन इंटरफ़ेस को बदलता है, तो वे:

    • [ 3.8 .3/एच-1-1] स्क्रीन पिनिंग व्यवहार को अवश्य लागू करें और उपयोगकर्ता को सुविधा को टॉगल करने के लिए एक सेटिंग मेनू प्रदान करें।

    यदि हैंडहेल्ड डिवाइस कार्यान्वयन में ControlsProviderService और Control एपीआई के लिए समर्थन शामिल है और तीसरे पक्ष के एप्लिकेशन को डिवाइस नियंत्रण प्रकाशित करने की अनुमति है, तो वे:

    • [ 3.8 .16/एच-1-6] डिवाइस कार्यान्वयन को उपयोगकर्ता की क्षमता को निम्नानुसार सटीक रूप से प्रस्तुत करना होगा:
      • यदि डिवाइस ने config_supportsMultiWindow=true सेट किया है और ऐप ControlsProviderService घोषणा में मेटाडेटा META_DATA_PANEL_ACTIVITY घोषित करता है, जिसमें एक वैध गतिविधि का घटक नाम (एपीआई द्वारा परिभाषित) शामिल है, तो ऐप को इस उपयोगकर्ता क्षमता में उक्त गतिविधि को एम्बेड करना होगा।
      • यदि ऐप मेटाडेटा META_DATA_PANEL_ACTIVITY घोषित नहीं करता है, तो उसे ControlsProviderService एपीआई द्वारा प्रदान किए गए निर्दिष्ट फ़ील्ड के साथ-साथ कंट्रोल एपीआई द्वारा प्रदान किए गए किसी भी निर्दिष्ट फ़ील्ड को प्रस्तुत करना होगा।
    • [ 3.8 .16/एच-1-7] यदि ऐप मेटाडेटा META_DATA_PANEL_ACTIVITY घोषित करता है, तो उसे एम्बेडेड गतिविधि लॉन्च करते समय EXTRA_LOCKSCREEN_ALLOW_TRIVIAL_CONTROLS का उपयोग करके [3.8.16/H-1-5] में परिभाषित सेटिंग का मान पास करना होगा।

    यदि डिवाइस कार्यान्वयन उपयोगकर्ताओं को किसी भी प्रकार की कॉल करने की अनुमति देता है, तो वे

  • 2.2.4. प्रदर्शन और शक्ति :

    संशोधन देखें

    हैंडहेल्ड डिवाइस कार्यान्वयन:

    • [ 8.5 /एच-0-1] सक्रिय फोरग्राउंड सेवाओं या उपयोगकर्ता द्वारा शुरू की गई नौकरियों वाले सभी ऐप्स को देखने के लिए सेटिंग्स मेनू में एक उपयोगकर्ता क्षमता प्रदान करनी होगी, जिसमें एसडीके दस्तावेज़ में वर्णित अनुसार इनमें से प्रत्येक सेवा की शुरुआत के बाद से अवधि भी शामिल है। . और किसी ऐसे ऐप को रोकने की क्षमता जो अग्रभूमि सेवा या उपयोगकर्ता द्वारा शुरू किया गया कार्य चला रहा हो। एक ऐप को रोकने की क्षमता के साथ जो एक फ़ोरग्राउंड सेवा चला रहा है और उन सभी ऐप को प्रदर्शित करता है जिनमें सक्रिय फ़ोरग्राउंड सेवाएँ हैं और इनमें से प्रत्येक सेवा की अवधि तब से प्रदर्शित होती है जब से यह एसडीके दस्तावेज़ में वर्णित है।
      • एसडीके दस्तावेज़ में वर्णित अनुसार कुछ ऐप्स को ऐसे उपयोगकर्ता सामर्थ्य में बंद किए जाने या सूचीबद्ध होने से छूट दी जा सकती है।

  • [ 8.5 /एच-0-2] किसी ऐसे ऐप को रोकने के लिए उपयोगकर्ता को सहायता प्रदान करनी चाहिए जो फ़ोरग्राउंड सेवा या उपयोगकर्ता द्वारा शुरू किया गया कार्य चला रहा हो।