Kiểm tra ITS cho máy ảnh

Trang này cung cấp danh sách đầy đủ các bài kiểm tra trong Bộ kiểm tra hình ảnh trên máy ảnh (ITS). Đây là một phần của Trình xác minh Bộ kiểm tra tính tương thích (CTS) với Android. Kiểm thử ITS là kiểm thử chức năng, nghĩa là không đo chất lượng hình ảnh, nhưng tất cả chức năng của máy ảnh được quảng cáo đều hoạt động như mong đợi. Tài liệu này giúp nhà phát triển và người kiểm thử nắm được chức năng của từng kiểm thử cũng như cách gỡ lỗi kiểm thử thất bại.

Các cổng ITS của camera sẽ kiểm thử theo các thuộc tính bắt buộc của camera, cấp độ API và cấp hiệu suất nội dung đa phương tiện (MPC). Đối với cấp độ API, ITS sử dụng ro.product.first_api_level để kiểm soát các bài kiểm thử được thêm vào một cấp độ API cụ thể nhằm kiểm thử trải nghiệm người dùng tiêu cực cho chức năng ở các cấp độ API thấp hơn. ITS sử dụng ro.vendor.api_level để kiểm thử cổng kiểm thử cho các tính năng được thêm vào một cấp độ API cụ thể yêu cầu tính năng phần cứng mới. Nếu ro.odm.build.media_performance_class được xác định cho một thiết bị, thì ITS sẽ yêu cầu chạy các bài kiểm thử cụ thể tuỳ thuộc vào cấp độ MPC.

Các chương trình kiểm thử được nhóm theo cảnh như sau:

  • scene0: Ghi lại siêu dữ liệu, dao động, con quay hồi chuyển, độ rung
  • cảnh1: Độ phơi sáng, độ nhạy, bù EV, YUV so với JPEG/RAW
  • scene2: Phát hiện khuôn mặt, kiểm thử yêu cầu cảnh màu hoặc bóng tối hoàn toàn
  • cảnh 3: Cải thiện cạnh, chuyển động ống kính
  • scene4: Tỷ lệ khung hình, cắt, trường nhìn
  • cảnh 5: Tô bóng ống kính
  • scene6: Thu phóng
  • scene_extensions: Tiện ích Máy ảnh
  • sensor_fusion: Độ lệch thời gian của máy ảnh/con quay hồi chuyển

Xem từng phần để biết nội dung mô tả của từng cảnh.

cảnh0

Quy trình kiểm thử Scene0 không yêu cầu thông tin cảnh cụ thể. Tuy nhiên, điện thoại phải ở trạng thái tĩnh để kiểm tra con quay hồi chuyển và kiểm tra độ rung.

thử_chụp_quay_chụp_thử_nghiệm

Xác minh rằng toàn bộ quy trình chụp có thể bắt kịp tốc độ chụp đầy đủ kích thước và thời gian của CPU.

API đã được kiểm thử:

Pass: Chụp một loạt hình ảnh có kích thước đầy đủ và máy ảnh đủ nhanh để tránh hết thời gian chờ.

test_capture_result_dump

Kiểm thử cho thấy kết quả chụp được trả về từ thao tác chụp thủ công rồi kết xuất kết quả.

API đã được kiểm thử:

Đạt: Hoàn tất việc chụp và kết xuất kết quả chụp.

thử_nghiệm_gyro_bias

Kiểm tra xem con quay hồi chuyển có đầu ra ổn định khi thiết bị đứng yên hay không. Dữ liệu được biểu thị dưới dạng trung bình gồm 20 điểm dữ liệu.

API đã được kiểm thử:

Đạt: delta của chỉ số con quay hồi chuyển nhỏ hơn 0,01 theo thời gian.

test_gyro_bias_plot.png

test_gyro_bias_plot.png

dao động_thử nghiệm

Đo lường sự biến động trong dấu thời gian của máy ảnh.

API đã được kiểm thử:

Đạt: Có khoảng cách ít nhất 30 mili giây giữa các khung hình.

test_jitter_plot.png

test_jitter_plot.png (Lưu ý phạm vi trục y nhỏ. Dao động thực sự là rất nhỏ trong biểu đồ này.)

siêu_dữ_liệu_kiểm_tra

Kiểm tra tính hợp lệ của các mục nhập siêu dữ liệu. Xem xét kết quả chụp và đối tượng đặc điểm của máy ảnh. Kiểm thử này sử dụng độ phơi sáng auto_capture_request và nhận được các giá trị vì nội dung hình ảnh không quan trọng.

API đã được kiểm thử:

Đạt: Cấp phần cứng, thẻ rollingShutterSkew, frameDuration, timestampSource, croppingType, blackLevelPattern, pixel_pitch, Tiêu cự, khoảng cách siêu tiêu điểm hiện diện và có các giá trị hợp lệ.

thử nghiệm_thông_số_tính_năng_nổ

Các hoạt động kiểm thử để đảm bảo tham số android.sensor.sensitivity được áp dụng đúng cách trong gói. Chỉ kiểm tra siêu dữ liệu đầu ra.

API đã được kiểm thử:

Đạt: Dữ liệu đầu ra có sai số nhỏ hơn 0,2%.

kiểm_tra_đọc_ghi

Các bài kiểm thử để đảm bảo thiết bị ghi mức phơi sáng chính xác và nhận các giá trị bằng cách đọc lại siêu dữ liệu chụp.

API đã được kiểm thử:

Đạt: Giá trị đọc và ghi trùng khớp trên tất cả ảnh chụp.

sự kiện_cảm_xúc_thử

Kiểm thử việc truy vấn thiết bị và in sự kiện cảm biến cho các thiết bị quảng cáo hỗ trợ hợp nhất cảm biến. Các cảm biến cần dùng là gia tốc kế, con quay hồi chuyển và từ kế. Quy trình kiểm thử này chỉ thực hiện được nếu màn hình đang bật, có nghĩa là thiết bị hiện không ở chế độ chờ.

API đã được kiểm thử:

Đạt: Các sự kiện cho mỗi cảm biến sẽ nhận được.

mẫu_kiểm_tra_kết_quả_kết_quả_thử_nghiệm

Kiểm thử để đảm bảo các mẫu kiểm tra màu đồng nhất được tạo đúng cách để tắt tiếng camera. Nếu tính năng tắt tiếng máy ảnh được hỗ trợ, thì các mẫu kiểm tra màu đồng nhất phải được hỗ trợ. Nếu tính năng tắt tiếng camera không được hỗ trợ, thì các mẫu kiểm thử màu đồng nhất chỉ được kiểm thử nếu chức năng đó được quảng cáo.

Nếu hỗ trợ hình ảnh RAW, thì tính năng gán màu cũng sẽ được kiểm tra. Các màu được thử nghiệm là đen, trắng, đỏ, xanh dương và xanh lục. Đối với các máy ảnh không hỗ trợ hình ảnh RAW, chỉ có màu đen là được kiểm thử.

API đã được kiểm thử:

Đạt: Các mẫu kiểm thử rắn được hỗ trợ có màu chính xác và hình ảnh có ít biến động.

mẫu_kiểm_tra_thử

Kiểm thử tham số android.sensor.testPatternMode để chụp khung hình cho từng mẫu kiểm thử hợp lệ và kiểm tra để đảm bảo rằng khung hình được tạo chính xác cho các màu đồng nhất và thanh màu. Quy trình kiểm thử này bao gồm các bước sau:

  1. Chụp ảnh cho tất cả mẫu kiểm thử được hỗ trợ.
  2. Thực hiện kiểm tra độ chính xác đơn giản đối với mẫu kiểm thử màu đồng nhất và thanh màu.

API đã được kiểm thử:

Đạt: Các mẫu kiểm thử được hỗ trợ được tạo đúng cách.

test_test_patterns_2

test_test_patterns_2.jpg

đường_đường_co_ngh_tư_của_tông_hiệu_thử

Thử nghiệm việc chuyển đổi mẫu thử nghiệm từ RAW sang YUV bằng tông màu tuyến tính. Quá trình kiểm thử này cần android.sensor.testPatternMode = 2 (COLOR_BARS) để tạo một mẫu hình ảnh hoàn hảo cho việc chuyển đổi tông màu. Đảm bảo quy trình có đầu ra màu phù hợp với sơ đồ tông màu tuyến tính và đầu vào hình ảnh lý tưởng (dựa vào test_test_patterns).

API đã được kiểm thử:

Đạt: YUV và RAW trông giống nhau.

test_tonemap_curve_raw_2

test_tonemap_curve_raw_2.jpg

test_tonemap_curve_yuv_2.jpg

