ملاحظات إصدار حزمة اختبار صور كاميرا Android 11

تلخّص هذه الصفحة التغييرات التي طرأت على مجموعة اختبار صور الكاميرا (ITS) في Android 11. تندرج التغييرات ضمن الفئات التالية:

التغييرات في الأجهزة

يقدّم نظام Android 11 العديد من التغييرات على الأجهزة لتقليل التكلفة وزيادة مدى التوفّر. تندرج هذه التغييرات ضمن الفئات التالية:

شركة تصنيع إضافية

شركة Rahi Systems مؤهَّلة لإنتاج حاويات اختبارات تكنولوجيا المعلومات والاتصالات بالإضافة إلى مزوّدنا الحالي، شركة MYWAY design. في ما يلي معلومات الشركة الخاصة بالمورّدين المؤهّلين:

  • Rahi Systems Inc.
    48303 Fremont Blvd, Fremont CA 94538, USA
    rahisystems.com/products/android-device-testing-equipment/
    androidpartner@rahisystems.com
    +1-510-319-3802

  • MYWAY design
    4F.، رقم 163، طريق فو ينغ، مقاطعة شينزهوانغ، مدينة تايبيه الجديدة، تايوان
    twmyway.com
    sales@myway.tw
    +886-2-29089060

طرق التصنيع الموحّدة

تمت إعادة تصميم هيكل الاختبار الداخلي لتكنولوجيا المعلومات ضِمن العلبة rev1 لمجال الرؤية العادي (RFoV) لاستخدام طرق التصنيع المستخدمة في وحدات الاختبار لصندوق مجال الرؤية الواسع (WFoV) وصندوق الدمج بين أجهزة الاستشعار. الوظيفة متطابقة، وللتبسيط، تتم الإشارة إلى التصميم باسم الإصدار 1(أ). تتيح عملية إعادة التصميم للشركات المصنّعة تخزين نوع واحد فقط من البلاستيك لتصنيع جميع الحواجز الاختبارية. بالإضافة إلى ذلك، تمت إعادة تصميم حاملات الإضاءة وحاملات الإضاءة للجهاز اللوحي لتناسب زيادة الاختلاف في الأجهزة اللوحية وأشرطة إضاءة LED.

لتنزيل أحدث الأوصاف والرسومات الميكانيكية، اطّلِع على صندوق RFoV (الإصدار 1(أ)) و صندوق WFoV (الإصدار 2.9).

خيارات الأجهزة اللوحية المتزايدة

تتم إضافة الأجهزة اللوحية بما في ذلك Samsung Galaxy Tab A 10.1 و Chuwi Hi9 Air 10.1 إلى قائمة الأجهزة اللوحية المقترَحة. من المهم ألا يتضمّن الجهاز اللوحي معدّل عرض النبضات (PWM) لضبط سطوع الشاشة للتخلص من التدرّج في الصور التي تم التقاطها.

للاطّلاع على أحدث المعلومات حول الأجهزة اللوحية المقترَحة، يُرجى الاطّلاع على متطلبات الأجهزة اللوحية.

تقليل فتح الجهاز اللوحي

