Saya harus mengonversi 76 mp4 file ke webm untuk tujuan situs web yang menggunakan video HTML5. Saya berbicara tentang 10 Gb file mp4 ... Saya tahu saya bisa meminta ffmpeg untuk melakukannya menggunakan:
ffmpeg -i input_file.mp4 output_file.webm
Tentu saja saya akan melakukannya secara rekursif dengan:
find ./ -name '*.mp4' -exec bash -c 'ffmpeg -i "$0" "${0%%.mp4}.webm"' {} \;
Saya bahkan mencoba sesuatu yang saya temukan di suatu tempat di internet:
ffmpeg -i input_file.mp4 -cpu-used 4 -threads 8 output_file.webm
Tetapi masalahnya adalah saya tidak perlu kurang dari seminggu !!! Apa yang saya lakukan salah? Apakah ada cara yang mungkin untuk mempercepat itu? Jika saya mengonversi ke ogg, apakah saya akan mendapatkan kecepatan? Tolong bantu!!!
Jawaban:
Transcoding video membutuhkan waktu. Ini juga membutuhkan lebih banyak pengetahuan tentang parameter pengkodean; Default ffmpeg sepertinya tidak cocok untuk Anda dan bahkan mungkin tidak membuat file output yang dapat digunakan.
Inilah awalnya:
http://blog.pcode.nl/2010/10/17/encoding-webm-using-ffmpeg/
Pengaturan tersebut akan dikodekan ke bitrate rata - rata tertentu (bitrate video 3900kbit), sehingga akan ada lonjakan dalam bitrate tersebut.
MP4 dan WebM menggunakan codec video yang berbeda, sehingga tidak ada jalan pintas; video harus ditranskode.
Kecepatan encoding, tentu saja, akan sangat bervariasi tergantung pada ukuran frame, kecepatan frame, dan pengaturan kualitas. Untuk encode 720p Anda mungkin berharap dapat menyandikan sekitar 1: 1 (yaitu 10 jam video dalam 10 jam) pada CPU dari beberapa tahun terakhir. Jika Anda melakukan pengkodean ABR dua lulus seperti dalam contoh yang diberikan dalam tautan, hampir dua kali lipat.
sumber
Menggandakan atau memotong setengahnya? Jadi itu jalan buntu .. Saya tidak akan bermain dengan bitrate, saya tidak pernah tahu apa yang diharapkan dari kualitas atau ukuran .. Saya pikir saya akan tetap pada bitrate ini dan membuat klien bertahan sampai konversi berakhir ..
Saya mempostingnya untuk pengguna masa depan, sebenarnya saya mendapatkan kecepatan tetapi CPU saya bekerja sangat keras: 60 hingga 80% pada setiap inti! Sekarang saya pikir itu akan memakan waktu lebih sedikit: 3 hari, bukan 6 atau 7 .. Saya harap itu tidak akan rusak .. ^ _ ^
Terima kasih, kawan!
Sunting: Menghapus switch -sameq setelah komentar dari LordNeckbeard dan neon_overload -sameq tidak berarti "kualitas" yang sama
sumber
-sameq
tidak berarti "kualitas yang sama" dan telah dihapus hulu. Jangan gunakan itu. Lihat tautan dalam komentar saya untuk pertanyaan Anda untuk instruksi enkode libvpx yang terperinci.