בדיקות ITS למצלמה

דף זה מספק רשימה מקיפה של הבדיקות תחת חבילת בדיקת התמונות של המצלמה (ITS), המהווה חלק מאימות ה-Android Compatibility Test Suite (CTS). בדיקות ITS הן בדיקות פונקציונליות, כלומר הן אינן מודדות את איכות התמונה, אלא שכל פונקציות המצלמה המפורסמות פועלות כמצופה. מסמך זה מאפשר למפתחים ולבודקים להבין מה הבדיקות הבודדות עושות וכיצד לנפות באגים בכשלים בבדיקות.

בדיקות ITS של מצלמה לפי מאפייני מצלמה נדרשים, רמת API ורמת ביצועי מדיה (MPC). עבור רמת API, ITS משתמש ro.product.first_api_level כדי לשער בדיקות שנוספו ברמת API ספציפית, הבודקות חוויות משתמש שליליות לגבי פונקציונליות ברמות API נמוכות יותר. ITS משתמש ro.vendor.api_level כדי לשער בדיקות עבור תכונות שנוספו ברמת API ספציפית הדורשות יכולת חומרה חדשה. אם ro.odm.build.media_performance_class מוגדר עבור התקן, ITS דורש ביצוע בדיקות ספציפיות בהתאם לרמת MPC.

הבדיקות מקובצות לפי סצנה באופן הבא:

  • scene0 : לכידת מטא נתונים, ריצוד, גירוסקופ, רטט
  • סצנה 1 : חשיפה, רגישות, פיצוי EV, YUV לעומת JPEG/RAW
  • סצנה 2 : זיהוי פנים, בדיקות הדורשות סצנות צבע או חושך מוחלט
  • סצנה 3 : שיפור קצה, תנועת עדשה
  • סצנה 4 : יחס גובה-רוחב, חיתוך, שדה ראייה
  • סצנה 5 : הצללת עדשה
  • סצנה6 : זום
  • scene_extensions : הרחבות מצלמה
  • sensor_fusion : היסט תזמון מצלמה/גירוסקופ

ראה סעיפים בודדים לתיאור של כל סצנה.

סצנה0

בדיקות Scene0 אינן דורשות מידע סצינה ספציפי. עם זאת, הטלפון חייב להיות נייח לצורך בדיקת גירוסקופ ורטט.

test_burst_capture

מאמת שכל צינור הלכידה יכול לעמוד בקצב של הלכידה בגודל מלא וזמן המעבד.

ממשקי API שנבדקו:

מעבר: מצלם פרץ של תמונות בגודל מלא והמצלמה מהירה מספיק כדי למנוע פסק זמן.

test_capture_result_dump

בודק שתוצאת לכידה מוחזרת מלכידה ידנית ולאחר מכן זורק אותה.

ממשקי API שנבדקו:

מעבר: משלים את הלכידה ומשליך את תוצאות הלכידה.

test_gyro_bias

בודק אם לג'ירו יש תפוקה יציבה כשהמכשיר נייח. הנתונים משורטטים כממוצע של 20 נקודות נתונים.

ממשקי API שנבדקו:

מעבר: הדלתא של קריאת הג'ירו היא פחות מ-0.01 לאורך זמן.

test_gyro_bias_plot.png

test_gyro_bias_plot.png

test_jitter

מודד ריצוד בחותמות זמן של המצלמה.

ממשקי API שנבדקו:

מעבר: יש לפחות דלתא של 30 אלפיות השנייה בין פריימים.

test_jitter_plot.png

test_jitter_plot.png (שים לב לטווח הקטן של ציר ה-y. ריצוד הוא למעשה קטן בחלקה זו.)

test_metadata

בודק את התוקף של ערכי מטא נתונים. מסתכל על תוצאות הצילום ועל מאפייני המצלמה אובייקטים. בדיקה זו משתמשת בערכי החשיפה והרווח auto_capture_request מכיוון שתוכן התמונה אינו חשוב.

ממשקי API שנבדקו:

מעבר: רמת החומרה, rollingShutterSkew , תגיות frameDuration , timestampSource , croppingType , blackLevelPattern , pixel_pitch , FoV, מרחק היפרפוקאלי קיימים ויש להם ערכים חוקיים.

test_param_sensitivity_burst

בודק שהפרמטר android.sensor.sensitivity מוחל כהלכה בפרץ. בודק את המטא נתונים של הפלט בלבד.

ממשקי API שנבדקו:

מעבר: לנתוני פלט יש סובלנות שגיאה של פחות מ-0.2%.

test_read_write

בודק שהמכשיר כותב את ערכי החשיפה והרווח הנכונים על ידי קריאה לאחור של המטא נתונים של הלכידה.

ממשקי API שנבדקו:

מעבר: ערכי קריאה וכתיבה תואמים בכל הצילומים.

test_sensor_events

בודק שמכשיר שואל ומדפיס אירועי חיישנים עבור מכשירים המפרסמים תמיכה בהיתוך חיישנים. החיישנים הצפויים הם מד תאוצה, גירוסקופ ומגנטומטר. בדיקה זו פועלת רק אם המסך פועל, כלומר המכשיר אינו במצב המתנה.

ממשקי API שנבדקו:

מעבר: מתקבלים אירועים עבור כל חיישן.

test_solid_color_test_pattern

בודקת שתבניות בדיקה בצבע אחיד נוצרות כראוי להשתקת המצלמה. אם השתק מצלמה נתמך, יש לתמוך בדפוסי בדיקה בצבע אחיד. אם השתקת המצלמה אינה נתמכת, דפוסי בדיקה בצבע אחיד נבדקים רק אם היכולת מפורסמת.

אם תומכים בתמונות RAW, הקצאת הצבע נבדקת גם כן. הצבעים שנבדקו הם שחור, לבן, אדום, כחול וירוק. עבור מצלמות שאינן תומכות בתמונות RAW, רק שחור נבדק.

ממשקי API שנבדקו:

מעבר: דפוסי בדיקה מוצקים הנתמכים הם בצבע הנכון ויש שונות נמוכה בתמונה.

test_test_pattern

בודק את הפרמטר android.sensor.testPatternMode כדי ללכוד מסגרות עבור כל תבנית בדיקה חוקית ובודק שהמסגרות נוצרות כהלכה עבור צבעים אחידים ופסי צבע. בדיקה זו כוללת את השלבים הבאים:

  1. לוכד תמונות עבור כל דפוסי הבדיקה הנתמכים.
  2. מבצע בדיקת נכונות פשוטה עבור דפוס בדיקת צבע אחיד ופסי צבע.

ממשקי API שנבדקו:

עובר: תבניות בדיקה נתמכות נוצרות כהלכה.

test_test_patterns_2

test_test_patterns_2.jpg

test_tonemap_curve

בודק המרה של דפוס בדיקה מ-RAW ל-YUV עם מפת גוונים ליניארית. בדיקה זו דורשת android.sensor.testPatternMode = 2 (COLOR_BARS) כדי ליצור תבנית תמונה מושלמת להמרת מפת גוונים. מבטיח לצינור יש פלטי צבע נאותים עם מפת גוונים ליניארית וקלט תמונה אידיאלי (מסתמך על test_test_patterns ).

ממשקי API שנבדקו:

מעבר: ה-YUV וה-RAW נראים דומים זה לזה.

test_tonemap_curve_raw_2

test_tonemap_curve_raw_2.jpg

