Một lô ảnh hoàn thành được tính bằng số đầu ra được chấp nhận.

Kiểm kê đầu vào mà không chạm vào ảnh gốc

Đếm số tệp và ghi lại định dạng, kích thước và đặc điểm của chúng: ảnh chụp, hình minh họa, độ trong suốt, văn bản, chi tiết nhỏ hay ảnh rất lớn. Kiểm tra xem chúng có mở được không. Phát hiện các tệp không đọc được trước khi đổ lỗi cho một cài đặt.

Giữ ảnh gốc trong một thư mục riêng. Gán một mã định danh cho mỗi đầu vào và lưu đường dẫn đầy đủ trong bản kiểm kê. Hai thư mục con có thể mỗi thư mục chứa một tệp tên image-01.png; xóa bối cảnh của chúng sẽ tạo nguy cơ ghi đè. Hãy chọn một quy tắc đầu ra giữ được sự phân biệt này và vẫn tương thích với tên mong đợi khi bàn giao.

Viết tiêu chí đầu ra trước khi chạy phần mềm

Xác định kích thước, định dạng, khung hình và việc có độ trong suốt hay không. Nêu rõ những gì được phép thay đổi: xóa nền không có nghĩa là được phép sửa logo hay dòng chữ. Với một danh mục sản phẩm, độ trung thực của một chi tiết có thể quan trọng hơn vẻ ngoài tổng thể đẹp mắt hơn.

Phân biệt thay đổi kích thước và cắt khung. Một ảnh 1.600 × 1.200 pixel có tỷ lệ 4:3; khi thu nhỏ theo tỷ lệ về chiều rộng 400 pixel, ảnh cao 300 pixel. Vậy đầu ra 400 × 400 đòi hỏi thêm một lựa chọn: cắt khung, thêm lề hay làm biến dạng. Hãy để lựa chọn này được xác nhận trên mẫu, đừng để một cài đặt mặc định quyết định cho cả thư mục.

• Kích thước và quy tắc khung hình mong đợi.
• Định dạng tệp và độ trong suốt cần giữ.
• Văn bản, thương hiệu hoặc chi tiết của chủ thể không được làm sai lệch.
• Cách đặt tên và công cụ mà đầu ra sẽ được mở trong đó.
• Người sẽ chấp nhận kết quả.

Kiểm soát hướng, độ trong suốt và thông tin được giữ lại

Bản xem trước có thể che giấu sự khác biệt giữa các pixel và thông tin hiển thị của chúng. Một số ảnh mang hướng EXIF: tài liệu Pillow mô tả một thao tác chuyển vị các pixel theo chỉ dẫn này rồi xóa thông tin hướng. Dù dùng công cụ nào, hãy kiểm tra tệp được mở lại sau khi xuất để tránh việc thiếu xoay hoặc xoay hai lần.

Tính trong suốt cũng là một thông tin cần kiểm soát. Pillow phân biệt rõ RGB, với ba kênh màu, và RGBA, với thêm một kênh alpha. Việc chuyển đổi hoặc xuất file có thể làm thay đổi thông tin được giữ lại. Hãy kiểm tra viền của đối tượng trên nền sáng và nền tối nếu sản phẩm cần có thể tích hợp vào nhiều loại phương tiện khác nhau.

Đừng chỉ dùng chế độ xem trước nội bộ của phần mềm. Hãy mở một vài file đầu ra trong công cụ đích, kiểm tra kích thước và chi tiết ở đúng kích thước sử dụng. Nếu dự án yêu cầu một profile màu hoặc siêu dữ liệu cụ thể, hãy thêm việc giữ lại chúng vào tiêu chí và kiểm tra thuộc tính của file đã xuất.

Chọn mười hai trường hợp có thể phát hiện lỗi

Hãy chọn mười hai mục đa dạng: ảnh lớn và nhỏ, mảng màu phẳng, họa tiết, vùng tối, văn bản và độ trong suốt khi có những trường hợp này. Con số này là điểm khởi đầu, không phải sự đảm bảo tính đại diện. Bảng mô tả bốn mã định danh trong số mười hai trong một kế hoạch giả định: không có file nào được xử lý để thiết lập các tiêu chí này.

Hãy bắt đầu với một ảnh, rồi đến một nhóm nhỏ. Lưu riêng các thiết lập và biến thể. Sau khi xử lý, hãy ghi lại là chấp nhận hay cần làm lại kèm lý do quan sát được; các tiêu chí trong bảng không phải là kết quả.

Phương thức verify của Pillow tìm lỗi file mà không thực sự giải mã các điểm ảnh. Nó không đánh giá độ trung thực của một bản chỉnh sửa: hãy bổ sung kiểm tra kỹ thuật này bằng việc mở và xem xét bằng mắt.

Tăng số nhóm mà không nhầm lẫn giữa tốc độ và bộ nhớ

Số lượng ảnh được xử lý đồng thời phụ thuộc vào phần mềm, kích thước, phương pháp và bộ nhớ thực sự được dùng. Hãy thử với các mục lớn trước khi chọn kích thước nhóm. Ghi lại số lượng đã hoàn thành, các lỗi và quan sát về bộ nhớ hoặc thời gian kèm theo điều kiện của chúng.

