Apakah Handbrake menggunakan kartu grafis
Ringkasan:
1. Handbrake adalah perangkat lunak konversi video populer yang dapat digunakan untuk mentranskode video. Ini gratis, mudah digunakan, dan dapat disesuaikan dengan banyak opsi.
2. Secara default, Handbrake menggunakan CPU untuk transcoding, yang dapat memakan waktu dan dapat menggunakan semua sumber daya CPU. Namun, jika Anda memiliki GPU khusus (unit pemrosesan grafis), Anda dapat memaksa handbrake untuk menggunakannya untuk transcoding yang lebih cepat.
3. Sebelum mengaktifkan transcoding GPU di Handbrake, ada beberapa hal yang perlu dipertimbangkan:
- Kartu grafis Anda harus memiliki encoder perangkat keras bawaan seperti VCE untuk AMD, NVENC untuk NVIDIA, atau QSV untuk Intel.
- Jika GPU Anda tidak memiliki encoder perangkat keras, Anda tidak dapat menggunakan transcoding GPU dengan handbrake.
- Pengkodean GPU dapat menghasilkan ukuran file yang lebih rendah dan lebih besar dibandingkan dengan pengkodean CPU.
4. Untuk memaksa rem tangan menggunakan GPU:
- Buka Handbrake dan klik “Preferensi” atau Pergi ke “Alat → Preferensi”.
- Di jendela Preferensi, buka tab “Video” dan pilih Encoder untuk GPU Anda.
- Jika opsi encoder berwarna abu -abu, itu berarti GPU Anda tidak mendukung encoder perangkat keras.
- Pengaturan akan disimpan secara otomatis, dan Anda dapat menutup jendela Preferensi.
- Tambahkan file video ke handbrake dan buka tab “Video” untuk memilih dekoder perangkat keras dari menu tarik-turun “video codec”.
- Anda sekarang dapat mulai mentranskodasi file.
5. Perlu diingat bahwa transcoding GPU dapat mengurangi waktu transkode tetapi dapat menghasilkan kualitas file yang lebih rendah dan ukuran file yang lebih besar. Pastikan untuk mengaktifkan dukungan GPU hanya jika Anda merasa nyaman dengan trade-off ini.
6. Jika Anda memerlukan bantuan lebih lanjut atau memiliki pertanyaan, jangan ragu untuk berkomentar di bawah ini.
Pertanyaan:
1. Apa itu rem tangan?
Handbrake adalah perangkat lunak yang digunakan untuk konversi video atau transcoding. Mudah digunakan dan menawarkan banyak opsi kustomisasi.
2. Apakah Handbrake menggunakan CPU untuk transcoding secara default?
Ya, Handbrake menggunakan CPU untuk transcoding secara default.
3. Bagaimana Anda bisa memaksa rem tangan untuk menggunakan GPU untuk transcoding?
Untuk memaksa rem tangan untuk menggunakan GPU, buka jendela Preferensi, buka tab Video, dan pilih Encoder untuk GPU Anda.
4. Apa saja encoder perangkat keras yang didukung oleh rem tangan?
Handbrake mendukung VCE untuk kartu grafis AMD, NVENC untuk kartu NVIDIA, dan QSV untuk kartu Intel.
5. Apa keterbatasan transcoding GPU dalam handbrake?
Transkode GPU dapat menghasilkan ukuran file yang lebih rendah dan lebih besar dibandingkan dengan transkode CPU.
6. Kapan Anda harus mengaktifkan dukungan GPU di Handbrake?
Anda harus mengaktifkan dukungan GPU di Handbrake jika Anda baik -baik saja dengan kualitas lebih rendah dan ukuran file yang lebih besar dengan imbalan transkode yang lebih cepat.
7. Bagaimana Anda memilih dekoder perangkat keras di handbrake?
Untuk memilih dekoder perangkat keras, tambahkan file video ke handbrake dan buka tab video. Dari menu dropdown Video Codec, pilih dekoder perangkat keras yang sesuai untuk GPU Anda.
8. Apakah transkode GPU mengurangi waktu transkode?
Ya, transkode GPU umumnya mengurangi waktu yang dibutuhkan untuk transkode dibandingkan dengan transkode CPU.
9. Apakah transkode GPU menggunakan semua sumber daya CPU?
Tidak, transcoding GPU menurunkan proses transkode dari CPU ke GPU, menghasilkan lebih sedikit penggunaan CPU.
10. Apakah transkode GPU tersedia untuk semua GPU?
Tidak, transcoding GPU membutuhkan GPU dengan encoder perangkat keras bawaan seperti VCE, NVENC, atau QSV. Jika GPU tidak memiliki encoder ini, transkode GPU tidak dapat digunakan.
11. Apakah ada trade-off untuk menggunakan transcoding GPU?
Ya, transkode GPU dapat menghasilkan ukuran file yang lebih rendah dan lebih besar dibandingkan dengan transkode CPU.
12. Dapatkah Anda membuat preset khusus di handbrake?
Ya, Anda dapat membuat preset khusus di Handbrake untuk menyimpan pengaturan Anda untuk akses cepat.
13. Apakah tangan kompatibel dengan windows?
Ya, rem tangan kompatibel dengan sistem operasi Windows.
14. Apakah konversi file batch dukungan rem tangan?
Ya, Handbrake mendukung konversi batch, memungkinkan Anda untuk mengonversi beberapa file sekaligus.
15. Di mana saya dapat menemukan informasi lebih lanjut tentang transkode GPU di handbrake?
Untuk informasi lebih lanjut dan tes terperinci tentang transkode GPU, Anda dapat merujuk ke dokumen dukungan yang disediakan dalam artikel.
Daftar isi
Seperti disebutkan di atas – Anda sedang melihat beban pada inti cuda (setara dengan inti aliran dengan AMD), tetapi itu’bukan apa pekerjaan itu. NVIDIA dan AMD GPU berisi satu atau lebih dekoder dan encoder berbasis perangkat keras (terpisah dari inti CUDA/Stream) yang menyediakan decoding dan pengkodean video berbasis perangkat keras yang dipercepat dengan perangkat keras. Ini bukan bagian komputasi besar dari GPU yang Anda lihat, tetapi ini adalah bagian ASIC pada GPU yang ditetapkan hanya untuk DE/EN-CODING. (Anda dapat melihat beban pada ini misalnya. di manajer tugas) Itulah sebabnya bahkan GPU terintegrasi dalam AMD CPU (saat digunakan h.264/265 AMD VCE) memiliki waktu penyandian yang hampir sama dengan GPU khusus dari AMD – hampir sama bagian Asic dari chip. Omong-omong., I Haven’T melakukan perbandingan kualitas, tetapi waktu pengkodean dengan bitrate yang sama sangat mirip untuk AMD dan NVIDIA, tetapi saya lebih suka AMD karena menawarkan lebih banyak opsi untuk kualitas output/cara penyandian. Tentang preset – Anda tidak dapat membandingkan CPU dengan NVIDIA NVENC (atau AMD VCE) seperti yang Anda lakukan karena mereka memiliki pengaturan kualitas yang berbeda (dan penskalaan). Jika Anda ingin membandingkan, Anda harus membandingkan kualitas output dengan bitrate yang sama.
Cara Memaksa Handbrake Untuk Menggunakan GPU Di Windows (Nvidia, AMD, Intel)
Dengan pengaturan tersembunyi, Anda bisa Force Handbrake Untuk Menggunakan GPU Apakah itu nvidia nvenc, AMD, atau intel untuk transkode yang lebih cepat. Di Sini’menunjukkan.
Handbrake adalah salah satu perangkat lunak paling populer dalam hal konversi video atau transcoding. Anda dapat mengonversi hampir semua format dengan hanya beberapa klik. Yang terbaik adalah, rem tangan tidak hanya gratis tetapi juga sangat mudah digunakan sementara dapat disesuaikan dengan banyak opsi. Secara default, Handbrake menggunakan CPU untuk mentranskode file video. Tergantung pada CPU Anda dan file video, perlu banyak waktu untuk menyelesaikan transkode. Selain itu, saat transcoding, Handbrake menggunakan semua sumber daya cangkir Anda membuat sistem tidak dapat digunakan pada waktu. Faktanya, saya pernah menulis panduan sederhana atau bagaimana Anda dapat mengurangi penggunaan CPU handbrake.
Hal yang baik adalah, jika Anda memiliki DGPU (unit pemrosesan grafis khusus), Anda dapat memaksa rem tangan untuk menggunakan GPU itu alih -alih hanya mengandalkan sumber daya CPU. Salah satu manfaat terbesar dari menggunakan transkode GPU adalah bahwa dibutuhkan lebih sedikit waktu dibandingkan dengan transkode CPU, setidaknya dalam kasus saya.
Jadi, tanpa basa -basi lagi, izinkan saya menunjukkan langkah -langkahnya Aktifkan dukungan GPU di Handbrake.
Hal -hal yang perlu diketahui sebelum memaksa transcode GPU
- Kartu grafis Anda harus memiliki encoder perangkat keras bawaan. Secara khusus, VCE untuk kartu grafis AMD, NVENC untuk NVIDIA, dan QSV untuk Intel. Secara umum, Anda dapat menemukan jika kartu grafis Anda mendukung encoder perangkat keras ini dengan melihat lembar spesifikasi yang tersedia di produsen’S situs web.
- Jika GPU Anda tidak memiliki encoder perangkat keras, Anda tidak dapat menggunakan handbrake dengan GPU.
- Saat Anda memaksa rem tangan untuk menggunakan pengkodean GPU, ia datang dengan mengorbankan kualitas lebih rendah dan ukuran file yang lebih tinggi dibandingkan dengan pengkodean CPU. Jika Anda tertarik, lihat dokumen dukungan ini yang sangat detail dengan berbagai tes.
Langkah -langkah untuk memaksa rem tangan menggunakan GPU
1. Pertama, buka handbrake dengan mencarinya di menu start.
2. Setelah membuka rem tangan, klik pada “Preferensi” Tautan muncul di sudut kiri bawah. Anda juga dapat membuka yang sama dari “Alat → Preferensi”.
3. Di jendela Preferensi, pergi ke “Video” tab. Di panel kanan, Pilih enkoder pilihan Anda. Handbrake secara otomatis mendeteksi encoder perangkat keras GPU Anda. Dalam kasus saya, karena saya memiliki GPU NVIDIA dengan NVENC, saya memilih “Izinkan penggunaan encoder NVIDIA NVENC” pilihan.
Jika opsi encoder diabaikan, itu berarti GPU Anda tidak’t mendukung encoder perangkat keras.
4. Pengaturan disimpan secara otomatis. Anda dapat menutup jendela Preferensi.
5. Setelah mengaktifkan dukungan GPU, Anda harus memilih codec video. Untuk melakukan itu, tambahkan file video ke handbrake dan buka “Video” tab. Di sini, pilih dekoder perangkat keras dari “Video Codec” menu drop down.
Sejak aku’m menggunakan nvidia, i’m memilih “H.264 nvidia nvenc” codec. Jika Anda menggunakan Intel atau AMD, Anda masing -masing akan melihat QSV atau VCE.
6. Hanya itu saja. Anda sekarang dapat mulai mentranskodasi file. Jika Anda mau, Anda bahkan dapat membuat preset khusus dengan semua pengaturan Anda untuk akses cepat.
Ingatlah bahwa meskipun transcoding GPU akan mengurangi waktu yang diperlukan untuk mentranskode, ia datang dengan biaya kualitas dan peningkatan ukuran file. Jadi, aktifkan dukungan GPU jika Anda baik-baik saja dengan trade-off.
saya harap itu membantu. Jika Anda terjebak atau membutuhkan bantuan, komentar di bawah ini dan saya akan mencoba membantu sebanyak mungkin. Jika Anda menyukai artikel ini, lihat cara batch mengonversi file di handbrake.
Harap daftar untuk buletin Windowsloop dengan mengklik tautan berikut: Pendaftaran Newsletter Windowsloop.
Nvidia nvenc
Harap dicatat, ini bukan batasan yang sulit. Pengkodean perangkat keras melalui NVENC mungkin Bekerja pada seri GPU yang lebih lama dan sistem operasi yang lebih tua, tetapi ini tidak didukung secara resmi.
Mengaktifkan dukungan
Dukungan untuk NVIDIA NVEENC dan NVDEC diaktifkan dalam preferensi di tab video. Jika sistem Anda tidak didukung, opsi akan dinonaktifkan.
Di Linux, tidak ada preferensi untuk mengaktifkan encoder. Ini akan tersedia jika perangkat keras / driver melaporkannya tersedia.
Preset
Preset berikut tersedia di bawah ‘Perangkat keras’ Kategori dalam menu Preset:
- H.265 nvenc 2160p 4k
- H.265 nvenc 1080p
Ini adalah titik awal yang baik untuk mengkonfigurasi rem tangan untuk menggunakan encoder ini.
Pertunjukan
Handbrake Mendukung NVIDIA NVENC Encoder dan NVDEC Encoder.
CPU masih akan digunakan untuk:
- Decoding video (jika decoding perangkat keras dimatikan atau tidak tersedia)
- Semua filter video
- Pengkodean audio
- Handbrake’mesin s, sinkronisasi a/v dll
- Subtitle
- Muxing
Semua operasi ini terjadi secara paralel saat pekerjaan berlangsung. Dengan demikian, adalah normal untuk melihat pemanfaatan CPU tinggi (atau bahkan 100%) bahkan saat menggunakan NVENC.
Ini juga umum, terutama pada perangkat keras kelas bawah atau lebih lama, untuk CPU menjadi hambatan yang akan menyebabkan kinerja yang lebih rendah dari yang diharapkan. Untuk meminimalkan efek ini, nonaktifkan filter apa pun yang tidak Anda perlukan.
Keterbatasan Decoder
Handbrake akan secara otomatis mundur ke decoding perangkat lunak saat filter diaktifkan di pipa. Ini termasuk filter tanaman/skala.
Opsi lanjutan
Encoder perangkat keras NVIDIA NVENC memiliki satu set opsi encoder canggih terbatas. Secara umum, tidak disarankan untuk mengubah parameter ini, karena preset bawaan menawarkan berbagai pilihan untuk penggunaan umum.
Jika menggunakan rem tangan’S antarmuka grafis, Anda dapat mengatur opsi di bidang Opsi Lanjutan pada tab Video dalam format berikut:
opsi1 = value1: option2 = value2 Jika menggunakan rem tangan’S Command Line Interface, gunakan parameter –encopts sebagai berikut:
--encopts = "option1 = value1: option2 = value2" Jenis Nilai Opsi
Jenis nilai berikut didukung (setiap opsi hanya menerima satu jenis nilai):
- bilangan bulat
Angka yang dapat ditulis tanpa komponen fraksional atau desimal. - Boolean
0 berarti Off (atau dinonaktifkan).
1 berarti di (atau diaktifkan). - rangkaian
String karakter alfanumerik. Lihat opsi’Komentar untuk nilai yang dapat diterima.
Daftar Opsi
| Pilihan | Jenis | H.264 | H.265 | Detail |
|---|---|---|---|---|
| GPU | rangkaian | ✓ | ✓ | Pemilihan GPU. Nilai: apapun (default), 0 (GPU pertama), 1 (GPU kedua), dll. |
| coder | rangkaian | ✓ | Pemilihan Coder. Nilai: Auto (Default), Cabac, Cavlc . | |
| Temporal-aq | Boolean | ✓ | Diatur ke 1 untuk mengaktifkan kualitas adaptif temporal, 0 untuk menonaktifkan (default). Perhatikan tanda hubung untuk h.264. | |
| Temporal_aq | Boolean | ✓ | Diatur ke 1 untuk mengaktifkan kualitas adaptif temporal, 0 untuk menonaktifkan (default). Perhatikan garis bawah untuk h.265. Membutuhkan RTX Turing 1660 atau lebih baik. | |
| Spatial-aq | Boolean | ✓ | Diatur ke 1 untuk mengaktifkan kualitas adaptif spasial, 0 untuk menonaktifkan (default). Perhatikan tanda hubung untuk h.264. | |
| spatial_aq | Boolean | ✓ | Diatur ke 1 untuk mengaktifkan kualitas adaptif spasial, 0 untuk menonaktifkan (default). Perhatikan garis bawah untuk h.265. | |
| kekuatan aq | int | ✓ | ✓ | Saat spasial AQ diaktifkan, skala nilai adalah 1 (rendah) – 15 (agresif). Default: 8 . |
| nonref_p | Boolean | ✓ | ✓ | Setel ke 1 untuk mengaktifkan penyisipan otomatis p-frame non-referensi, 0 untuk menonaktifkan (default). |
| strict_gop | Boolean | ✓ | ✓ | Setel ke 1 untuk meminimalkan fluktuasi laju GOP-ke-GOP, 0 untuk menonaktifkan (default). |
| bobot_pred | Boolean | ✓ | ✓ | Diatur ke 1 untuk mengaktifkan prediksi tertimbang, 0 untuk menonaktifkan (default). |
| RC-Lookahead | int | ✓ | ✓ | Jumlah frame untuk melihat ke depan untuk kontrol tarif. Default: 0 . |
| B_Adapt | Boolean | ✓ | Saat lookahead diaktifkan, atur ini ke 1 untuk mengaktifkan keputusan b-frame adaptif (default), 0 untuk menonaktifkan. | |
| Tanpa pemotongan | Boolean | ✓ | ✓ | Ketika Lookahead diaktifkan, atur ini ke 1 untuk menonaktifkan penyisipan I-frame adaptif saat pemotongan adegan, 0 untuk mengaktifkan (default). |
Artikel ini adalah bagian dari dokumentasi handbrake dan ditulis oleh Bradley Sepos (Bradleys) dan Scott (S55). Bergabunglah dengan kami di GitHub untuk menyumbangkan pemikiran dan ide Anda, dan untuk menyarankan koreksi apa pun.
Pertunjukan
Pengkodean video adalah salah satu kegiatan intensif sumber daya paling banyak untuk komputer. Handbrake’S perangkat lunak penyandian video, filter video, encoder audio, dan proses lainnya mendapat manfaat dari CPU dan memori cepat. Handbrake’Enkoder video perangkat keras juga mendapat manfaat dari perangkat keras GPU modern. Lihat Artikel Persyaratan Sistem untuk Persyaratan Perangkat Keras Minimum Untuk Menggunakan Handbrake. Untuk memberikan perbandingan tentang bagaimana berbagai fitur dan pengaturan mempengaruhi kinerja pengkodean, kami mengkodekan versi sebenarnya, 4K 2160p24 (3840×1714) versi sebenarnya dari film terbuka Air mata baja. Durasi sumbernya adalah 12 menit 14 detik dan mengandung h.264 Video, Audio Stereo FLAC Lossless, dan Dolby Digital (AC-3) 5.1 audio surround.
Perbandingan kinerja antara preset resmi
Preset adalah sekelompok pengaturan yang dirancang khusus untuk perangkat lunak atau perangkat yang Anda inginkan untuk diputar. Baca lebih lanjut tentang Handbrake’preset resmi. Preset mungkin berbeda satu sama lain dalam berbagai cara. Misalnya: resolusi video, filter, encoder, preset encoder, dan kualitas; trek audio (stereo, suara surround, atau keduanya), encoder, dan kualitas; trek dan jenis subtitle; penanda bab; opsi kontainer; dan masalah kompatibilitas. Karena begitu banyak variabel yang dapat berbeda antara rem tangan’preset S, kinerja dapat sangat bervariasi. Handbrake’Preset umum dirancang untuk mempertahankan kompatibilitas dengan berbagai perangkat dan perangkat lunak modern, dan memberikan langkah -langkah logis dalam pengkodean kinerja, kualitas, dan ukuran file. Hasil berikut diproduksi menggunakan Mac-2010 Mac Pro yang dilengkapi dengan CPU Intel Xeon W3680 dengan 6 core dan 12 utas berjalan pada 3.33 GHz, memori 24 GB, dan Macos Mojave.
| Preset resmi | Encoder | Kualitas | Trek audio | Kecepatan penyandian | Kecepatan waktu nyata | Total bit rate | Ukuran total |
|---|---|---|---|---|---|---|---|
| 1080p30 sangat cepat | H.264 (x264) | RF 24 | AAC Stereo | 33.1 fps | 1.38x | 3.50 MB/s | 320.8 MB |
| Cepat 1080p30 | H.264 (x264) | RF 22 | AAC Stereo | 19.1 fps | 0.80x | 5.49 MB/s | 503.6 MB |
| HQ 1080p30 surround | H.264 (x264) | RF 20 | AAC Stereo; Dolby Digital (AC-3) | 12.7 fps | 0.53x | 8.15 MB/s | 748.0 MB |
| Super HQ 1080p30 surround | H.264 (x264) | RF 18 | AAC Stereo; Dolby Digital (AC-3) | 6.7 fps | 0.28x | 10.71 MB/s | 983.7 MB |
Preset yang sangat cepat dimulai dengan preset encoder video yang lebih cepat (x264 veryfast) dan kualitas RF 24. Preset cepat menggunakan preset encoder video yang lebih lambat (X264 Fast) dan juga meningkatkan kualitas RF 22. Dalam kombinasi, ini menghasilkan video berkualitas lebih tinggi, ukuran file yang lebih besar, dan waktu yang lebih lama untuk menyandikan. Demikian juga, preset HQ dan Super HQ menggunakan preset encoder video yang lebih lambat (masing -masing x264 lambat dan sangat kecil) dan bahkan kualitas yang lebih tinggi (masing -masing RF 20 dan 18), sementara juga termasuk audio surround surround. Harga untuk kualitas yang lebih tinggi dan lebih banyak fitur adalah ukuran file yang lebih besar, dan waktu yang lebih lama untuk menyandikan. Mengkode sumber besar, berkualitas tinggi, 4K 2160p ke 1080p bisa lambat pada komputer yang sudah tua. Hanya preset tercepat yang diselesaikan lebih cepat dari waktu nyata, yang berarti encode selesai dalam waktu yang lebih singkat daripada yang diperlukan untuk menonton video. Membiarkan’S lihat encodes yang sama di komputer yang lebih cepat. Hasil berikut diproduksi menggunakan PC yang dilengkapi dengan CPU Intel Xeon E5-2699 V4 dengan 22 core dan 44 utas yang berjalan pada turbo berkelanjutan antara 2.6-2.8 GHz, 32 GB Memory, dan Windows 10 Professional.
| Preset resmi | Encoder | Kualitas | Trek audio | Kecepatan penyandian | Kecepatan waktu nyata | Total bit rate | Ukuran total |
|---|---|---|---|---|---|---|---|
| 1080p30 sangat cepat | H.264 (x264) | RF 24 | AAC Stereo | 66.4 fps | 2.77x | 3.46 MB/s | 317.3 MB |
| Cepat 1080p30 | H.264 (x264) | RF 22 | AAC Stereo | 55.8 fps | 2.33x | 5.37 MB/s | 492.5 MB |
| HQ 1080p30 surround | H.264 (x264) | RF 20 | AAC Stereo; Dolby Digital (AC-3) | 44.1 fps | 1.84x | 8.00 MB/s | 734.4 MB |
| Super HQ 1080p30 surround | H.264 (x264) | RF 20 | AAC Stereo; Dolby Digital (AC-3) | 23.8 fps | 0.99x | 10.30 MB/s | 949.3 MB |
Komputer yang lebih baru dengan CPU dan memori yang lebih cepat berkinerja lebih baik. Sedangkan codec x264 tidak’skala t secara linear dengan jumlah benang tinggi, itu’masih jauh lebih cepat di sini. Kualitas adalah sama dibandingkan dengan komputer yang lebih lambat, hanya hasilnya yang dicapai lebih cepat. Anda dapat melakukan tes ini sendiri. Buka sumber video di Handbrake dan Encode menggunakan masing -masing preset ini . Amati seberapa cepat masing -masing preset mengkodekan. Bandingkan ukuran file yang dihasilkan. Tonton video yang dikodekan dan menilai kualitasnya secara visual. Pertimbangkan apakah Anda ingin audio surround (dengan asumsi sumber Anda berisi trek audio surround). Akhirnya, pilih preset mana yang memenuhi kebutuhan Anda, dan gunakan untuk penyandian sehari -hari Anda.
Perbandingan kinerja antara encoder video
Encoders video menggunakan algoritma matematika canggih untuk mengurangi ukuran video Anda sambil mempertahankan kualitas yang dirasakan. Sementara beberapa teknik serupa antara encoder, setiap encoder berbeda, dan beberapa encoder lebih efisien daripada yang lain. x264 adalah encoder video default yang digunakan oleh banyak handbrake’preset resmi . x264 menciptakan standar h.264/AVC Video dengan ukuran file berkualitas tinggi dan masuk akal, dan mengkodekan relatif cepat di komputer modern. Sebagian besar perangkat seluler modern memiliki dekoder perangkat keras untuk pemutaran hemat energi dari h.264/AVC Video. Ini bisa dibilang format video modern yang paling kompatibel. x265 adalah encoder video yang lebih baru yang menciptakan standar H.Video 265/HEVC yang menjadi lebih populer karena perangkat seluler yang lebih baru memiliki decoder perangkat keras untuk pemutaran hemat energi. Dalam beberapa situasi, seperti pengkodean dalam definisi ultra tinggi 4K atau membuat video laju bit yang lebih kecil, lebih rendah, x265 dapat menghasilkan kualitas yang sama atau lebih baik seperti x264 dengan ukuran file yang lebih kecil, dengan mengorbankan kecepatan penyandian yang jauh lebih lambat. Encoder video perangkat lunak lain seperti VP8 dan VP9 menjanjikan hasil yang serupa dengan x264 dan x265, tetapi umumnya membutuhkan waktu lebih lama untuk mengkode kode. Dekoder perangkat keras VP8 dan VP9 untuk perangkat seluler tidak tersebar luas, yang dapat menyebabkan pembuangan baterai yang lebih cepat saat memutar jenis video ini. Sebagian besar komputer modern dapat memutar video VP8 dan VP9 dengan mudah. Handbrake juga mencakup dukungan untuk AMD VCE, Intel QSV, dan NVIDIA NVENC Hardware Encoders. Encoder ini menghasilkan h.264 dan/atau h.265 Video dengan kecepatan sangat tinggi, dengan mengorbankan beberapa ukuran file yang lebih berkualitas dan lebih besar. Membiarkan’S Bandingkan. Disini kita’VE mengkodekan sumber video 2160p 4K berkualitas tinggi yang sama ke 1080p menggunakan delapan encoder video yang berbeda. Hasil berikut diproduksi menggunakan PC yang dilengkapi dengan CPU Intel Xeon E5-2699 V4 dengan 22 core dan 44 utas yang berjalan pada turbo berkelanjutan antara 2.6-2.8 GHz, memori 32 GB, AMD Radeon RX 580, NVIDIA GEFORCE GTX 1060, dan Windows 10 Professional.
| Preset resmi | Encoder | Jenis | Kualitas / bit rate | Trek audio | Kecepatan penyandian | Kecepatan waktu nyata | Total bit rate | Ukuran total |
|---|---|---|---|---|---|---|---|---|
| H.265 MKV 1080p30 | H.265 (x265) | Perangkat lunak | RF 22 | AAC Stereo | 16.1 fps | 0.67x | 5.08 MB/s | 466.3 MB |
| H.264 MKV 1080p30 | H.264 (x264) | Perangkat lunak | RF 22 | AAC Stereo | 53.9 fps | 2.25x | 5.19 MB/s | 476.2 MB |
| VP9 MKV 1080p30 | VP9 | Perangkat lunak | ABR 4500 kb/s 2-pass | Stereo Opus | 10.2 fps | 0.43x | 4.64 MB/s | 425.5 MB |
| VP8 MKV 1080p30 | VP8 | Perangkat lunak | ABR 6000 kb/s 2-pass | Stereo Vorbis | 21.2 fps | 0.88x | 8.40 MB/s | 770.2 MB |
| kebiasaan | H.265 (VCE) | Perangkat keras | CQ 22 | AAC Stereo | 60.9 fps | 2.54x | 10.70 MB/s | 978.1 MB |
| kebiasaan | H.264 (VCE) | Perangkat keras | CQ 22 | AAC Stereo | 61.3 fps | 2.55x | 11.20 MB/s | 1.026.0 MB |
| kebiasaan | H.265 (NVENC) | Perangkat keras | CQ 22 | AAC Stereo | 63.4 fps | 2.64x | 9.88 MB/s | 906.5 MB |
| kebiasaan | H.264 (NVENC) | Perangkat keras | CQ 22 | AAC Stereo | 63.6 fps | 2.65x | 11.20 MB/s | 1.024.0 MB |
Beberapa encoder terasa lebih cepat dari yang lain. Encoder perangkat keras biasanya jauh lebih cepat daripada encoder perangkat lunak, dengan mengorbankan beberapa kerugian dalam kualitas dan/atau ukuran file yang lebih besar. Dalam hal ini, x264 adalah pemenang yang jelas dalam keseimbangan antara kecepatan, kualitas, dan ukuran file. Preset resmi dalam tes ini dirancang untuk menghasilkan encodes kualitas yang sama terlepas dari encoder spesifik yang digunakan, jadi tes ini ISN’t perbandingan kecepatan yang sepenuhnya adil. Beberapa pengkodean menggunakan pengkodean berbasis kualitas, sementara yang lain menggunakan laju bit rata-rata, yang memprioritaskan ukuran file sambil memungkinkan lebih banyak variasi dalam kualitas. Variabel tambahan seperti filter dan audio juga dapat berdampak. Membiarkan’S Bandingkan lagi dengan variabel yang lebih sedikit. Disini kita’VE Dihapus Filter Deinterlacing Decomb, Trek Audio, dan Pencarian Audio Asing, dan Hanya Dikodekan Video dalam Bit Rate Rata-Rata, Mode 2-Pass. Kami’ve mengurangi laju bit menjadi 3000 kb/s untuk lebih menyoroti efisiensi masing -masing encoder dalam hal kualitas yang terkait dengan ukuran file. Perhatikan bahwa encoder perangkat keras VCE dan NVENC hanya mendukung mode 1-pass.
| Encoder | Jenis | Preset encoder | Video Bit Rate | Kecepatan penyandian | Kecepatan waktu nyata | Total bit rate | Ukuran total |
|---|---|---|---|---|---|---|---|
| H.265 (x265) | Perangkat lunak | Sedang | ABR 3000 kb/s 2-pass | 27.8 fps | 1.16x | 2.94 MB/s | 275.4 MB |
| H.264 (x264) | Perangkat lunak | Sedang | ABR 3000 kb/s 2-pass | 72.1 fps | 3.00x | 3.00 MB/s | 275.5 MB |
| VP9 | Perangkat lunak | Sedang | ABR 3000 kb/s 2-pass | 11.3 fps | 0.47x | 2.96 MB/s | 277.1 MB |
| VP8 | Perangkat lunak | Sedang | ABR 3000 kb/s 2-pass | 29.1 fps | 1.21x | 2.94 MB/s | 275.2 MB |
| H.265 (VCE) | Perangkat keras | Sedang | ABR 3000 kb/s 1-pass | 76.0 fps | 3.17x | 3.52 MB/s | 323.2 MB |
| H.264 (VCE) | Perangkat keras | Sedang | ABR 3000 kb/s 1-pass | 73.6 fps | 3.07x | 2.99 MB/s | 274.4 MB |
| H.265 (NVENC) | Perangkat keras | Sedang | ABR 3000 kb/s 1-pass | 75.9 fps | 3.16x | 2.87 MB/s | 268.3 MB |
| H.264 (NVENC) | Perangkat keras | Sedang | ABR 3000 kb/s 1-pass | 76.0 fps | 3.17x | 3.00 MB/s | 272.5 MB |
Dalam contoh yang lebih seimbang ini, kita melihat x264 dan encoder perangkat keras bisa lebih dari 2.5 kali lebih cepat dari x265 dan VP8, dan lebih dari enam kali lebih cepat dari VP9. Untuk cepat h.265 Pengkodean, enkoder perangkat keras VCE dan NVENC jauh lebih cepat daripada encoder perangkat lunak X265, dengan mengorbankan beberapa kerugian kualitas. Meskipun perangkat keras yang kompatibel tidak tersedia di komputer yang digunakan dalam tes ini, Encoder Intel QSV Hardware berkinerja serupa dengan VCE dan NVENC, dengan Intel QSV menghasilkan encodes kualitas yang sedikit lebih tinggi. Encoders peringkat tercepat ke lambat:
- Encoders Perangkat Keras (AMD VCE, Intel QSV, NVIDIA NVENC)
- x264
- VP8
- x265
- VP9
Kualitas Encoder versus Efisiensi Ukuran File, peringkat terbaik ke terburuk:
- x265 dan VP9
- x264
- Encoders Perangkat Keras (AMD VCE, Intel QSV, NVIDIA NVENC)
- VP8
Encoder perangkat lunak x264 menghadirkan keseimbangan yang sangat baik antara kecepatan dan kualitas, dan h.264/AVC Video yang diciptakannya secara luas kompatibel dengan semua perangkat modern. Ini adalah encoder video default di sebagian besar rem tangan’preset resmi .
Encoder perangkat keras seperti AMD VCE, Intel QSV, dan NVIDIA NVENC sangat cepat dan mungkin menjadi pilihan yang baik pada komputer yang kurang kuat di mana kinerja menjadi perhatian terbesar, dan ukuran file berkualitas tinggi dan terkecil bukanlah prioritas utama yang utama bukanlah prioritas utama yang utama bukanlah yang utama utama utama terbaik.
x265 dan vp9 menghasilkan encodes kualitas yang sangat baik, tetapi merupakan pemain yang jauh lebih lambat. Harapkan waktu pengkodean yang panjang pada semua kecuali komputer terbaik.
VP8 sekarang menunjukkan usianya sebagai encoder yang lebih tua. Dibandingkan dengan encoder lain yang lebih modern, tidak dapat menghasilkan encodes berkualitas baik pada ukuran file yang wajar. Ini juga berlaku untuk encoder MPEG-4, MPEG-2, dan Theora yang lebih tua yang tidak dibandingkan dalam artikel ini.
Perbandingan kinerja antara preset encoder video
Beberapa tangan’Encoder video memiliki preset sendiri. Ini berbeda dari rem tangan’preset S, yang berisi semua video, filter, audio, subtitle, bab, dan pengaturan kontainer. Preset encoder video khusus untuk setiap encoder video, dan kontrol fitur enkoder video mana yang diaktifkan.
Beberapa preset enkoder dirancang untuk mempengaruhi kecepatan proses penyandian. Dengan mengaktifkan optimisasi tertentu atau menonaktifkan fitur -fitur komputasi yang mahal dari enkoder, kecepatan penyandian yang lebih besar dapat dicapai, meskipun biasanya dengan mengorbankan ukuran file yang lebih besar dan/atau sedikit kerugian kualitas kualitas. Preset enkoder x264 dan x265 semuanya terkait kecepatan.
Encoder lain, terutama encoder perangkat keras seperti AMD VCE, Intel QSV, dan NVIDIA NVENC, juga memiliki preset encoder berbasis kualitas untuk memungkinkan fitur canggih yang dapat meningkatkan kualitas, biasanya dengan mengorbankan kecepatan penyandian.
Disini kita’VE mengkodekan sumber video 2160p 4K berkualitas tinggi yang sama ke 1080p menggunakan berbagai preset encoder berbasis kecepatan yang disediakan oleh Encoder Perangkat Lunak X264.
Hasil berikut diproduksi menggunakan PC yang dilengkapi dengan CPU Intel Xeon E5-2699 V4 dengan 22 core dan 44 utas yang berjalan pada turbo berkelanjutan antara 2.6-2.8 GHz, 32 GB Memory, dan Windows 10 Professional.
| Encoder | Preset encoder | Kualitas | Kecepatan penyandian | Kecepatan waktu nyata | Total bit rate | Ukuran total |
|---|---|---|---|---|---|---|
| H.264 (x264) | Sangat cepat | RF 24 | 73.1 fps | 3.05x | 9.91 MB/s | 909.1 MB |
| H.264 (x264) | Sangat cepat | RF 24 | 74.2 fps | 3.09x | 4.99 MB/s | 457.8 MB |
| H.264 (x264) | Sangat cepat | RF 24 | 72.6 fps | 3.03x | 3.26 MB/s | 299.5 MB |
| H.264 (x264) | Lebih cepat | RF 24 | 71.0 fps | 2.96x | 3.78 MB/s | 346.8 MB |
| H.264 (x264) | Cepat | RF 24 | 72.6 fps | 3.03x | 3.98 MB/s | 365.8 MB |
| H.264 (x264) | Sedang | RF 24 | 69.1 fps | 2.88x | 3.86 MB/s | 354.1 MB |
| H.264 (x264) | Lambat | RF 24 | 63.2 fps | 2.63x | 3.75 MB/s | 343.9 mb |
| H.264 (x264) | Lebih lambat | RF 24 | 39.8 fps | 1.66x | 3.76 MB/s | 345.5 MB |
| H.264 (x264) | Sangat lambat | RF 24 | 33.9 fps | 1.41x | 3.50 MB/s | 321.0 MB |
Bahkan pada komputer yang kuat ini dan dengan encoder perangkat lunak cepat seperti X264, preset enkoder paling lambat membutuhkan waktu dua kali waktu untuk mengkodekan sebagai preset encoder yang lebih cepat.
Secara umum, perhitungan tambahan yang dilakukan oleh x264’Preset enkoder yang lebih lambat membuat file yang lebih kecil, dan kadang -kadang meningkatkan kualitas sangat sedikit (biasanya diabaikan). Namun, karena begitu banyak pengaturan berbeda antara berbagai preset encoder, ini bukan’T benar dalam praktik. Perhatikan bagaimana preset encoder yang sangat cepat sebenarnya menghasilkan file yang lebih kecil dari preset yang lebih lambat, dengan mengorbankan beberapa kerugian kualitas.
Perhatikan bahwa saat preset enkoder x264 dengan “cepat” Dalam nama mereka tidak terbukti lebih cepat pada komputer berkinerja tinggi ini, mereka mungkin secara signifikan lebih cepat daripada preset enkoder yang lebih lambat di komputer yang kurang kuat.
Membiarkan’S lihat tes yang sama, kali ini menggunakan encoder x265.
| Encoder | Preset encoder | Kualitas | Kecepatan penyandian | Kecepatan waktu nyata | Total bit rate | Ukuran total |
|---|---|---|---|---|---|---|
| H.265 (x265) | Sangat cepat | RF 24 | 70.1 fps | 2.92x | 2.63 MB/s | 241.8 MB |
| H.265 (x265) | Sangat cepat | RF 24 | 68.2 fps | 2.84x | 2.64 MB/s | 242.4 MB |
| H.265 (x265) | Sangat cepat | RF 24 | 56.9 fps | 2.37x | 2.78 MB/s | 255.2 MB |
| H.265 (x265) | Lebih cepat | RF 24 | 56.6 fps | 2.36x | 2.78 MB/s | 254.8 MB |
| H.265 (x265) | Cepat | RF 24 | 51.2 fps | 2.13x | 2.82 MB/s | 259.1 MB |
| H.265 (x265) | Sedang | RF 24 | 33.8 fps | 1.41x | 3.27 MB/s | 300.2 MB |
| H.265 (x265) | Lambat | RF 24 | 14.1 fps | 0.59x | 3.44 MB/s | 316.0 MB |
| H.265 (x265) | Lebih lambat | RF 24 | 3.2 fps | 0.13x | 3.47 MB/s | 318.4 MB |
| H.265 (x265) | Sangat lambat | RF 24 | 1.8 fps | 0.08x | 3.46 MB/s | 317.2 MB |
Dibandingkan dengan X264, enkoder X265 lebih dioptimalkan untuk CPU jumlah inti tinggi seperti E5-2699 V4, dan ini menunjukkan pada preset enkoder yang lebih cepat, yang hampir secepat x264 pada komputer ini meskipun ada perhitungan tambahan untuk h.265 Video. Namun, waktu perhitungan yang signifikan yang dibutuhkan oleh x265’preset encoder yang lebih lambat membuat pengkodean sangat lambat bahkan pada komputer yang kuat, dan sebenarnya meningkatkan ukuran file sambil berusaha untuk menjaga kualitas lebih baik.
Praktik terbaik yang disarankan saat menyesuaikan pengaturan ini secara manual adalah memilih preset encoder paling lambat yang mengkodekan dengan nyaman dengan nyaman di komputer Anda, dan menerima kualitas halus dan variasi ukuran file. Bahkan lebih baik, gunakan salah satu rem tangan’preset yang mencakup semua, yang akan memilih preset encoder yang sesuai dan pengaturan lainnya untuk Anda berdasarkan apa yang sesuai untuk tujuan yang dimaksudkan.
Perbandingan kinerja antara pengaturan kualitas video
Kualitas video dapat berdampak besar pada kecepatan pengkodean dan ukuran file.
Dalam tes ini, kami’VE mengkodekan sumber video 2160p 4K berkualitas tinggi yang sama ke 1080p sambil hanya menyesuaikan kualitas video, meninggalkan semua pengaturan lainnya saja.
Nilai RF yang lebih tinggi mengarah ke kualitas gambar yang lebih rendah dan ukuran file yang lebih kecil, sementara nilai RF yang lebih rendah mengarah pada kualitas gambar yang lebih tinggi dan ukuran file yang lebih besar. Anda dapat membaca lebih lanjut tentang ini di artikel Kualitas Penyesuaian.
Hasil berikut diproduksi menggunakan Mac-2010 Mac Pro yang dilengkapi dengan CPU Intel Xeon W3680 dengan 6 core dan 12 utas berjalan pada 3.33 GHz, memori 24 GB, dan Macos Mojave.
| Encoder | Preset encoder | Kualitas | Kecepatan penyandian | Kecepatan waktu nyata | Total bit rate | Ukuran total |
|---|---|---|---|---|---|---|
| H.264 (x264) | Sedang | RF 36 | 30.9 fps | 1.29x | 0.92 MB/s | 84.2 MB |
| H.264 (x264) | Sedang | RF 33 | 29.3 fps | 1.22x | 1.26 MB/s | 115.9 mb |
| H.264 (x264) | Sedang | RF 30 | 27.8 fps | 1.16x | 1.78 MB/s | 163.8 MB |
| H.264 (x264) | Sedang | RF 27 | 26.0 fps | 1.08x | 2.59 MB/s | 238.0 MB |
| H.264 (x264) | Sedang | RF 24 | 25.5 fps | 1.06x | 3.89 MB/s | 357.5 MB |
| H.264 (x264) | Sedang | RF 21 | 22.4 fps | 0.93x | 6.13 MB/s | 562.7 MB |
| H.264 (x264) | Sedang | RF 18 | 19.7 fps | 0.82x | 10.20 MB/s | 938.8 MB |
| H.264 (x264) | Sedang | RF 15 | 17.1 fps | 0.71x | 17.20 MB/s | 1578.6 MB |
Di sini, kita melihat bahwa kodekan berkualitas lebih rendah lebih cepat. Intinya, membuang detail halus lebih cepat daripada bekerja keras untuk melestarikannya. Jadi, selain menjadi faktor utama dalam ukuran file, pengaturan kualitas video adalah faktor utama dalam kecepatan pengkodean dan total waktu pengkodean.
Perbandingan kinerja antara resolusi gambar
Resolusi video dapat berdampak besar pada kecepatan pengkodean dan ukuran file.
Sebuah video’Resolusi S adalah lebarnya dan tinggi dalam piksel, atau titik individual pada layar. Handbrake termasuk preset resmi yang menargetkan beberapa resolusi gambar standar, seperti 2160p UHD 4K, 1080p Full HD, 720p HD, dan 576p/480p SD, serta resolusi menengah tertentu tertentu.
Resolusi dihitung dalam dua dimensi (lebar dan tinggi). Misalnya, video definisi tinggi 1080p adalah lebar 1920 piksel dan tinggi 1080 piksel, kadang -kadang dinyatakan sebagai 1920×1080. Dengan mengalikan angka -angka ini, kita dapat menghitung berapa banyak piksel yang terdiri dari setiap bingkai video. 1920 dikalikan dengan 1080 adalah 2.073.600 piksel, atau sekitar 2 megapiksel.
Dibandingkan dengan video definisi standar 480p (720×480), yaitu 345.600 piksel atau sekitar 0.35 megapiksel, 1080p kira -kira enam kali lebih rinci. Dari sini, kita dapat menyimpulkan komputasi tambahan yang mengkode video blu-ray definisi tinggi dalam resolusi aslinya akan membutuhkan waktu penyandian yang lebih lama dan membuat ukuran file yang lebih besar untuk menyimpan semua informasi tambahan dibandingkan dengan pengkodean video DVD definisi standar standar.
Disini kita’VE mengkodekan sumber video 2160p 4K berkualitas tinggi yang sama dalam enam resolusi output yang berbeda menggunakan encoder video X265’S preset encoder sedang.
Hasil berikut diproduksi menggunakan PC yang dilengkapi dengan CPU Intel Xeon E5-2699 V4 dengan 22 core dan 44 utas yang berjalan pada turbo berkelanjutan antara 2.6-2.8 GHz, 32 GB Memory, dan Windows 10 Professional.
| Encoder | Resolusi video | Megapiksel | Kualitas | Kecepatan penyandian | Kecepatan waktu nyata | Total bit rate | Ukuran total |
|---|---|---|---|---|---|---|---|
| H.265 (x265) | 3840×1714 (2160p 4K, dipotong) | 6.58 MP | RF 24 | 14.0 fps | 0.58x | 10.00 MB/s | 920.7 MB |
| H.265 (x265) | 2560×1440 (1440p 2.5k) | 3.69 MP | RF 24 | 22.7 fps | 0.95x | 5.42 MB/s | 497.2 MB |
| H.265 (x265) | 1920×1080 (1080p Full HD) | 2.07 MP | RF 24 | 33.7 fps | 1.40x | 3.27 MB/s | 300.2 MB |
| H.265 (x265) | 1280×720 (720p HD) | 0.92 MP | RF 24 | 49.3 fps | 2.05x | 1.84 MB/s | 168.9 mb |
| H.265 (x265) | 960×540 (540p ed) | 0.52 MP | RF 24 | 63.7 fps | 2.65x | 1.19 MB/s | 109.3 MB |
| H.265 (x265) | 720×480 (480p SD) | 0.35 MP | RF 24 | 74.9 fps | 3.12x | 0.88 MB/s | 81.1 MB |
Encode resolusi yang lebih tinggi membutuhkan lebih banyak waktu dan membuat ukuran file yang lebih besar. Encode resolusi yang lebih rendah membutuhkan waktu lebih sedikit dan membuat ukuran file yang lebih kecil, dengan mengorbankan detail yang secara signifikan mengurangi detail.
Ini adalah ide yang baik untuk meningkatkan kualitas dengan menurunkan RF 1-2 poin untuk penyandian resolusi lebih rendah, karena cacat kecil dalam kualitas dapat menjadi lebih jelas ketika video ditingkatkan untuk mengisi layar yang besar. Demikian juga, penyandian resolusi yang lebih tinggi biasanya tidak perlu kualitas tinggi agar terlihat bagus, karena minimal atau tidak ada penskalaan diperlukan pada tampilan modern. Anda dapat membaca lebih lanjut tentang ini di artikel Kualitas Penyesuaian.
Secara praktis, resolusi video sumber Anda dan preset yang Anda pilih akan menjadi faktor utama dalam ukuran file, kecepatan pengkodean, dan total waktu penyandian.
Bagaimana Filter Mempengaruhi Kinerja Pengkodean
Beberapa filter, seperti rem tangan’S shreading filter, membutuhkan komputasi minimal dan memiliki dampak yang dapat diabaikan pada kinerja. Lainnya, seperti filter deinterlacing eedi2 atau filter denoising nlmeans, lebih mahal secara komputasi dan bahkan dapat lebih lambat dari encoder video.
Disini kita’VE mengkodekan sumber video 2160p 4K berkualitas tinggi dalam resolusi aslinya, dengan dan tanpa filter denoising NLMeans.
Hasil berikut diproduksi menggunakan PC yang dilengkapi dengan CPU Intel Xeon E5-2699 V4 dengan 22 core dan 44 utas yang berjalan pada turbo berkelanjutan antara 2.6-2.8 GHz, 32 GB Memory, dan Windows 10 Professional.
| Preset resmi | Penambahan Filter | Kualitas | Trek audio | Kecepatan penyandian | Kecepatan waktu nyata | Total bit rate | Ukuran total |
|---|---|---|---|---|---|---|---|
| H.265 MKV 2160p60 | tidak ada | RF 24 | AAC Stereo | 7.9 fps | 0.33x | 10.80 MB/s | 993.4 MB |
| H.265 MKV 2160p60 | Nlmeans Medium | RF 24 | AAC Stereo | 5.3 fps | 0.22x | 8.72 MB/s | 800.0 MB |
Seperti yang Anda lihat, NLMeans dapat secara signifikan meningkatkan waktu penyandian, bahkan di komputer yang kuat.
Meskipun demikian, ini sangat bagus untuk memulihkan sumber dengan noise dan gandum visual yang menonjol. Bahkan dengan sumber yang relatif bersih seperti yang digunakan di sini, pengurangan kebisingan yang dilakukan oleh NLMeans memungkinkan encoder video untuk mencapai 19.Pengurangan 5% dalam ukuran file, dengan mengorbankan peningkatan waktu pengkodean 50%.
Ringkasan faktor yang mempengaruhi kinerja pengkodean
Encoder video, preset encoder, dan kualitas
Pengaturan Encoder Video memiliki dampak besar pada kinerja.
Dibandingkan dengan x264 dan encoder perangkat keras seperti AMD VCE, Intel QSV, dan NVIDIA NVENC, Encode akan membutuhkan waktu lebih lama untuk diselesaikan saat menggunakan encoder video yang lebih lambat seperti X265 dan VP9.
Sebagian besar encoder video yang kami bandingkan memiliki preset kecepatan, dan preset enkoder yang lebih cepat akan berkinerja lebih baik, berpotensi mengorbankan ukuran file yang lebih besar dan sedikit kerugian kualitas.
Pengaturan kualitas keseluruhan atau laju bit rata -rata juga akan berdampak pada kecepatan penyandian, dengan kualitas yang lebih tinggi dan pengaturan laju bit secara signifikan meningkatkan waktu yang diperlukan untuk menyelesaikan encodes.
Anda dapat meningkatkan kinerja penyandian dengan menggunakan encoder video yang lebih cepat, preset encoder yang lebih cepat, dan menurunkan kualitas video atau rata -rata bit rate. Di mana ukuran file berkualitas tinggi dan terkecil bukanlah prioritas utama, encoder perangkat keras mungkin menjadi pilihan yang baik pada komputer yang kurang kuat.
Resolusi
Resolusi memiliki dampak besar pada kinerja.
Encode resolusi yang lebih tinggi memakan waktu lebih lama dan menghasilkan ukuran file yang lebih besar, sambil mempertahankan detail tambahan dibandingkan dengan penyandian resolusi yang lebih cepat dan lebih rendah.
Filter
Beberapa filter mahal secara komputasi dan dapat menghitung proses penyandian terlepas dari pengaturan encoder video, terutama Eedi2 Deinterlacer dan Nlmeans Denoiser. Filter lain seperti DeComb Deinterlacer dan HQDN3D Denoiser jauh lebih cepat, tetapi masih bisa menjadi hambatan saat menggunakan encoder video perangkat keras seperti AMD VCE, Intel QSV, dan NVIDIA NVENC.
Karena ketersediaan luas konten interlaced di dunia saat ini, DeComb Deinterlacer diaktifkan di semua preset resmi rem tangan kecuali preset produksi . Yang juga diaktifkan adalah filter deteksi interlacing, yang hanya memastikan bingkai interlaced deinterlaced, meninggalkan bingkai progresif yang tidak tersentuh. Analisis ini terkadang bisa menjadi faktor pembatas untuk kinerja. Jika Anda yakin sumber Anda tidak mengandung bingkai interlaced, Anda dapat menonaktifkan filter ini untuk peningkatan kinerja yang kecil.
Audio
Encoder audio umumnya memiliki lebih sedikit pekerjaan yang harus dilakukan daripada encoder video, sehingga dampaknya terhadap kinerja minimal dibandingkan dengan pengaturan video, resolusi, dan filter. Yang mengatakan, audio dapat menjadi faktor kinerja pada komputer yang lebih lambat dan di mana banyak trek audio perlu dikodekan.
Faktor lain
Sebagian besar fitur lain seperti subtitle, penanda bab, dan opsi kontainer memiliki dampak yang dapat diabaikan pada kinerja.
Satu pengecualian penting adalah opsi yang dioptimalkan web untuk wadah MP4, yang menggerakkan beberapa metadata video dari akhir hingga awal file video akhir, sebagian besar berguna untuk streaming di internet. Ini membutuhkan penulisan ulang seluruh file di akhir enkode, yang dapat memakan waktu di komputer yang lebih lambat. CPU dan kecepatan memori, bersama dengan penyimpanan yang lebih cepat (seperti SSD) dapat membantu meminimalkan waktu opsi yang dioptimalkan web perlu menulis ulang file output yang besar.
Artikel ini adalah bagian dari dokumentasi rem tangan dan ditulis oleh Bradley Sepos (Bradleys). Bergabunglah dengan kami di GitHub untuk menyumbangkan pemikiran dan ide Anda, dan untuk menyarankan koreksi apa pun.
Handbrake – Konversi file dengan GPU/NVENC daripada CPU
Saya tidak’Aku tahu persis kapan handbrake menambahkan kemampuan menggunakan GPU untuk pengkodean, tapi itu di suatu tempat antara 1.3.1 (versi saat ini di repositori ubuntu) dan 1.3.3 (Versi Saat Ini di PPA). Apapun, opsi ini menawarkan peningkatan kecepatan yang dramatis, terutama saat bekerja dengan video 4K. Dalam posting ini, saya’LL tunjukkan cara menggunakan fitur ini di handbrake dan menunjukkan beberapa perbandingan untuk menggambarkan manfaat dan pengorbanan yang dihasilkan.
Cara menggunakan pengkodean GPU NVENC
Pertama, pastikan Anda memiliki versi terbaru dari handbrake yang diinstal (pada 6/26/2020 yaitu versi 1.3.3). Juga, untuk menggunakan pengkodean NVENC, Anda’ll membutuhkan driver grafis nvidia 418.81 atau lebih baru dan NVIDIA GeForce GTX 1050+ Series GPU atau lebih baik per handbrake’Dokumentasi S. SAYA’m Menggunakan GTX 1060 dan memiliki Versi Driver 440.100 terpasang. CPU saya adalah AMD Ryzen 5 3600 6-core, prosesor 12-utas.
Video i’m menggunakan untuk menggambarkan cara menggunakan pengkodean GPU adalah rip blu-ray dari wajan’S Labyrinth. SAYA’m membuat salinan cadangan video untuk disimpan di server file saya. Saya menggunakan MakemKV untuk menarik video dari cakram Bluray, menghasilkan 31.File 7GB. SAYA’M akan mengonversinya menjadi file video 1080p H265 yang secara substansial lebih kecil.
Buka handbrake dan muat file Anda yang ingin Anda konversi dengan mengklik “Open source.” Temukan file yang ingin Anda konversi dan pilih “Membuka.”
Handbrake akan berjalan melalui file, mengumpulkan informasi tentang codec, subtitle, trek audio, dll. Setelah itu’S selesai, kamu’LL perlu memilih format apa yang ingin Anda konversi menjadi. Untuk tutorial ini, saya’Saya hanya akan menggunakan preset umum, tetapi saya ingin menggambarkan perbedaan dalam kecepatan pengkodean, jadi saya’M akan memilih super markas besar 1080p30 surround daripada cepat 1080p30.
Untuk mengubah dari pengkodean CPU ke pengkodean GPU, klik pada tab Video:
Di tengah layar, Anda’ll lihat menu tarik-turun berlabel “Encoder video.” Klik menu tarik-turun itu dan Anda akan melihat dua opsi NVENC: h.264 (nvenc) dan h.265 (NVENC). Itu adalah dua opsi untuk menggunakan GPU Anda untuk pengkodean versus menggunakan CPU Anda. H.265 codec lebih baru dan memiliki algoritma kompresi yang agak lebih baik, tapi saya’Saya tidak akan berpendapat tentang mana yang harus Anda pilih. Pilihan itu harus benar -benar didorong oleh perangkat apa yang Anda’akan memutar video Anda. Terlepas dari yang Anda pilih, keduanya akan mendorong pengkodean ke GPU Anda alih -alih CPU Anda.
Pastikan Anda’VE Menyesuaikan audio, subtitle, dan tag Anda ke preferensi Anda, lalu klik “Awal.” Itu’s Semua ada untuk itu – Anda sekarang memiliki pengkodean GPU.
Tolok ukur: kecepatan pengkodean
Menggunakan h.265 (NVENC) Encoder, butuh sekitar 17 menit untuk mengonversi 31.7GB file MKV ke dalam 8.File M4V 4GB.
Anda juga dapat melihat bahwa bahkan menggunakan h.265 (NVENC) Encoder, sebagian besar pemrosesan diteruskan ke CPU, seperti yang ditunjukkan dalam tangkapan layar ini yang menunjukkan GPU saya berfungsi, tetapi itu’S tentu saja tidak stres:
Menggunakan semua opsi yang sama tetapi pengkodean CPU sebagai gantinya, Handbrake membutuhkan waktu 1 jam dan 15 menit untuk menyandikan file, jadi sekitar 5 kali lebih lama.
Di Sini’s Ilustrasi pemanfaatan sumber daya yang sama menunjukkan bahwa rem tangan menggambar secara eksklusif pada CPU dan bukan GPU:
Tes lain yang saya jalankan video pengkodean 4K diilustrasikan bahwa perbedaan ini meningkat dengan video 4K. Saya mengonversi satu film 4K yang sekitar 1 jam, 40 menit menggunakan h.265 (nvenc) dan butuh sekitar 1 jam. Menggunakan CPU saja, rem tangan diperkirakan akan memakan waktu 18 jam (saya tidak’t menunggu untuk melihat apakah itu akurat). Dengan demikian, ada perbedaan dramatis dalam kecepatan pengkodean dengan resolusi yang lebih tinggi dan file video yang lebih besar.
Tolok ukur: ukuran dan kualitas video
Bagaimana dengan ukuran file dan kualitas video? SAYA’m mungkin tidak akan melakukan keadilan perbedaan karena saya tidak’T memiliki mata yang paling cerdas untuk perbedaan pixellation dan resolusi, tetapi saya akan mencoba menggunakan beberapa tindakan objektif. Video yang dikodekan dengan GPU adalah 8.Ukuran 39GB. Video yang dikodekan dengan CPU adalah 3.55GB. SAYA’m Tidak yakin mengapa ukuran file sangat berbeda mengingat bahwa saya memilih pengaturan yang sama untuk kedua encodes, tetapi tangkapan layar berikutnya menggambarkan bahwa encode NVENC menghasilkan bitrate yang lebih tinggi (9.419 kb/s) versus cpu encode dengan bitrate yang lebih rendah (3.453 kb/s) versus CPU dengan bitrate yang lebih rendah (3.453 kb/s) versus CPU dengan bitrate yang lebih rendah (3,453 kb/s) versus CPU dengan bitrate yang lebih rendah (3,453 kb/s). Aneh.
Saya juga ingin melihat apakah saya bisa tahu apakah ada perbedaan kualitas yang nyata antara kedua video tersebut. Saya menavigasi ke adegan yang sama di kedua video dan menggunakan VLC untuk mengambil tangkapan layar. Pertama, tangkapan layar yang dikodekan NVENC:
Mata saya yang berusia 43 tahun Don’t melihat banyak perbedaan sama sekali.
Kesimpulan
Jika kamu’ve punya perangkat keras dan ingin menghemat waktu, menggunakan pengkodean GPU dengan handbrake adalah pilihan yang bagus. Hasil akhirnya adalah penyandian yang jauh lebih cepat, terutama dengan video resolusi yang lebih tinggi. Beberapa forum tempat saya membaca tentang opsi ini menyarankan ada masalah dengan menggunakan pengkodean GPU. Saya tentu menang’t menantang pernyataan itu, tapi saya bisa’t Tahu Bedanya.
100.793 Total tampilan, 5 tampilan hari ini
14 pemikiran tentang “ Handbrake – Konversi file dengan GPU/NVENC daripada CPU ”
Chris Hazafd mengatakan:
Terima kasih sobat. Pos yang bagus. No I’m BUKAN bot, tapi algoritma mengirimi saya tautan ini. Saya suka bagaimana komputer game adalah apa yang sekarang Anda butuhkan untuk mengedit video. Komputer pribadi tidak pernah begitu fleksibel. Saya senang nvidia melihat gambaran yang lebih besar tidak seperti AMD yang masih menargetkan game saja (kebanyakan)
Dave mengatakan:
Terima kasih atas tulisannya. SAYA’m Menjalankan Ubuntu dan mendapatkan hasil yang serupa dengan milik Anda dengan GTX 1650 Super (Turing). Saya terkejut melihat CPU bekerja pada 80% sementara GPU tidak’T tampak mendaftarkan banyak stres. Juga, saya mencatat perbedaan antara GPU dan penggunaan mesin video yang ditampilkan di panel NVIDIA. Pada panel NVIDIA, GPU mendaftarkan pemanfaatan 7-10% sedangkan mesin video dipatok. I Haven’t menemukan sesuatu untuk mendukung ini, tetapi saya menduga mesin video mewakili kemampuan enkode/decode perangkat keras sedangkan GPU akan menjadi ukuran dari yang lainnya (misalnya rendering game langsung). Handbrake juga memiliki preset yang berbeda antara CPU (x265) dan GPU (NVENC H.265) Encoders. Dari perspektif ini, Anda bisa’T, sungguh, buat perbandingan apel dengan apel untuk perbandingan kualitas dengan ukuran file. Ketika saya menggunakan bitrate rata -rata 4000 daripada kualitas konstan pada RF 20, saya mendapatkan ukuran dan kualitas yang sama dengan pengkodean CPU (x265). Tentu saja, kualitas adalah istilah subyektif, tetapi saya percaya di sinilah chipset Turing bersinar selama generasi sebelumnya dalam hal efektivitas (setidaknya hipotesis saya saat ini).
Chris mengatakan:
Posting yang sangat bagus! Terima kasih banyak, kamu’VE have saya begitu banyak waktu!
Mike Stone mengatakan:
SAYA’m Menjalankan AMD Ryzen 9 3560X (CPU 16-Core) dan Pendiri NVIDIA GeForce RTX 3080’edisi s, dan hasil saya hampir sama (dalam hal kecepatan dan ukuran file dengan opsi tersebut). Saya berharap GPU 3080 akan mengompres lebih baik, tetapi sayangnya, CPU melakukan pekerjaan yang jauh lebih baik, meskipun sekitar 4 kali lebih lama dalam durasi. Menariknya, di sana’S bukan perbedaan nyata dalam ukuran file terkompresi antara NVENC H.264 dan nvenc H.265. Faktanya, h.265 nvenc biasanya sedikit lebih besar (i.e., ~ 505.000MB vs 515.000MB). Saat berhadapan dengan h.264, NVENC menekan file sedikit lebih kecil, tetapi tidak ada yang bersemangat. Durasi untuk transkode hampir sama. Karena saya memiliki CPU yang gemuk, saya mungkin membiarkan CPU menangani mereka di masa depan.
engineerviva mengatakan:
“Mata saya yang berusia 43 tahun Don’t melihat banyak perbedaan sama sekali.” LOL, keren!
Peter mengatakan:
Saya menemukan posting ini hari ini dan dengan cepat mencoba pengaturan yang direkomendasikan.
Saya memiliki beberapa MKV yang dibuat dengan MakemKV dari Blurays. Sebagai contoh, saya menggunakan Royale Kasino James Bond sebagai file uji.
MKV asli (langsung dari Blyray) dengan DTS-HD Inggris dan AC3 Prancis (5.1) memiliki ukuran 33GB. Melewati kualitas tinggi (preset khusus berdasarkan https: // www.TheWebernets.com/2019/01/29/termudah-terbaik-optimal-setting-for-handbrake-1080p-blu-ray-video-conversion-on-mac-windows-and-linux-new-Janary-2019/) Saya berakhir dengan ukuran file 10.3GB dalam 3 jam dan 15 menit menggunakan I7-8700 CPU @ 3 saya.20GHz. . Menggunakan NVIDIA GTX 1060 saya dan H saya.265 nvenc (cukup banyak hal yang saya ubah dalam pengaturan saya yang disebutkan di atas) saya berakhir dengan 10.File 4GB dalam 22 menit. Saya meletakkan dua file di server plex saya dan pergi ke Bab 9 di Toshiba Blyray Reader saya dan di Amazon Fire Stick saya dan mengganti input HDMI pada Aquos Sharp saya (42 inci) dan tidak dapat melihat perbedaannya. Saya membandingkan file yang dikodekan CPU dan GPU terhadap disk bluray dan juga tidak dapat melihat perbedaan. Ngomong -ngomong, saya juga berusia 43 tahun ��
Mike mengatakan:
Ya saya mencoba ini juga dan itu’S sangat bagus jika Anda ingin menghemat waktu, itu membagi dua waktu untuk bluray 1080 rip ke mkv menggunakan nvidia nvenc H265 dengan kualitas pada 20, encode lambat, audio passthrough AC3, sumber framerate sumber, cq. Ketika saya menonton di layar 40 ″ 720p saya bisa’t menceritakan banyak perbedaan dari versi CPU H264 dengan ukuran file yang sama. Satu perbedaan kecil yang saya perhatikan adalah bahwa dalam beberapa bidikan gerak tinggi itu memang memiliki sedikit gagap saat mengubah sudut kamera tetapi ini bisa menjadi laptop yang lebih tua CPU lama/GPU AMD lama yang saya’M Output dari, i’pernah mendengar bahwa H265 lebih intensif CPU. Pada peralatan yang lebih baru saya tidak’t perhatikan ini. Oh dan usia yang sama juga lol
Kingcze mengatakan:
Seperti disebutkan di atas – Anda sedang melihat beban pada inti cuda (setara dengan inti aliran dengan AMD), tetapi itu’bukan apa pekerjaan itu. NVIDIA dan AMD GPU berisi satu atau lebih dekoder dan encoder berbasis perangkat keras (terpisah dari inti CUDA/Stream) yang menyediakan decoding dan pengkodean video berbasis perangkat keras yang dipercepat dengan perangkat keras. Ini bukan bagian komputasi besar dari GPU yang Anda lihat, tetapi ini adalah bagian ASIC pada GPU yang ditetapkan hanya untuk DE/EN-CODING. (Anda dapat melihat beban pada ini misalnya. di manajer tugas) Itulah sebabnya bahkan GPU terintegrasi dalam AMD CPU (saat digunakan h.264/265 AMD VCE) memiliki waktu penyandian yang hampir sama dengan GPU khusus dari AMD – hampir sama bagian Asic dari chip. Omong-omong., I Haven’T melakukan perbandingan kualitas, tetapi waktu pengkodean dengan bitrate yang sama sangat mirip untuk AMD dan NVIDIA, tetapi saya lebih suka AMD karena menawarkan lebih banyak opsi untuk kualitas output/cara penyandian. Tentang preset – Anda tidak dapat membandingkan CPU dengan NVIDIA NVENC (atau AMD VCE) seperti yang Anda lakukan karena mereka memiliki pengaturan kualitas yang berbeda (dan penskalaan). Jika Anda ingin membandingkan, Anda harus membandingkan kualitas output dengan bitrate yang sama.
Daniel mengatakan:
Terima kasih sobat! Artikel ini sangat membantu!!
Jan mengatakan:
Hai – Baca saja artikel Anda.
Terima kasih untuk usaha Anda.
Saat ini i’M dalam situasi yang sama. Sama seperti petunjuk: Anda menggunakan NVTOP untuk memeriksa pemanfaatan GPU. Masuk ke config (f2) dan konfigurasinya untuk menampilkan gpu encode. Ini adalah grafik yang Anda cari. Br