test_tonemap_curve_yuv_2.jpg

test_tonemap_curve_yuv_2.jpg

test_unified_timestamp

בודק אם אירועי תמונה וחיישן תנועה נמצאים באותו תחום זמן.

ממשקי API שנבדקו:

מעבר: חותמות זמן של תנועה נמצאות בין שתי חותמות הזמן של התמונה.

test_restriction_restriction

בודק אם הרטט של המכשיר פועל כמצופה.

ממשקי API שנבדקו:

מעבר: המכשיר אינו רוטט כשהוא מושתק על ידי ממשק API של הגבלת אודיו של המצלמה.

סצנה 1

scene1 הוא תרשים אפור. התרשים האפור חייב לכסות את מרכז 30% משדה הראייה של המצלמה. התרשים האפור צפוי לאתגר את 3A (חשיפה אוטומטית, איזון לבן אוטומטי, פוקוס אוטומטי) באופן מתון מכיוון שלאזור המרכז אין תכונות. עם זאת, בקשת הלכידה מציינת את כל הסצנה הכוללת מספיק תכונות ל-3A להתכנס.

ניתן לבדוק מצלמות RFoV ב-WFoV או במתקן הבדיקה של RFoV. אם מצלמת RFoV נבדקת במתקן הבדיקה של WFoV, התרשים מוגדל ב-⅔ כדי להבטיח כמה גבולות לתרשים האפור ב-FoV כדי לעזור ל-3A להתכנס. לתיאורים מפורטים יותר של ציוד הבדיקה של המצלמה, ראה מצלמה ITS-in-a-box .

סצנה 1

סצנה1: תרשים בגודל מלא (משמאל). ⅔ תרשים בקנה מידה (מימין).

test_3a

בודק את ההתכנסות של 3A עם יעד מאתגר בינוני.

ממשקי API שנבדקו:

מעבר: 3A מתכנס וערכי 3A המוחזרים תקפים.

test_ae_af

בודק את האלגוריתמים של חשיפה אוטומטית 3A (AE) ומיקוד אוטומטי (AF) בנפרד.

ממשקי API שנבדקו:

מעבר: 3A מתכנס וערכי 3A המוחזרים חוקיים.

test_ae_precapture_trigger

בודק את מכונת המצב AE בעת שימוש בטריגר Precapture. לוכד חמש בקשות ידניות עם AE מושבת. לבקשה האחרונה יש טריגר לכידת AE, שיש להתעלם ממנו מכיוון ש-AE מושבת.

ממשקי API שנבדקו:

מעבר: AE מתכנס.

test_auto_vs_manual

בדיקות שלכדו צילומים אוטומטיים וידניים נראים זהים.

ממשקי API שנבדקו:

מעבר: עלייה ידנית של איזון לבן והתמרה המדווחת בכל תוצאת לכידה תואמת את estimate האיזון הלבן האוטומטי מאלגוריתם 3A של המצלמה.

test_auto_vs_manual_auto

test_auto_vs_manual_auto.jpg

test_auto_vs_manual_wb

test_auto_vs_manual_wb.jpg

test_auto_vs_manual_manual_wb_tm

test_auto_vs_manual_manual_wb_tm.jpg

בדיקה_שחור_לבן

בודק שהמכשיר מייצר תמונות מלאות בשחור לבן. מצלם שני צילומים, הראשון עם רווח נמוך במיוחד וחשיפה קצרה, שמביאה לצילום שחור, והשני עם רווח גבוה במיוחד וחשיפה ארוכה, שמביאה לצילום לבן.

ממשקי API שנבדקו:

Pass: מייצר תמונות בשחור לבן. לערוצים רוויים של תמונות לבנות יש ערכי RGB של [255, 255, 255] עם מרווח שגיאה של פחות מ-1% הבדל.

test_שחור_לבן_שחורtest_שחור_לבן_שחור
test_black_white_black.jpg test_black_white_white.jpg

test_black_white_test_means

test_black_white_plot_means.png

test_burst_sameness_manual

מצלם 5 יציאות של 50 תמונות עם הגדרת לכידה ידנית ובודק שכולן זהות. ניתן להשתמש בבדיקה זו כדי לזהות אם יש מסגרות ספורדיות שמעובדות בצורה שונה או שיש להן חפצים.

ממשקי API שנבדקו:

מעבר: התמונות זהות מבחינה ויזואלית ובערכי RGB.

נכשל: מראה עלייה או ירידה בתרשים הממוצע של RGB בתחילת כל פרץ

  • הסובלנות היא 3% עבור first_API_level < 30
  • הסובלנות היא 2% עבור first_API_level >= 30

test_burst_uniform_mean

test_burst_sameness_manual_mean.jpg

test_burst_sameness_manual_plot_means

test_burst_sameness_manual_plot_means.png

test_capture_result

בודקת שנתונים חוקיים חוזרים באובייקטים CaptureResult . עושה לכידה אוטומטית, ידנית ואוטומטית.

ממשקי API שנבדקו:

מעבר: מטא נתונים תקפים עבור כל הלכידות וההגדרות הידניות אינן דולפות ללכידה האוטומטית השנייה. מתווה את תיקון הצללת העדשה עבור הצילומים.

test_capture_result_plot_lsc_auto_ch0

test_capture_result_plot_lsc_auto_ch0.png

test_crop_region_raw

בודקים שזרמי ה-RAW אינם ניתנים לחיתוך.

ממשקי API שנבדקו:

מעבר: תמונות YUV נחתכות במרכז אך לא תמונות RAW.

test_crop_region_raw_comp_raw_crop

test_crop_region_raw_comp_raw_crop.jpg

test_crop_region_raw_comp_raw_full

test_crop_region_raw_comp_raw_full.jpg

test_crop_region_raw_comp_yuv_crop

test_crop_region_raw_comp_yuv_crop.jpg

test_crop_region_raw_yuv_full

test_crop_region_raw_yuv_full.jpg

test_crop_regions

בדיקות שאזורי יבול עובדים. מצלם תמונה מלאה ויוצר טלאים של 5 אזורים שונים (פינות ומרכז.) מצלם תמונות עם סט חיתוך עבור 5 האזורים. משווה את ערכי התיקון וערכי החיתוך של התמונה.

ממשקי API שנבדקו:

מעבר: תמונה של האזור החתוך תואמת לתיקון התואם לתמונת החיתוך.

test_dng_noise_model

מאמת שהפרמטרים של מודל ה-DNG הגולמי נכונים. העלילה מתארת ​​את השונות הנמדדת של תיקון מרכזי של הכרטיס האפור בצילומים גולמיים שצולמו על פני טווח של רגישויות, ומשווה את הערכים הללו עם השונות שצפויה בכל רגישות על ידי מודל הרעש DNG ב-HAL של המצלמה (בהתבסס על פרמטרי O,S שהוחזרו באובייקטי תוצאת לכידה). לפרטים נוספים על מודל הרעש של DNG, הורד את המסמך הבא על דגם הרעש של DNG .

ממשקי API שנבדקו:

מעבר: הפרמטרים של מודל ה-DNG הגולמי נכונים. ערכי RGB צפויים תואמים לערכי ה-RGB שנמדדו בפועל.

test_dng_noise_model_plog

test_dng_noise_model_plog.png

test_ev_compensation_advanced