test_tonemap_curve_yuv_2.jpg

thử_hợp_dấu_thời_gian

Kiểm tra xem các sự kiện cảm biến hình ảnh và cảm biến chuyển động có nằm trong cùng một miền thời gian hay không.

API đã được kiểm thử:

Đạt: Dấu thời gian chuyển động nằm giữa hai dấu thời gian của hình ảnh.

thử_vibration_restriction

Kiểm tra xem chế độ rung của thiết bị có hoạt động như dự kiến không.

API đã được kiểm thử:

Đạt: Thiết bị không rung khi bị API hạn chế âm thanh của máy ảnh tắt tiếng.

cảnh1

cảnh1 là một biểu đồ màu xám. Biểu đồ màu xám phải bao phủ 30% chính giữa của trường nhìn của máy ảnh. Biểu đồ màu xám dự kiến sẽ thách thức 3A (tự động phơi sáng, tự động cân bằng trắng, tự động lấy nét) ở mức vừa phải vì vùng trung tâm không có tính năng. Tuy nhiên, yêu cầu chụp ảnh chỉ định toàn bộ cảnh có đủ tính năng để 3A hội tụ.

Máy ảnh RFoV có thể được kiểm tra trong WFoV hoặc thiết bị kiểm tra RFoV. Nếu máy ảnh RFoV được kiểm thử trong thiết bị kiểm thử WFoV, thì biểu đồ sẽ được điều chỉnh theo tỷ lệ 2⁄3 để đảm bảo một số ranh giới cho biểu đồ màu xám trong FoV giúp 3A hội tụ. Để biết thêm nội dung mô tả chi tiết về các thiết bị kiểm thử máy ảnh, hãy xem bài viết ITS-in-a-box cho máy ảnh.

cảnh1

cảnh1: Biểu đồ kích thước đầy đủ (bên trái). 2⁄3 biểu đồ được điều chỉnh theo tỷ lệ (bên phải).

thử nghiệm_3a

Kiểm thử sự hội tụ của 3A với một mục tiêu tương đối khó.

API đã được kiểm thử:

Đạt: 3A hội tụ và các giá trị 3A được trả về hợp lệ.

test_ae_af

Kiểm tra từng thuật toán tự động phơi sáng (AE) và lấy nét tự động (AF) 3A.

API đã được kiểm thử:

Đạt: 3A hội tụ và các giá trị 3A được trả về là hợp pháp.

test_ae_precapture_trigger

Kiểm thử máy trạng thái AE khi sử dụng điều kiện kích hoạt thu thập trước. Thu thập 5 yêu cầu thủ công khi đã tắt AE. Yêu cầu cuối cùng có trình kích hoạt thu thập trước AE nên bỏ qua vì AE đã tắt.

API đã được kiểm thử:

Đạt: AE hội tụ.

thử_nghiệm_tự_động_vs_thủ_công

Các thử nghiệm chụp ảnh tự động và ảnh thủ công trông giống nhau.

API đã được kiểm thử:

Đạt: Mức tăng và biến đổi cân bằng trắng thủ công được báo cáo trong mỗi kết quả chụp trùng khớp với cân bằng trắng tự động estimate từ thuật toán 3A của máy ảnh.

thử_nghiệm_tự_động_vs_thủ_công_tự_động

test_auto_vs_manual_auto.jpg

thử_nghiệm_tự_động_vs_thủ_công_wb

test_auto_vs_manual_wb.jpg

test_auto_vs_manual_manual_wb_tm

test_auto_vs_manual_manual_wb_tm.jpg

thử_đen_trắng

Kiểm thử để đảm bảo rằng thiết bị tạo ra ảnh đen trắng đầy đủ. Chụp 2 ảnh, ảnh đầu tiên có mức tăng cực thấp và phơi sáng ngắn (dẫn đến ảnh đen), còn ảnh thứ hai có độ tăng và phơi sáng cực cao, dẫn đến ảnh trắng.

API đã được kiểm thử:

Pass: Tạo hình ảnh đen trắng. Kênh bão hoà của hình ảnh màu trắng có giá trị RGB là [255, 255, 255] với biên độ sai số nhỏ hơn 1%.

thử_đen_trắng_đen thử_đen_trắng_đen
test_black_white_black.jpg test_black_white_white.jpg

thử_kết_đen_trắng_trung_bình

test_black_white_plot_means.png

test_burst_sameness_manual

Chụp 5 loạt ảnh gồm 50 ảnh được cài đặt chụp thủ công và kiểm tra để đảm bảo tất cả các ảnh đó giống hệt nhau. Bạn có thể sử dụng quy trình kiểm thử này để xác định xem có các khung hình lẻ tẻ được xử lý theo cách khác hoặc có cấu phần phần mềm hay không.

API đã được kiểm thử:

Đạt: Các hình ảnh giống hệt nhau về mặt hình ảnh và có các giá trị RGB.

Không đạt: Hiển thị mức tăng hoặc giảm đột ngột của biểu đồ trung bình RGB ở đầu mỗi đợt

  • Dung sai là 3% đối với first_API_level < 30
  • Dung sai là 2% cho first_API_level >= 30

test_burst_sameness_manual_mean

test_burst_sameness_manual_mean.jpg

test_burst_sameness_manual_plot_means

test_burst_sameness_manual_plot_means.png

kết_quả_thu_thử_thử

Các chương trình kiểm thử cho thấy dữ liệu hợp lệ sẽ quay lại trong đối tượng CaptureResult. Chụp tự động, chụp thủ công và tự động chụp.

API đã được kiểm thử:

Đạt: Siêu dữ liệu có hiệu lực đối với tất cả các lần ghi và chế độ cài đặt thủ công không rò rỉ vào lần chụp tự động thứ hai. Vẽ đồ thị hiệu chỉnh đổ bóng ống kính cho ảnh chụp.

test_capture_result_plot_lsc_auto_ch0

test_capture_result_plot_lsc_auto_ch0.png

test_crop_region_raw

Kiểm thử việc không cắt được luồng RAW.

API đã được kiểm thử:

Đạt: Hình ảnh YUV bị cắt ở chính giữa nhưng không bị cắt ở định dạng 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

các_vùng_thử_nghiệm

Các chương trình kiểm thử giúp cắt một số vùng. Chụp ảnh đầy đủ và tạo bản vá của 5 khu vực khác nhau (góc và trung tâm). Chụp ảnh với tập hợp cắt cho 5 vùng. So sánh bản vá và giá trị hình ảnh cắt.

API đã được kiểm thử:

Pass: Hình ảnh của vùng bị cắt khớp với bản vá tương ứng với hình ảnh cắt.

mô_đun_âm_nghiệp_thử_nghiệm

Xác minh rằng các tham số mô hình thô DNG là chính xác. Biểu đồ mô tả phương sai đo được của một mảng trung tâm của thẻ màu xám trong các ảnh chụp thô được chụp theo một loạt các độ nhạy, đồng thời so sánh các giá trị này với phương sai dự kiến ở từng độ nhạy do mô hình nhiễu DNG trong HAL của máy ảnh (dựa trên tham số O,S được trả về trong các đối tượng kết quả chụp). Để biết thêm thông tin chi tiết về mô hình nhiễu DNG, hãy tải tài liệu sau đây về Mô hình nhiễu DNG.

API đã được kiểm thử:

Đạt: Các tham số của mô hình thô DNG là chính xác. Các giá trị RGB dự kiến khớp với giá trị RGB thực tế được đo.

test_dng_noise_model_plog

test_dng_noise_model_plog.png

test_ev_combenation_advanced

Các phép thử được áp dụng giá trị phơi sáng (EV). Hoạt động kiểm thử tăng độ phơi sáng trong 8 bước và kiểm tra độ sáng được đo lường so với độ sáng dự kiến. Các giá trị dự kiến được tính từ độ sáng của hình ảnh không áp dụng chế độ bù EV và giá trị dự kiến sẽ bão hoà nếu các giá trị đã tính toán vượt quá phạm vi giá trị hình ảnh thực tế. Quá trình kiểm thử sẽ không thành công nếu các giá trị dự kiến và giá trị đo lường không khớp nhau hoặc hình ảnh hiển thị quá mức trong vòng 5 bước.

API đã được kiểm thử:

Đạt: Hình ảnh cho thấy mức độ phơi sáng tăng lên mà không bị phơi sáng quá mức trong vòng 5 bước.

test_ev_combenation_advanced_plot_means

test_ev_combenbation_advanced_plot_means.png

test_ev_combenation_basic

Các lượt kiểm thử có áp dụng bù xe điện bằng cách sử dụng phạm vi được tạo bằng CONTROL_AE_COMPENSATION_STEP. 8 khung hình được chụp ở mỗi giá trị bù.

