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

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

নভেম্বর 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-স্পষ্ট হ্যাপটিক্সের জন্য সমস্ত পাবলিক কনস্ট্যান্ট প্রয়োগ করতে হবে। হ্যাপটিকফিডব্যাক কনস্ট্যান্ট যথা (CLOCK_TICK, CONTEXT_CLICK, KEYBOARD_PRESS, KEYBOARD_RELEASE, KEYBOARD_TAP, VALTUVALKE, LONG_MOVALKE, LONG_TEXT_CLICK _KEY_RELEASE, CONFIRM, REJECT, GESTURE_START এবং GESTURE_END)।
    • [ 7.10 /H]* android.os.VibrationEffect-স্পষ্ট হ্যাপটিক্সের জন্য সমস্ত পাবলিক কনস্ট্যান্ট প্রয়োগ করা উচিত, যথা (EFFECT_TICK, EFFECT_CLICK, EFFECT_HEAVY_CLICK এবং EFFECT_DOUBLE_CLICK) এবং Android এর জন্য সমস্ত সম্ভাব্য পাবলিক কনস্ট্যান্টের জন্য PRIMITIVE_* রিচের নাম। ly ( 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] একটি ফোরগ্রাউন্ড পরিষেবা বা ব্যবহারকারীর দ্বারা সূচিত কাজ চালানোর জন্য একটি অ্যাপ বন্ধ করার জন্য একটি ব্যবহারকারীর সামর্থ্য প্রদান করতে হবে৷