Stempel waktu bukanlah nomor bingkai universal
Pemutar video menampilkan waktu dalam hitungan detik. Menyetel waktu elemen media saat ini akan meminta browser mencari titik tersebut di garis waktu. Browser kemudian menerjemahkan data yang cukup untuk menampilkan frame yang tersedia mendekati waktu yang diminta. Dokumentasi HTMLMediaElement currentTime mendefinisikan antarmuka pencarian, namun tidak menjanjikan indeks bingkai sumber yang stabil di setiap codec dan container.
Untuk media konstan 30 FPS, satu frame nominal berlangsung sekitar 1/30 detik, atau 0,0333 detik. Itu membuat dorongan 1/30 detik menjadi intuitif. Untuk media 24, 25, 29.97, 60, atau kecepatan bingkai variabel, dorongan yang sama hanya merupakan langkah waktu yang kecil. Ini mungkin berpindah lebih dari satu frame presentasi, mendarat di frame yang sama yang ditampilkan, atau mengekspos frame yang jarak stempel waktunya berbeda dari rata-rata.
Oleh karena itu VideoToImg menggambarkan kontrolnya sebagai dorongan 1/30 detik daripada menjanjikan satu frame asli untuk setiap sumber. Perbedaan ini penting untuk QA yang dapat direproduksi, observasi ilmiah, bukti hukum, dan pengaturan waktu animasi.
Mengapa bingkai utama memengaruhi pencarian
Sebagian besar video pengiriman dikompresi sepanjang waktu. Bingkai utama berisi gambar mandiri, sedangkan antar bingkai berikutnya sering kali menggambarkan perubahan relatif terhadap gambar yang didekodekan sebelumnya. Untuk menampilkan bingkai dalam 37,4 detik, dekoder mungkin perlu menemukan bingkai utama sebelumnya dan mendekode maju hingga mencapai waktu presentasi yang diminta.
Keyframe yang jarang dapat membuat pencarian acak menjadi lebih lambat, terutama pada file yang panjang atau beresolusi tinggi. Mereka juga dapat mengekspos masalah browser atau indeks file yang disembunyikan oleh pemutaran maju normal. Panduan codec video MDN menjelaskan bagaimana kompresi antar-frame dan keyframe berkala memengaruhi pemutaran dan pemulihan artefak.
Pencarian yang tertunda bukan merupakan bukti bahwa alat tersebut mengunggah file. File lokal masih didekodekan oleh API media browser di tab saat ini. Waktu dekode bergantung pada struktur sumber, perangkat, implementasi codec, dan jarak dari titik akses acak yang berguna.
Gunakan alur kerja kerangka persis yang dapat diulang
- Temukan lokasi adegan secara luas. Gosok atau masukkan stempel waktu di dekat aksi, lalu tunggu hingga pratinjau diperbarui.
- Periksa kedua arah. Dorong mundur dan maju melalui beberapa langkah waktu kecil. Bandingkan posisi subjek, fokus, keburaman gerakan, keterangan, dan status antarmuka.
- Rekam waktu media. Simpan stempel waktu yang ditampilkan bersama gambar yang diekspor atau dalam catatan ulasan Anda. Nama file saja mungkin tidak cukup menjaga konteks.
- Ekspor pada lebar sumber terlebih dahulu. Turunkan skala hanya jika penggunaan akhir memiliki ukuran tampilan yang diketahui. Mengubah ukuran tidak dapat memulihkan detail yang hilang nanti.
- Pilih output di sekitar piksel. PNG menghindari langkah gambar diam tambahan yang hilang; JPG ringkas untuk pemandangan fotografi; WebP berguna untuk pengiriman web modern.
- Verifikasi bukti penting secara independen. Alat tangkapan layar browser cocok untuk seleksi visual, bukan pengganti dekoder forensik yang melaporkan identitas bingkai dan stempel waktu presentasi secara tepat.
Kecepatan bingkai konstan dan variabel memerlukan bahasa yang berbeda
Video dengan kecepatan bingkai konstan ditujukan untuk bingkai dengan jarak yang sama, meskipun kecepatan umum seperti 29,97 masih memerlukan pengaturan waktu rasional yang tepat. Video dengan kecepatan bingkai variabel memungkinkan durasi presentasi berubah. Rekaman layar, alat konferensi, dan telepon mungkin menggunakan pengaturan waktu yang bervariasi untuk beradaptasi dengan konten atau kondisi pengambilan gambar.
Oleh karena itu, membagi stempel waktu dengan rata-rata FPS yang diiklankan dapat menghasilkan perkiraan yang tepat, bukan nomor bingkai yang sah. Dua frame dapat memiliki durasi yang tidak sama, dan presentasi yang diduplikasi atau dihilangkan dapat mempengaruhi hubungan antara waktu dan posisi ordinal.
Ketika alur kerja memerlukan pernyataan seperti 'frame 1.248 dari aliran yang dikodekan', periksa file dengan alat yang memperlihatkan stempel waktu paket dan frame. Jika tugasnya adalah 'menyimpan gambar paling jelas sekitar 41,2 detik', pemilihan visual browser biasanya merupakan metode yang lebih langsung.
Diagnosis bingkai yang salah, hitam, atau basi
Gambar hitam di dekat akhir file dapat terjadi ketika waktu yang diminta berada di luar frame terakhir yang dapat didekodekan meskipun kontainer melaporkan durasi yang sedikit lebih lama. Pindahkan sedikit sebelumnya dan coba lagi. Gambar basi setelah pencarian dapat menunjukkan bahwa penguraian kode belum selesai; menunggu status pratinjau daripada mengambil gambar selama transisi.
Jika hanya satu file yang gagal, curigai codec, indeks, stempel waktu, atau data medianya yang rusak. Jika setiap file gagal di satu browser, uji versi browser saat ini dan file kecil H.264 MP4 atau WebM yang terkenal bagus. Jika URL langsung gagal saat salinan lokal yang diunduh berfungsi, kemungkinan besar izin lintas asal atau respons jarak jauh adalah batasannya.
Panduan codec dan container memberikan urutan diagnostik yang lebih lengkap. Laporkan masalah yang dapat direproduksi ke hello@videotoimg.com tanpa mengirimkan media pribadi.
Ketahui apa yang bisa dan tidak bisa diubah oleh ekspor gambar
Setelah browser menampilkan bingkai, alat tersebut akan menggambar gambar yang didekodekan tersebut ke kanvas dan meminta browser untuk mengkodekan blob gambar. Dokumentasi kanvas toBlob menjelaskan langkah pengkodean gambar diam ini. Mengubah PNG, JPG, atau WebP akan memengaruhi file gambar baru, bukan detail sumber yang sudah didekodekan.
PNG tidak dapat membalikkan keburaman gerakan, kesalahan fokus, subsampling kroma, bitrate rendah, atau kompresi video sebelumnya. Kualitas JPG hanya mengontrol pengorbanan pengkodean JPEG tambahan. Lebar maksimum yang lebih kecil mengurangi dimensi piksel dan memori atau berat file, namun sebaiknya dipilih untuk tampilan yang diinginkan daripada diperlakukan sebagai peningkatan kualitas.
Buka ekstrak bingkai persis ketika tujuannya adalah pemilihan visual, lalu gunakan panduan format gambar sebelum mengekspor dalam jumlah besar.