API đã được kiểm thử:

Đạt: Ảnh chụp tăng độ sáng khi tăng chế độ cài đặt bù EV và 8 khung hình được chụp cho mỗi chế độ cài đặt bù trừ điện thoại EV có giá trị độ sáng ổn định.

test_ev_combenation_basic

test_ev_compenation_basic.png

phơi sáng_thử nghiệm

Các phép kiểm thử cho thấy thời gian phơi sáng liên tục đạt được khi ISO và thời gian phơi sáng thay đổi. Chụp một loạt ảnh có ISO và thời gian phơi sáng được chọn để cân bằng nhau. Kết quả phải có cùng độ sáng nhưng trong trình tự, hình ảnh sẽ trở nên nhiễu hơn. Xác minh các giá trị trung bình pixel mẫu gần nhau. Đảm bảo hình ảnh không bị gắn với 0 hoặc 1 (khiến hình ảnh trông giống như đường phẳng). Bạn cũng có thể chạy bài kiểm thử này với các hình ảnh RAW bằng cách thiết lập cờ debug trong tệp cấu hình.

API đã được kiểm thử:

Đạt: Hình ảnh có cùng độ sáng, nhưng trở nên nhiễu hơn khi ISO cao hơn. Các mặt phẳng RGB là phẳng khi giá trị độ phơi sáng ISO* không đổi trong không gian đạt được được kiểm thử.

thử_phơi_phơi_nối_trung_bình

test_exposur_plot_means.png

test_exposur_mult=1.00 test_exposur_mult=64.00
test_expospon_mult=1.00.jpg test_expo quốc_mult=64.00.jpg

test_jpeg

Các thử nghiệm đã chuyển đổi hình ảnh YUV và hình ảnh JPEG của thiết bị trông giống nhau. Quá trình kiểm thử sẽ lấy phần chính giữa 10% hình ảnh, tính toán giá trị RGB, đồng thời xác minh rằng chúng khớp.

API đã được kiểm thử:

Đạt: Chênh lệch RGB trung bình giữa mỗi hình ảnh là dưới 3%.

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

chốt_kiểm_tra

Các hoạt động kiểm thử mà chế độ cài đặt (độ phơi sáng và độ nhiễu) nằm trên khung hình bên phải cho camera FULL và LEVEL_3. Chụp một loạt ảnh bằng cách sử dụng các yêu cầu quay lại, thay đổi các thông số yêu cầu chụp giữa các bức ảnh. Kiểm tra để đảm bảo hình ảnh có các thuộc tính dự kiến.

API đã được kiểm thử:

Đạt: Hình ảnh [2, 3, 6, 8, 10, 12, 13] đã tăng ISO hoặc độ phơi sáng và hiển thị với giá trị RGB cao hơn trên test_latching_plot_means.png.

test_latching_i=00.jpg test_latching_i=01.jpg test_latching_i=02.jpg
test_latching_i=00.jpg test_latching_i=01.jpg test_latching_i=02.jpg
test_latching_i=03.jpg test_latching_i=04.jpg test_latching_i=05.jpg
test_latching_i=03.jpg test_latching_i=04.jpg test_latching_i=05.jpg
test_latching_i=06.jpg test_latching_i=07.jpg test_latching_i=08.jpg
test_latching_i=06.jpg test_latching_i=07.jpg test_latching_i=08.jpg
test_latching_i=09.jpg test_latching_i=10.jpg test_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

kiểm_tra_kết_quả_kết_quả_trùng_khớp

test_latching_plot_means.png

độ_tuyến_tính_kiểm_tra

Các chương trình kiểm thử cho thấy quá trình xử lý thiết bị có thể đảo ngược thành pixel tuyến tính. Chụp một chuỗi ảnh bằng cách thiết bị hướng vào một mục tiêu đồng nhất.

API đã được kiểm thử:

Đạt: Các giá trị R, G, B phải tăng tuyến tính với độ nhạy tăng.

thử_phương_tính_tuyến_tính_trung_bình

test_linearity_plot_means.png

thử nghiệm_bị_khoá_hình_ảnh

Kiểm tra khoá 3A và vụ nổ YUV (sử dụng chế độ cài đặt tự động). Kiểm thử này được thiết kế để truyền ngay cả trên các thiết bị giới hạn không có MANUAL_SENSOR hoặc PER_FRAME_CONTROLS. Quy trình kiểm tra này sẽ kiểm tra tính nhất quán của hình ảnh YUV trong khi quy trình kiểm tra tốc độ khung hình ở trong bộ thử nghiệm CTS.

API đã được kiểm thử:

Đạt: Ảnh chụp phải nhất quán.

thử nghiệm_bị_khoá_khung_hình_0

test_lock_burst_frame0.jpg

thử nghiệm_bị_khoá_khung_hình_1

test_lock_burst_frame1.jpg

thử nghiệm_bị_khoá_khung_hình_2

test_lock_burst_frame2.jpg

thông số_màu_sắc_thử_nghiệm

Các lượt kiểm thử mà tham số android.colorCorrection.* được áp dụng khi đặt. Chụp ảnh với những biến đổi khác nhau và thu được giá trị, đồng thời kiểm thử xem các ảnh đó trông khác nhau tương ứng. Sự biến đổi và mức tăng được chọn để làm cho đầu ra tăng dần màu đỏ hoặc màu xanh dương. Sử dụng sơ đồ tông màu tuyến tính. Ánh xạ tông màu là một kỹ thuật dùng trong quá trình xử lý hình ảnh để ánh xạ một tập hợp màu với một tập hợp màu khác nhằm ước chừng sự xuất hiện của hình ảnh có dải màu động cao trong một môi trường có phạm vi động hạn chế hơn.

API đã được kiểm thử:

Đạt: Giá trị R và B tăng theo phép biến đổi.

thông số_màu_sắc_chỉnh_sửa_plot_trung_bình

thử nghiệm_param_color_correct_plot_means.png

*Trục x là yêu cầu chụp: 0 = tăng cường sự thống nhất, 1=tăng màu đỏ, 2= tăng màu xanh lam

thông số_màu_sắc_chỉnh_sửa_req=0

test_param_color_modify_req=0.jpg

test_param_color_correctness_req=1

test_param_color_correctness_req=1.jpg (tăng R)

thông số_màu_sắc_chỉnh_sửa_req=2

test_param_color_correct_req=2.jpg (tăng B)

thử_thông_số_phơi_hồi

Các chương trình kiểm thử áp dụng tham số android.sensor.exposureTime.

API đã được kiểm thử:

Đạt: Mỗi ảnh sáng hơn ảnh trước.

thử nghiệm_thông_số_phơi_nối_thời_gian_khung_hình_0

test_param_exposur_time_frame0.jpg

thử nghiệm_thông_số_phơi_nối_thời_gian_phân_biện

test_param_exposur_time_plot.png

chế_độ_thông_số_thử_nghiệm

Các chương trình kiểm thử áp dụng tham số android.flash.mode. Đặt độ phơi sáng ở phía tối theo cách thủ công để có thể thấy rõ liệu đèn flash có bật hay không, đồng thời sử dụng bản đồ tông màu tuyến tính. Kiểm tra chính giữa với hình ảnh thẻ thông tin để xem có độ dốc lớn được tạo ra hay không nhằm xác minh xem đèn flash có kích hoạt hay không.

API đã được kiểm thử:

Truyền: Tâm của hình ảnh thẻ thông tin có độ dốc lớn, nghĩa là đèn flash kích hoạt.

thông_số_flash_chế_độ_1

test_param_flash_mode_1.jpg

thử nghiệm_thông_số_flash_chế_độ_1_ô_ tô

test_param_flash_mode_1_tile.jpg

thông_số_flash_chế_độ_2

test_param_flash_mode_2.jpg

thử nghiệm_thông_số_flash_mode_2_ô

test_param_flash_mode_2_tile.jpg

thử_thông_số_noise_reduction

Các lần kiểm thử rằng tham số android.noiseReduction.mode được áp dụng chính xác khi được đặt. Chụp ảnh bằng máy ảnh thiếu sáng. Sử dụng mức tăng analog cao để đảm bảo hình ảnh chụp bị nhiễu. Chụp 3 hình ảnh để tắt NR, "nhanh" và "chất lượng cao". Ngoài ra, chụp hình ảnh có mức tăng thấp và tắt NR, đồng thời sử dụng phương sai của giá trị này làm đường cơ sở. SNR (Tỷ lệ tín hiệu trên nhiễu) càng cao thì chất lượng ảnh càng tốt.

API đã được kiểm thử:

Đạt: SNR thay đổi theo nhiều chế độ giảm tiếng ồn và hoạt động tương tự như biểu đồ bên dưới.

test_param_noise_reduction_plot_SNR

test_param_noise_reduction_plot_SNRs.png

0: TẮT, 1: NHANH, 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_noise_reduction_low_gain

test_param_noise_reduction_low_gain.jpg

thử_thông_số_độ nhạy

Các chương trình kiểm thử áp dụng tham số android.sensor.sensitivity. Quá trình kiểm thử này giúp tăng độ nhạy trong 5 bước với độ phơi sáng cố định cho mỗi cảnh quay.

API đã được kiểm thử:

Đạt: Các giá trị RGB của trung tâm 10% sẽ sáng hơn khi tăng độ nhạy.

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

thử nghiệm_thông_số_sensitivity_plot

test_param_sensitivity_plot.png

chế_độ_áp_dụng_cho_thông_số_thử_nghiệm

Các chương trình kiểm thử áp dụng tham số android.shading.mode.

API đã được kiểm thử:

Đạt: Chế độ tô bóng sẽ được chuyển và bản đồ đổ bóng ống kính được sửa đổi như mong đợi.

thử_tính_thông_số_cho_chế_độ_hình_ảnh_chế_độ_của_bản_ đồ

test_param_shading_mode_ls_maps_mode_0_loop_0.png

thử nghiệm_thông_số_cho_chế_độ_chế_độ_hình_ảnh

test_param_shading_mode_ls_maps_mode_1_loop_0.png

thử_tính_thông_số_cho_chế_độ_chế_độ_hình_ảnh

test_param_shading_mode_ls_maps_mode_2_loop_0.png

chế_độ_thông_số_thử_nghiệm

Các chương trình kiểm thử áp dụng tham số android.tonemap.mode. Áp dụng các đường cong phối màu khác nhau cho từng kênh R, G, B và kiểm tra xem hình ảnh đầu ra có được sửa đổi như mong đợi không. Chương trình kiểm thử này bao gồm 2 chương trình kiểm thử là test1 và test2.

API đã được kiểm thử:

Đạt:

  • test1: Cả hai hình ảnh đều có bản đồ tông màu tuyến tính, nhưng n=1 có độ dốc cao hơn. Kênh G (xanh lục) sáng hơn cho hình ảnh n=1.
  • test2: Cùng một bản đồ tông màu, nhưng thời lượng khác nhau. Các hình ảnh giống nhau.
test_param_tonemap_mode_n=0.jpg test_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

Kiểm tra việc tăng độ nhạy sau khi RAW. Chụp một tập hợp hình ảnh RAW và YUV có độ nhạy khác nhau, đăng tổ hợp tăng độ nhạy RAW và kiểm tra xem giá trị trung bình điểm ảnh đầu ra có khớp với các chế độ cài đặt yêu cầu hay không.

API đã được kiểm thử:

Truyền: Hình ảnh RAW sẽ tối hơn khi mức tăng, trong khi hình ảnh YUV vẫn duy trì độ sáng

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

thử_độ_nhạy_độ_nhạy_thử_

Chụp một bộ hình ảnh thô với mức tăng dần và đo độ nhiễu. Chỉ chụp ảnh thô trong một loạt ảnh.

API đã được kiểm thử:

Đạt: Mỗi cảnh quay nhiễu hơn cảnh trước vì độ nhiễu tăng lên.

Sử dụng phương sai của ô lưới thống kê ở giữa.

test_raw_burst_sensitivity_variance

test_raw_burst_sensitivity_variance.png

kiểm_tra_rõ_rờ

Chụp một tập hợp hình ảnh thô với thời gian phơi sáng tăng lên và đo lường các giá trị pixel.

API đã được kiểm thử:

Đạt: Việc tăng ISO (tăng) giúp các pixel nhạy cảm hơn với ánh sáng, vì vậy, biểu đồ sẽ di chuyển về phía bên trái.

test_raw_exposur_s=55

test_raw_exposur_s=55.png

(100 là 1 mili giây, 101 là 10 mili giây, 10−1 là 0,1 mili giây)

test_raw_exposur_s=132

test_raw_exposur_s=132.png

test_raw_exposur_s=209

test_raw_exposur_s=209.png

test_raw_exposur_s=286

test_raw_exposur_s=286.png

test_raw_exposur_s=363

test_raw_exposur_s=363.png

test_raw_exposur_s=440

test_raw_exposur_s=440.png

độ nhạy_kiểm_tra_thử

Chụp một tập hợp hình ảnh thô có độ nhạy tăng dần và đo độ nhiễu (chênh lệch) ở giữa là 10% hình ảnh. Kiểm thử mà mỗi cảnh quay nhiễu hơn cảnh trước.

API đã được kiểm thử:

Đạt: Phương sai tăng lên sau mỗi lần chụp.

test_raw_sensitivity_variance

test_raw_sensitivity_variance.png

test_reprocess_noise_reduction

Các quy trình kiểm thử mà android.noiseReduction.mode được áp dụng cho các yêu cầu xử lý lại. Chụp hình ảnh được xử lý lại với máy ảnh thiếu sáng. Sử dụng mức tăng analog cao để đảm bảo hình ảnh chụp không bị nhiễu. Chụp 3 hình ảnh được xử lý lại, để tắt NR, "nhanh" và "chất lượng cao". Chụp hình ảnh được xử lý lại với mức tăng thấp và tắt NR, đồng thời sử dụng phương sai của hình ảnh này làm đường cơ sở.

API đã được kiểm thử:

Pass: FAST >= OFF, HQ >= FAST, HQ >> TẮT

Biểu đồ SNR so với NR_MODE điển hình

Biểu đồ SNR so với NR_MODE điển hình

test_tonemap_sequence

Thử nghiệm một chuỗi cảnh quay có nhiều đường cong tông màu. Quay 3 ảnh thủ công bằng sơ đồ tông màu tuyến tính. Chụp 3 ảnh thủ công với tông màu mặc định. Tính toán delta giữa mỗi cặp khung liên tiếp.

API đã được kiểm thử:

Đạt: Có 3 khung giống nhau, theo sau là một bộ khác gồm 3 khung hình giống nhau.

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

Tất_cả_khi_không_có_trạng_thái_có_trạng_thái_duy_nhất

Các thử nghiệm cho thấy mọi kích thước và định dạng được báo cáo cho chụp ảnh đều hoạt động. Sử dụng một yêu cầu thủ công có sơ đồ tông màu tuyến tính để YUV và JPEG giống nhau khi được mô-đun image_processing_utils chuyển đổi. Theo mặc định, hình ảnh không được lưu, nhưng bạn có thể lưu bằng cách bật debug_mode.

API đã được kiểm thử:

Truyền: Tất cả các trung tâm hình ảnh đều có mức chênh lệch RMS tối đa (giá trị trung bình bình phương của tín hiệu) trong các hình ảnh được chuyển đổi RGB với 3% hình ảnh YUV có độ phân giải cao nhất.

Tất_cả_khi_không_có_trạng_thái_có_trạng_thái_duy_nhất

test_yuv_jpeg_all.png

test_yuv_plus_dng

Các hoạt động kiểm thử để đảm bảo các kích thước và định dạng được báo cáo cho ảnh chụp hoạt động.

API đã được kiểm thử:

Đạt: Quá trình kiểm thử hoàn tất và trả về các hình ảnh được yêu cầu.

test_yuv_plus_dng

test_yuv_plus_dng.jpg

test_yuv_plus_jpeg

Các bài kiểm thử chụp một khung hình duy nhất ở dạng đầu ra cả YUV và JPEG. Sử dụng một yêu cầu thủ công có sơ đồ tông màu tuyến tính để YUV và JPEG giống nhau khi được mô-đun image_processing_utils chuyển đổi.

API đã được kiểm thử:

Đạt: Hình ảnh YUV và JPEG là tương tự nhau và có sự chênh lệch nhỏ hơn 1% RMS (giá trị trung bình phương gốc của tín hiệu).

test_yuv_plus_jpg_jpg.jpg test_yuv_plus_jpeg_yuv.jpg
test_yuv_plus_jpg_jpg.jpg test_yuv_plus_jpeg_yuv.jpg

test_yuv_plus_raw

Các thử nghiệm chụp một khung hình duy nhất ở cả hai đầu ra RAW/RAW10/RAW12 và YUV nếu được hỗ trợ. Sử dụng một yêu cầu thủ công với sơ đồ giai điệu tuyến tính, vì vậy, dữ liệu thô và YUV dự kiến sẽ giống nhau. So sánh các giá trị RGB 10% ở giữa của hình ảnh đã chuyển đổi RGB. Nhật kýandroid.shading.mode.

