অ্যান্ড্রয়েড সামঞ্জস্যের সংজ্ঞা নথি পরিবর্তনলগ

অ্যান্ড্রয়েড 14

জুন 26, 2024

2. ডিভাইসের ধরন

  • 2.2.1। হার্ডওয়্যার :

    রিভিশন দেখুন

    • [7.6.1/H-1-1] শুধুমাত্র একটি ABI সমর্থন করতে হবে (হয় শুধুমাত্র 64-বিট বা শুধুমাত্র 32-বিট)।

    রিভিশন দেখুন

    নতুন প্রয়োজনীয়তা শুরু করুন

    যদি হ্যান্ডহেল্ড ডিভাইস বাস্তবায়নে ভলকানের জন্য সমর্থন অন্তর্ভুক্ত থাকে, তারা:

  • 2.4.1। হার্ডওয়্যার :

    রিভিশন দেখুন

    নতুন প্রয়োজনীয়তা শুরু করুন

    যদি ওয়াচ ডিভাইস বাস্তবায়নে ভলকানের জন্য সমর্থন অন্তর্ভুক্ত থাকে, তারা:

  • 2.5.1। হার্ডওয়্যার :

    রিভিশন দেখুন

    নতুন প্রয়োজনীয়তা শুরু করুন

    যদি স্বয়ংচালিত ডিভাইস বাস্তবায়নে ভলকানের জন্য সমর্থন অন্তর্ভুক্ত থাকে, তারা:

3. সফটওয়্যার

  • 3.2.2। বিল্ড প্যারামিটার :

    ODM_SKU প্যারামিটারের জন্য:

    রিভিশন দেখুন

    এই ক্ষেত্রের মান অবশ্যই 7-বিট ASCII হিসাবে এনকোডযোগ্য হতে হবে এবং রেগুলার এক্সপ্রেশনের সাথে মেলে ^([0-9A-Za-z.,_-]+)$ ।

5. মাল্টিমিডিয়া সামঞ্জস্য

  • 5.1.3। অডিও কোডেক বিবরণ :

    ভরবিস ফরম্যাট/কোডেকের জন্য বিশদ যোগ করা হয়েছে:

    রিভিশন দেখুন

    ডিকোডিং: 8000, 12000, 16000, 24000 এবং 48000 Hz এর নমুনা হার সহ মনো, স্টেরিও, 5.0 এবং 5.1 সামগ্রীর জন্য সমর্থন।
    এনকোডিং: 8000, 12000, 16000, 24000 এবং 48000 Hz এর নমুনা হার সহ মনো এবং স্টেরিও সামগ্রীর জন্য সমর্থন।

7. হার্ডওয়্যার সামঞ্জস্য