בודק שפיצוי ערך החשיפה (EV) מוחל. הבדיקה מגדילה את החשיפה בשמונה שלבים, ובודקת בהירות מדודה לעומת בהירות צפויה. הערכים הצפויים מחושבים מבהירות התמונה של התמונה ללא הפעלת פיצוי EV והערך הצפוי ירווה אם הערכים המחושבים חורגים מטווח ערכי התמונה בפועל. הבדיקה נכשלת אם הערכים הצפויים והערכים הנמדדים אינם תואמים או אם תמונות נחשפות יתר על המידה תוך חמישה שלבים.

ממשקי API שנבדקו:

מעבר: תמונות מציגות חשיפה הולכת וגוברת ללא חשיפת יתר תוך חמישה שלבים.

test_ev_compensation_advanced_plot_means

test_ev_compensation_advanced_plot_means.png

test_ev_compensation_basic

בודק שפיצוי EV מוחל באמצעות טווח שנוצר עם CONTROL_AE_COMPENSATION_STEP . שמונה פריימים נלכדים בכל ערך פיצוי.

ממשקי API שנבדקו:

מעבר: לוכדת עלייה בלומה עם הגדרת פיצוי EV מוגברת, ולשמונה הפריימים שנלכדו עבור כל הגדרת פיצוי EV יש ערכי לומה יציבים.

test_ev_compensation_basic

test_ev_compensation_basic.png

חשיפה_בדיקה

בודקים שחשיפה קבועה מושגת כאשר ISO וזמן החשיפה משתנים. מצלם סדרה של תמונות עם ISO וזמן חשיפה שנבחרו כדי לאזן זה את זה. לתוצאות צריכות להיות אותה בהירות, אבל במהלך הרצף התמונה צריכה להיות רועשת יותר. מאמת שהערכים הממוצעים של פיקסל לדוגמה קרובים זה לזה. מבטיח שהתמונות אינן מהודקות ל-0 או 1 (מה שיגרום להן להיראות כמו קווים שטוחים). ניתן להריץ את הבדיקה גם עם תמונות RAW על ידי הגדרת דגל debug בקובץ התצורה שלך.

ממשקי API שנבדקו:

מעבר: לתמונות יש אותה בהירות, אבל רועשות יותר עם ISO גבוה יותר. מטוסי RGB שטוחים כאשר הערך של חשיפת ISO* קבוע על פני שטח ההגברה הנבדק.

test_exposure_test_means

test_exposure_plot_means.png

test_exposure_mult=1.00test_exposure_mult=64.00
test_exposure_mult=1.00.jpg test_exposure_mult=64.00.jpg

test_jpeg

בדיקות שהמירו תמונות YUV ותמונות JPEG של המכשיר נראות זהות. הבדיקה לוקחת את מרכז ה-10% מהתמונה ומחשבת את ערך ה-RGB ומוודאת שהם תואמים.

ממשקי API שנבדקו:

מעבר: הפרש ה-RGB הממוצע בין כל תמונה הוא פחות מ-3%.

test_jpeg_fmt=jpg.jpgtest_jpeg=fmt=yuv.jpg
test_jpeg_fmt=jpg.jpg test_jpeg=fmt=yuv.jpg

test_latching

בודק שהגדרות (חשיפה ורווח) ננעלות על המסגרת הימנית עבור מצלמות FULL ו- LEVEL_3 . מצלם סדרה של תמונות באמצעות בקשות גב אל גב, תוך שינוי פרמטרי בקשת הלכידה בין התמונות. בודק שלתמונות יש את המאפיינים הצפויים.

ממשקי API שנבדקו:

מעבר: תמונות [2, 3, 6, 8, 10, 12, 13] הגדילו את ה-ISO או החשיפה והן מופיעות עם אמצעי RGB גבוהים יותר ב- test_latching_plot_means.png .

test_latching_i=00.jpgtest_latching_i=01.jpgtest_latching_i=02.jpg
test_latching_i=00.jpg test_latching_i=01.jpg test_latching_i=02.jpg
test_latching_i=03.jpgtest_latching_i=04.jpgtest_latching_i=05.jpg
test_latching_i=03.jpg test_latching_i=04.jpg test_latching_i=05.jpg
test_latching_i=06.jpgtest_latching_i=07.jpgtest_latching_i=08.jpg
test_latching_i=06.jpg test_latching_i=07.jpg test_latching_i=08.jpg
test_latching_i=09.jpgtest_latching_i=10.jpgtest_latching_i=11.jpg
test_latching_i=09.jpg test_latching_i=10.jpg test_latching_i=11.jpg
test_latching_i=12.jpg
test_latching_i=12.jpg

test_latching_plot_means

test_latching_plot_means.png

test_linearity

בודק שניתן להפוך את עיבוד המכשיר לפיקסלים ליניאריים. לוכד רצף של יריות כשהמכשיר מכוון למטרה אחידה.

ממשקי API שנבדקו:

מעבר: ערכי R, G, B חייבים לעלות באופן ליניארי עם רגישות מוגברת.

test_linearity_plot_means

test_linearity_plot_means.png

test_locked_burst

בודק נעילת 3A ופרץ YUV (באמצעות הגדרה אוטומטית). בדיקה זו נועדה לעבור גם במכשירים מוגבלים שאין להם MANUAL_SENSOR או PER_FRAME_CONTROLS . הבדיקה בודקת את עקביות תמונת YUV בעוד שבדיקת קצב הפריימים נמצאת ב-CTS.

ממשקי API שנבדקו:

מעבר: הצילומים נראים עקביים.

test_locked_burst_frame0

test_locked_burst_frame0.jpg

test_locked_burst_frame1

test_locked_burst_frame1.jpg

test_locked_burst_frame2

test_locked_burst_frame2.jpg

test_param_color_correction

בודק שהפרמטרים של android.colorCorrection.* מיושמים כאשר הם מוגדרים. מצלם תמונות עם ערכי טרנספורמציה ורווח שונים, ובודק שהם נראים שונים בהתאם. הטרנספורמציה והרווחים נבחרים כדי להפוך את הפלט ליותר ויותר אדום או כחול. משתמש במפת גוונים ליניארית. מיפוי גוונים הוא טכניקה המשמשת בעיבוד תמונה למיפוי קבוצת צבעים אחת לאחרת כדי להעריך את המראה של תמונות בטווח דינמי גבוה במדיום בעל טווח דינמי מוגבל יותר.

ממשקי API שנבדקו:

מעבר: ערכי R ו-B מגבירים בהתאם לשינוי.

test_param_color_correction_plot_means

test_param_color_correction_plot_means.png

*ציר ה-X הוא בקשות הלכידה: 0 = אחדות, 1= חיזוק אדום, 2= חיזוק כחול

test_param_color_correction_req=0

test_param_color_correction_req=0.jpg

test_param_color_correctness_req=1

test_param_color_correctness_req=1.jpg (חיזוק R)

test_param_color_correction_req=2

test_param_color_correction_req=2.jpg (B boost)

test_param_exposure_time

בודק שהפרמטר android.sensor.exposureTime מוחל.

ממשקי API שנבדקו:

מעבר: כל צילום בהירה יותר מהצילום הקודם.

test_param_exposure_time_frame0

test_param_exposure_time_frame0.jpg

test_param_exposure_time_plot

test_param_exposure_time_plot.png

test_param_flash_mode

