Завершений пакет зображень вимірюється прийнятими вихідними файлами.

Скласти перелік вхідних файлів, не торкаючись оригіналів

Порахуйте файли та занотуйте їхні формати, розміри й особливості: фотографія, ілюстрація, прозорість, текст, дрібні деталі або дуже велике зображення. Перевірте, чи вони відкриваються. Виявте нечитабельні файли, перш ніж звинувачувати налаштування.

Зберігайте оригінали в окремій папці. Присвойте ідентифікатор кожному вхідному файлу й збережіть повний шлях у переліку. Дві підпапки можуть містити кожна файл із назвою image-01.png; якщо прибрати їхній контекст, виникне ризик перезапису. Виберіть правило вихідних імен, яке зберігає цю відмінність і залишається сумісним із назвами, очікуваними під час доставки.

Записати критерії вихідних файлів перед запуском програмного забезпечення

Визначте розмір, формат, кадрування та можливу наявність прозорості. Уточніть, що можна змінювати: видалення фону не обов’язково дозволяє змінювати логотип чи напис. Для каталогу продуктів точність деталі може важити більше за загалом приємніший вигляд.

Розрізняйте зміну розміру та кадрування. Зображення 1 600 × 1 200 пікселів має співвідношення 4:3; пропорційно зменшене до 400 пікселів завширшки, воно має 300 пікселів заввишки. Отже, вихідний файл 400 × 400 вимагає додаткового вибору: кадрувати, додати поля чи деформувати. Нехай цей вибір затвердять на вибірці, не дозволяючи налаштуванню за замовчуванням вирішувати за всю папку.

• Очікувані розміри та правило кадрування.
• Формат файлу й прозорість, які потрібно зберегти.
• Текст, марка або деталь об’єкта, які не можна змінювати.
• Іменування та інструмент, у якому відкриватиметься вихідний файл.
• Особа, яка прийматиме результати.

Перевірити орієнтацію, прозорість і збережену інформацію

Попередній перегляд може приховати різницю між пікселями та їхньою інформацією про відображення. Деякі зображення містять орієнтацію EXIF: документація Pillow описує операцію, яка транспонує пікселі відповідно до цієї вказівки, а потім прибирає інформацію про орієнтацію. Який би інструмент ви не використовували, перевірте файл, знову відкритий після експорту, щоб уникнути пропущеного або подвійно застосованого обертання.

Прозорість також є інформацією, яку потрібно контролювати. Pillow розрізняє, зокрема, RGB із трьома колірними каналами та RGBA з додатковим альфа-каналом. Перетворення або експорт можуть змінити збережену інформацію. Перевіряйте краї об'єктів на світлому та темному фоні, якщо доставка має інтегруватися в кілька носіїв.

Не покладайтеся лише на внутрішній перегляд у програмі. Відкрийте кілька результатів у цільовому інструменті, перевірте розміри та деталі в робочому масштабі. Якщо проєкт вимагає точного колірного профілю або метаданих, додайте їхнє збереження до критеріїв і перевірте властивості експортованого файлу.

Вибрати дванадцять випадків, які можуть виявити дефект

Виберіть дванадцять різноманітних входів: великі й малі зображення, однотонні заливки, текстури, темні ділянки, текст і прозорість, якщо такі випадки є. Ця кількість — відправна точка, а не гарантія репрезентативності. Таблиця описує чотири ідентифікатори з дванадцяти в уявному плані: жоден файл не оброблявся для встановлення цих критеріїв.

Почніть з одного зображення, потім із невеликої групи. Зберігайте налаштування та варіанти окремо. Після обробки фіксуйте «прийнято» або «потрібно доопрацювати» із зазначенням спостереженого дефекту; критерії з таблиці не є результатами.

Метод verify у Pillow шукає дефекти файлу, не декодуючи насправді пікселі. Він не оцінює точність ретуші: доповніть цю технічну перевірку відкриттям і візуальним оглядом.

