Mulailah dengan pertanyaan yang harus dijawab oleh gambar
Ekstraksi bingkai adalah masalah pengambilan sampel sebelum menjadi masalah format gambar. Tentukan rentang waktu yang berguna dan keputusan yang akan diambil seseorang dari gambar tersebut. Lembar kontak rapat memerlukan cakupan adegan yang luas. Tinjauan animasi memerlukan status yang berjarak dekat. Penelusuran thumbnail memerlukan sekumpulan kandidat yang berbeda secara visual.
Pangkas dulu. Jika hanya 45 detik dari rekaman 20 menit yang penting, atur rentang tersebut sebelum meningkatkan kepadatan pengambilan sampel. Hal ini mengurangi pekerjaan decode, penggunaan memori, frame yang tampak duplikat, dan waktu yang diperlukan untuk memeriksa hasilnya.
- Gunakan interval bila waktu kalender adalah satuan stabil: satu gambar setiap 5, 10, atau 30 detik.
- Gunakan FPS yang diminta jika jarak gerakan penting: misalnya, 2 sampel per detik dalam aksi singkat.
- Gunakan jumlah tetap ketika upaya peninjauan atau kuantitas keluaran tetap: misalnya, 24 kandidat dalam satu adegan.
- Gunakan bingkai tunggal hanya setelah Anda mengetahui momennya atau telah mempersempit rentangnya untuk memeriksa bingkai di dekatnya.
Hitung keluaran interval sebelum ekstraksi
Untuk rentang dari waktu mulai S hingga waktu akhir E, yang diambil sampelnya setiap I detik, perkiraan yang berguna adalah floor((E - S) / I) + 1 jika kedua batas rentang disertakan. Oleh karena itu, rentang 60 detik yang diambil sampelnya setiap 10 detik menghasilkan sekitar 7 stempel waktu: 0, 10, 20, 30, 40, 50, dan 60 detik. Penghitungan akhir dapat bervariasi pada batas media karena stempel waktu harus tetap dapat didekodekan.
Jika perkiraannya melebihi 240 gambar, perpendek rentangnya atau tambah intervalnya. Misalnya, pengambilan sampel rentang 30 menit setiap 5 detik akan meminta sekitar 361 stempel waktu. Menaikkan interval menjadi 8 detik mengurangi perkiraan menjadi sekitar 226, yang cukup untuk satu putaran. Pilihan lainnya adalah memproses adegan terpisah sehingga setiap hasil tetap lebih mudah untuk ditinjau.
Pengambilan sampel interval sangat mudah dibaca untuk tutorial, ceramah, inspeksi, dan rekaman panjang di mana peristiwa dibahas dalam hitungan detik atau menit. Ini kurang cocok untuk pergerakan singkat yang berakhir di antara dua stempel waktu yang berjarak jauh.
Pahami arti FPS yang diminta
FPS yang diminta mengontrol berapa banyak stempel waktu sampel alat per detik; itu tidak mengubah video sumber dan tidak membuktikan kecepatan bingkai sumber. Pada 2 FPS yang diminta, jarak target adalah 0,5 detik. Pada 10 FPS yang diminta, itu adalah 0,1 detik. Rentang 12 detik pada 5 FPS yang diminta meminta sekitar 61 stempel waktu ketika kedua titik akhir disertakan.
Pengambilan sampel di atas detail temporal klip yang berguna sering kali menghasilkan hampir duplikat. Presentasi statis yang direkam pada 30 FPS sumber jarang memerlukan 30 gambar yang diekspor per detik. Sebaliknya, bug interaksi dua detik mungkin mendapat manfaat dari 10 FPS yang diminta sehingga perubahan status terlihat dalam urutan yang ringkas.
Media kecepatan bingkai variabel membuat pembedaan menjadi lebih penting. Browser mencari berdasarkan waktu media dan mengembalikan bingkai presentasi yang didekodekan mendekati waktu tersebut; mungkin tidak ada satu bingkai sumber pada setiap interval yang teratur. Untuk pengindeksan bingkai sumber yang tepat, gunakan decoder yang dirancang untuk mengekspos stempel waktu presentasi dan identitas bingkai.
Gunakan hitungan tetap untuk pekerjaan tinjauan terbatas
Mode penghitungan tetap mendistribusikan sejumlah kandidat terpilih ke seluruh rentang yang dipilih. Jika rentang 90 detik memerlukan 10 gambar, perkiraan jarak antar kandidat adalah 90 / (10 - 1), atau 10 detik jika kedua titik akhir disertakan. Mode ini membuat beban kerja peninjauan dapat diprediksi meskipun durasi klip berbeda.
Alur kerja dua langkah yang berguna dimulai dengan 12 hingga 24 gambar dalam rentang yang luas. Identifikasi subrentang terkuat, lalu ulangi dengan hitungan yang sama di dalam jendela yang lebih kecil. Jalur kedua meningkatkan detail temporal tanpa menghasilkan ratusan gambar dari rekaman yang tidak relevan.
Pendekatan ini berfungsi dengan baik untuk gambar mini, foto acara, sudut pandang produk, dan QA visual. Hal ini juga lebih mudah untuk dijelaskan kepada orang lain: 'tinjau 20 kandidat ini' adalah penyerahan yang lebih jelas daripada pengaturan FPS yang sewenang-wenang.
Rencana pengambilan sampel berhasil
Panduan perangkat lunak sepuluh menit
Mulailah dengan interval 30 detik untuk sekitar 21 gambar. Hapus layar pemuatan dan status duplikat. Jika satu alur kerja memerlukan lebih banyak detail, pisahkan menit tersebut dan ambil sampel setiap 5 detik. Ekspor PNG ketika teks antarmuka kecil harus tetap dapat dibaca.
Permainan olahraga delapan detik
Pangkas rentang permainan dan minta 8 FPS untuk sekitar 65 kandidat. Tinjau posisi bola, pose, oklusi, dan gerakan kabur. Persempit ke jendela satu detik terbaik dan gunakan dorongan bingkai tunggal sebelum mengekspor JPG atau PNG final.
Lembar kontak kuliah empat puluh lima menit
Gunakan interval 2 menit untuk sekitar 23 gambar. Ini cukup untuk mengidentifikasi perubahan topik tanpa mengubah hasilnya menjadi galeri yang tidak dapat ditinjau. Jika teks slide penting, pertahankan lebar sumber atau tetapkan lebar maksimum yang menjaga keterbacaan.
Sampel inspeksi kumpulan data
Pilih jumlah tetap yang sesuai dengan anggaran tinjauan manusia, lalu catat rentang waktu dan pengaturan yang tepat. Sebuah sampel dapat mengungkapkan keseimbangan pemandangan dan masalah kualitas yang nyata, namun tidak secara otomatis mewakili secara statistik. Desain kumpulan data, keseimbangan kelas, dan pengacakan memerlukan metode terpisah.
Periksa hasilnya sebelum meningkatkan kepadatan
Tinjau stempel waktu secara berurutan dan ajukan tiga pertanyaan: Apakah transisi penting hilang? Apakah banyak gambar yang berurutan secara visual berlebihan? Dapatkah pengulas memahami alasan setiap gambar ada? Peristiwa yang hilang memerlukan rentang sampel yang lebih sempit atau sampel yang lebih padat; panggilan redundansi untuk interval yang lebih luas atau FPS yang diminta lebih rendah.
Usahakan pass pertama sengaja dibuat kecil. Gambar resolusi penuh yang diterjemahkan oleh browser dapat menggunakan lebih banyak memori daripada yang disarankan oleh sumber video terkompresi. Kanvas 1920 x 1080 berisi sekitar 8,3 juta byte RGBA sebelum pengkodean gambar, sehingga banyak pratinjau secara bersamaan dapat membebani perangkat seluler bahkan ketika file JPG yang diunduh berukuran kompak.
Lanjutkan dengan panduan bingkai tepat ketika sampel mengidentifikasi momen yang menjanjikan, atau buka pengonversi video ke bingkai untuk menerapkan rencana sekarang.