Kumpulan gambar yang selesai dihitung dari hasil yang diterima.

Menginventarisasi input tanpa menyentuh aslinya

Hitung berkasnya dan catat format, dimensi, serta kekhasannya: foto, ilustrasi, transparansi, teks, detail halus, atau gambar yang sangat besar. Pastikan berkas dapat dibuka. Temukan berkas yang tidak terbaca sebelum menyalahkan pengaturan.

Simpan aslinya di folder terpisah. Beri pengenal pada setiap input dan simpan jalur lengkapnya dalam inventaris. Dua subfolder bisa masing-masing berisi berkas bernama image-01.png; menghapus konteksnya menimbulkan risiko penimpaan. Pilih aturan output yang mempertahankan perbedaan ini dan tetap kompatibel dengan nama yang diharapkan saat pengiriman.

Menulis kriteria output sebelum menjalankan perangkat lunak

Tentukan ukuran, format, pembingkaian, dan ada tidaknya transparansi. Jelaskan apa yang boleh berubah: menghapus latar belakang tidak otomatis membolehkan mengubah logo atau tulisan. Untuk katalog produk, ketepatan suatu detail bisa lebih penting daripada tampilan yang secara keseluruhan lebih menyenangkan.

Bedakan perubahan ukuran dan pemotongan. Gambar berukuran 1.600 × 1.200 piksel memiliki rasio 4:3; jika diperkecil secara proporsional menjadi lebar 400 piksel, tingginya 300 piksel. Output berukuran 400 × 400 karena itu menuntut pilihan tambahan: memotong, menambahkan margin, atau mengubah bentuk. Mintalah pilihan ini divalidasi pada sampel, tanpa membiarkan pengaturan default menentukan untuk seluruh folder.

• Dimensi dan aturan pembingkaian yang diharapkan.
• Format berkas dan transparansi yang harus dipertahankan.
• Teks, merek, atau detail subjek yang tidak boleh diubah.
• Penamaan dan alat tempat output akan dibuka.
• Orang yang akan menerima hasilnya.

Memeriksa orientasi, transparansi, dan informasi yang dipertahankan

Pratinjau bisa menyembunyikan perbedaan antara piksel dan informasi tampilannya. Sebagian gambar membawa orientasi EXIF: dokumentasi Pillow menjelaskan operasi yang mentranspose piksel sesuai petunjuk ini lalu menghapus informasi orientasi. Apa pun alat yang digunakan, periksa berkas yang dibuka kembali setelah ekspor untuk menghindari rotasi yang terlewat atau diterapkan dua kali.

Transparansi juga merupakan informasi yang perlu dikendalikan. Pillow membedakan antara lain RGB, dengan tiga kanal warna, dan RGBA, dengan kanal alpha tambahan. Konversi atau ekspor dapat mengubah informasi yang dipertahankan. Periksa tepi objek pada latar terang dan latar gelap jika hasil akhir harus dapat diintegrasikan ke berbagai media.

Jangan hanya menggunakan pratinjau internal perangkat lunak. Buka beberapa keluaran di alat penerima, periksa dimensi dan detail pada ukuran penggunaan. Jika proyek memerlukan profil warna atau metadata yang presisi, tambahkan pelestariannya ke dalam kriteria dan periksa properti file yang diekspor.

Pilih dua belas kasus yang dapat mengungkap cacat

Pilih dua belas entri yang bervariasi: gambar besar dan kecil, bidang rata, tekstur, area gelap, teks, dan transparansi jika kasus tersebut ada. Jumlah ini adalah titik awal, bukan jaminan keterwakilan. Tabel ini menguraikan empat identifier dari dua belas dalam rencana fiktif: tidak ada file yang diproses untuk menetapkan kriteria ini.

Mulailah dengan satu gambar, lalu sekelompok kecil. Simpan pengaturan dan varian secara terpisah. Setelah pemrosesan, catat diterima atau perlu dikerjakan ulang beserta alasan yang diamati; kriteria dalam tabel bukanlah hasil.

Metode verify pada Pillow mencari cacat file tanpa benar-benar mendekode piksel. Metode ini tidak menilai kesetiaan sebuah retouching: lengkapi pemeriksaan teknis ini dengan membuka dan meninjau secara visual.

Tingkatkan ukuran batch tanpa mencampuradukkan kecepatan dan memori