בודק שהפרמטר android.flash.mode מוחל. מגדיר ידנית את החשיפה להיות בצד האפל, כך שיהיה ברור אם הפלאש הופעל או לא, ומשתמש במפת גוונים ליניארית. בודק את המרכז עם תמונת האריח כדי לראות אם נוצר שיפוע גדול כדי לוודא אם הפלאש הופעל.

ממשקי API שנבדקו:

מעבר: למרכז תמונת האריח יש שיפוע גדול, כלומר הפלאש הופעל.

test_param_flash_mode_1

test_param_flash_mode_1.jpg

test_param_flash_mode_1_tile

test_param_flash_mode_1_tile.jpg

test_param_flash_mode_2

test_param_flash_mode_2.jpg

test_param_flash_mode_2_tile

test_param_flash_mode_2_tile.jpg

test_param_reduction_reduction

בודק שהפרמטר android.noiseReduction.mode מוחל כהלכה כאשר הוא מוגדר. מצלם תמונות כשהמצלמה מוארת במעומעם. משתמש בהגבר אנלוגי גבוה כדי להבטיח שהתמונה המצולמת רועשת. לוכד שלוש תמונות, עבור NR כבוי, "מהיר" ו"איכות גבוהה". גם לוכד תמונה עם רווח נמוך ו-NR כבוי, ומשתמש בשונות של זה בתור קו הבסיס. ככל ש-SNR (יחס אות לרעש) גבוה יותר, כך איכות התמונה טובה יותר.

ממשקי API שנבדקו:

מעבר: SNR משתנה עם מצבי הפחתת רעש שונים ומתנהג באופן דומה לתרשים למטה.

test_param_noise_reduction_plot_SNRs

test_param_noise_reduction_plot_SNRs.png

0: כבוי, 1: מהיר, 2: HQ, 3: MIN , 4: ZSL

test_param_noise_reduction_high_gain_nr=0

test_param_noise_reduction_high_gain_nr=0.jpg

test_param_noise_reduction_high_gain_nr=1

test_param_noise_reduction_high_gain_nr=1.jpg

test_param_noise_reduction_high_gain_nr=2

test_param_noise_reduction_high_gain_nr=2.jpg

test_param_noise_reduction_high_gain_nr=3

test_param_noise_reduction_high_gain_nr=3.jpg

test_param_reduction_reduction_low_gain

test_param_noise_reduction_low_gain.jpg

test_param_sensitivity

בודק שהפרמטר android.sensor.sensitivity מוחל. הבדיקה מגבירה את הרגישות ב-5 שלבים עם חשיפה קבועה לכל צילום.

ממשקי API שנבדקו:

מעבר: אמצעי RGB של מרכז 10% מתבהרים עם רגישות מוגברת.

test_param_sensitivity_iso=0055

test_param_sensitivity_iso=0055.jpg

test_param_sensitivity_iso=1819

test_param_sensitivity_iso=1819.jpg

test_param_sensitivity_iso=3583

test_param_sensitivity_iso=3583.jpg

test_param_sensitivity_iso=5347

test_param_sensitivity_iso=5347.jpg

test_param_sensitivity_iso=7111

test_param_sensitivity_iso=7111.jpg

test_param_sensitivity_plot

test_param_sensitivity_plot.png

test_param_shading_mode

בודק שהפרמטר android.shading.mode מוחל.

ממשקי API שנבדקו:

מעבר: מצבי הצללה מוחלפים ומפות הצללת העדשה משתנות כצפוי.

test_param_shading_mode_ls_maps_mode_0_loop_0

test_param_shading_mode_ls_maps_mode_0_loop_0.png

test_param_shading_mode_ls_maps_mode_1_loop_0

test_param_shading_mode_ls_maps_mode_1_loop_0.png

test_param_shading_mode_ls_maps_mode_2_loop_0

test_param_shading_mode_ls_maps_mode_2_loop_0.png

test_param_tonemap_mode

בודק שהפרמטר android.tonemap.mode מוחל. מחיל עקומות שונות של מפת גוונים על כל ערוץ R, G, B, ובודק שתמונות הפלט משתנות כצפוי. מבחן זה מורכב משני מבחנים, מבחן1 ומבחן2.

ממשקי API שנבדקו:

לַעֲבוֹר:

  • test1: לשתי התמונות יש מפת גוונים ליניארית, אבל ל-n=1 יש שיפוע תלול יותר. ערוץ G (ירוק) בהיר יותר עבור התמונה n=1.
  • test2: אותה מפת טון, אבל באורך שונה. התמונות זהות.
test_param_tonemap_mode_n=0.jpgtest_param_tonemap_mode_n=1.jpg
test_param_tonemap_mode_n=0.jpg test_param_tonemap_mode_n=1.jpg

test_post_raw_sensitivity_boost

בודק לאחר הגברת רגישות RAW. מצלם קבוצה של תמונות RAW ו-YUV ברגישות שונה, מפרסם שילוב של הגברת רגישות RAW ובודק אם ממוצע פיקסל הפלט תואם את הגדרות הבקשה.

ממשקי API שנבדקו:

מעבר: תמונות RAW הופכות כהות יותר ככל שהחיזוק גדל בעוד שתמונות YUV נשארות קבועות בבהירות

test_post_raw_sensitivity_boost_raw_s=3583_boost=0100

test_post_raw_sensitivity_boost_raw_s=3583_boost=0100.jpg

test_post_raw_sensitivity_boost_raw_s=1792_boost=0200

test_post_raw_sensitivity_boost_raw_s=1792_boost=0200.jpg

test_post_raw_sensitivity_boost_raw_s=0896_boost=0400

test_post_raw_sensitivity_boost_raw_s=0896_boost=0400.jpg

test_post_raw_sensitivity_boost_raw_s=0448_boost=0800

test_post_raw_sensitivity_boost_raw_s=0448_boost=0800.jpg

test_post_raw_sensitivity_boost_raw_s=0224_boost=1600

test_post_raw_sensitivity_boost_raw_s=0224_boost=1600.jpg

test_post_raw_sensitivity_boost_raw_s=0112_boost=3199

test_post_raw_sensitivity_boost_raw_s=0112_boost=3199.jpg

test_post_raw_sensitivity_boost_raw_plot_means

test_post_raw_sensitivity_boost_raw_plot_means.png

test_post_raw_sensitivity_boost_yuv_s=0112_boost=3199

test_post_raw_sensitivity_boost_yuv_s=0112_boost=3199.jpg

test_post_raw_sensitivity_boost_yuv_s=0448_boost=0800

test_post_raw_sensitivity_boost_yuv_s=0448_boost=0800.jpg

test_post_raw_sensitivity_boost_yuv_s=0896_boost=0400

test_post_raw_sensitivity_boost_yuv_s=0896_boost=0400.jpg

test_post_raw_sensitivity_boost_yuv_s=1792_boost=0200

test_post_raw_sensitivity_boost_yuv_s=1792_boost=0200.jpg

test_post_raw_sensitivity_boost_yuv_s=3585_boost=0100

test_post_raw_sensitivity_boost_yuv_s=3585_boost=0100.jpg

test_post_raw_sensitivity_boost_yuv_plot_means

test_post_raw_sensitivity_boost_yuv_plot_means.png

test_raw_burst_sensitivity

לוכד סט של תמונות גולמיות עם רווחים הולכים וגדלים ומודד את הרעש. לוכד גולמי בלבד, בפרץ.

ממשקי API שנבדקו:

מעבר: כל זריקה רועשת יותר מהזריקה הקודמת, מכיוון שהרווח הולך וגדל.

משתמש בשונות של תא הרשת הסטטיסטית המרכזית.

test_raw_burst_sensitivity_variance

test_raw_burst_sensitivity_variance.png

חשיפה_גולמית לבדיקה

לוכד סט של תמונות גולמיות עם זמן חשיפה הולך וגדל ומודד את ערכי הפיקסלים.

ממשקי API שנבדקו:

מעבר: הגדלת ה-ISO (רווח) הופכת את הפיקסלים לרגישים יותר לאור, כך שהעלילה נעה לכיוון שמאל.

test_raw_exposure_s=55

test_raw_exposure_s=55.png

(10⁰ זה 1 ms, 10¹ זה 10 ms, 10⁻¹ זה 0.1 ms)

test_raw_exposure_s=132

test_raw_exposure_s=132.png

test_raw_exposure_s=209

test_raw_exposure_s=209.png

test_raw_exposure_s=286

test_raw_exposure_s=286.png

test_raw_exposure_s=363

test_raw_exposure_s=363.png

test_raw_exposure_s=440

test_raw_exposure_s=440.png

test_raw_sensitivity

לוכד סט של תמונות גולמיות עם רגישויות גוברת ומודד את הרעש (השונות) במרכז 10% של התמונה. בודק שכל ירייה רועשת יותר מהקודמת.

ממשקי API שנבדקו:

מעבר: השונות עולה עם כל זריקה.

test_raw_sensitivity_variance

test_raw_sensitivity_variance.png

test_reproces_reduction_reduction

בדיקות ש- android.noiseReduction.mode מיושם לעיבוד מחדש של בקשות. מצלם תמונות מעובדות מחדש כשהמצלמה מוארת עמומה. משתמש בהגבר אנלוגי גבוה כדי להבטיח שתמונת הצילום רועשת. לוכד שלוש תמונות מעובדות מחדש, עבור NR כבוי, "מהיר" ו"איכות גבוהה". לוכד תמונה מעובדת עם רווח נמוך ו-NR כבוי, ומשתמש בשונות של זה בתור קו הבסיס.

ממשקי API שנבדקו:

מעבר: FAST >= כבוי, HQ >= FAST, HQ >> כבוי

עלילה טיפוסית של SNR לעומת NR_MODE

עלילה טיפוסית של SNR לעומת NR_MODE

test_tonemap_sequence

בודק רצף של צילומים עם עקומות שונות של מפת טון. לוכד 3 צילומים ידניים עם מפת גוונים ליניארית. לוכד 3 תמונות ידניות עם מפת טון ברירת המחדל. מחשב את הדלתא בין כל זוג פריים עוקב.

ממשקי API שנבדקו:

מעבר: יש 3 מסגרות זהות ואחריהן סט שונה של 3 מסגרות זהות.

test_tonemap_sequence_i=0

test_tonemap_sequence_i=0.jpg

test_tonemap_sequence_i=1

test_tonemap_sequence_i=1.jpg

test_tonemap_sequence_i=2

test_tonemap_sequence_i=2.jpg

test_tonemap_sequence_i=3

test_tonemap_sequence_i=3.jpg

test_tonemap_sequence_i=4

test_tonemap_sequence_i=4.jpg

test_tonemap_sequence_i=5

test_tonemap_sequence_i=5.jpg

test_yuv_jpeg_all

בדיקות שכל הגדלים והפורמטים דיווחו על עבודת לכידת תמונה. משתמש בבקשה ידנית עם מפת גוונים ליניארית כך שה-YUV וה-JPEG נראים זהים כשהם מומרים על ידי מודול image_processing_utils . תמונות אינן נשמרות כברירת מחדל, אך ניתן לשמור אותן על ידי הפעלת debug_mode .

ממשקי API שנבדקו:

מעבר: לכל מרכזי התמונות יש הפרש מקסימלי של RMS (ערך ממוצע-מרובע של אות) בתמונות המומרות RGB עם 3% מתמונת YUV ברזולוציה הגבוהה ביותר.

test_yuv_jpeg_all

test_yuv_jpeg_all.png

test_yuv_plus_dng

בודקת שהגדלים והפורמטים המדווחים ללכידת תמונה עובדים.

ממשקי API שנבדקו:

עובר: מבחן מסיים ומחזיר את התמונות המבוקשות.

test_yuv_plus_dng

test_yuv_plus_dng.jpg

test_yuv_plus_jpeg

בודקת לכידת פריים בודד כפלטי YUV ו-JPEG. משתמש בבקשה ידנית עם מפת גוונים ליניארית כך שה-YUV וה-JPEG נראים זהים כשהם מומרים על ידי מודול image_processing_utils .

ממשקי API שנבדקו:

מעבר: תמונות YUV ו-JPEG דומות ויש להן הבדל של פחות מ-1% RMS (ערך ממוצע-ריבוע של אות).

test_yuv_plus_jpg_jpg.jpgtest_yuv_plus_jpeg_yuv.jpg
test_yuv_plus_jpg_jpg.jpg test_yuv_plus_jpeg_yuv.jpg

test_yuv_plus_raw

בודקת לכידת פריים בודד כפלטי RAW/RAW10/RAW12 ו-YUV אם נתמכת. משתמש בבקשה ידנית עם מפת גוונים ליניארית כך ש-raw ו-YUV צפויים להיות זהים. משווה בין ערכי RGB של מרכז 10% של תמונות שהומרו ב-RGB. יומני android.shading.mode .

ממשקי API שנבדקו:

מעבר: YUV ותמונות גולמיות דומות ויש להן הבדל של פחות מ-3.5% RMS (ערך ממוצע-ריבוע של אות).

test_yuv_plus_raw_shading=1_raw.jpgtest_yuv_plus_raw_shading=1_yuv.jpg
test_yuv_plus_raw_shading=1_raw.jpg test_yuv_plus_raw_shading=1_yuv.jpg

סצנה2_א

ל-scene2_a יש שלושה פרצופים עם רקע אפור ולבוש ניטרלי. הפנים נבחרות למגוון רחב של גווני עור. התרשים חייב להיות בעל כיוון נכון כדי שזיהוי פנים יפעל בצורה מיטבית.

סצנה2_א

סצנה2_א

test_auto_flash

בודק שההבזק האוטומטי מופעל בסצנה חשוכה. מאמת שהבזק אוטומטי מופעל על ידי בדיקה שלמרכז תמונת האריח יש שיפוע גדול. כדי להפעיל הבזק אוטומטי, יש לכבות את הטאבלט והאורות במתקן הבדיקה. הטאבלט כבוי על ידי הבדיקה, וניתן לכבות את האורות באופן אוטומטי עם בקר הארדואינו. הסצנה חייבת להיות חשוכה לחלוטין כדי שהבדיקה תפעל כראוי. ככזה, פתח הטאבלט האחורי חייב להיות מכוסה לחלוטין על ידי טאבלט הסצינה, והפתח הקדמי חייב להיות מכוסה על ידי צמצם וטלפון DUT כדי לחסום אור תועה מלהיכנס למתקן.

ממשקי API שנבדקו:

מעבר: למרכז תמונת האריח יש שיפוע גדול שמשמעותו שהבזק אוטומטי הופעל.

test_autoframing