API đã được kiểm thử:

Đạt: Hình ảnh YUV và hình ảnh thô tương tự nhau và có sự chênh lệch nhỏ hơn 3,5% RMS (giá trị trung bình bình phương gốc của tín hiệu).

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

cảnh 2_a

cảnh2_a có 3 khuôn mặt có phông nền màu xám và trang phục màu trung tính. Những khuôn mặt này được chọn để có nhiều tông màu da. Biểu đồ phải có hướng chính xác để tính năng phát hiện khuôn mặt hoạt động một cách tối ưu.

cảnh 2_a

cảnh 2_a

kiểm tra_tự động_flash

Các thử nghiệm đã kích hoạt đèn flash tự động trong cảnh tối. Xác minh rằng tính năng flash tự động được kích hoạt bằng cách kiểm tra để đảm bảo phần giữa của hình ảnh thẻ thông tin có độ dốc lớn. Để kích hoạt tính năng tự động flash, bạn phải tắt máy tính bảng và đèn trong thiết bị kiểm tra. Máy tính bảng được tắt trong quá trình kiểm tra và có thể tự động tắt đèn bằng bộ điều khiển Arduino. Cảnh phải hoàn toàn tối để kiểm thử hoạt động chính xác. Do đó, lỗ mở của máy tính bảng phía sau phải được che phủ hoàn toàn bởi máy tính bảng cảnh, đồng thời lỗ mở phía trước phải được che bằng một khẩu độ và điện thoại DUT để chặn ánh sáng đi vào thiết bị.

API đã được kiểm thử:

Truyền: Phần giữa của hình ảnh thẻ thông tin có độ dốc lớn, nghĩa là tính năng tự động flash được kích hoạt.

thử nghiệm_tự động lấy khung hình

Kiểm thử hoạt động tự động lấy khung hình của thiết bị camera. Thực hiện thu phóng lớn để không có khuôn mặt nào trong cảnh hiển thị, bật chế độ tự động lấy khung hình bằng cách đặt AUTOFRAMING trong CaptureRequest thành True và xác minh xem có thể phát hiện tất cả các khuôn mặt trong cảnh gốc khi trạng thái hội tụ hay không (nghĩa là khi AUTOFRAMING_STATE trong CaptureResult được đặt thành AUTOFRAMING_STATE_CONVERGED).

API đã được kiểm thử:

Đạt: Đã phát hiện thấy cả 3 khuôn mặt.

test_display_p3

Kiểm thử Display P3 chụp ảnh ở định dạng JPEG bằng API ColorSpaceProfiles. Các quy trình kiểm thử cho thấy rằng ảnh JPEG được chụp có tiêu đề có hồ sơ ICC thích hợp và hình ảnh có chứa các màu nằm ngoài gam màu sRGB.

API đã được kiểm thử:

Đạt: Ảnh JPEG chứa cấu hình ICC P3 của Display và các màu bên ngoài gam màu sRGB.

hiệu_ứng_thử

Chụp khung hình cho các hiệu ứng máy ảnh được hỗ trợ và kiểm tra xem các hiệu ứng đó có được tạo đúng cách hay không. Chương trình kiểm thử chỉ kiểm tra các hiệu ứng OFF và MONO, nhưng lưu hình ảnh cho tất cả hiệu ứng được hỗ trợ.

API đã được kiểm thử:

Pass: Chụp hình ảnh cảnh có hiệu ứng OFF và một hình ảnh đơn sắc có hiệu ứng được đặt thành MONO.

hiệu_ứng_thử_nghiệm_MONO

test_Effect_MONO.jpg

các_định_dạng_thử_nghiệm

Kiểm thử nhiều kiểu kết hợp định dạng đầu ra.

API đã được kiểm thử:

Đạt: Tất cả các tổ hợp đã được ghi nhận thành công.

kiểm tra_chất_lượng_jpeg

Kiểm tra chất lượng nén ảnh JPEG của máy ảnh. Chuyển sang chất lượng JPEG thông qua android.jpeg.quality để đảm bảo Bảng lượng tử hoá thay đổi chính xác.

API đã được kiểm thử:

Đạt: Ma trận lượng tử hoá giảm chất lượng. (Ma trận đại diện cho hệ số chia.)

kiểm tra_chất_lượng_jpeg

Độ sáng trung bình của ma trận DQT/sắc độ của camera sau trên Pixel 4 so với chất lượng JPEG

test_jpeg_quality không thành công

Ví dụ về kiểm thử không thành công

Lưu ý rằng đối với hình ảnh có chất lượng rất thấp (jpeg.quality < 50), độ nén trong ma trận lượng tử không tăng.

số_mặt_thử_nghiệm

Kiểm thử tính năng phát hiện khuôn mặt.

API đã được kiểm thử:

Đạt: Tìm 3 khuôn mặt.

test_num_faces_fd_mode_1

test_num_faces_fd_mode_1.jpg

tỷ lệ_xem trước_tối_nhất

Kiểm thử tốc độ khung hình xem trước giảm chính xác trong cảnh tối. Để chương trình kiểm thử này hoạt động chính xác, bộ điều khiển phải tắt đèn trong thiết bị kiểm thử hoặc để người điều khiển kiểm thử tắt theo cách thủ công.

API đã được kiểm thử:

Đạt: Tốc độ khung hình xem trước ở mức tối thiểu của phạm vi tốc độ khung hình đã yêu cầu và sự biến động giữa các khung hình nhỏ hơn dung sai tuyệt đối được đặt ra trong phép kiểm thử.

test_reprocess_uv_swap

Kiểm thử việc tái xử lý YUV không hoán đổi mặt phẳng U và V. Điều này được phát hiện bằng cách tính tổng chênh lệch tuyệt đối (SAD) giữa hình ảnh đã xử lý lại và ảnh chụp không được xử lý lại. Nếu việc hoán đổi mặt phẳng đầu ra U và V của ảnh chụp được xử lý lại dẫn đến SAD tăng lên, thì đầu ra được giả định là có mặt phẳng U và V chính xác.

API đã được kiểm thử:

Đạt: Mặt phẳng U và V không bị hoán đổi.

test_reprocess_uv_swap

test_reprocess_uv_swap.png

cảnh 2_b

số_mặt_thử_nghiệm

Thử nghiệm tính năng phát hiện khuôn mặt khi tăng sự đa dạng về tông màu da trong các cảnh khuôn mặt.

API đã được kiểm thử:

Đạt: Tìm 3 khuôn mặt.

test_num_faces_fd_mode_1

test_num_faces_fd_mode_1.jpg

test_yuv_jpeg_capture_sameness

Chụp 2 hình ảnh bằng các định dạng YUV và JPEG phổ biến nhất với cùng tỷ lệ khung hình với định dạng JPEG lớn nhất không vượt quá độ phân giải 1920x1440. Đặt jpeg.quality thành 100 và ghi lại yêu cầu nền tảng kép. Chuyển đổi cả hai hình ảnh thành mảng RGB và tính hiệu số bình phương trung bình (RMS) gốc 3D giữa hai hình ảnh.

API đã được kiểm thử:

Đạt: Hình ảnh YUV và JPEG là tương tự nhau và có sự chênh lệch nhỏ hơn 1% RMS (giá trị trung bình phương gốc của tín hiệu).

cảnh2_c

số_mặt_thử_nghiệm

Thử nghiệm tính năng phát hiện khuôn mặt khi tăng sự đa dạng về tông màu da trong các cảnh khuôn mặt.

API đã được kiểm thử:

Đạt: Tìm 3 khuôn mặt.

test_num_faces_fd_mode_1

test_num_faces_fd_mode_1.jpg

test_jpeg_capture_perf_class

Kiểm thử độ trễ chụp ảnh JPEG cho lớp hiệu suất S như quy định trong phần 2.2.7.2 Camera trong CDD.

Pass: PHẢI have camera2 JPEG xoá latency < 1000ms for 1080p issue asSave by the CTS camera PerformanceTest under ITS level (3000K) )

test_camera_launch_perf_class

Kiểm thử độ trễ khởi động máy ảnh cho lớp hiệu suất S như đã chỉ định phần 2.2.7.2 Camera trong CDD.

Pass:{4} have camera2 start latency (open camera to first Preview frame) < 600ms as Measurement by the CTS camera PerformanceTest under ITS Chiếu sáng Điều kiện (3000K) for cả primary camera.

cảnh 2_d

số_mặt_thử_nghiệm

Thử nghiệm tính năng phát hiện khuôn mặt khi tăng sự đa dạng về tông màu da trong các cảnh khuôn mặt.