للسماح باستخدام جهاز Galaxy Tab A 10.1، تم تقليل فتحة الجهاز اللوحي قليلاً في الارتفاع لكلٍّ من حاويتي الاختبار RFoV (الإصدار 1(a) وWFoV (الإصدار 2). إنّ المراجعات التي تعكس هذه التغييرات هي المراجعة 1a.1 والمراجعة 2.9. بالنسبة إلى هذه الرسومات، راجِع مربّع RFoV (الإصدار 1(أ)) ومربّع WFoV (الإصدار 2.9).

وحدة تحكّم جديدة في دمج البيانات من أجهزة الاستشعار

تمت إعادة تصميم مكونات وحدة التحكم في الاندماج بالمستشعر لتحسين قابلية التصنيع. يستند جهاز التحكّم الجديد إلى Arduino، مع درع لوحة توجيه مخصّصة يتم تثبيته على لوحة Arduino. يوضح الشكل 1 الدرع ويوضح الشكل 2 الرسم الميكانيكي للهيكل. يتم تشغيل وحدة التحكم الجديدة من خلال مصدر إمداد واحد بقوة 5 فولت يشغّل المحرك بشكل مباشر. يتم التحكّم في الأجهزة الإلكترونية بالكامل من خلال موصل USB. تسمح وحدة الإمداد بالطاقة المنفصلة بعزل كامل بين مكونات التحكّم الإلكترونية ومحرك التوجيه. بالإضافة إلى ذلك، يمكن لوحدة تحكّم واحدة التحكّم في ما يصل إلى ستة محركات سيرفو.

منظر علوي لأردوينو

الشكل 1: مشهد من الأعلى لدرع Arduino

تصميم الحاوية

الشكل 2: تصميم العلبة

يتوافق نظام التشغيل Android 11 مع وحدات التحكّم الحالية القديمة. ولاستدعاء الاختبار باستخدام وحدة التحكّم المستنِدة إلى Arduino، يمكنك استخدام ما يلي:

python tools/run_all_tests.py device=# camera=# rot_rig=arduino:1 scenes=sensor_fusion

المستوى الأول لواجهة برمجة التطبيقات

في Android 10، يتم تصنيف اختبارات ITS على أنّها MANDATED وNOT_YET_MANDATED. للإطلاق كجهاز Android 10 ، يجب اجتياز جميع اختبارات MANDATED. يمكن أن تؤدي اختبارات NOT_YET_MANDATED إلى نتائج سلبية، ولكن يتم إدراجها في جدول البيانات على أنّها PASS لإعداد تقارير مدقّقي CTS. ينطبق شرط MANDATED اختبارات أيضًا على الأجهزة التي تمت ترقيتها. وقد أدّى هذا الشرط الذي يفرض على الأجهزة التي تمت ترقيتها اجتياز جميع اختبارات MANDATED إلى تأخّر اختبارات التوافق لتصبح اختبارات MANDATED لأنّه يجب أن تجتاز الأجهزة القديمة الاختبارات أيضًا.

في Android 11، يتم حظر اختبارات MANDATED من خلال علامة مستوى واجهة برمجة التطبيقات الأولى من خصائص الهاتف. بالنسبة إلى الأجهزة التي يتم ترقيتها إلى Android 11، يتم تنفيذ الاختبارات على أنّها NOT_YET_MANDATED اختبارات، ما يعني أنّه يمكن أن يتعذّر إكمال أحد الاختبارات ولكن يتم إدراجه على أنّه PASS في CtsVerifier.apk.

مثلاً:

  • في Android 11، يكون test_channel_saturation اختبار MANDATED للأجهزة التي يكون فيها المستوى الأول لواجهة برمجة التطبيقات أعلى من 29.
  • في الإصدار 10 من نظام التشغيل Android، يكون test_channel_saturation اختبار MANDATED لجميع الأجهزة.

التحقّق من إضاءة المشهد

في الإصدار 11 من نظام Android، يتم التحقّق من إضاءة المشهد من خلال تحليل السطوع في زوايا المشهد. يتم التحقّق من جميع المشاهد اليدوية للإضاءة، ويتم التحقّق من المشاهد المستندة إلى الأجهزة اللوحية لكاميرات RFoV في جهاز اختبار RFoV وكاميرات WFoV في جهاز اختبار WFoV. إذا كانت مستويات الإضاءة غير كافية، يتم تسجيل خطأ ويتعذّر إكمال الاختبار.

تغييرات في أسماء المشاهد

في Android 10، يمثّل المشهد 1 معظم الاختبارات ونسبة كبيرة من إجمالي وقت الاختبار. إذا تعذّر أي اختبار ضمن المشهد 1، يجب إعادة تشغيل المشهد بأكمله. من خلال التصميم، تؤدي إعادة تشغيل المشهد بأكمله إلى تقليل اجتياز الاختبارات الهامشية. في Android 11، يتم تقليل مدّة إعادة التشغيل من خلال تقسيم المشهد 1 إلى مشهدَين، هما المشهد 1_1 والمشهد 1_2.

يعرض الجدول التالي أوقات الاختبار التي تمّت جدولتها للكاميرا الخلفية في هاتف Pixel 4 لتصوير مشاهد مختلفة. يتم تقسيم عدد الاختبارات لمساواة وقت الاختبار، وليس لمساواة عدد الاختبارات.

بالإضافة إلى ذلك، يتمّ تنظيف الأسماء. تم تقسيم المشهد 2 بالأحرف، وتم تقسيم المشهد 1 بالأرقام. في ما يلي أسماء الإضافات المختلفة:

  • المشاهد التي تتضمّن الرسم البياني نفسه ولكن باختبارات مختلفة: *_1,2,3
  • المشاهد التي تتضمّن رسومًا بيانية مختلفة ولكن الاختبارات نفسها: *_a,b,c
منظر عدد الاختبارات وقت تشغيل Pixel 4 (الحد الأدنى:الثانية)
0 11 1:12
1_1 22 5:12
1_2 13 5:20
2_a 5 3:22
2_b 1 0:24
2_c 1 0:24
3 6 2:04
4 2 2:46

اختبار التغييرات

الاختبارات المعدَّلة لاستخدام المستوى الأول من واجهة برمجة التطبيقات

في Android 11، تم تعديل الاختبارات الواردة في الجدول التالي لاستخدام علامة مستوى واجهة برمجة التطبيقات الأولى. تستخدِم جميع هذه الاختبارات المستوى 29 لواجهة برمجة التطبيقات، باستثناء اختبار test_tonemap_curve الذي يستخدِم المستوى 30 لواجهة برمجة التطبيقات.

منظر اسم الاختبار المستوى الأول لواجهة برمجة التطبيقات الوصف
0 test_tonemap_curve 30 تأكَّد من أنّ المسار يحتوي على مخرجات ألوان مناسبة مع خريطة ألوان خطية ومدخل مثالي للصورة (يعتمد على test_test_patterns).
1 test_ae_precapture_trigger 29 اختبِر جهاز حالة AE عند استخدام مشغِّل الالتقاط المسبق. تأكَّد من أنّه لا يوجد أي تأثير لسبب تشغيل الالتقاط المُسبَق الذي تم إيقافه في وضع AE.
test_channel_saturation 29 تأكَّد من أنّ قنوات RGB مشبعة بقيم مشابهة لإزالة الصبغة في مناطق المشبعة.
2_a/b/c test_num_faces 29 زيادة التنوّع حسب الفئة العمرية في المشاهد المصنَّفة حسب الوجوه

الاختبارات التي تتضمّن تغييرات

تم تعديل الاختبارات الواردة في الجدول التالي في الإصدار Android 11. يتم وصف التغييرات في عمود وصف التغييرات.

منظر اسم الاختبار المستوى الأول لواجهة برمجة التطبيقات وصف التغييرات
1 test_burst_sameness_manual 30 خفض الحدّ المسموح به إلى %2
4 test_aspect_ratio_and_crop 30 غيِّر الإعداد إلى "التشغيل على أجهزة محدودة".
test_multi_camera_alignment 30 انتقِل بين الكاميرات بشكلٍ فردي إذا لم تكن ميزة الالتقاط باستخدام كاميرات متعددة متاحة. إعادة صياغة منطق اختيار الكاميرا لمراعاة أنظمة الكاميرات الثلاثية والرباعية، وتخطّي الكاميرات الأحادية اللون وكاميرات الالتقاط العميق فقط وكاميرات الأشعة تحت الحمراء

الاختبارات الجديدة

يتم تفعيل الاختبارات الواردة في الجدول التالي في Android 11. يتم تلخيص الاختبارات في الجدول، ويتم تقديم أوصاف مفصّلة في الأقسام التالية.

منظر اسم الاختبار المستوى الأول لواجهة برمجة التطبيقات الوصف
0 test_vibration_restrictions 30 تأكَّد من عدم تفعيل التنبيهات والاهتزازات أثناء التقاط الصور.
2_a test_jpeg_quality 30 اختبِر ما إذا كانت جداول الترميز تقلّل من الضغط لزيادة جودة JPEG.
2_d/2_e test_num_faces 30 زيادة تنوّع أعمار الوجوه
2_e test_continuous_picture 30 التأكّد من تسوية 3A في android.control.afAvailableModes = CONTINUOUS_PICTURE.
تغيير test_scene_change 31 تمّ تأكيد android.control.afSceneChange عند تغيير المشهد.
6 test_zoom 30 اختبار android.control.zoomRatioRange

مشهد 0/test_vibration_restriction

لا يتطلّب هذا الاختبار أيّ مشهد معيّن، ولكن يجب وضع الجهاز الذي يتم اختباره (DUT) على سطح صلب أو تثبيته عليه. ويشمل ذلك التثبيت على علب اختبار ITS-in-a-box.

التأكيدات

  • عدم حدوث اهتزازات أثناء استخدام الكاميرا

scene2_a/test_jpeg_quality

الطريقة

يتم تحديد الأجزاء المختلفة من ملف JPEG من خلال علامات 2 بايت. لمزيد من المعلومات، يُرجى الاطّلاع على JPEG.

يستخرج الاختبار مصفوفات الترميز من عملية التقاط JPEG. العلامة لمصفوفات الترميز في عملية التقاط JPEG هي التسلسل [255, 219]. عند العثور على العلامة، يكون العنصران التاليان في القائمة هما الحجم. عادةً ما يكون علامة حجم DQT في JPEG‏ [0, 132] = 256*0+132 = 132، ما يمثّل حجم بيانات DQT في عملية التقاط JPEG. تكون البيانات المضمّنة على النحو التالي: [255, 219, 0, 132, 0 (luma marker), 8x8 luma matrix, 1 (chroma marker), 8x8 chroma matrix].

يبدو أنّ 0 لعلامة مصفوفة luma و1 للعلامة اللونية موحّدة في عدد من الأجهزة، بما في ذلك الهواتف التي تفصل المصفوفة في قسمَي DQT منفصلين في ملف JPEG. تميل مصفوفات الإضاءة إلى أن تحتوي على مجموعة متنوعة أكبر من القيم مقارنةً بمصفوفات الألوان، لأنّ العين البشرية تكون أكثر حساسية للإضاءة من الألوان، وتراعي صور JPEG ذلك.

يتم عرض عيّنة من مصفوفتَي luma وChroma المستخرَجة أدناه لمعرفة عاملَي الجودة 85 و25 لكاميرا Pixel 4 التي تلتقط المشهد2_a باستخدام جهاز اختبار تكنولوجيا المعلومات. تزداد قيم المصفوفة (ما يشير إلى زيادة الضغط) بشكل كبير عند ضبط الجودة على مستوى منخفض. تتم طباعة هذه المصفوفات باستخدام النص البرمجي فقط في حال تطبيق علامة debug=True. لاحظ التباين الأكبر في الإدخالات في ملفّات برمجية مصفوفات الإضاءة مقارنةً بملفات برمجية مصفوفات الألوان.

    luma matrix (quality = 85)    chroma matrix (quality = 85)

    [[ 5  3  4  4  4  3  5  4]    [[ 5  5  5  7  6  7 14  8]
     [ 4  4  5  5  5  6  7 12]     [ 8 14 30 20 17 20 30 30]
     [ 8  7  7  7  7 15 11 11]     [30 30 30 30 30 30 30 30]
     [ 9 12 17 15 18 18 17 15]     [30 30 30 30 30 30 30 30]
     [17 17 19 22 28 23 19 20]     [30 30 30 30 30 30 30 30]
     [26 21 17 17 24 33 24 26]     [30 30 30 30 30 30 30 30]
     [29 29 31 31 31 19 23 34]     [30 30 30 30 30 30 30 30]
     [36 34 30 36 28 30 31 30]]     [30 30 30 30 30 30 30 30]]

    luma matrix (quality = 25)            chroma matrix (quality = 25)

    [[ 32  22  24  28  24  20  32  28]    [[ 34  36  36  48  42  48  94  52]
     [ 26  28  36  34  32  38  48  80]     [ 52  94 198 132 112 132 198 198]
     [ 52  48  44  44  48  98  70  74]     [198 198 198 198 198 198 198 198]
     [ 58  80 116 102 122 120 114 102]     [198 198 198 198 198 198 198 198]
     [112 110 128 144 184 156 128 136]     [198 198 198 198 198 198 198 198]
     [174 138 110 112 160 218 162 174]     [198 198 198 198 198 198 198 198]
     [190 196 206 208 206 124 154 226]     [198 198 198 198 198 198 198 198]
     [242 224 200 240 184 202 206 198]]     [198 198 198 198 198 198 198 198]]

يوضح الشكل 3 متوسط قيم المصفوفة لكاميرا Pixel 4 الخلفية مقابل جودة JPEG. مع زيادة جودة JPEG، ينخفض مستوى الضغط (متوسط مصفوفة DQT للّون الفاتح/اللون الداكن).

متوسط قيم مصفوفة Pixel 4

الشكل 3: متوسطات مصفوفة DQT للّون الأسود/الأبيض/اللون في الكاميرا الخلفية لهاتف Pixel 4 مقارنةً بجودة JPEG

التأكيدات

  • بالنسبة إلى [25، 45، 65، 86]، يؤدي رفع الجودة بمقدار 20 إلى خفض الكمية المُشفَّرة بنسبة% 20 متوسطات المصفوفة.
  • حمولات مصفوفة DQT هي أرقام مربعة.

يوضح الشكل 4 مثالاً لهاتف أخفق في الاختبار. تجدر الإشارة إلى أنّه لن يحدث زيادة في مصفوفة الضغط الكمي بالنسبة إلى الصور المنخفضة الجودة جدًا (jpeg.quality < 50).

مثال على عدم اجتياز الاختبار

الشكل 4: مثال على اختبار تعذّر إكماله

scene2_d/e test_num_faces

تمت إضافة مشهدَين جديدَين لرصد الوجوه لزيادة التنوع في الوجوه التي تتحقّق منها الخوارزمية لرصد الوجوه. من خلال الاختبار المتكرّر لعدد من الكاميرات، من المتوقّع أن يكون الوجه الأصعب هو الوجه الأيسر في scene2_d. على وجه الخصوص، يظهر في النموذج قبعة وذقن، وهو أمر جديد في مشاهد الوجه. يتم عرض المشاهد الجديدة في الشكلين 5 و6.

scene2_d

الشكل 5. المشهد2_d

scene2_e

الشكل 6: scene2_e

التأكيدات

  • num_faces == 3

scene2_e/test_continuous_picture

الطريقة

يستخدِم اختبار test_continuous_picture المشهد scene2_e، ولكن يمكن تفعيله مع أيّ من مَشاهد الوجوه. في هذا الاختبار، يتم تسجيل 50 لقطة بدرجة دقة VGA باستخدام الإعداد الأول لطلب التسجيل android.control.afMode = 4 (CONTINUOUS_PICTURE).

من المتوقّع أن يكون نظام 3A قد اكتمل في نهاية عملية التقاط 50 لقطة.

التأكيدات

  • يكون 3A في حالة موحّدة في نهاية عملية الالتقاط.

تغيير المشهد/test_scene_change

الطريقة

تم تفعيل اختبار جديد لاختبار ما إذا كانت العلامة android.control.afSceneChange تم تأكيدها عند تغيير المشهد. يستفيد تغيير المشهد من الجهاز اللوحي الذي يعرض مَشهدًا للوجه ثم يشغّله ويوقِفه لإنشاء مَشهد مختلف. يعيد المشهد استخدام scene2_e ولكن في مشهد منفصل بسبب عنصر التحكّم المطلوب في الجهاز اللوحي.

بالإضافة إلى ذلك، في ما يتعلّق بالاختبار اليدوي، يمكن تغيير المشهد من خلال تلويح بيدك أمام الكاميرا.

يعرض الشكل 7 مخطّطًا زمنيًا للاختبار. ويتم ضبط التوقيت بين إيقاف تشغيل الشاشة والالتقاط وفقًا لنتائج الأحداث من عمليات التسجيل السابقة.

الرسم التخطيطي لتوقيت test_scene_change

الشكل 7: مخطّط زمني لـ test_scene_change

شروط التغيير:

  • إذا حدث تغيير في المشهد وafSceneChange == 1، يعرض الاختبار PASS.
  • في حال حدوث تغيير في المشهد وafSceneChange == 0، يتم نقل تغيير المشهد إلى 5 لقطات سابقة لإتاحة المزيد من الوقت لتأكيد afSceneChange.
  • في حال عدم حدوث تغيير في المشهد وafSceneChange == 1، يعرض الاختبارFAIL.
  • في حال عدم حدوث تغيير في المشهد وafSceneChange == 0، يتم تسجيل تغيير المشهد قبل 30 لقطة لتسجيل تغيير المشهد.

التأكيدات

  • مفاتيح تبديل الشاشة (المشهد)
  • العلامة afSceneChange هي [0، 1].
  • في حال عدم حدوث تغيير في المشهد، يتم توحيد 3A (يشبه وظيفيًا test_continuous_picture).
  • إذا كان afSceneChange == 1، يجب أن يتغيّر مستوى السطوع في المشهد.
  • PASS خلال ست محاولات مع تغيير التوقيت استنادًا إلى النتائج السابقة

scene6/test_zoom

الطريقة

يجب إنشاء مشهد جديد لاختبار android.control.zoomRatioRange لأنّه لا تتضمّن المشاهد المحدّدة ميزة صغيرة بما يكفي لتكبيرها (المشاهد [1 و2 و4]) أو يتضمّن المشهد العديد من الأجسام التي لا يمكن التعرّف عليها بسهولة، ما يصعّب استخراج الميزة (المشهد 3).

يعرض الشكل 8 المشهد الجديد مع صفيف منتظم من الدوائر. تعمل صفائف الدوائر على تخفيف متطلبات وضع DUT/الرسم البياني في المنتصف، وتسمح بظهور دائرة بجانب مركز الصورة التي تم التقاطها في كل الأوقات. في هذا المشهد، تغطي مصفوفة من دوائر 9×5 بحدود سوداء الجهاز اللوحي بالكامل. يتم استبدال دائرة واحدة بمربع في الزاوية اليمنى العليا لإظهار الاتجاه. أحجام الدوائر تتضمّن ميزة بمساحة تبلغ 7500 بكسل تقريبًا (radius=50pixels) لجهاز استشعار بدقة 4000×3000 تم التقاطه بزاوية عرض تبلغ 80 درجة تقريبًا.

‎test_zoom scene

الشكل 8: مشهد test_zoom

دائرة تم العثور عليها في هاتف Pixel 4

الشكل 9. كاميرا Pixel 4 [0] التكبير/التصغير = [1، 3.33، 5.67، 8] صورة مع الدائرة التي تم العثور عليها

يعرض الشكل 9 صورًا تم التقاطها بالكاميرا الخلفية لهاتف Pixel 4 مع زيادة التكبير من مرة واحدة إلى 8 مرات على أربع خطوات. تم التقاط هذه المجموعة من الصور بدون اتّخاذ أي إجراءات خاصة لضبط الإطار باستثناء استخدام فتحة اختبار الهاتف التي تتضمّن مجرورتَين لتمكين اختبار كل من الكاميرا الأمامية والخلفية. من المتوقّع حدوث انحراف عن الوسط، ويُلاحظ ذلك عندما يكون الجهاز اللوحي للرسم البياني على يمين الوسط قليلاً. بالإضافة إلى ذلك، يبدو أنّ الرسم البياني كافٍ للاختبار باستخدام معدّلات تكبير/تصغير أعلى من 8 مرات.

العثور على الدوائر

يتضمّن الاختبار طريقة find_circle() باستخدام findContours التي تعثر على جميع الخطوط الخارجية وتضيّق نطاق البحث عن الخطوط الخارجية إلى الدوائر المطلوبة من خلال اختبار ما يلي:

  • يجب أن تزيد مساحة الخطوط الخارجية عن 10 بكسل.
  • يجب أن تحتوي المخططات الدائرية على NUM_PTS >= 15.
  • يجب أن تحتوي الخطوط العريضة على مراكز سوداء.
  • يجب أن تشبه الخطوط الحدودية دائرة، أي أن تكون مساحتها قريبة من مساحة الخطوط الحدودية pi*r2.

نطاق الاختبار

يتم تقسيم android.control.zoomRatioRange إلى 10 خطوات.

  • [1, 7] اختبارات [1, 1.67, 2.33, 3, 3.67, 4.33, 5, 5.67, 6.33, 7]

يتم إيقاف التكبير/التصغير إذا لمست الدائرة التي تم العثور عليها حدود الصورة. هناك عملية تحقّق للتأكّد من الوصول إلى مستوى تكبير كافٍ في الاختبار (10x).

التأكيدات

  • تظهر دائرة واحدة على الأقل في كل إعداد تكبير/تصغير.
  • يتم اختبار 10 مرّات أو android.control.zoomRatioRange مرّة كحدّ أقصى.
  • مقاييس نصف قطر الدائرة باستخدام التكبير/التصغير (RTOL بنسبة 10% من المتوقع)
  • يتمّ إزاحة مركز الدائرة عن المقاييس المركزية عند التكبير/التصغير (نسبة الخطأ المسموح به بنسبة% 10 من القيم المتوقّعة).
  • تم الوصول إلى مستوى تكبير كافٍ (2x).

زيادة اختبار الكاميرا المحدود

في نظام التشغيل Android 11، تُجري الاختبارات الواردة في الجدول التالي اختبارًا على LIMITED كاميرا. بالإضافة إلى الاختبارات الجديدة، تم تعديل اختبار scene4/test_aspect_ratio_and_crop لتفعيل اختبار أجهزة LIMITED التي تعمل بالمستوى الأول لواجهة برمجة التطبيقات 30 أو إصدار أحدث.

منظر اسم الاختبار
0 test_vibration_restrictions
2_a test_jpeg_quality
2_d/2_e test_num_faces
4 test_aspect_ratio_and_crop
6 test_zoom

يعرض الشكل 10 وحدة فك التشفير السرية لنظام ITS في Android 11. يعرض رمز التفكيك السري حلّق إعدادات الاختبار التي يتم حظر الاختبارات الفردية من خلالها. يتم ترميز بوابات الوصول بالألوان لتسهيل الاطّلاع عليها. في ما يلي العناصر الرئيسية التي تؤدي إلى حظر الوصول إلى التطبيق:

  • MANUAL_SENSOR
  • READ_3A *يتطلب MANUAL SENSOR
  • COMPUTE_TARGET_EXPOSURES *يتطلب MANUAL SENSOR
  • PER_FRAME_CONTROL
  • RAW
  • SENSORS *REALTIME
  • MULTI_CAMERA

MANUAL SENSOR وREAD_3A وCOMPUTE_TARGET_EXPOSURES و PER_FRAME_CONTROL هي الجهات التي تشرف على معظم الاختبارات. بالإضافة إلى ذلك، يتم تمييز الاختبارات التي تم تفعيلها لأجهزة LIMITED باللون الأخضر الفاتح.

خاتم ترميز سري

الشكل 10: حلقة فك الترميز السري لنظام Android 11