Nếu một nhóm thất bại vì thiếu bộ nhớ, trước tiên hãy giảm số lượng ảnh đồng thời. Nếu một mục đơn lẻ vẫn thất bại, hãy xem xét các tùy chọn được ghi trong tài liệu của phần mềm và nhu cầu về dung lượng khác. Một số công cụ có thể đề xuất chia nhỏ một ảnh; sự hiện diện của tính năng này và ảnh hưởng của nó lên các đường ghép cần được kiểm chứng.

Đừng trực tiếp suy ra thời gian của một ảnh nhỏ cho ba trăm file khác nhau. Việc tải, kích thước đầu vào, các lần làm lại và việc xem xét có thể làm thay đổi tổng thời gian. Lần chạy đầu tiên cũng giúp quan sát sự biến thiên này, mà không hứa hẹn một tốc độ dựa chỉ trên mẫu GPU.

Ví dụ minh họa: theo dõi ba trăm hình ảnh cho đến khi giao hàng

Giả sử có một lô 300 ảnh cho cửa hàng. Mười hai trường hợp thí điểm nằm trong số 300 mục này: chúng không được cộng thêm vào tổng. Khi được chấp nhận, mã định danh của chúng vẫn được đánh dấu là đã hoàn thành. Sau đó bạn hoàn tất một đợt đầu gồm ba mươi mục, trong đó có mười tám mục mới, trước khi mở rộng xử lý.

Sau lần chạy đầu tiên, giả sử có 286 đầu ra được chấp nhận, 9 cần làm lại và 5 mục không đọc được: 286 + 9 + 5 = 300. Chín lần làm lại cho ra bảy đầu ra được chấp nhận mới và hai trường hợp vẫn chưa đúng. Chủ sở hữu các mục cũng cung cấp thêm ba file thay thế đọc được, và đầu ra của chúng sau đó được xác nhận.

Tổng kết trở thành 286 + 7 + 3 = 296 ảnh được chấp nhận, với bốn trường hợp chưa giải quyết. Những con số này là một ví dụ theo dõi, không phải kết quả đo được. Bạn không trình bày hồ sơ như một đơn giao 300 ảnh: bạn để người khác quyết định việc xử lý bốn ngoại lệ, hoặc bạn bàn giao 296 file với giới hạn này được chấp nhận rõ ràng.

Gán một trạng thái chính xác cho từng tệp

Bảng theo dõi của bạn cần liên kết mã định danh đầu vào, đường dẫn đầu ra, lần chạy đã dùng, phán quyết và lý do làm lại. Các trạng thái « cần làm », « đang thực hiện », « sản phẩm cần kiểm tra », « đã chấp nhận » và « cần làm lại » giúp tránh việc tuyên bố hoàn tất một tệp chỉ vì nó hiện diện trên ổ đĩa.

Khi bị gián đoạn, hãy bắt đầu từ bản kiểm kê này. Kiểm tra các tệp đã tạo trước khi dừng và chỉ chạy lại những tệp chưa được chấp nhận, tùy theo khả năng của phần mềm. Việc chạy lại toàn bộ thư mục một cách mù quáng có thể tạo ra các biến thể mới, ghi đè một kết quả tốt hoặc làm phức tạp việc đếm.

Ghi các biến thể mới vào một vị trí riêng. Chỉ thay thế đầu ra đã chọn sau khi kiểm tra và cập nhật liên kết trong bản kiểm kê. Mã định danh của đầu vào vẫn giữ nguyên, kể cả khi tên biến thể thay đổi.

Kiểm tra bản giao từ bản sao đã khôi phục

Hãy đếm số mã định danh mong đợi thay vì đếm mọi tệp không phân biệt: một bản gốc có thể có nhiều biến thể. Kiểm tra rằng mỗi mục đã chấp nhận có đúng đầu ra được chọn để bàn giao. Một bảng ảnh thu nhỏ giúp phát hiện các sai lệch tổng thể, nhưng đường nét mảnh và chữ cần được xem xét kỹ hơn.

Sao chép các ảnh đã chọn, bản kiểm kê và các thông số hữu ích vào đích của bạn. Mở các tệp tiêu biểu từ bản sao này, cùng với tất cả các trường hợp đã cần chỉnh sửa quan trọng. Tách riêng sản phẩm bàn giao khỏi các biến thể bị loại và nêu rõ những trường hợp ngoại lệ còn lại.

Cuối cùng, hãy đưa việc duyệt, phản hồi và xuất ra vào lựa chọn 3, 7 hoặc 30 ngày của bạn. Một loạt định kỳ có thể có nhiều thời gian chờ giữa hai đợt; một lô duy nhất có thể cần nhiều lần chỉnh sửa. Lịch thực tế của dự án phải định hướng thời lượng, mà không đồng nhất một khoảng thời gian dài với việc đảm bảo nhiều hình ảnh hơn.