Jumlah gambar yang diproses secara bersamaan bergantung pada perangkat lunak, dimensi, metode, dan memori yang benar-benar digunakan. Lakukan uji coba dengan entri besar sebelum menetapkan ukuran batch. Catat jumlah yang selesai, kesalahan, serta pengamatan memori atau waktu beserta kondisinya.

Jika sebuah batch gagal karena kehabisan memori, kurangi dulu jumlah gambar simultan. Jika satu entri tunggal masih gagal, periksa opsi perangkat lunak yang terdokumentasi dan kebutuhan akan kapasitas lain. Pemotongan gambar mungkin ditawarkan oleh beberapa alat; keberadaannya dan pengaruhnya terhadap sambungan harus diverifikasi.

Jangan langsung memproyeksikan durasi satu gambar kecil ke tiga ratus file berbeda. Pemuatan, ukuran entri, pengerjaan ulang, dan peninjauan dapat mengubah total. Tahap pertama juga berfungsi untuk mengamati variabilitas ini, tanpa menjanjikan throughput hanya dari model GPU.

Contoh praktik: melacak tiga ratus visual hingga pengiriman

Misalkan ada batch 300 gambar toko. Dua belas kasus percontohan termasuk dalam 300 entri tersebut: jumlahnya tidak ditambahkan ke total. Jika diterima, identifier-nya tetap ditandai sebagai selesai. Anda kemudian melengkapi tahap pertama sebanyak tiga puluh entri, dengan delapan belas entri baru, sebelum memperluas pemrosesan.

Setelah tahap awal, bayangkan 286 keluaran diterima, 9 perlu dikerjakan ulang, dan 5 entri tidak terbaca: 286 + 9 + 5 = 300. Sembilan pengerjaan ulang menghasilkan tujuh keluaran baru yang diterima dan dua kasus yang masih salah. Pemilik entri juga menyediakan tiga file pengganti yang terbaca, yang keluarannya kemudian divalidasi.

Rekapitulasinya menjadi 286 + 7 + 3 = 296 gambar diterima, dengan empat kasus belum terselesaikan. Angka-angka ini adalah contoh pelacakan, bukan hasil yang diukur. Anda tidak menyajikan berkas ini sebagai pengiriman 300 gambar: Anda meminta keputusan tentang penanganan empat pengecualian tersebut, atau Anda menyerahkan 296 file dengan batasan ini secara eksplisit disetujui.

Berikan status yang jelas pada setiap file

Tabel pelacakan Anda harus menghubungkan ID input, jalur output, percobaan yang digunakan, hasil penilaian, dan alasan pengerjaan ulang. Status "belum dikerjakan", "sedang berjalan", "output perlu diperiksa", "diterima", dan "perlu dikerjakan ulang" mencegah Anda menyatakan selesai hanya karena file ada di disk.

Jika terjadi gangguan, mulailah dari inventaris ini. Periksa file yang dihasilkan sebelum penghentian dan jalankan ulang hanya file yang belum diterima, sesuai kemampuan perangkat lunak. Mengerjakan ulang seluruh folder secara membabi buta dapat membuat varian baru, menimpa hasil yang baik, atau menyulitkan penghitungan.

Tulis varian baru di lokasi terpisah. Ganti output yang dipilih hanya setelah diperiksa dan perbarui tautan di inventaris. ID input tetap stabil, meskipun nama varian berubah.

Periksa pengiriman dari salinan yang dipulihkan

Hitung ID yang diharapkan alih-alih menghitung semua file tanpa membedakan: satu original bisa memiliki beberapa varian. Pastikan setiap entri yang diterima memiliki tepat satu output yang dipilih untuk pengiriman. Lembar kontak thumbnail membantu menemukan perbedaan global, tetapi garis halus dan teks memerlukan pemeriksaan lebih detail.

Salin gambar yang dipilih, inventaris, dan parameter penting ke tujuan Anda. Buka file representatif dari salinan ini, serta semua kasus yang memerlukan perbaikan besar. Pisahkan hasil akhir dari varian yang ditolak dan sebutkan pengecualian yang masih tersisa.

Terakhir, sertakan peninjauan, umpan balik, dan ekspor ke dalam pilihan 3, 7, atau 30 hari Anda. Seri berulang bisa memiliki banyak waktu tunggu antara dua periode; satu batch tunggal bisa memerlukan beberapa kali perbaikan. Jadwal proyek yang sebenarnya harus menjadi pedoman durasi, tanpa menganggap periode panjang sebagai jaminan lebih banyak visual.