בודק את התנהגות המסגרת האוטומטית של התקן המצלמה. מבצע זום גדול כך שאף אחד מהפנים בסצנה לא נראה, מאפשר את מצב הפריימים האוטומטיים על ידי הגדרת AUTOFRAMING ב- CaptureRequest ל- True , ומוודא אם ניתן לזהות את כל הפנים בסצנה המקורית כאשר המצב מתכנס (כלומר, כאשר AUTOFRAMING_STATE ב- CaptureResult מוגדר ל- AUTOFRAMING_STATE_CONVERGED ).

ממשקי API שנבדקו:

מעבר: כל שלושת הפנים מזוהות.

test_display_p3

בדיקות הצג לכידת P3 ב-JPEG באמצעות ה-API של ColorSpaceProfiles . בודק של-JPEG המצולם יש פרופיל ICC מתאים בכותרת שלו, ושהתמונה מכילה צבעים מחוץ לטווח ה-sRGB.

ממשקי API שנבדקו:

מעבר: ה-JPEG מכיל פרופיל Display P3 ICC וצבעים מחוץ לטווח ה-sRGB.

test_effects

לוכד פריים עבור אפקטי מצלמה נתמכים ובודק אם הם נוצרו כהלכה. הבדיקה בודקת רק אפקטים OFF ו- MONO , אך שומרת תמונות עבור כל האפקטים הנתמכים.

ממשקי API שנבדקו:

מעבר: מצלם את תמונת הסצנה עם אפקטים OFF ותמונה מונוכרום עם אפקטים מוגדרים ל- MONO .

test_effects_MONO

test_effects_MONO.jpg

test_format_combos

בודק שילובים שונים של פורמטי פלט.

ממשקי API שנבדקו:

מעבר: כל השילובים נלכדו בהצלחה.

test_jpeg_quality

בודק את איכות הדחיסה של המצלמה JPEG. שלב איכויות JPEG דרך android.jpeg.quality ומבטיח שטבלאות קוונטיזציה משתנות כהלכה.

ממשקי API שנבדקו:

מעבר: מטריצת הקוונטיזציה יורדת עם עליית האיכות. (מטריקס מייצגת את גורם החלוקה.)

test_jpeg_quality

ממוצעים של מצלמה אחורית של Pixel 4 luma/chroma DQT מטריצת לעומת איכות JPEG

test_jpeg_quality נכשל

דוגמה למבחן נכשל

שימו לב שעבור תמונות באיכות נמוכה מאוד (jpeg.quality < 50), אין עלייה בדחיסה במטריצת הקוונטיזציה.

test_num_faces

בודק זיהוי פנים.

ממשקי API שנבדקו:

מעבר: מוצא שלוש פרצופים.

test_num_faces_fd_mode_1

test_num_faces_fd_mode_1.jpg

test_preview_min_frame_rate

בודק שקצב התצוגה המקדימה יורד בצורה נכונה בסצנה חשוכה. כדי שבדיקה זו תפעל כהלכה, יש לכבות את האורות במתקן הבדיקה על ידי הבקר או באופן ידני על ידי מפעיל הבדיקה.

ממשקי API שנבדקו:

מעבר: קצב התצוגה המקדימה הוא במינימום טווח קצב הפריימים המבוקש, והשונות בין הפריימים קטנה מהסובלנות המוחלטת שנקבעה במבחן.

test_reprocess_uv_swap

בדיקות שעיבוד YUV אינו מחליף את מטוסי U ו-V. זה מזוהה על ידי חישוב סכום ההפרשים המוחלטים (SAD) בין התמונה המעובדת ללכידה לא מעובדת. אם החלפת מישורי U ו-V של הפלט של הלכידה המעובדת מביאה לעלייה ב-SAD, ההנחה היא שלפלט יש את מישורי U ו-V הנכונים.

ממשקי API שנבדקו:

מעבר: מטוסי U ו-V אינם מוחלפים.

test_reprocess_uv_swap

test_reprocess_uv_swap.png

סצנה2_ב

test_num_faces

בודק זיהוי פנים עם גיוון גווני עור מוגבר בסצנות פנים.

ממשקי API שנבדקו:

מעבר: מוצא 3 פרצופים.

test_num_faces_fd_mode_1

test_num_faces_fd_mode_1.jpg

test_yuv_jpeg_capture_sameness

לוכד שתי תמונות באמצעות הפורמטים הנפוצים ביותר של YUV ו-JPEG עם יחס רוחב-גובה זהה לפורמט ה-JPEG הגדול ביותר שאינו עולה על רזולוציה של 1920x1440. מגדיר את jpeg.quality ל-100 ולוכד בקשה משטח כפול. ממירה את שתי התמונות למערכים של RGB ומחשבת את ההבדל התלת-ממדי RMS (Root mean square) בין שתי התמונות.

ממשקי API שנבדקו:

מעבר: תמונות YUV ו-JPEG דומות ויש להן הבדל של פחות מ-1% RMS (ערך ממוצע-ריבוע של אות).

סצנה2_ג

test_num_faces

בודק זיהוי פנים עם גיוון גווני עור מוגבר בסצנות פנים.

ממשקי API שנבדקו:

מעבר: מוצא 3 פרצופים.

test_num_faces_fd_mode_1

test_num_faces_fd_mode_1.jpg

test_jpeg_capture_perf_class

בודק את זמן השהיית לכידת JPEG עבור דרגת הביצועים S כמפורט בסעיף 2.2.7.2 מצלמה ב-CDD.

מעבר: חייב להיות בעל זמן צילום JPEG של מצלמה 2 < 1000ms עבור רזולוציית 1080p כפי שנמדדה על ידי בדיקת הביצועים של מצלמת CTS בתנאי תאורה ITS (3000K) עבור שתי המצלמות הראשיות.

test_camera_launch_perf_class

בודק את זמן השקת המצלמה עבור דרגת הביצועים S כפי שצוין בסעיף 2.2.7.2 מצלמה ב-CDD.

מעבר: חייב להיות חביון הפעלה של camera2 (מצלמה פתוחה למסגרת תצוגה מקדימה ראשונה) < 600ms כפי שנמדד על ידי PerformanceTest מצלמת CTS בתנאי תאורה ITS (3000K) עבור שתי המצלמות הראשיות.

סצנה2_ד

test_num_faces

בודק זיהוי פנים עם גיוון גווני עור מוגבר בסצנות פנים.

ממשקי API שנבדקו:

מעבר: מוצא 3 פרצופים.

סצנה2_ה

מבחן_תמונה_רציפה

50 מסגרות ברזולוציית VGA נלכדות עם ההגדרה הראשונה של בקשת הלכידה android.control.afMode = 4 (CONTINUOUS_PICTURE).

ממשקי API שנבדקו:

מעבר: מערכת 3A מתייצבת בסוף לכידה של 50 פריימים.

test_num_faces

בודק זיהוי פנים עם גיוון גווני עור מוגבר בסצנות פנים.

ממשקי API שנבדקו:

מעבר: מוצא 3 פרצופים.

סצנה2_ו

ל-scene2_f יש שלושה פרצופים עם רקע לבן ולבוש לבן. לפנים מגוון רחב של גווני עור וניגודיות גבוהה עם הרקע.

scene2_f.png

סצנה2_ו

test_num_faces

בודק זיהוי פנים עם גיוון גווני עור מוגבר בסצנות פנים.

ממשקי API שנבדקו:

מעבר: מוצא 3 פרצופים.

test_num_faces_fd_mode_1

test_num_faces_fd_mode_1.jpg

סצנה 3

Scene3 uses the ISO12233 chart, and most tests use a chart extractor method to find the chart in the scene. For this reason, most of the saved images don't have borders like the images for scenes 1, 2 or 4, but only the chart. The chart must be in the correct orientation for the chart finder to work optimally.

test_3a_consistency

Tests for 3A consistency.

APIs tested:

Pass: 3A converges for exposure, gain, awb (auto white balance), and fd (focus distance) three times within tolerance.

test_edge_enhancement

Tests that the android.edge.mode parameter is applied correctly. Captures non-reprocess images for each edge mode and returns sharpness of the output image and the capture result metadata. Processes a capture request with a given edge mode, sensitivity, exposure time, focus distance, and output surface parameter.

Pass: HQ mode (2) sharper than OFF mode (0). FAST mode (1) sharper than OFF mode. HQ mode sharper or equal to FAST mode.

APIs tested:

Impacted camera parameters:

  • EDGE_MODE

test_edge_enhancement_edge=0

test_edge_enhancement_edge=0.jpg

test_edge_enhancement_edge=1

test_edge_enhancement_edge=1.jpg (fast mode)

test_edge_enhancement_edge=2

test_edge_enhancement_edge=2.jpg (high quality mode)

test_flip_mirror

Tests if image is properly oriented as per CDD section 7.5.2 Front-Facing Camera [C-1-5] .

Mirrored, flipped, or rotated images can be identified by the diamond feature near the center.

Pass: Image isn't flipped, mirrored or rotated.

test_flip_mirror_scene_patch

test_flip_mirror_scene_patch.jpg

test_landscape_to_portrait

Tests if the landscape to portrait override functions correctly for landscape-oriented sensors.

APIs tested:

Pass: The test is able to locate a chart with the expected rotation (0 degrees when the landscape to portrait override is disabled, 90 degrees when enabled).

test_landscape_to_portrait

test_landscape_to_portrait.png

test_lens_movement_reporting

Tests if the lens movement flag is properly reported. Captures a burst of 24 images with the first 12 frames at the optimum focus distance (as found by 3A) and the last 12 frames at the minimum focus distance. Around frame 12, the lens moves causing the sharpness to drop. The sharpness eventually stabilizes as the lens moves to the final position. The lens movement flag should be asserted in all frames where the sharpness is intermediate to sharpness in the first few frames with the lens stationary at optimum focal distance, and the final few frames where the lens is stationary in the minimum focal distance. The exact frame the lens moves isn't important: what is checked is that the movement flag is asserted when the lens is moving.

APIs tested:

Pass: Lens movement flag is True in the frame with sharpness change.

