Bagaimana mengkonversi DV ke file video terkompresi yang kuat untuk diedit nanti

Saya memiliki rekaman DV 60GB yang harus saya simpan, tetapi 60GB WAY terlalu besar. Saya perlu transcode ke format lossy, tapi saya butuh video yang dihasilkan kuat sehingga dapat dengan mudah diedit dengan editor NLV nanti.

Maksud saya dengan kuat: dapat memotongnya dengan mudah tanpa kehilangan sinkronisasi. Saya kira ini ada hubungannya dengan keteraturan keyframe.

Saya sudah membaca bahwa HuffYUV tidak berfungsi dengan baik di Linux (tidak tahu mengapa) dan lagi pula, saya pikir ini tidak akan cukup mengompresnya - saya perlu menguranginya menjadi beberapa Gigs.

Saya di Ubuntu, jadi alat yang saya miliki adalah ffmpeg / avconv, Handbrake, dll.

Terima kasih.

EDIT: inilah info tentang input:

Input #0, dv, from 'capture001.dv':
  Metadata:
    timecode        : 00:00:00:21
  Duration: 00:13:46.44, start: 0.000000, bitrate: 28800 kb/s
    Stream #0:0: Video: dvvideo, yuv420p, 720x576 [SAR 16:15 DAR 4:3], 
                        28800 kb/s, 25 tbr, 25 tbn, 25 tbc
    Stream #0:1: Audio: pcm_s16le, 32000 Hz, 2 channels, s16, 1024 kb/s
    Stream #0:2: Audio: pcm_s16le, 32000 Hz, 2 channels, s16, 1024 kb/s

— artfulrobot
sumber

Ada dua codec menengah standar industri yang saya gunakan secara teratur:

Keduanya visual lossless dan intra-frame saja, yang berarti bahwa mereka dapat dengan mudah dipotong pada basis per-frame, dan kinerja pemutaran mereka jauh lebih baik daripada codec gaya MPEG yang menggunakan (bi-) predictive coding. ProRes dapat dibaca oleh NLE yang layak. Untuk DNxHD, ada plugin untuk Windows dan OS X.

Dengan ffmpeg Anda dapat menyandikan ke ProRes dengan memanggil:

ffmpeg -i input.mpg -c:v prores -profile:v 2 output.mov

Jika Anda perlu memetakan semua saluran audio dan video ke output, gunakan -map 0opsi sebelum nama file output.

Pengaturan profil sesuai dengan profil ProRes Proxy ( 0), LT ( 1), Standard ( 2) dan HQ ( 3). Lihat tautan di atas untuk melihat bitrate rata-rata yang terkait dengan profil yang berbeda. Anda belum menentukan standar DV mana yang dimiliki video Anda, tetapi untuk video 720x576 pada 25fps, profil Proxy akan menghasilkan file 6 GB / jam.

Perhatikan bahwa Anda tidak dapat melakukan kompresi tanpa kehilangan visual dengan bitrate lebih rendah daripada yang ditawarkan oleh profil di atas. Maka satu-satunya pilihan Anda adalah menggunakan aliran H.264 terkompresi hanya dalam-bingkai, tetapi waktu penyandian akan meningkat, dan jika Anda berencana mengedit file, kehilangan generasi mungkin terlalu tinggi.

— slhck
sumber

Terima kasih. Saya memasang versi ffmpeg dengan dukungan pengodean ProRes dari launchpad.net/~jon-severinsson/+archive/ffmpeg dan menyandikan file dengan avconv -i capture001.dv -c:v prores -strict experimental -profile:v 2 output001.mov. Namun file yang dihasilkan lebih BESAR dari pada DV asli ?!

— artfulrobot

Saya tidak melihat bitrate asli Anda pada awalnya. Dokumen asli Anda memiliki sekitar 28 MBit / s yang setara dengan 13 GB / jam. Profil Standar memiliki sekitar 18 GB / jam untuk dimensi bingkai dan fps Anda. Coba gunakan profil Proxy dengan pengaturan -profile:v 0, yang seharusnya menghasilkan sekitar 6 GB / jam.

— slhck

Dan menggunakan LT hanya mengurangi ukuran file 18%. (sedang mencoba profil 0 sekarang ...) Adakah saran untuk kompresi yang lebih agresif dengan tetap mempertahankan kemampuan memotong? Saya tidak perlu kontrol yang sangat baik pada tahap pengeditan - hanya perlu mengeditnya dengan andal tanpa kehilangan sinkronisasi AV.

— artfulrobot

Seperti yang saya sebutkan, Anda dapat mencoba hanya intra-frame H.264 dengan beberapa kuantisasi yang diterapkan, misalnya ffmpeg -i input.dv -c:v libx264 -keyint_min 1 -x264opts 'keyint=1' -refs 0 -qp 15 out.mp4. QP yang lebih rendah berarti kualitas yang lebih baik (tetapi ukuran file lebih tinggi), dan QP tertinggi adalah 51. Anda harus bereksperimen.

— slhck

Lalu saya sarankan mengompresi dengan H.264 menggunakan perintah di atas, memvariasikan QP sesuai keinginan Anda. Sesuatu seperti 25 mungkin akan memberikan Anda kehilangan kualitas yang terlihat, tetapi ukuran file pasti lebih kecil. Audio harus disandikan — audio akan disinkronkan.

— slhck