API đã được kiểm thử:

Đạt: Tìm 3 khuôn mặt.

cảnh_2

hình_ảnh_liên_tục_thử_nghiệm

50 khung hình có độ phân giải VGA được chụp bằng chế độ cài đặt đầu tiên cho yêu cầu chụp android.control.afMode = 4 (CONTINUOUS_PICTURE).

API đã được kiểm thử:

Đạt: Hệ thống 3A được giải quyết khi kết thúc chụp 50 khung hình.

số_mặt_thử_nghiệm

Thử nghiệm tính năng phát hiện khuôn mặt khi tăng sự đa dạng về tông màu da trong các cảnh khuôn mặt.

API đã được kiểm thử:

Đạt: Tìm 3 khuôn mặt.

cảnh_f

cảnh2_f có 3 khuôn mặt có phông nền trắng và quần áo màu trắng. Các khuôn mặt này có nhiều màu da và độ tương phản cao với nền.

cảnh2_f.png

cảnh_f

số_mặt_thử_nghiệm

Thử nghiệm tính năng phát hiện khuôn mặt khi tăng sự đa dạng về tông màu da trong các cảnh khuôn mặt.

API đã được kiểm thử:

Đạt: Tìm 3 khuôn mặt.

test_num_faces_fd_mode_1

test_num_faces_fd_mode_1.jpg

cảnh 3

Scene3 sử dụng biểu đồ ISO12233 và hầu hết các thử nghiệm đều sử dụng phương thức trích xuất biểu đồ để tìm biểu đồ trong cảnh. Vì lý do này, hầu hết hình ảnh đã lưu đều không có đường viền như hình ảnh cho cảnh 1, 2 hoặc 4, mà chỉ có biểu đồ. Biểu đồ phải ở đúng hướng để trình tìm biểu đồ hoạt động một cách tối ưu.

tính nhất quán_thử_nghiệm_3a

Kiểm tra tính nhất quán của 3A.

API đã được kiểm thử:

Đạt: 3A hội tụ để đo độ phơi sáng, độ tăng, awb (tự động cân bằng trắng) và fd (khoảng cách lấy nét) 3 lần trong dung sai.

nâng_cao_thử_nghiệm

Các lượt kiểm thử để đảm bảo tham số android.edge.mode được áp dụng đúng cách. Chụp hình ảnh chưa được xử lý lại cho từng chế độ cạnh và trả về độ sắc nét của hình ảnh đầu ra cũng như siêu dữ liệu kết quả chụp. Xử lý yêu cầu chụp bằng một chế độ cạnh, độ nhạy, thời gian phơi sáng, khoảng cách lấy nét và tham số bề mặt đầu ra nhất định.

Đạt: Chế độ HQ (2) sắc nét hơn chế độ OFF (0). Chế độ FAST (1) sắc nét hơn chế độ OFF. Chế độ HQ sắc nét hơn hoặc bằng chế độ FAST.

API đã được kiểm thử:

Các tham số của camera bị ảnh hưởng:

  • EDGE_MODE

thử_cận_tăng_độ_nâng_độ=0

test_edge_enhancement_edge=0.jpg

test_edge_enhancement_edge=1

test_edge_enhancement_edge=1.jpg (chế độ nhanh)

test_edge_enhancement_edge=2

test_edge_enhancement_edge=2.jpg (chế độ chất lượng cao)

thử_phản_hồi

Kiểm tra xem hình ảnh có được định hướng đúng cách theo phần CDD 7.5.2 Máy ảnh mặt trước [C-1-5] hay không.

Bạn có thể xác định hình ảnh được phản chiếu, lật hoặc xoay bằng tính năng hình thoi ở gần trung tâm.

Đạt: Hình ảnh không được lật, phản chiếu hoặc xoay.

test_flip_mirror_scene_patch

test_flip_mirror_scene_patch.jpg

test_ngang_to_dọc

Kiểm thử xem chế độ ghi đè từ chế độ ngang sang dọc có hoạt động chính xác đối với các cảm biến hướng ngang hay không.

API đã được kiểm thử:

Đạt: Quy trình kiểm thử có thể tìm thấy biểu đồ có chế độ xoay dự kiến (0 độ khi chế độ ghi đè từ chế độ ngang sang dọc bị tắt, 90 độ khi được bật).

test_ngang_to_dọc

test_landscape_to_portrait.png

test_lens_movement_reporting

Kiểm tra xem cờ chuyển động của ống kính có được báo cáo chính xác hay không. Chụp một loạt 24 hình ảnh với 12 khung hình đầu tiên ở khoảng cách lấy nét tối ưu (do 3A tìm thấy) và 12 khung hình cuối ở khoảng cách lấy nét tối thiểu. Trong khung hình 12, ống kính di chuyển khiến độ sắc nét giảm. Độ sắc nét cuối cùng sẽ ổn định khi ống kính di chuyển đến vị trí cuối cùng. Cờ chuyển động của ống kính phải được xác nhận trong tất cả các khung hình có độ sắc nét trung bình đến độ sắc nét trong vài khung hình đầu tiên khi ống kính đứng yên ở khoảng cách tiêu cự tối ưu và vài khung hình cuối cùng mà ống kính đứng yên trong khoảng tiêu cự tối thiểu. Khung chính xác mà ống kính di chuyển không quan trọng: điều cần kiểm tra là cờ chuyển động được xác nhận khi ống kính di chuyển.

API đã được kiểm thử:

Đạt: Cờ di chuyển của Ống kính đang ở True trong khung hình với sự thay đổi độ sắc nét.