Fail mechanisms:

  • lens_moving: True ( android.hardware.camera2.CaptureResult#LENS_STATE = 1) in test_log.DEBUG is asserted only in frames where sharpness isn't changing.
  • Frames with lens_moving: False ( android.hardware.camera2.CaptureResult#LENS_STATE = 0) in test_log.DEBUG has a sharpness difference compared to the first few frames at optimum focal distance or the last few frames at minimum focus distance.

test_reprocess_edge_enhancement

Tests if supported reprocess methods for edge enhancement work properly. Processes a capture request with a given reprocess edge mode and compares different modes to capture with reprocess edge modes disabled.

APIs tested:

Pass: Sharpness for the different edge modes is correct. HQ (mode 2) is sharper than OFF (mode 0), and improvement between different modes is similar.

test_reprocess_edge_enhancement_plot

test_reprocess_edge_enhancement_plot.png

scene4

Scene4 consists of a black circle on a white background inside a square.

scene4

scene4

test_aspect_ratio_and_crop

Tests if images are distorted or cropped unexpectedly in the image pipeline. Takes pictures of a circle over all formats. Verifies the circle isn't distorted, the circle doesn't move from the center of image, and the circle doesn't change size incorrectly with different aspect ratios or resolutions.

APIs tested:

Pass: Images aren't stretched, the center of images don't differ by more than 3%, and the maximum possible FoV (field of view) is preserved.

Fail mechanisms:

  • The circle in the captured image is distorted by the processing pipeline.
  • Lower resolution image is double cropped in the image pipeline creating different FoV between high and low resolution images.
  • The circle in the captured image is cropped due to an extreme aspect ratio capture request reducing the height or width of the image.
  • The circle in the captured image has a reflection in the center and doesn't appear fully filled.

test_multi_camera_alignment

Tests the camera calibration parameters related to camera positioning for multi-camera systems. Using the multi-camera physical sub-cameras, takes a picture with one of the physical cameras. Finds the circle center. Projects the circle center to the world coordinates for each camera. Compares the difference between the cameras' circle centers in world coordinates. Reprojects the world coordinate back to pixel coordinates and compares against originals as a validity check. Compares the circle sizes checking if the focal lengths of the cameras are different.

APIs tested:

Pass: Circle centers and sizes are as expected in projected images compared to captured images using camera calibration data and focal lengths.

Fail mechanisms:

  • LENS_INTRINSIC_CALIBRATION , LENS_POSE_TRANSLATION , or LENS_POSE_ROTATION are design values and not actual calibration data.
  • The camera system isn't appropriate for the test setup. For example, testing a wide and an ultra-wide camera system with the RFoV test rig. For more information, see Camera ITS-in-a-box FAQ1 .

test_preview_aspect_ratio_and_crop

Similar to the test_aspect_ratio_and_crop test for still captures, this test checks the supported preview formats to ensure the preview frames aren't stretched or cropped inappropriately. Verifies that the aspect ratio of the circle doesn't change, the cropped images keep the circle in center of the frame, and the circle size doesn't change for a constant format or with different resolutions (field of view check).

APIs tested:

Pass: Images aren't stretched, the center of images don't differ by more than 3%, and the maximum possible FoV (field of view) is preserved.

test_preview_stabilization_fov

Checks the supported preview sizes to ensure the FoV is cropped appropriately. The test captures two videos, one with preview stabilization ON , and another with preview stabilization OFF . A representative frame is selected from each video, and analyzed to ensure that the FoV changes in the two videos are within spec.

APIs tested:

Pass: The circle aspect ratio remains about constant, the center location of the circle remains stable, and the size of circle changes no more that 20%.

test_video_aspect_ratio_and_crop

Takes videos of a circle inside of a square over all video formats. Extracts the key frames, and verifies the aspect ratio of the circle doesn't change, the cropped images keep the circle in center, and the circle size doesn't change for a constant format or with different resolution (field of view check).

APIs tested:

Pass: Video frames aren't stretched, the center of frames don't differ by more than 3%, and the maximum possible FoV (field of view) is preserved.

scene5

Scene5 requires a uniformly lit gray scene. This is accomplished by a diffuser placed over the camera lens. We recommend the following diffuser: www.edmundoptics.com/optics/window-diffusers/optical-diffusers/opal-diffusing-glass/46168 .

To prepare the scene, attach a diffuser in front of the camera and point the camera to a lighting source of around 2000 lux. Images captured for scene5 require diffuse lighting with no features evident. The following is a sample image:

scene5

scene5 capture

test_lens_shading_and_color_uniformity

Tests that the lens shading correction is applied appropriately, and color of a monochrome uniform scene is evenly distributed. Performs this test on a YUV frame with auto 3A. Lens shading is evaluated based on the y channel. Measures the average y value for each sample block specified, and determines pass or fail by comparing with the center y value. The color uniformity test is evaluated in r/g and b/g space.

APIs tested:

Pass: At the specified radius of the image, the variance of r/g and b/g value must be less than 20% to pass the test.

scene6

Scene6 is a grid of small circles with a square in one corner to indicate orientation. The small circles are needed to test zoom function over a large range.

scene6

scene6

test_in_sensor_zoom

Tests the behavior of the camera in-sensor zoom feature, which produces cropped RAW images.

With the stream use case set to CROPPED_RAW , the test takes two captures over the zoom range, a full field of view (FoV) RAW image and a cropped RAW image. The test converts the images to RGB arrays, downscales the full-sized cropped RAW image to the size reported by SCALER_RAW_CROP_REGION , and calculates the 3D root mean square (RMS) difference between the two images.

APIs tested:

Pass: The 3D root mean square (RMS) difference between the downscaled cropped RAW image and the full FoV RAW image is less than 1%.

test_zoom

Tests the camera zoom behavior. Takes captures over the zoom range and checks if the circles get bigger as the camera zooms in.

APIs tested:

Pass: Relative size of captured circle is accurate against requested zoom ratio to ensure camera is zooming correctly.

test_zoom

test_zoom to find the contour of the circle closest to the center.

test_low_latency_zoom

Tests the camera low latency zoom behavior. Takes captures over the zoom range with android.control.settingsOverride = 1 (SETTINGS_OVERRIDE_ZOOM) , and checks if the circles in the output images match the zoom ratios in the capture metadata.

APIs tested:

Pass: Relative size of captured circle is accurate against the zoom ratio result metadata.

test_preview_video_zoom_match

Tests that while recording and zooming, video preview and video output display and record the same output. Calculates the size of the circle closest to the center at different zoom ratios and checks whether the size of the circle increases as the zoom ratio increases.

APIs tested:

Pass: Relative size of captured circle is accurate against requested zoom ratio in video and preview.

VGA_640x480_key_frame.png

VGA_640x480_key_frame.png (before zoom)

preview_640x480_key_frame.png

preview_640x480_key_frame.png (before zoom)

VGA_640x480_key_frame_zoomed.png

VGA_640x480_key_frame.png (after zoom)

preview_640x480_key_frame_zoomed.png

preview_640x480_key_frame.png (after zoom)

scene_extensions

The scene_extensions tests are for camera extensions and must use Camera ITS-in-a-Box , as they require precise control of the testing environment.

scene_hdr

The scene_hdr scene consists of a portrait on the left and a low-contrast QR code on the right.

scene_hdr

scene_hdr

test_hdr_extension

Tests the HDR extension . Takes captures with and without the extension enabled, and checks if the extension makes the QR code more detectable.

APIs tested:

Pass: The HDR extension reduces the number of contrast changes needed to detect the QR code or reduces the gradient across the QR code.

scene_night

The scene_night scene consists of a white circle with four smaller circles inside of it, all against a black background. The smaller circle in the top right corner is darker than the others to indicate orientation.

scene_night

scene_night

test_night_extension

Tests the Night extension . Takes captures with and without the extension enabled, and checks for the following:

  • The capture with the Night extension enabled takes longer.
  • The capture with the Night extension enabled is brighter or has scene artifacts with an improved appearance.

APIs tested:

Pass: Compared to a capture without the Night extension enabled, a capture with the Night extension enabled takes at least 0.5 seconds longer. The capture must be at least 10% brighter, or the gray dots in the scene must be 20 pixel values lower than the surrounding circle's center.

sensor_fusion

Sensor fusion tests require specific phone movement in front of a checkerboard pattern. For optimum results, ensure the test chart is mounted flat. Charts that aren't flat affect the rotation calculations for many of the tests. The sensor_fusion tests can be automated with the Sensor Fusion Box .

checkerboard

Image of checkerboard

test_multi_camera_frame_sync

Tests that frame timestamps captured by logical camera are within 10 ms by computing angles of squares within the checkerboard to determine the timestamp.

APIs tested:

Pass: Angle between images from each camera doesn't change appreciably as phone is rotated.

test_preview_stabilization

Tests that stabilized preview video rotates less than gyroscope.

APIs tested:

Pass: Max angle rotation over frames is less than 70% of gyroscope rotation.

The following are sample videos with and without stabilization.

  • Sample video with stabilization

  • Sample video without stabilization

test_sensor_fusion

Tests the timestamp difference between the camera and the gyroscope for AR and VR applications. Phone is rotated 90 degrees 10 times in front of the checkerboard pattern. Motion is about 2 s round trip. This test is skipped if no gyroscope is included or if the timestamp source REALTIME parameter is not enabled.

The test_sensor_fusion test generates a number of plots. The two most important plots for debugging are:

  • test_sensor_fusion_gyro_events : Shows the gyroscope events for the phone during the test. Movement in the x and y direction implies the phone isn't securely mounted on the mounting plate, reducing the probability of the test passing. The number of cycles in the plot depends on the write speed for saving frames.

    test_sensor_fusion_gyro_events.png

    test_sensor_fusion_gyro_events

  • test_sensor_fusion_plot_rotations : Shows the alignment of the gyroscope and camera events. This plot must show matching movement between camera and gyroscope to +/-1 ms.

    test_sensor_fusion_plot_rotations.png

    test_sensor_fusion_plot_rotations

APIs tested:

Pass: Camera and gyroscope timestamps' offset is less than 1 ms as per CDD section 7.3.9 High Fidelity Sensors [C-2-14] .

Fail mechanisms:

  • Offset error: The camera-gyroscope offset isn't correctly calibrated to within +/-1 ms.
  • Frame drops: The pipeline isn't fast enough to capture 200 frames consecutively.
  • Socket errors: adb can't reliably connect to the DUT long enough to execute the test.
  • The chart isn't mounted flat. The plot test_sensor_fusion_plot_rotations has frames where the gyroscope and camera rotation vary considerably as the camera rotates through the parts of the chart that aren't flat.
  • The camera isn't mounted flat. The plot test_sensor_fusion_gyro_events shows movement in the X and Y planes. This failure is more common in front-facing cameras as the rear camera often has a raised bump to the rest of the phone body, creating a tilt when mounting the rear of the phone to the mounting plate.

test_video_stabilization

Tests that stabilized video rotates less than gyroscope.

APIs tested:

Pass: Max angle rotation over frames is less than 60% of gyroscope rotation.

The following are sample videos with and without stabilization.

  • Sample video with stabilization

  • Sample video without stabilization

test_led_snapshot

Tests that the LED snapshots don't saturate or tint the image.

This test adds a lighting controller to the sensor fusion box to control the lights. With the lights set to OFF , the test takes a capture with the AUTO_FLASH mode set to ON . During this capture, the test runs a precapture sequence with the aePrecapture trigger set to START , and sets the capture intent to Preview to take the capture with flash.

Because the capture has a distinctive hotspot due to flash, the test computes the flash image mean of the entire capture and verifies whether the value is within the (68, 102) range. To check if the image is reasonably white-balanced, the test calculates the R/G and B/G ratios and verifies whether the ratios are within 0.95 and 1.05.

APIs tested:

Pass: The R/G and B/G ratios are within 0.95 and 1.05. The flash image mean is within the (68, 102) range.