Video & subtitle · Perangkat Subtitle
Subtitle drift menjelaskan: mengapa offset tetap gagal dan cara kerja peregangan
· Cara kerjanya
subtitle kode waktu kecepatan bingkai
Jika teks baik-baik saja di awal dan terlambat di akhir, masalahnya adalah kecepatan, bukan offset. Postingan ini menjelaskan bagaimana ketidakcocokan kecepatan bingkai menyebabkan penyimpangan, cara mendiagnosisnya, dan perbedaan matematika antara bentangan linier dan pergeseran.
Sinkronisasi pada menit pertama, terlambat setengah detik pada menit ketiga puluh — ciri khas penyimpangan, bukan offset
Ada dua kesalahan berbeda di balik teks yang tidak sinkron dan memerlukan koreksi yang berlawanan. Offsetnya konstan: setiap baris terlambat dengan jumlah yang sama, dan file salah pada menit pertama seperti pada menit terakhir. Penyimpangan bertambah: garis pembuka mendarat dengan benar, kesalahan hampir tidak terlihat pada sepuluh menit dan garis penutup terpaut beberapa detik. Gejala yang membedakannya adalah apakah error di akhir lebih besar dibandingkan error di awal.
Membuat diagnosis yang salah membutuhkan biaya yang mahal karena tindakan yang jelas akan memperburuk keadaan. Menyejajarkan baris pertama file yang melayang dengan offset akan memindahkan seluruh file, sehingga akhirannya berpindah sesuai jumlah aslinya ditambah berapa pun yang baru saja ditambahkan. Alat ini mendokumentasikan hal ini secara langsung sebagai kesalahan umum, dan mencatat bahwa kedua operasi harus dibatalkan sebelum melakukan penskalaan.
Asal penyimpangan — file dengan durasi 25 fps diputar melawan video 23.976 fps, atau sebaliknya
Penyebab umumnya adalah ketidaksesuaian kecepatan bingkai antara waktu pembuatan file dan video yang diputar. Stempel waktu subtitle adalah waktu jam dinding, tetapi sering kali berasal dari jumlah frame. Jika jumlah frame yang dihasilkan terhadap materi 23.976 fps diputar ulang seolah-olah setiap frame adalah dua puluh lima detik, setiap stempel waktu salah dengan rasio yang sama, dan rasio konstan yang diterapkan pada jumlah yang terus bertambah akan menghasilkan kesalahan yang semakin besar.
Rasio tersebut kira-kira 1.0427 untuk materi 23.976 fps yang diputar pada 25 fps, yang dinyatakan oleh alat di samping bidang skala. Angka tersebut bukanlah kenop penyetelan yang ditemukan melalui percobaan: ini adalah hasil bagi dari dua kecepatan bingkai, sehingga file yang benar di satu dunia akan diregangkan atau dikompresi secara sistematis di dunia lain. Inilah sebabnya mengapa penyimpangan hampir selalu mulus dan linier, bukannya tidak menentu.
Mendiagnosis penyimpangan dengan dua titik referensi — mengukur kesalahan di dekat awal dan di dekat akhir
Mendiagnosis penyimpangan memerlukan dua pengukuran, bukan satu. Temukan baris dialog di dekat bagian awal yang keterangannya dapat Anda atur waktunya dengan tepat, dan baris lainnya di dekat bagian akhir, dan catat untuk setiap stempel waktu yang diklaim file dan stempel waktu dialog sebenarnya terjadi. Satu pengukuran tidak dapat membedakan kedua patahan tersebut, karena satu kesalahan yang diamati konsisten dengan offset konstan dan regangan.
Pilihlah dua titik sejauh yang dimungkinkan oleh bahan. Keseluruhan perhitungan membagi satu perbedaan dengan perbedaan lainnya, sehingga garis dasar yang pendek membuat kesalahan pengukuran yang kecil menjadi besar pada hasilnya. Jarak dua titik per menit dalam file sembilan puluh menit akan menghasilkan rasio yang meyakinkan hingga presisi yang tidak didukung oleh pengukuran.
Matematika dari bentangan linier - menskalakan setiap kode waktu dengan rasio, bukan menambahkan konstanta
Pergeseran adalah penjumlahan dan peregangan adalah perkalian, dan itulah perbedaan keseluruhannya. Pergeseran ini menambahkan satu konstanta pada setiap awal dan akhir; secara internal isyaratnya adalah bilangan bulat milidetik yang dihitung dari nol, sehingga operasinya merupakan penambahan tunggal per stempel waktu dan tidak memperkenalkan pembulatannya sendiri. Karena ia menambahkan angka yang sama di mana pun, ia tidak dapat mengubah jarak antara isyarat pertama dan terakhir, yang merupakan kesalahan penyimpangan.
Peregangan mengalikan setiap stempel waktu dengan faktor, diukur dari nol. Karena pengali bekerja pada angka yang lebih besar di kemudian hari dalam file, maka pengali akan memindahkan bagian akhir lebih banyak daripada pembukaan, yang merupakan kebutuhan penyimpangan bentuk. Stempel waktu dibulatkan ulang menjadi milidetik penuh setelah penskalaan, sehingga skala tidak dapat dibalik secara sempurna seperti halnya pergeseran; skalakan satu kali dari aslinya daripada menyempurnakan faktor dalam beberapa lintasan.
Contoh praktis: menghitung rasio dari dua pengukuran - mengubah dua kesalahan yang diamati menjadi satu koreksi
Misalnya caption berdurasi dua menit menyatakan 00:02:00.000 sedangkan dialog berada di 00:01:59.750, dan caption berdurasi lima puluh delapan menit menyatakan 00:58:00.000 sedangkan dialog berada di 00:57:52.750. Dalam milidetik, file tersebut bertuliskan 120000 dan 3480000; videonya menginginkan 119750 dan 3472750. Kesalahan telah berkembang dari 250 ms menjadi 7250 ms, yaitu penyimpangan, bukan offset.
Faktornya adalah rasio dua interval: bagilah rentang sebenarnya 3472750 dikurangi 119750, atau 3353000, dengan rentang yang diklaim 3480000 dikurangi 120000, atau 3360000. Itu menghasilkan sekitar 0.99792. Mengalikan waktu yang diklaim dengan ini akan menghasilkan 119750 dan 3472750, keduanya merupakan pengukuran, yang merupakan pengecekan bahwa koreksi adalah regangan murni tanpa sisa offset. Jika ada sisa yang tersisa, perbaiki regangannya terlebih dahulu, baru kemudian lakukan pergeseran pada sisa regangannya.
Apa yang tidak tercakup dalam hal ini — pemotongan, penambahan adegan, dan jeda iklan, yang menghasilkan lompatan, bukan penyimpangan mulus
Ini mencakup kesalahan yang tumbuh dengan lancar dan proporsional. Itu tidak mencakup file yang benar selama dua puluh menit dan kemudian tiba-tiba sejumlah uang tetap keluar untuk sisanya, yang merupakan tanda tangan dari pengeditan: adegan yang dihapus, jeda iklan yang disisipkan, atau potongan berbeda dari fitur yang sama. Kesalahan itu adalah pergeseran yang diterapkan pada bagian file, dan tidak ada rasio tunggal yang memperbaikinya.
Alat shift berlaku untuk setiap isyarat dalam file dan tidak menawarkan cara untuk mengatur waktu ulang rentang yang dipilih, sehingga file dengan lompatan titik tengah tidak dapat diperbaiki dalam satu kali lintasan. Ia juga tidak dapat pulih dari penjepitan: hasil negatif diberi nilai nol karena tidak ada format yang dapat menyatakan waktu negatif, dan menggeser ke depan setelahnya tidak memulihkan isyarat yang disematkan di sana. Alat ini memperingatkan ketika isyarat terjepit, dan solusi yang terdokumentasi adalah membatalkan, bukan pergeseran kompensasi.
Kesimpulan: pergeseran untuk offset, skala untuk penyimpangan — cara menggunakan fitur retime pada Perangkat Subtitle untuk kasus offset tetap, dan di mana memeriksa daftar 'Apa yang tidak akan dilakukan alat ini' sebelum mengandalkannya untuk penyimpangan
Pergeseran untuk offset, skala untuk penyimpangan, dan ukur sebelum melakukan keduanya. Masukkan offset dalam milidetik, karena bidang tersebut tidak memiliki masukan detik atau kode waktu dan mengetik 2 akan menggeser file sebanyak dua milidetik, bukan dua detik; operasi berhasil, file benar-benar berubah dan sinkronisasi terlihat sama salahnya seperti sebelumnya. Offset positif menunda teks yang muncul sebelum dialog.
Untuk penyimpangan, gunakan faktor skala di samping offset daripada menyenggol offset berulang kali. Baca batas halaman alat sebelum mengandalkannya: undo menahan dua puluh operasi terakhir, isyarat yang dijepit dapat menyusut hingga durasi nol atau bertambah lama ketika hanya satu ujung yang dipasangi pin, dan validasi dijalankan kembali setelah setiap perubahan sehingga kasus-kasus tersebut dilaporkan daripada dikirim secara diam-diam.