ملاحظات إصدار حزمة اختبار صور كاميرا 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.، No. 163, Fu-Ying Road, XinZhuang District, New Taipei City, Taiwan
  twmyway.com
  sales@myway.tw
  +886-2-29089060

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

تم إعادة تصميم حاوية اختبار الإصدار 1 من نظام ITS المزوّد بكاميرا ذات مجال رؤية عادي (RFoV) في علبة لاستخدام طرق التصنيع المستخدَمة في حاويات اختبار علبة مجال الرؤية الواسع (WFoV) و علبة دمج المستشعرات. الوظيفة متطابقة، وللتبسيط، تتم الإشارة إلى التصميم باسم الإصدار 1(أ). تتيح عملية إعادة التصميم للشركات المصنّعة تخزين نوع واحد فقط من البلاستيك لتصنيع جميع الحواجز الاختبارية. بالإضافة إلى ذلك، تمت إعادة تصميم حاملي مصابيح شاشة التابلت وحاملي مصابيح LED للتعامل مع الاختلافات الأكبر في شاشة التابلت ومصابيح 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). إنّ المراجعات التي تعكس هذه التغييرات هي المراجعتَان rev1a.1 وrev2.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

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

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

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

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

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

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

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

scene0/test_vibration_restriction

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

التأكيدات

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

scene2_a/test_jpeg_quality

الطريقة

يتم تحديد أجزاء مختلفة من ملف JPEG باستخدام علامات تبلغ سعتها بايتين. لمزيد من المعلومات، يُرجى الاطّلاع على 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 لعلامة مصفوفة الإضاءة و1 لعلامة معلومات الألوان متّسقان في عدد من الأجهزة، بما في ذلك الهواتف التي تفصل بين المصفوفتين في أقسام DQT منفصلة في ملف JPEG. تميل مصفوفات الإضاءة إلى أن تتضمّن مجموعة متنوعة أكبر من القيم مقارنةً بمصفوفات الألوان، لأنّ العين البشرية تكون أكثر حساسية للإضاءة من الألوان، وتراعي صور JPEG ذلك.

في ما يلي عيّنات من مصفوفات الإضاءة واللون المستخرَجة لعوامل الجودة التي تبلغ ‏85 و25 للكاميرا الخلفية في هاتف Pixel 4 التي تلتقط المشهد 2_a باستخدام منصة اختبار ITS. تزداد قيم المصفوفة (ما يشير إلى زيادة الضغط) بشكل كبير عند ضبط الجودة على مستوى منخفض. لا تتم طباعة هذه المصفوفات مع النص البرمجي إلا إذا تم تطبيق العلامة 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 للّون الفاتح/اللون الداكن).

الشكل 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.

الشكل 5: scene2_d

الشكل 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 في حالة موحّدة في نهاية عملية الالتقاط.

scene_change/test_scene_change

الطريقة

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

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

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

الشكل 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 درجة تقريبًا.

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

الشكل 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% من المتوقع).
• يتمّ إزاحة مركز الدائرة عن المقاييس المركزية مع التكبير/التصغير (RTOL ‏10% من القيم المتوقّعة).
• تم الوصول إلى مستوى تكبير كافٍ (2x).

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

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

يعرض الشكل 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