Cơ chế không thành công:

  • lens_moving: True (android.hardware.camera2.CaptureResult#LENS_STATE = 1) trong test_log.DEBUG chỉ được xác nhận trong những khung hình không thay đổi độ sắc nét.
  • Khung hình có lens_moving: False (android.hardware.camera2.CaptureResult#LENS_STATE = 0) trong test_log.DEBUG có sự chênh lệch về độ sắc nét so với một vài khung hình đầu tiên ở khoảng cách tiêu điểm tối ưu hoặc vài khung hình cuối ở khoảng cách lấy nét tối thiểu.

test_reprocess_edge_enhancement

Kiểm tra xem các phương thức tái xử lý được hỗ trợ để cải tiến cạnh có hoạt động đúng cách hay không. Xử lý yêu cầu chụp bằng một chế độ cạnh tái xử lý nhất định và so sánh các chế độ khác nhau để chụp với các chế độ cạnh tái xử lý đã tắt.

API đã được kiểm thử:

Đạt: Độ sắc nét cho các chế độ viền khác nhau là chính xác. HQ (chế độ 2) sắc nét hơn OFF (chế độ 0) và mức độ cải thiện giữa các chế độ là như nhau.

test_reprocess_edge_enhancement_plot

test_reprocess_edge_enhancement_plot.png

cảnh 4

Scene4 có một hình tròn màu đen trên nền trắng bên trong hình vuông.

cảnh 4

cảnh 4

test_aspect_ratio_and_crop

Kiểm tra xem hình ảnh có bị méo hình hoặc bị cắt đột ngột trong quy trình hình ảnh hay không. Chụp ảnh một vòng tròn ở tất cả các định dạng. Xác minh vòng tròn không bị méo, vòng tròn không di chuyển khỏi tâm hình ảnh và vòng tròn không thay đổi kích thước một cách không chính xác theo nhiều tỷ lệ khung hình hoặc độ phân giải.

API đã được kiểm thử:

Đạt: Hình ảnh sẽ không bị kéo giãn, tâm của hình ảnh không chênh lệch quá 3% và FoV (trường nhìn) tối đa có thể được giữ nguyên.

Cơ chế không thành công:

  • Máy ảnh không được căn chỉnh với vòng tròn hiển thị trên máy tính bảng ở giữa cảnh đã chụp.
  • Vòng tròn trong hình ảnh đã chụp bị làm méo bởi quy trình xử lý.
  • Hình ảnh có độ phân giải thấp hơn bị cắt hai lần trong quy trình hình ảnh tạo ra FoV khác nhau giữa hình ảnh có độ phân giải cao và thấp.
  • Vòng tròn trong hình ảnh đã chụp bị cắt do yêu cầu chụp tỷ lệ khung hình quá mức làm giảm chiều cao hoặc chiều rộng của hình ảnh.
  • Vòng tròn trong ảnh đã chụp có hình phản chiếu ở chính giữa và không xuất hiện đầy đủ.

test_multi_camera_alignment

Kiểm thử các tham số hiệu chỉnh máy ảnh liên quan đến vị trí máy ảnh cho hệ thống nhiều máy ảnh. Sử dụng camera phụ thực nhiều camera, chụp ảnh bằng một trong các camera thực. Tìm tâm đường tròn. Chiếu tâm vòng tròn lên toạ độ thế giới cho mỗi máy ảnh. So sánh sự khác biệt giữa các tâm vòng tròn của máy ảnh theo toạ độ thế giới. Chiếu lại toạ độ thế giới trở lại các toạ độ pixel và so sánh với bản gốc để kiểm tra tính hợp lệ. So sánh kích thước vòng tròn để kiểm tra xem tiêu cự của các máy ảnh có khác nhau hay không.

API đã được kiểm thử:

Đạt: Tâm của hình tròn và kích thước như dự kiến đối với hình ảnh chiếu so với hình ảnh chụp bằng dữ liệu hiệu chỉnh máy ảnh và tiêu cự.

Cơ chế không thành công:

  • LENS_INTRINSIC_CALIBRATION, LENS_POSE_TRANSLATION hoặc LENS_POSE_ROTATION là các giá trị thiết kế chứ không phải là dữ liệu hiệu chỉnh thực tế.
  • Hệ thống camera không phù hợp cho quá trình thiết lập thử nghiệm. Ví dụ: thử nghiệm một hệ thống máy ảnh rộng và siêu rộng bằng thiết bị thử nghiệm RFoV. Để biết thêm thông tin, hãy xem bài viết Câu hỏi thường gặp về ITS tích hợp sẵn cho máy ảnh 1.

test_preview_aspect_ratio_and_crop

Tương tự như phép kiểm thử test_aspect_ratio_and_crop đối với ảnh tĩnh, quy trình kiểm thử này sẽ kiểm tra các định dạng xem trước được hỗ trợ để đảm bảo khung hình xem trước không bị kéo giãn hoặc cắt không phù hợp. Xác minh rằng tỷ lệ khung hình của vòng tròn không thay đổi, hình ảnh bị cắt sẽ giữ vòng tròn ở giữa khung hình và kích thước vòng tròn không thay đổi đối với một định dạng không đổi hoặc với độ phân giải khác nhau (kiểm tra trường nhìn).

API đã được kiểm thử:

Đạt: Hình ảnh sẽ không bị kéo giãn, tâm của hình ảnh không chênh lệch quá 3% và FoV (trường nhìn) tối đa có thể được giữ nguyên.

test_preview_stabilization_fov

Kiểm tra các kích thước xem trước được hỗ trợ để đảm bảo cắt FoV cho phù hợp. Thử nghiệm này sẽ quay hai video, một video có ON chống rung khi xem trước và một video có độ ổn định khi xem trước OFF. Một khung đại diện được chọn từ mỗi video và được phân tích để đảm bảo rằng các thay đổi FoV trong hai video đều tuân thủ thông số kỹ thuật.

API đã được kiểm thử:

Đạt: Tỷ lệ khung hình của vòng tròn không thay đổi, vị trí tâm của vòng tròn giữ ổn định và kích thước của vòng tròn thay đổi không quá 20%.

test_video_aspect_ratio_and_crop

Quay video có một hình tròn bên trong một hình vuông trên tất cả các định dạng video. Trích xuất các khung chính và xác minh rằng tỷ lệ khung hình của vòng tròn không thay đổi, hình ảnh bị cắt sẽ giữ cho vòng tròn ở chính giữa và kích thước vòng tròn không thay đổi theo định dạng không đổi hoặc có độ phân giải khác (kiểm tra trường nhìn).

API đã được kiểm thử:

Đạt: Khung hình video không bị kéo giãn, tâm khung hình không chênh lệch quá 3% và FoV (trường nhìn) tối đa có thể được giữ nguyên.

cảnh 5

Cảnh 5 yêu cầu cảnh màu xám có ánh sáng đồng nhất. Bạn có thể thực hiện việc này bằng cách đặt bộ khuếch tán phía trên ống kính của máy ảnh. Bạn nên sử dụng bộ khuếch tán sau: www.edmundoptics.com/optics/window-diffusers/optical-diffusers/opal-diffusing-glass/46168.

Để chuẩn bị cảnh quay, hãy gắn bộ khuếch tán ở phía trước máy ảnh và hướng máy ảnh vào nguồn ánh sáng khoảng 2000 lux. Hình ảnh được chụp cho cảnh 5 yêu cầu ánh sáng khuếch tán nhưng không có đặc điểm nào rõ ràng. Dưới đây là hình ảnh mẫu:

cảnh 5

chụp cảnh 5

test_lens_shading_and_color_uniformity

Các quá trình kiểm thử để đảm bảo tính năng chỉnh bóng ống kính được áp dụng phù hợp và màu sắc của cảnh đồng nhất đơn sắc được phân bổ đồng đều. Thực hiện kiểm thử này trên khung YUV với 3A tự động. Tính năng tô bóng ống kính được đánh giá dựa trên kênh y. Đo lường giá trị y trung bình cho mỗi khối mẫu được chỉ định và xác định đạt hoặc không đạt bằng cách so sánh với giá trị y ở giữa. Hoạt động kiểm thử độ đồng nhất của màu được đánh giá trong không gian r/g và b/g.

API đã được kiểm thử:

Đạt: Ở bán kính được chỉ định của hình ảnh, phương sai của giá trị r/g và b/g phải nhỏ hơn 20% thì mới vượt qua bài kiểm thử.

cảnh 6

Scene6 là một lưới gồm các hình tròn nhỏ với một hình vuông ở một góc để cho biết hướng. Bạn cần có các vòng tròn nhỏ để kiểm thử chức năng thu phóng trên một phạm vi lớn.

cảnh 6

cảnh 6

test_in_sensor_zoom

Kiểm thử hành vi của tính năng thu phóng trong cảm biến của máy ảnh để tạo ra hình ảnh RAW bị cắt.

Khi trường hợp sử dụng phát trực tuyến được đặt thành CROPPED_RAW, quy trình kiểm thử sẽ chụp 2 bức ảnh trong phạm vi thu phóng, 1 ảnh RAW trường nhìn toàn bộ (FoV) và một ảnh RAW bị cắt. Quá trình kiểm thử này sẽ chuyển đổi hình ảnh thành các mảng RGB, giảm tỷ lệ hình ảnh RAW đã cắt kích thước đầy đủ về kích thước do SCALER_RAW_CROP_REGION báo cáo và tính toán chênh lệch trung bình gốc (RMS) 3D giữa hai hình ảnh.

API đã được kiểm thử:

Đạt: Chênh lệch trung bình vuông gốc (RMS) của 3D giữa hình ảnh RAW bị cắt giảm tỷ lệ và hình ảnh FoV RAW đầy đủ là dưới 1%.

thử_thu phóng

Kiểm thử hành vi thu phóng của máy ảnh. Chụp ảnh trong phạm vi thu phóng và kiểm tra xem vòng tròn có lớn hơn khi máy ảnh phóng to hay không.

API đã được kiểm thử:

Đạt: Kích thước tương đối của vòng tròn được chụp là chính xác so với tỷ lệ thu phóng yêu cầu để đảm bảo máy ảnh thu phóng chính xác.

thử_thu phóng

test_zoom để tìm đường bao của vòng tròn gần tâm nhất.

test_low_Latency_zoom

Kiểm thử hành vi thu phóng có độ trễ thấp của máy ảnh. Chụp ảnh trong phạm vi thu phóng bằng android.control.settingsOverride = 1 (SETTINGS_OVERRIDE_ZOOM) và kiểm tra xem các vòng tròn trong hình ảnh đầu ra có khớp với tỷ lệ thu phóng trong siêu dữ liệu chụp hay không.

API đã được kiểm thử:

Đạt: Kích thước tương đối của vòng tròn được chụp là chính xác so với siêu dữ liệu kết quả về tỷ lệ thu phóng.

test_preview_video_zoom_match

Kiểm thử trong khi quay và thu phóng, bản xem trước video và đầu ra video hiển thị, đồng thời ghi lại cùng một đầu ra. Tính toán kích thước của vòng tròn gần tâm nhất theo các tỷ lệ thu phóng khác nhau và kiểm tra xem kích thước của vòng tròn có tăng khi tỷ lệ thu phóng tăng lên hay không.

API đã được kiểm thử:

Đạt: Kích thước tương đối của vòng tròn được chụp chính xác so với tỷ lệ thu phóng yêu cầu trong video và bản xem trước.

VGA_640x480_key_frame.png

VGA_640x480_key_frame.png (trước khi thu phóng)

xem trước_640x480_key_frame.png

xem trước_640x480_key_frame.png (trước khi thu phóng)

VGA_640x480_key_frame_zoomed.png

VGA_640x480_key_frame.png (sau khi thu phóng)

xem trước_640x480_key_frame_zoomed.png

xem trước_640x480_key_frame.png (sau khi thu phóng)

phần mở rộng của cảnh

Các hoạt động kiểm thử scene_extensions dành cho các tiện ích máy ảnh và phải sử dụng Camera ITS-in-a-Box vì các bài kiểm thử này yêu cầu kiểm soát chính xác môi trường kiểm thử.

cảnh_hdr

Cảnh scene_hdr bao gồm một bức ảnh chân dung ở bên trái và một mã QR về độ tương phản thấp ở bên phải.

cảnh_hdr

cảnh_hdr

tiện_ích_thử_nghiệm

Kiểm thử phần mở rộng HDR. Chụp ảnh khi có và không bật tiện ích, đồng thời kiểm tra xem tiện ích này có giúp mã QR dễ phát hiện hơn hay không.

API đã được kiểm thử:

Đạt: Phần mở rộng HDR giúp giảm số lần thay đổi độ tương phản cần thiết để phát hiện mã QR hoặc giảm độ dốc trên mã QR.

đêm_cảnh

Cảnh scene_night bao gồm một vòng tròn màu trắng với 4 hình tròn nhỏ hơn bên trong, tất cả nằm trên nền đen. Vòng tròn nhỏ ở góc trên cùng bên phải tối hơn các vòng tròn khác để biểu thị hướng.

đêm_cảnh

đêm_cảnh

tiện_ích_ban_đêm

Kiểm thử Tiện ích ban đêm. Chụp ảnh khi có và không bật tiện ích, đồng thời kiểm tra những nội dung sau:

  • Ảnh chụp khi bật tiện ích Ban đêm sẽ mất nhiều thời gian hơn.
  • Ảnh chụp khi bật tiện ích Ban đêm sẽ sáng hơn hoặc có các cấu phần phần mềm cảnh được cải tiến.

API đã được kiểm thử:

Đạt: So với ảnh chụp không bật tiện ích Ban đêm, ảnh chụp có bật tiện ích Ban đêm sẽ mất ít nhất 0,5 giây. Ảnh chụp phải sáng hơn ít nhất 10% hoặc các chấm màu xám trong cảnh phải có giá trị thấp hơn 20 pixel so với tâm của vòng tròn xung quanh.

kết_hợp_cảm_lý

Kiểm thử hợp nhất cảm biến yêu cầu chuyển động điện thoại cụ thể trước mẫu bàn cờ. Để có kết quả tối ưu, hãy đảm bảo biểu đồ thử nghiệm được gắn phẳng. Biểu đồ không phẳng ảnh hưởng đến việc tính toán xoay trong nhiều kiểm thử. Bạn có thể tự động hoá quy trình kiểm thử sensor_fusion bằng Sensor Fusion Box.

bàn cờ

Hình ảnh bàn cờ

test_multi_camera_frame_sync

Các quá trình kiểm thử rằng dấu thời gian của khung hình do máy ảnh logic ghi lại nằm trong vòng 10 mili giây bằng cách tính các góc của hình vuông trong bàn cờ để xác định dấu thời gian.

API đã được kiểm thử:

Đạt: Góc giữa các hình ảnh từ mỗi máy ảnh sẽ không thay đổi đáng kể khi xoay điện thoại.

kiểm tra_xem trước_ổn định

Các thử nghiệm giúp ổn định video xem trước xoay ít hơn con quay hồi chuyển.

API đã được kiểm thử:

Đạt: Độ xoay góc tối đa trên khung hình nhỏ hơn 70% độ xoay của con quay hồi chuyển.

Sau đây là các video mẫu có và không ổn định.

  • Video mẫu có tính năng chống rung

  • Video mẫu không có tính năng ổn định

cảm biến_thử_nghiệm

Kiểm thử sự khác biệt về dấu thời gian giữa máy ảnh và con quay hồi chuyển cho các ứng dụng Thực tế tăng cường và Thực tế ảo. Điện thoại xoay 90 độ 10 lần trước hình bàn cờ. Chuyển động bay khứ hồi khoảng 2 giây. Bạn sẽ bỏ qua bước kiểm thử này nếu không đưa con quay hồi chuyển vào hoặc nếu tham số REALTIME nguồn dấu thời gian chưa được bật.

Phép kiểm thử test_sensor_fusion tạo ra một số biểu đồ. Hai sơ đồ gỡ lỗi quan trọng nhất là:

  • test_sensor_fusion_gyro_events: Hiển thị các sự kiện con quay hồi chuyển cho điện thoại trong quá trình kiểm thử. Việc chuyển động theo hướng x và y ngụ ý rằng điện thoại không được gắn một cách an toàn trên giá treo, giúp giảm xác suất vượt qua quá trình kiểm thử. Số chu kỳ trong biểu đồ phụ thuộc vào tốc độ ghi để lưu khung hình.

    test_sensor_fusion_gyro_events.png

    test_sensor_fusion_gyro_events

  • test_sensor_fusion_plot_rotations: Hiển thị sự căn chỉnh của con quay hồi chuyển và các sự kiện của máy ảnh. Biểu đồ này phải hiển thị chuyển động trùng khớp giữa máy ảnh và con quay hồi chuyển đến +/-1 mili giây.

    test_sensor_fusion_plot_rotations.png

    test_sensor_fusion_plot_rotations

API đã được kiểm thử:

Đạt: Độ lệch của dấu thời gian của máy ảnh và con quay hồi chuyển nhỏ hơn 1 mili giây theo Mục CDD 7.3.9 Cảm biến độ trung thực cao [C-2-14].

Cơ chế không thành công:

  • Lỗi chênh lệch: Độ lệch của máy ảnh-con quay hồi chuyển không được hiệu chỉnh chính xác trong khoảng +/-1 mili giây.
  • Giảm khung hình: Quy trình không đủ nhanh để chụp liên tục 200 khung hình.
  • Lỗi ổ cắm: adb không thể kết nối một cách đáng tin cậy với DUT đủ lâu để thực thi chương trình kiểm thử.
  • Biểu đồ không được gắn phẳng. Biểu đồ test_sensor_fusion_plot_rotations có các khung hình trong đó con quay hồi chuyển và góc xoay của máy ảnh thay đổi đáng kể khi máy ảnh xoay qua các phần không phẳng của biểu đồ.
  • Camera chưa được gắn phẳng. Biểu đồ test_sensor_fusion_gyro_events cho thấy chuyển động trong mặt phẳng X và Y. Lỗi này thường gặp hơn ở máy ảnh mặt trước vì máy ảnh sau thường có một gờ nổi lên trên phần còn lại của thân điện thoại, tạo ra độ nghiêng khi lắp mặt sau của điện thoại vào giá treo.

test_video_ổn định

Các thử nghiệm giúp video ổn định quay ít hơn con quay hồi chuyển.

API đã được kiểm thử:

Đạt: Độ xoay góc tối đa trên khung hình nhỏ hơn 60% độ xoay của con quay hồi chuyển.

Sau đây là các video mẫu có và không ổn định.

  • Video mẫu có tính năng chống rung

  • Video mẫu không có tính năng ổn định

test_led_snapshot

Kiểm thử để đảm bảo rằng ảnh chụp nhanh LED không làm bão hoà hoặc phủ màu hình ảnh.

Thử nghiệm này sẽ thêm một bộ điều khiển ánh sáng vào hộp hợp nhất cảm biến để điều khiển đèn. Khi đèn được đặt thành OFF, bài kiểm thử sẽ chụp ảnh với chế độ AUTO_FLASH được đặt thành ON. Trong quá trình chụp này, quy trình kiểm thử sẽ chạy một trình tự chụp trước với điều kiện kích hoạt aePrecapture được đặt thành START và đặt ý định chụp thành Preview để chụp ảnh bằng đèn flash.

Vì ảnh chụp có một điểm phát sóng riêng biệt do đèn flash, nên quy trình kiểm thử sẽ tính toán giá trị trung bình của hình ảnh flash của toàn bộ ảnh chụp và xác minh xem giá trị có nằm trong phạm vi (68, 102) hay không. Để kiểm tra xem hình ảnh có độ cân bằng trắng một cách hợp lý hay không, quy trình kiểm thử sẽ tính toán tỷ lệ R/G và B/G, đồng thời xác minh xem các tỷ lệ này có nằm trong khoảng từ 0,95 đến 1,05 hay không.

API đã được kiểm thử:

Đạt: Tỷ lệ R/G và B/G nằm trong khoảng từ 0,95 đến 1,05. Giá trị trung bình của hình ảnh flash nằm trong phạm vi (68, 102).