Збільшувати групи, не плутаючи швидкість і пам'ять

Кількість зображень, що обробляються одночасно, залежить від програми, розмірів, методу та фактично використаної пам'яті. Зробіть спробу з великими входами, перш ніж обирати розмір групи. Записуйте кількість завершених, помилки та спостереження щодо пам'яті чи часу разом з їхніми умовами.

Якщо група не вдається через брак пам'яті, спершу зменште кількість одночасних зображень. Якщо окремий вхід усе ще не вдається, розгляньте документовані параметри програми та потребу в іншій потужності. Розбиття зображення можуть пропонувати деякі інструменти; його наявність і вплив на стики потрібно перевірити.

Не переносьте час обробки одного малого зображення безпосередньо на триста різних файлів. Завантаження, розміри входів, доопрацювання та огляд можуть змінити підсумок. Перша партія також слугує для спостереження за цією мінливістю, без обіцянок щодо швидкості, виходячи лише з моделі GPU.

Опрацьований приклад: супроводити триста візуалів до доставки

Припустімо, партія з 300 зображень для магазину. Дванадцять пілотних випадків належать до цих 300 входів: вони не додаються до загальної кількості. Коли їх прийнято, їхній ідентифікатор залишається позначеним як завершений. Потім ви додаєте першу партію з тридцяти входів, із яких вісімнадцять нових, перш ніж розширити обробку.

Після початкового проходу уявімо 286 прийнятих виходів, 9 до доопрацювання та 5 нечитабельних входів: 286 + 9 + 5 = 300. Дев'ять доопрацювань дають сім нових прийнятих виходів і два випадки, що залишаються неправильними. Власник входів також надає три замінні читабельні файли, виходи яких згодом затверджуються.

Підсумок стає 286 + 7 + 3 = 296 прийнятих зображень, із чотирма невирішеними випадками. Ці числа — приклад відстеження, а не виміряний результат. Ви не подаєте справу як доставку 300 зображень: ви дозволяєте вирішити, що робити з чотирма винятками, або передаєте 296 файлів із цим обмеженням, явно прийнятим.

Надати кожному файлу точний стан

Ваша таблиця відстеження має пов’язувати ідентифікатор введення, шлях виведення, використану спробу, вердикт і причину доопрацювання. Стани «до виконання», «у процесі», «результат потрібно перевірити», «прийнято» та «доопрацювати» дають змогу не оголошувати завершеним файл, який лише присутній на диску.

У разі переривання відштовхуйтеся від цього переліку. Перевірте файли, створені до зупинки, і перезапустіть лише ті, що не прийнято, залежно від можливостей програмного забезпечення. Сліпий перезапуск усієї теки може створити дублікати варіантів, перезаписати вдалий результат або ускладнити облік.

Записуйте нові варіанти в окреме місце. Замінюйте прийняте виведення лише після його перевірки та оновіть посилання в переліку. Ідентифікатор введення залишається незмінним, навіть якщо назва варіанта змінюється.

Перевірити доставку з відновленої копії

Рахуйте очікувані ідентифікатори, а не файли без розбору: оригінал може мати кілька варіантів. Переконайтеся, що кожне прийняте введення має саме те виведення, яке вибрано для доставки. Сітка мініатюр допомагає помітити загальні розбіжності, але дрібні контури й текст потребують детальнішої перевірки.

Скопіюйте вибрані зображення, перелік і потрібні параметри до місця призначення. Відкрийте репрезентативні файли з цієї копії, а також усі випадки, що вимагали важливого виправлення. Відокремте готові до передачі матеріали від відхилених варіантів і зазначте винятки, що залишилися.

Нарешті, включіть перевірку, відгуки та експорт у свій вибір 3, 7 або 30 днів. У повторюваної серії між двома частинами може бути багато очікування; для одного пакета може знадобитися кілька виправлень. Реальний календар проєкту має визначати тривалість, і не слід ототожнювати тривалий період із більшою гарантованою кількістю зображень.