9. নিরাপত্তা মডেল সামঞ্জস্য

  • ৯.৭। নিরাপত্তা বৈশিষ্ট্য :

    সদৃশ বিষয়বস্তু মুছে ফেলার জন্য [C-SR-1] থেকে [C-SR-7] পুনঃসংখ্যা করা হয়েছে এবং [C-SR-8] সরানো হয়েছে:

    রিভিশন দেখুন

    • [C-SR-1] কার্নেল ডেটা রাখার জন্য দৃঢ়ভাবে সুপারিশ করা হয়েছে যা কেবলমাত্র প্রাথমিককরণের সময় লেখা হয়, আরম্ভ করার পরে শুধুমাত্র পঠনযোগ্য হিসাবে চিহ্নিত করা হয় (যেমন __ro_after_init )।

    • [C-SR-2] কার্নেল কোড এবং মেমরির বিন্যাস র্যান্ডমাইজ করার জন্য এবং র্যান্ডমাইজেশনের সাথে আপস করতে পারে এমন এক্সপোজারগুলি এড়ানোর জন্য দৃঢ়ভাবে সুপারিশ করা হয় (যেমন CONFIG_RANDOMIZE_BASE বুটলোডার এনট্রপি সহ /chosen/kaslr-seed Device Tree node বা EFI_RNG_PROTOCOL .

    • [C-SR-3] কোড-পুনঃব্যবহারের আক্রমণের (যেমন CONFIG_CFI_CLANG এবং CONFIG_SHADOW_CALL_STACK ) বিরুদ্ধে অতিরিক্ত সুরক্ষা প্রদান করতে কার্নেলে কন্ট্রোল ফ্লো ইন্টিগ্রিটি (CFI) সক্ষম করার জন্য দৃঢ়ভাবে সুপারিশ করা হয়।

    • [C-SR-4] কন্ট্রোল-ফ্লো ইন্টিগ্রিটি (CFI), শ্যাডো কল স্ট্যাক (SCS) বা ইন্টিজার ওভারফ্লো স্যানিটাইজেশন (IntSan) সক্রিয় করা উপাদানগুলিতে নিষ্ক্রিয় না করার জন্য দৃঢ়ভাবে সুপারিশ করা হয়।

    • [C-SR-5] CFI এবং IntSan- এ বর্ণিত অতিরিক্ত নিরাপত্তা-সংবেদনশীল ব্যবহারকারীর স্থান উপাদানগুলির জন্য CFI, SCS এবং IntSan সক্রিয় করার জন্য দৃঢ়ভাবে সুপারিশ করা হয়।

    • [C-SR-6] অপ্রচলিত স্থানীয় ভেরিয়েবল ( CONFIG_INIT_STACK_ALL বা CONFIG_INIT_STACK_ALL_ZERO ) ব্যবহার রোধ করতে কার্নেলে স্ট্যাক ইনিশিয়ালাইজেশন সক্ষম করার জন্য দৃঢ়ভাবে সুপারিশ করা হয়। এছাড়াও, ডিভাইস বাস্তবায়ন স্থানীয়দের আরম্ভ করার জন্য কম্পাইলার দ্বারা ব্যবহৃত মান অনুমান করা উচিত নয়।

    • [C-SR-7] অপ্রচলিত হিপ অ্যালোকেশন ( CONFIG_INIT_ON_ALLOC_DEFAULT_ON ) ব্যবহার রোধ করতে কার্নেলে হিপ ইনিশিয়ালাইজেশন সক্ষম করার জন্য দৃঢ়ভাবে সুপারিশ করা হয় এবং সেই বরাদ্দগুলি শুরু করার জন্য কার্নেলের দ্বারা ব্যবহৃত মান ধরে নেওয়া উচিত নয়।

  • 9.11। কী এবং শংসাপত্র :

    রিভিশন দেখুন

    • [C-1-6] নিম্নলিখিতগুলির একটিকে সমর্থন করতে হবে:
      • IKeymasterDevice 3.0,
      • IKeymasterDevice 4.0,
      • IKeymasterDevice 4.1,
      • IKeyMintDevice সংস্করণ 1, বা
      • IKeyMintDevice সংস্করণ 2।

  • 9.11.1। সুরক্ষিত লক স্ক্রিন, প্রমাণীকরণ এবং ভার্চুয়াল ডিভাইস :

    রিভিশন দেখুন

    • [C-8-3] লক অবস্থা পরিবর্তন করার জন্য তারা তৃতীয় পক্ষের অ্যাপস দ্বারা ব্যবহারের জন্য একটি API প্রকাশ করবে না।

    রিভিশন দেখুন

    • [C-12-4] TrustManagerService.revokeTrust() কল করতে হবে
      • ট্রাস্ট মঞ্জুর থেকে সর্বোচ্চ 24 ঘন্টা পরে, বা
      • একটি 8 ঘন্টা নিষ্ক্রিয় উইন্ডো পরে, বা
      • যদি বাস্তবায়নগুলি [C-12-5]-এ সংজ্ঞায়িত হিসাবে ক্রিপ্টোগ্রাফিকভাবে সুরক্ষিত এবং নির্ভুল পরিসর ব্যবহার না করে, যখন প্রক্সিমেট ফিজিক্যাল ডিভাইসের সাথে অন্তর্নিহিত সংযোগটি হারিয়ে যায়।
    • [C-12-5] [C-12-4] এর প্রয়োজনীয়তা পূরণের জন্য নিরাপদ এবং নির্ভুল পরিসরের উপর নির্ভরশীল বাস্তবায়নগুলি অবশ্যই নিম্নলিখিত সমাধানগুলির মধ্যে একটি ব্যবহার করতে হবে:
      • UWB ব্যবহার করে বাস্তবায়ন:
        • 7.4.9 এ বর্ণিত UWB-এর জন্য কনফর্মেন্স, সার্টিফিকেশন, নির্ভুলতা এবং ক্রমাঙ্কন প্রয়োজনীয়তা অবশ্যই পূরণ করতে হবে।
        • 7.4.9 এ তালিকাভুক্ত P-STS নিরাপত্তা মোডগুলির একটি অবশ্যই ব্যবহার করতে হবে।
      • Wi-Fi নেবারহুড অ্যাওয়ারনেস নেটওয়ার্কিং (NAN) ব্যবহার করে বাস্তবায়ন:
        • অবশ্যই 2.2.1 [7.4.2.5/H-SR-1]-এ নির্ভুলতার প্রয়োজনীয়তা পূরণ করতে হবে, 160 MHz ব্যান্ডউইথ (বা উচ্চতর) ব্যবহার করতে হবে এবং উপস্থিতি ক্রমাঙ্কনে নির্দিষ্ট পরিমাপ সেটআপ পদক্ষেপগুলি অনুসরণ করতে হবে।
        • IEEE 802.11az- এ সংজ্ঞায়িত হিসাবে Secure LTF ব্যবহার করতে হবে।

8 এপ্রিল, 2024

2. ডিভাইসের ধরন

  • 2.2.1। হার্ডওয়্যার :

    রিভিশন দেখুন

    নতুন প্রয়োজনীয়তা শুরু করুন

    যদি হ্যান্ডহেল্ড ডিভাইস বাস্তবায়ন FEATURE_BLUETOOTH_LE ঘোষণা করে, তারা:

    • [ 7.4 .3/H-1-3] ADVERTISE_TX_POWER_HIGH এ প্রেরণ করা একটি রেফারেন্স ডিভাইস থেকে 1m দূরত্বে মধ্যম BLE RSSI -50dBm +/-15 dB নিশ্চিত করতে Rx অফসেটের জন্য অবশ্যই পরিমাপ এবং ক্ষতিপূরণ দিতে হবে।
    • [ 7.4 .3/H-1-4] 1m দূরত্বে অবস্থিত একটি রেফারেন্স ডিভাইস থেকে স্ক্যান করার সময় এবং ADVERTISE_TX_POWER_HIGH এ প্রেরণ করার সময় মধ্যম BLE RSSI -50dBm +/-15 dB নিশ্চিত করতে Tx অফসেটের জন্য পরিমাপ এবং ক্ষতিপূরণ দিতে হবে।

  • 2.2.5। নিরাপত্তা মডেল :

    রিভিশন দেখুন

    যদি হ্যান্ডহেল্ড ডিভাইস বাস্তবায়ন সিস্টেম API HotwordDetectionService বা মাইক অ্যাক্সেস ইঙ্গিত ছাড়া হটওয়ার্ড সনাক্তকরণের জন্য অন্য পদ্ধতি সমর্থন করে, তারা:

    • [9.8/H-1-6] HotwordAudioStream- এর মাধ্যমে পাস করা অডিও ডেটা ব্যতীত প্রতিটি সফল হটওয়ার্ড ফলাফলে হটওয়ার্ড সনাক্তকরণ পরিষেবা থেকে 100 বাইটের বেশি ডেটা প্রেরণের অনুমতি দেওয়া উচিত নয়৷

    রিভিশন দেখুন

    [9.8/H-1-13] এতে পরিবর্তন করুন:

    • [9.8/H-SR-3] প্রতি ঘন্টায় অন্তত একবার বা প্রতি 30টি হার্ডওয়্যার-ট্রিগার ইভেন্ট, যেটি প্রথমে আসে, হটওয়ার্ড সনাক্তকরণ পরিষেবা হোস্ট করার প্রক্রিয়াটি পুনরায় চালু করার জন্য দৃঢ়ভাবে সুপারিশ করা হয়।

    রিভিশন দেখুন

    সরানো প্রয়োজনীয়তা [9.8.2/H-4-3], [9.8.2/H-4-4], [9.8.2/H-5-3]।

  • 2.2.7.2। ক্যামেরা :

    রিভিশন দেখুন

    যদি হ্যান্ডহেল্ড ডিভাইস বাস্তবায়ন android.os.Build.VERSION_CODES.U এর জন্য android.os.Build.VERSION_CODES.MEDIA_PERFORMANCE_CLASS ফেরত দেয়, তাহলে তারা:

    • [ 7.5 /H-1-3] android.info.supportedHardwareLevel প্রপার্টিকে অবশ্যই ব্যাক প্রাইমারীর জন্য FULL বা আরও ভাল এবং LIMITED বা সামনের প্রাথমিক ক্যামেরার জন্য আরও ভাল সমর্থন করতে হবে।

  • 2.3.2। মাল্টিমিডিয়া :

    রিভিশন দেখুন

    যদি টেলিভিশন ডিভাইস বাস্তবায়নে একটি বিল্ট-ইন ডিসপ্লে না থাকে, কিন্তু পরিবর্তে HDMI এর মাধ্যমে সংযুক্ত একটি বাহ্যিক প্রদর্শন সমর্থন করে, তারা:

    • [ 5.8 /T-0-1] ডিভাইসটি বিক্রি করা অঞ্চলের ভিডিও রিফ্রেশ হারের উপর নির্ভর করে, বাহ্যিক প্রদর্শনের জন্য 50Hz বা 60Hz রিফ্রেশ হারের সাথে কাজ করে এমন নির্বাচিত পিক্সেল বিন্যাসের জন্য HDMI আউটপুট মোডকে সর্বোচ্চ রেজোলিউশনে সেট করতে হবে ইন। 50Hz বা 60Hz রিফ্রেশ হারের সাথে সমর্থিত সর্বোচ্চ রেজোলিউশন নির্বাচন করতে HDMI আউটপুট মোড সেট করতে হবে।

3. সফটওয়্যার

5. মাল্টিমিডিয়া সামঞ্জস্য

  • ৫.৩.৮। ডলবি ভিশন :

    রিভিশন দেখুন

    যদি ডিভাইস বাস্তবায়ন HDR_TYPE_DOLBY_VISION এর মাধ্যমে ডলবি ভিশন ডিকোডারের জন্য সমর্থন ঘোষণা করে, তারা:

    • [C-1-3] ব্যাকওয়ার্ড-সামঞ্জস্যপূর্ণ বেস-লেয়ার(গুলি) (যদি উপস্থিত থাকে) এর ট্র্যাক আইডি অবশ্যই কম্বাইন্ড ডলবি ভিশন লেয়ারের ট্র্যাক আইডির মতো সেট করতে হবে।

7. হার্ডওয়্যার সামঞ্জস্য

  • 7.1.1.1। পর্দার আকার এবং আকৃতি :

    রিভিশন দেখুন

    যদি ডিভাইস বাস্তবায়নগুলি UI_MODE_TYPE_NORMAL আকারের কনফিগারেশনে সক্ষম স্ক্রীনগুলিকে সমর্থন করে এবং এই স্ক্রীনগুলিকে রেন্ডার করার জন্য বৃত্তাকার কোণ সহ শারীরিক প্রদর্শন(গুলি) ব্যবহার করে, তারা:

    • [C-1-1] নিশ্চিত করতে হবে যে এই জাতীয় প্রতিটি প্রদর্শনের জন্য নিম্নলিখিত প্রয়োজনীয়তার মধ্যে অন্তত একটি পূরণ করা হয়েছে:
      • যখন একটি 15 an 18 dp by 15 18 dp বক্স লজিক্যাল ডিসপ্লের প্রতিটি কোণায় নোঙর করা হয়, তখন প্রতিটি বক্সের অন্তত এক পিক্সেল স্ক্রিনে দৃশ্যমান হয়।

  • 7.4.3। ব্লুটুথ :

    রিভিশন দেখুন

    নিম্নলিখিত প্রয়োজনীয়তা পুনঃস্থাপন:

    যদি ডিভাইস বাস্তবায়ন FEATURE_BLUETOOTH_LE ঘোষণা করে, তারা:

    • [C-SR-2] ADVERTISE_TX_POWER_HIGH এ ট্রান্সমিট করা একটি রেফারেন্স ডিভাইস থেকে 1m দূরত্বে মধ্যম BLE RSSI -60dBm +/-10 dB নিশ্চিত করতে Rx অফসেটের পরিমাপ এবং ক্ষতিপূরণ দেওয়ার জন্য দৃঢ়ভাবে সুপারিশ করা হয়, যেখানে ডিভাইসগুলি এমনভাবে ভিত্তিক হয় যে তারা 'সমান্তরাল সমতল'-এ একই দিকে মুখ করা স্ক্রিন সহ।

    • [C-SR-3] 1m দূরত্বে অবস্থিত একটি রেফারেন্স ডিভাইস থেকে স্ক্যান করার সময় এবং ADVERTISE_TX_POWER_HIGH এ ট্রান্সমিট করার সময় মিডিয়ান BLE RSSI -60dBm +/-10 dB হয় তা নিশ্চিত করার জন্য Tx অফসেটের জন্য পরিমাপ এবং ক্ষতিপূরণ দেওয়ার জন্য দৃঢ়ভাবে সুপারিশ করা হয়, যেখানে ডিভাইসগুলি অরিয়েন্টেড। যেমন তারা 'সমান্তরাল সমতলে' একই দিকে মুখ করে স্ক্রীন রয়েছে।

    রিভিশন দেখুন

    প্রয়োজনীয়তাগুলি [C-10-3] এবং [C-10-4] 2.2.1 এ সরানো হয়েছে। হার্ডওয়্যার

    • [C-10-3] ADVERTISE_TX_POWER_HIGH এ ট্রান্সমিট করা একটি রেফারেন্স ডিভাইস থেকে 1m দূরত্বে মধ্যম BLE RSSI -55dBm +/-10 dB নিশ্চিত করতে Rx অফসেটের জন্য অবশ্যই পরিমাপ এবং ক্ষতিপূরণ দিতে হবে।
    • [C-10-4] 1m দূরত্বে অবস্থিত একটি রেফারেন্স ডিভাইস থেকে স্ক্যান করার সময় এবং ADVERTISE_TX_POWER_HIGH এ প্রেরণ করার সময় মিডিয়ান BLE RSSI -55dBm +/-10 dB নিশ্চিত করতে Tx অফসেটের জন্য পরিমাপ এবং ক্ষতিপূরণ দিতে হবে।

নভেম্বর 20, 2023

2. ডিভাইসের ধরন

  • 2.2.1। হার্ডওয়্যার :

    রিভিশন দেখুন

    যদি হ্যান্ডহেল্ড ডিভাইস বাস্তবায়ন কোনো 64-বিট ABI সমর্থন ঘোষণা করে (কোনও 32-বিট ABI সহ বা ছাড়া):

  • 2.2.7.2। ক্যামেরা :

    রিভিশন দেখুন

    • [ 7.5 /H-1-13] 1টির বেশি RGB রিয়ার-ফেসিং ক্যামেরা থাকলে প্রাথমিক রিয়ার-ফেসিং ক্যামেরার জন্য LOGICAL_MULTI_CAMERA সক্ষমতা সমর্থন করতে হবে।

  • 2.3.2। মাল্টিমিডিয়া :

    রিভিশন দেখুন

    • [ 5.8 /T-0-1] বাহ্যিক প্রদর্শনের জন্য 50Hz বা 60Hz রিফ্রেশ হারের সাথে কাজ করে এমন নির্বাচিত SDR বা HDR ফর্ম্যাটের জন্য HDMI আউটপুট মোডকে অবশ্যই সর্বোচ্চ রেজোলিউশনে সেট করতে হবে।

      50Hz বা 60Hz রিফ্রেশ হারের সাথে সমর্থিত সর্বোচ্চ রেজোলিউশন নির্বাচন করতে HDMI আউটপুট মোড অবশ্যই সেট করতে হবে।

  • 2.4.5। নিরাপত্তা মডেল :

    রিভিশন দেখুন

    • [9/W-0-1] অবশ্যই android.hardware.security.model.compatible feature ঘোষণা করতে হবে।

6. বিকাশকারীর সরঞ্জাম এবং বিকল্পগুলির সামঞ্জস্য

  • 6.1। ডেভেলপার টুলস :

    রিভিশন দেখুন

    • [C-0-12] একটি LMK_KILL_OCCURRED_FIELD_NUMBER এটম লিখতে হবে

    রিভিশন দেখুন

    • [C-0-13] প্রদর্শনের জন্য শেল কমান্ড dumpsys gpu --gpuwork প্রয়োগ করতে হবে

9. নিরাপত্তা মডেল সামঞ্জস্য

  • ৯.৭। নিরাপত্তা বৈশিষ্ট্য :

    রিভিশন দেখুন

    যদি ডিভাইস বাস্তবায়ন একটি Linux কার্নেল ব্যবহার করে যা SELinux সমর্থন করতে সক্ষম, তারা:

    রিভিশন দেখুন

    যদি ডিভাইস বাস্তবায়ন SELinux ছাড়া Linux বা Linux ছাড়া অন্য কার্নেল ব্যবহার করে, তারা:

4 অক্টোবর, 2023

2. ডিভাইসের ধরন

  • 2.2। হ্যান্ডহেল্ড প্রয়োজনীয়তা :

    রিভিশন দেখুন

    Android ডিভাইস বাস্তবায়নকে হ্যান্ডহেল্ড হিসাবে শ্রেণীবদ্ধ করা হয় যদি তারা নিম্নলিখিত সমস্ত মানদণ্ড পূরণ করে:

    • 4 ইঞ্চি 3.3 ইঞ্চি (অথবা 2.5 ইঞ্চি ডিভাইস বাস্তবায়নের জন্য যা API লেভেল 29 বা তার আগে পাঠানো হয়েছে) থেকে 8 ইঞ্চি রেঞ্জের মধ্যে একটি ভৌত ​​তির্যক পর্দার আকার থাকতে হবে।

    নতুন প্রয়োজনীয়তা শুরু করুন

    • একটি টাচস্ক্রিন ইনপুট ইন্টারফেস আছে.

  • 2.2.1। হার্ডওয়্যার :

    রিভিশন দেখুন

    হ্যান্ডহেল্ড ডিভাইস বাস্তবায়ন:

    • [ 7.1 .1.1/H-0-1] কমপক্ষে একটি Android-সামঞ্জস্যপূর্ণ ডিসপ্লে থাকতে হবে যা এই নথিতে বর্ণিত সমস্ত প্রয়োজনীয়তা পূরণ করে৷ ছোট প্রান্তে কমপক্ষে 2.2" এবং দীর্ঘ প্রান্তে 3.4" পরিমাপ করে এমন প্রদর্শন করুন৷

    যদি হ্যান্ডহেল্ড ডিভাইস বাস্তবায়ন সফ্টওয়্যার স্ক্রিন ঘূর্ণন সমর্থন করে, তারা:

    • [ 7.1 .1.1/H-1-1]* তৃতীয় পক্ষের অ্যাপ্লিকেশনের জন্য উপলব্ধ করা যৌক্তিক স্ক্রিনটি ছোট প্রান্তে কমপক্ষে 2 ইঞ্চি এবং দীর্ঘ প্রান্তে 2.7 ইঞ্চি হতে হবে। Android API স্তর 29 বা তার আগে পাঠানো ডিভাইসগুলি এই প্রয়োজনীয়তা থেকে অব্যাহতি পাবে।

    যদি হ্যান্ডহেল্ড ডিভাইস বাস্তবায়ন সফ্টওয়্যার স্ক্রিন ঘূর্ণন সমর্থন না করে, তারা:

    • [ 7.1 .1.1/H-2-1]* তৃতীয় পক্ষের অ্যাপ্লিকেশনের জন্য উপলব্ধ লজিক্যাল স্ক্রীনটি অবশ্যই ছোট প্রান্তে কমপক্ষে 2.7 ইঞ্চি হতে হবে। Android API স্তর 29 বা তার আগে পাঠানো ডিভাইসগুলি এই প্রয়োজনীয়তা থেকে অব্যাহতি পাবে।

    নতুন প্রয়োজনীয়তা শুরু করুন

    • [ 7.1 .1.1/H-0-3]* তৃতীয় পক্ষের অ্যাপ্লিকেশনের জন্য উপলব্ধ করা প্রতিটি UI_MODE_NORMAL ডিসপ্লেকে অবশ্যই একটি অবরোধহীন শারীরিক প্রদর্শন অঞ্চলে ম্যাপ করতে হবে যা ছোট প্রান্তে কমপক্ষে 2.2” ইঞ্চি এবং দীর্ঘ প্রান্তে 3.4” ইঞ্চি।

    • [ 7.1 .1.3/H-0-1]* DENSITY_DEVICE_STABLE এর মান অবশ্যই 92% বা সংশ্লিষ্ট ডিসপ্লের প্রকৃত, ভৌত ঘনত্বের চেয়ে বেশি সেট করতে হবে।

    যদি হ্যান্ডহেল্ড ডিভাইস বাস্তবায়ন android.hardware.audio.output এবং android.hardware.microphone ঘোষণা করে, তারা:

    • [ 5.6 /H-1-1] 300 মিলিসেকেন্ড বা 5 এর কম পরিমাপের একটি গড় ক্রমাগত রাউন্ড-ট্রিপ লেটেন্সি থাকতে হবে, একটি গড় পরম বিচ্যুতি 30ms এর কম, নিম্নলিখিত ডেটা পাথগুলিতে: "স্পিকার থেকে মাইক্রোফোন", 3.5 মিমি লুপব্যাক অ্যাডাপ্টার (যদি সমর্থিত হয়), USB লুপব্যাক (যদি সমর্থিত হয়)।

    • [ 5.6 /H-1-2] স্পীকার থেকে মাইক্রোফোন ডেটা পাথের উপর গড় ট্যাপ-টু-টোন লেটেন্সি 300 মিলিসেকেন্ড বা তার কম অন্তত 5 পরিমাপ থাকতে হবে।

    যদি হ্যান্ডহেল্ড ডিভাইস বাস্তবায়নে কমপক্ষে একটি হ্যাপটিক অ্যাকুয়েটর অন্তর্ভুক্ত থাকে, তারা:

    • [ 7.10 /H]* একটি উদ্ভট ঘূর্ণায়মান ভর (ERM) হ্যাপটিক অ্যাকচুয়েটর (ভাইব্রেটর) ব্যবহার করা উচিত নয়।
    • [ 7.10 /H]* android.view- এ পরিষ্কার হ্যাপটিক্সের জন্য সমস্ত পাবলিক কনস্ট্যান্ট প্রয়োগ করতে হবে AL_KEY_RELEASE, CONFIRM, REJECT, GESTURE_START এবং GESTURE_END)।
    • [ 7.10 /H ] * android.os.VibrationEffect- এ স্পষ্ট হ্যাপটিক্সের জন্য সমস্ত পাবলিক কনস্ট্যান্ট প্রয়োগ করা উচিত যথা (EFFECT_TICK, EFFECT_CLICK, EFFECT_HEAVY_CLICK এবং EFFECT_DOUBLE_CLICK) এবং PRIMITIVE_* যথা ( CLICK, TICK, LOW_TICK, QUICK_FALL, QUICK_RISE, SLOW_RISE, SPIN, THUD)। এর মধ্যে কিছু আদিম, যেমন LOW_TICK এবং SPIN শুধুমাত্র তখনই সম্ভব হতে পারে যদি ভাইব্রেটর তুলনামূলকভাবে কম ফ্রিকোয়েন্সি সমর্থন করতে পারে।
    • [7.10/H]* android.view.HapticFeedback Constants-এ android.os.VibrationEffect ধ্রুবকগুলির সাথে সংশ্লিষ্ট প্রশস্ততা সম্পর্কগুলির সাথে ম্যাপ করার নির্দেশিকা অনুসরণ করা উচিত৷
    • [ 7.10 /H] * createOneShot() এবং createWaveform() API-এর জন্য গুণমানের মূল্যায়ন অনুসরণ করা উচিত।
    • [ 7.10 /H]* সর্বজনীন android.os.Vibrator.hasAmplitudeControl() API-এর ফলাফল তাদের ভাইব্রেটরের ক্ষমতা সঠিকভাবে প্রতিফলিত করে তা যাচাই করা উচিত।
    • [ 7.10 /H]* যেখানে ডিভাইসটি সাধারণত হাতে ধরে রাখা বা স্পর্শ করা হয় সেই অবস্থানের কাছাকাছি অ্যাকচুয়েটরের স্থাপন করা উচিত।

    যদি হ্যান্ডহেল্ড ডিভাইস বাস্তবায়নে কমপক্ষে একটি সাধারণ উদ্দেশ্য 7.10 লিনিয়ার রেজোন্যান্ট অ্যাকচুয়েটর অন্তর্ভুক্ত থাকে, তারা:

    • [ 7.10 /H] যেখানে ডিভাইসটি সাধারণত হাতে ধরে রাখা বা স্পর্শ করা হয় সেই অবস্থানের কাছাকাছি অ্যাকচুয়েটর স্থাপন করা উচিত।

    • [ 7.10 /H] ডিভাইসের প্রাকৃতিক প্রতিকৃতি অভিযোজনের X-অক্ষে (বাম-ডানে) হ্যাপটিক অ্যাকুয়েটরকে সরানো উচিত।

    যদি হ্যান্ডহেল্ড ডিভাইস বাস্তবায়নের একটি সাধারণ উদ্দেশ্য হ্যাপটিক অ্যাকুয়েটর থাকে যা X-অক্ষ লিনিয়ার রেজোন্যান্ট অ্যাকচুয়েটর (LRA), তারা:

    • [ 7.10 /H] X-অক্ষ LRA এর অনুরণিত ফ্রিকোয়েন্সি 200 Hz এর নিচে হওয়া উচিত।

  • 2.2.2। মাল্টিমিডিয়া :

    রিভিশন দেখুন

    হ্যান্ডহেল্ড ডিভাইস বাস্তবায়ন অবশ্যই নিম্নলিখিত ভিডিও এনকোডিং ফর্ম্যাটগুলিকে সমর্থন করবে এবং তৃতীয় পক্ষের অ্যাপ্লিকেশনগুলিতে সেগুলি উপলব্ধ করবে:

    • [ 5.2 /H-0-3] AV1

    হ্যান্ডহেল্ড ডিভাইস বাস্তবায়ন অবশ্যই নিম্নলিখিত ভিডিও ডিকোডিং ফর্ম্যাটগুলিকে সমর্থন করবে এবং তৃতীয় পক্ষের অ্যাপ্লিকেশনগুলিতে সেগুলি উপলব্ধ করবে:

    • [ 5.3 /H-0-6] AV1

  • 2.2.3। সফটওয়্যার :

    রিভিশন দেখুন

    যদি 7.2.3 বিভাগে বিশদ বিবরণ অনুযায়ী সাম্প্রতিক ফাংশন নেভিগেশন কী সহ ডিভাইস বাস্তবায়ন ইন্টারফেস পরিবর্তন করে, তারা:

    • [ 3.8 .3/H-1-1] অবশ্যই স্ক্রিন পিনিং আচরণ বাস্তবায়ন করতে হবে এবং বৈশিষ্ট্যটি টগল করার জন্য ব্যবহারকারীকে একটি সেটিংস মেনু প্রদান করতে হবে।

    যদি হ্যান্ডহেল্ড ডিভাইস বাস্তবায়নে ControlsProviderService এবং Control API-এর সমর্থন অন্তর্ভুক্ত থাকে এবং তৃতীয় পক্ষের অ্যাপ্লিকেশনগুলিকে ডিভাইস নিয়ন্ত্রণ প্রকাশ করার অনুমতি দেয়, তাহলে তারা:

    • [ 3.8 .16/H-1-6] ডিভাইস বাস্তবায়ন অবশ্যই সঠিকভাবে ব্যবহারকারীর সামর্থ্য নিম্নরূপ রেন্ডার করবে:
      • যদি ডিভাইসটি config_supportsMultiWindow=true সেট করে থাকে এবং অ্যাপটি ControlsProviderService ঘোষণায় মেটাডেটা META_DATA_PANEL_ACTIVITY ঘোষণা করে, যার মধ্যে একটি বৈধ কার্যকলাপের কম্পোনেন্টনাম (এপিআই দ্বারা সংজ্ঞায়িত করা হয়েছে), তাহলে অ্যাপটিকে অবশ্যই এই ব্যবহারকারীর সামর্থ্যে বলা কার্যকলাপ এমবেড করতে হবে।
      • অ্যাপটি যদি মেটাডেটা META_DATA_PANEL_ACTIVITY ঘোষণা না করে, তাহলে এটিকে অবশ্যই ControlsProviderService API দ্বারা প্রদত্ত নির্দিষ্ট ক্ষেত্রগুলির পাশাপাশি কন্ট্রোল API দ্বারা প্রদত্ত যেকোন নির্দিষ্ট ক্ষেত্রগুলিকে রেন্ডার করতে হবে৷
    • [ 3.8 .16/H-1-7] অ্যাপটি যদি মেটাডেটা META_DATA_PANEL_ACTIVITY ঘোষণা করে, তাহলে এটিকে [3.8.16/H-1-5] এ সংজ্ঞায়িত সেটিং এর মানটি পাস করতে হবে যখন EXTRA_LOCKSCREEN_ALLOW_TRIVIAL_CONTROLS লঞ্চ করা অ্যাক্টিভিটি ব্যবহার করে।

    যদি ডিভাইস বাস্তবায়ন ব্যবহারকারীদের যে কোনো ধরনের কল করার অনুমতি দেয়, তারা

  • 2.2.4। কর্মক্ষমতা এবং শক্তি :

    রিভিশন দেখুন

    হ্যান্ডহেল্ড ডিভাইস বাস্তবায়ন:

    • [ 8.5 /H-0-1] SDK নথিতে বর্ণিত হিসাবে এটি শুরু হওয়ার পর থেকে এই পরিষেবাগুলির প্রতিটির সময়কাল সহ সক্রিয় ফোরগ্রাউন্ড পরিষেবা বা ব্যবহারকারীর দ্বারা শুরু করা চাকরি সহ সমস্ত অ্যাপ দেখতে সেটিংস মেনুতে একটি ব্যবহারকারীর সামর্থ্য প্রদান করতে হবে . এবং একটি ফোরগ্রাউন্ড পরিষেবা বা ব্যবহারকারীর সূচনা করা কাজ চালাচ্ছে এমন একটি অ্যাপ বন্ধ করার ক্ষমতা। একটি ফোরগ্রাউন্ড পরিষেবা চালাচ্ছে এমন একটি অ্যাপ বন্ধ করার ক্ষমতা এবং সক্রিয় ফোরগ্রাউন্ড পরিষেবা রয়েছে এমন সমস্ত অ্যাপ এবং SDK নথিতে বর্ণিত হিসাবে এটি শুরু হওয়ার পর থেকে এই পরিষেবাগুলির প্রতিটির সময়কাল প্রদর্শন করার ক্ষমতা সহ।
      • কিছু অ্যাপ SDK নথিতে বর্ণিত ব্যবহারকারীর সামর্থ্য অনুযায়ী বন্ধ হওয়া বা তালিকাভুক্ত হওয়া থেকে অব্যাহতি পেতে পারে।

  • [ 8.5 /H-0-2] একটি ফোরগ্রাউন্ড পরিষেবা বা ব্যবহারকারীর দ্বারা সূচিত কাজ চালানোর জন্য একটি অ্যাপ বন্ধ করার জন্য একটি ব্যবহারকারীর সামর্থ্য প্রদান করতে হবে৷