FMUSER Wirless Mengirim Video Dan Audio Lebih Mudah!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikans
sq.fmuser.org -> Albania
ar.fmuser.org -> Arab
hy.fmuser.org -> Armenia
az.fmuser.org -> Azerbaijan
eu.fmuser.org -> Basque
be.fmuser.org -> Belarusia
bg.fmuser.org -> Bulgaria
ca.fmuser.org -> Catalan
zh-CN.fmuser.org -> Cina (Sederhana)
zh-TW.fmuser.org -> Mandarin (Tradisional)
hr.fmuser.org -> Kroasia
cs.fmuser.org -> Ceko
da.fmuser.org -> Denmark
nl.fmuser.org -> Belanda
et.fmuser.org -> Estonia
tl.fmuser.org -> Filipina
fi.fmuser.org -> Finlandia
fr.fmuser.org -> Perancis
gl.fmuser.org -> Galicia
ka.fmuser.org -> Georgia
de.fmuser.org -> Jerman
el.fmuser.org -> Yunani
ht.fmuser.org -> Kreol Haiti
iw.fmuser.org -> Ibrani
hi.fmuser.org -> Hindi
hu.fmuser.org -> Hongaria
is.fmuser.org -> Islandia
id.fmuser.org -> Bahasa Indonesia
ga.fmuser.org -> Irlandia
it.fmuser.org -> Italia
ja.fmuser.org -> Jepang
ko.fmuser.org -> Korea
lv.fmuser.org -> Latvia
lt.fmuser.org -> Lithuania
mk.fmuser.org -> Makedonia
ms.fmuser.org -> Melayu
mt.fmuser.org -> Malta
no.fmuser.org -> Norwegia
fa.fmuser.org -> Persia
pl.fmuser.org -> Polandia
pt.fmuser.org -> Portugis
ro.fmuser.org -> Rumania
ru.fmuser.org -> Rusia
sr.fmuser.org -> Serbia
sk.fmuser.org -> Slowakia
sl.fmuser.org -> Slovenia
es.fmuser.org -> Spanyol
sw.fmuser.org -> Swahili
sv.fmuser.org -> Swedia
th.fmuser.org -> Thailand
tr.fmuser.org -> Turki
uk.fmuser.org -> Ukraina
ur.fmuser.org -> Urdu
vi.fmuser.org -> Vietnam
cy.fmuser.org -> Welsh
yi.fmuser.org -> Yiddish
Latar belakang masalah:
Apakah itu untuk memeriksa beberapa layar, membeku, dan masalah mosaik pada telepon, atau untuk mengembangkan fungsi adaptif bit rate, atau untuk mengoptimalkan JitterBuffer dari pemutar klien, diperlukan kerjasama dari pemancar encoder. Kita perlu melakukan trade-off dalam kecepatan encoding, bandwidth jaringan, dan kualitas video, lalu memilih skema penyesuaian kontrol kode yang lebih cocok untuk pemandangan tersebut. Pada saat yang sama, pengkodean ROI yang populer saat ini dan pembelajaran adaptif dari adegan pengkodean terkait dengan bagian konten ini. Artikel ini memperkenalkan skema kontrol kecepatan bit pembuat enkode video umum. Pembuat enkode tertentu mungkin berbeda dalam penerapan dan penggunaan, dan analisis serta pemahaman lebih lanjut diperlukan saat memanggil API dan membaca kode sumber.
latar belakang pengetahuan:
Dalam proses encoding video terdapat langkah penting yaitu kuantisasi, yaitu proses kompresi lossy. Kuantisasi pada dasarnya menentukan kecepatan bit video, dan kecepatan bit video menentukan kualitas video sampai batas tertentu. Semakin besar nilai kuantisasi QP, semakin tinggi granularitas kuantisasi, semakin besar kecepatan kompresi, semakin kecil kecepatan bit, dan semakin rendah kualitas video. Tampaknya mozaik lebih besar, gambar tidak rumit, dan gambar buram. Sebaliknya, kecepatan kompresinya rendah, kecepatan bitnya besar, kualitasnya tinggi, gambarnya halus, dan detailnya kaya.
Oleh karena itu, sangat penting untuk memilih solusi kontrol kode video yang sesuai untuk pemandangan tersebut. Menyesuaikan bit rate keluaran video sebenarnya adalah keseimbangan antara kecepatan pengkodean video, bandwidth jaringan dan kualitas video. Terkadang bandwidth jaringan sangat terbatas, maka perlu diberikan prioritas pada skema kontrol kode yang mengutamakan bit rate. Beberapa memiliki persyaratan tinggi untuk kualitas video. Jika Anda menginginkan video definisi tinggi, Anda harus memilih model kualitas-pertama.
Secara keseluruhan, pilihan skema kontrol laju pengkodean video dapat diperoleh dengan mempertimbangkan lima faktor berikut:
1. Stabilitas kualitas visual kondusif untuk kualitas visual subjektif, seperti kejelasan, kelancaran, detail, dll. Hal ini terkait dengan prinsip visual dari mata manusia. Pilih model dengan persepsi kualitas aktif tertinggi dari mata manusia;
2. Laju bit keluaran waktu nyata setara dengan jumlah bit keluaran per bingkai. Faktor bandwidth jaringan harus dipertimbangkan. Dengan perkembangan internet seluler, pengaruh wifi dan jaringan nirkabel juga harus dipertimbangkan;
3. Ukuran file video keluaran dapat dikontrol, yang kondusif untuk transmisi dan penyimpanan, tergantung pada ukuran ruang sistem;
4. Kecepatan pengkodean. Model kontrol kode yang berbeda juga mempengaruhi kecepatan pengkodean. Untuk skenario latensi rendah dan real-time, pertimbangan harus diberikan pada skema kontrol kode yang berbeda, yang memiliki kompleksitas komputasi berbeda dan penundaan pengkodean yang dihasilkan juga akan berdampak;
5. Untuk perangkat seluler, metode pengkodean yang berbeda diperlukan untuk kebutuhan konsumsi daya, karena model yang berbeda akan mempengaruhi kompleksitas pengkodean dan penguraian kode, dan konsumsi daya yang diperlukan untuk pengodean dan pemutaran pada perangkat seluler juga berbeda;
Pengenalan bit rate:
Berikut ini memperkenalkan model kontrol tarif yang berbeda dan skenario yang berlaku:
CQP: Fixed QP, metode kontrol tarif yang paling sederhana. Setiap bingkai gambar dikodekan sesuai dengan QP tertentu. Jumlah data yang dikodekan di setiap bingkai tidak diketahui. Ini bukanlah model yang menilai pertama atau model yang mengutamakan kualitas. Tetapi ini adalah model paling sederhana untuk diterapkan;
Skenario yang berlaku: Metode ini umumnya tidak disarankan, karena metode ini tidak mempertimbangkan kompleksitas konten yang dikodekan dan memproses setiap frame dengan rasio kompresi yang sama. Kualitas video dan kecepatan bit tidak tetap. Secara pribadi, saya merasa hanya ada pemandangan yang sangat sederhana, seperti adegan statis yang jumlah gerakannya kecil, dan Anda bisa mencobanya. Saat Anda menghadapi pemandangan yang kompleks, kecepatan bit sangat berfluktuasi. Atau dapat digunakan dalam penelitian atau verifikasi algoritma.
Fitur:
· Bit rate sesaat akan berfluktuasi dengan kompleksitas pemandangan;
· Kecepatan pengkodean cepat, regulasi paling mudah, dan nilai QP tiap frame sama;
· Mode CQP didukung di x264 dan x265, tetapi tidak di libvpx;
· Kisaran QP di H.264 adalah [0, 51]. Semakin besar nilai QP, semakin besar ukuran langkah kuantisasi dan semakin rendah kualitas video yang dikodekan. QP 0 berarti pengkodean lossless;
CRF: faktor laju konstan (Constant Rate Factor). Ambil "kualitas visual" tertentu sebagai target keluaran. Sasaran ini dicapai dengan mengurangi kualitas bingkai yang menggunakan laju bit tetapi sulit dideteksi dengan mata telanjang (gerakan kecepatan tinggi atau tekstur kaya) dan meningkatkan laju bit bingkai statis tersebut.
Fitur: QP berubah antar frame, QP perubahan macroblocks dalam frame, bit rate keluaran tidak diketahui, dan kualitas visual dari setiap keluaran frame pada dasarnya konstan. Metode ini setara dengan mode kualitas tetap + metode membatasi kecepatan bit puncak.
Skenario yang berlaku: Cocok untuk acara dengan persyaratan kualitas video tertentu. Nilai CRF secara sederhana dapat dipahami sebagai nilai keluaran tetap yang diharapkan untuk kualitas video. Diharapkan akan ada nilai yang stabil terlepas dari apakah itu dalam adegan gerak yang kompleks atau dalam situasi statis sederhana. Kualitas video subjektif dapat memilih mode ini, yang merupakan model prioritas kualitas video. Kualitas video dapat secara sederhana dipahami sebagai kejelasan video, kehalusan piksel dan kelancaran video.
Fitur:
· Mirip dengan QP konstan, tetapi pengejaran kualitas yang dirasakan secara subyektif adalah konstan, bit rate seketika juga akan berfluktuasi dengan kompleksitas pemandangan, dan nilai QP antara bingkai video atau antara blok makro internal berbeda;
· Untuk pemandangan yang bergerak cepat atau mendetail, distorsi kuantisasi akan ditingkatkan secara tepat (karena mata manusia tidak sensitif), sedangkan untuk area statis atau datar, distorsi kuantisasi akan dikurangi;
· CRF adalah metode kontrol laju default untuk x264 dan x265, dan juga dapat digunakan untuk libvpx;
· Semakin besar nilai CRF, semakin tinggi kecepatan kompresi video, tetapi semakin rendah kualitas videonya. Rentang nilai CRF dari setiap codec umumnya [0-51], tetapi nilai default umum adalah 23 untuk x264 dan 28 untuk pustaka x265;
· Jika Anda tidak yakin CRF apa yang akan digunakan, mulailah dengan nilai default dan ubah berdasarkan kesan subjektif Anda dari output. Jika kualitasnya kurang bagus, CRF-nya lebih rendah. Jika file terlalu besar, pilih CRF yang lebih tinggi. Mengubah ± 6 akan menghasilkan perubahan sekitar setengah / dua kali ukuran tingkat kode, dan ± 1 akan menghasilkan perubahan sekitar 10% dari tingkat kode.
CBR: Kecepatan bit konstan (Kecepatan Bit Konstan), kecepatan bit pada dasarnya tetap konstan dalam rentang waktu tertentu, yang termasuk dalam model prioritas kecepatan bit.
Skenario yang berlaku: Umumnya tidak disarankan untuk menggunakan metode ini. Meskipun bit rate keluaran selalu pada nilai yang stabil, kualitasnya tidak stabil dan bandwidth jaringan tidak dapat digunakan sepenuhnya karena model ini tidak mempertimbangkan kompleksitas konten video. Isi bingkai video diperlakukan secara seragam. Namun, beberapa perangkat lunak pengkodean hanya mendukung kualitas tetap atau kecepatan bit tetap, dan terkadang harus digunakan. Saat menggunakan, setel bandwidth sebesar mungkin dalam rentang bandwidth yang diizinkan untuk mencegah kualitas video rendah dalam suasana olahraga yang kompleks. Jika pengaturannya tidak masuk akal, itu akan menjadi tidak jelas dalam adegan olahraga.
Fitur:
· Bit rate stabil, tetapi kualitasnya tidak stabil, dan penggunaan bandwidth yang efektif tidak tinggi. Terutama jika nilainya ditetapkan secara tidak wajar, gambar menjadi sangat buram dalam pemandangan olahraga yang rumit, yang sangat memengaruhi pengalaman menonton;
· Tapi bit rate video keluaran pada dasarnya stabil, yang memudahkan untuk menghitung ukuran volume video;
VBR: Kecepatan bit variabel (Variable Bit Rate), adegan sederhana mengalokasikan QP yang relatif besar, tingkat kompresi rendah, dan kualitas tinggi. Adegan kompleks diberi QP yang lebih kecil. Pada dasarnya kualitas visual yang stabil diperoleh, karena mata manusia secara inheren tidak sensitif terhadap pemandangan yang kompleks, dan kerugiannya adalah kecepatan bit keluaran tidak dapat dikendalikan.
Ada dua mode kontrol: mode prioritas kualitas dan mode pengkodean sekunder 2PASS.
Mode prioritas kualitas:
Terlepas dari ukuran file video keluaran, kecepatan bit dialokasikan sesuai dengan kompleksitas konten video, sehingga kualitas pemutaran video adalah yang terbaik.
Metode pengkodean sekunder 2PASS:
Pengkodean pertama mendeteksi bagian sederhana dan kompleks dari konten video, dan pada saat yang sama menentukan rasio sederhana dan kompleks. Pengodean kedua akan menjaga kecepatan bit rata-rata video tidak berubah, dengan lebih banyak bit dialokasikan untuk area yang kompleks, dan lebih sedikit bit yang dialokasikan untuk area sederhana. Meskipun pengkodean semacam ini sangat bagus, tetapi kecepatannya tidak akan mengikuti.
Skenario yang berlaku: VBR cocok untuk skenario yang tidak terlalu terbatas dalam bandwidth dan kecepatan encoding, tetapi memiliki persyaratan kualitas yang tinggi. Terutama dalam adegan olahraga yang kompleks, ini dapat mempertahankan definisi yang relatif tinggi dan kualitas keluaran yang stabil, yang sesuai untuk sistem perekaman atau penyimpanan sesuai permintaan yang tidak sensitif terhadap penundaan.
Fitur:
· Tingkat kode tidak stabil, dan kualitasnya pada dasarnya stabil dan sangat tinggi;
· Kecepatan pengkodean biasanya lambat, sesuai permintaan, sistem unduh dan penyimpanan dapat digunakan terlebih dahulu, tidak cocok untuk sistem siaran langsung berlatensi rendah;
· Model ini sama sekali tidak mempertimbangkan bandwidth video keluaran. Untuk kualitas, ini membutuhkan bit rate sebanyak yang dibutuhkan, dan tidak mempertimbangkan kecepatan encoding;
ABR: (Average Bit Rate) Kecepatan bit target rata-rata konstan, bit rendah dialokasikan untuk adegan sederhana, dan bit yang cukup untuk adegan kompleks, sehingga sejumlah bit terbatas dapat dialokasikan secara wajar dalam adegan berbeda, yang mirip dengan VBR. Pada saat yang sama, kecepatan bit rata-rata mendekati bit rate target yang ditetapkan dalam periode waktu tertentu, sehingga ukuran file keluaran dapat dikontrol, yang mirip dengan CBR. Ini dapat dianggap sebagai kompromi antara CBR dan VBR, yang merupakan pilihan kebanyakan orang. Terutama dalam hal persyaratan kualitas dan bandwidth video, mode ini dapat dipilih terlebih dahulu. Secara umum, kecepatannya dua kali hingga tiga kali lipat dari VBR, tetapi kualitas file video dengan volume yang sama jauh lebih baik daripada CBR.
Skenario yang berlaku: ABR lebih banyak digunakan dalam siaran langsung dan sistem latensi rendah. Karena dikodekan hanya sekali, itu cepat, dengan tetap mempertimbangkan kualitas video dan bandwidth. Mode ini juga dapat dipilih ketika kecepatan transcoding diperlukan. Sebagian besar video di stasiun B memilih mode ini.
Fitur:
· Kualitas video keseluruhan dapat dikontrol, dan kecepatan bit dan kecepatan video diperhitungkan pada saat yang bersamaan. Ini adalah solusi kompromi, dan sebenarnya lebih sering digunakan;
· Proses penggunaan biasanya membutuhkan pemanggil untuk mengatur kecepatan bit minimum, kecepatan bit maksimum dan kecepatan bit rata-rata. Nilai-nilai ini harus ditetapkan se-masuk akal mungkin;
Untuk
Beberapa skema kontrol laju kode diperkenalkan di atas. Pembuat enkode yang berbeda memiliki nama dan judul yang berbeda, dan detailnya mungkin berbeda. Tapi pada dasarnya itu dicapai dengan mempengaruhi ukuran QP, dan kemudian mempengaruhi granularitas proses kuantifikasi. Untuk penggunaan khusus, Anda perlu merujuk lebih lanjut ke penerapan pembuat enkode khusus.
Umumnya, ABR lebih disukai, dan keseimbangan yang memuaskan dapat dicapai dalam hal kecepatan, kecepatan bit, dan kualitas. VBR, CBR, dan CRF lainnya memiliki skenario sendiri-sendiri, dan harus digunakan secara bersyarat saat digunakan.
Concluding thoughts:
Solusi kontrol kode video yang diperkenalkan hari ini adalah dasar dari banyak teknologi lapisan atas. Diantaranya, teknologi adaptif bit rate, secara dinamis menyesuaikan parameter pengkodean sesuai dengan pemandangan, dan wilayah RIO pengkodean yang menarik semuanya didasarkan pada pemilihan dan penyempurnaan skema kontrol pengkodean dalam proses pengkodean, yang pada gilirannya mempengaruhi tingkat kuantisasi dan perincian kuantisasi pengkodean. Pada akhirnya, keseimbangan yang memuaskan dicapai antara kualitas video, kecepatan dan bandwidth. Pada saat yang sama, model ini sama-sama eksklusif di library encoding yang berbeda seperti x264 atau x265. Terkadang kecepatan kode menjadi tidak valid karena pengaturan parameter yang tidak tepat, dan parameter yang ditetapkan tidak berfungsi. Ini juga membutuhkan perhatian khusus.
Kedua, setelah terbiasa dengan konten ini, juga sangat berguna untuk memecahkan beberapa masalah online. Sesuaikan dengan jelas efek samping penyesuaian kecepatan bingkai, resolusi, dan parameter lainnya. Anda juga dapat meninggalkan pesan di latar belakang untuk membagikan konten yang relevan dari proyek Anda yang sebenarnya
|
Masukkan email untuk mendapatkan kejutan
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikans
sq.fmuser.org -> Albania
ar.fmuser.org -> Arab
hy.fmuser.org -> Armenia
az.fmuser.org -> Azerbaijan
eu.fmuser.org -> Basque
be.fmuser.org -> Belarusia
bg.fmuser.org -> Bulgaria
ca.fmuser.org -> Catalan
zh-CN.fmuser.org -> Cina (Sederhana)
zh-TW.fmuser.org -> Mandarin (Tradisional)
hr.fmuser.org -> Kroasia
cs.fmuser.org -> Ceko
da.fmuser.org -> Denmark
nl.fmuser.org -> Belanda
et.fmuser.org -> Estonia
tl.fmuser.org -> Filipina
fi.fmuser.org -> Finlandia
fr.fmuser.org -> Perancis
gl.fmuser.org -> Galicia
ka.fmuser.org -> Georgia
de.fmuser.org -> Jerman
el.fmuser.org -> Yunani
ht.fmuser.org -> Kreol Haiti
iw.fmuser.org -> Ibrani
hi.fmuser.org -> Hindi
hu.fmuser.org -> Hongaria
is.fmuser.org -> Islandia
id.fmuser.org -> Bahasa Indonesia
ga.fmuser.org -> Irlandia
it.fmuser.org -> Italia
ja.fmuser.org -> Jepang
ko.fmuser.org -> Korea
lv.fmuser.org -> Latvia
lt.fmuser.org -> Lithuania
mk.fmuser.org -> Makedonia
ms.fmuser.org -> Melayu
mt.fmuser.org -> Malta
no.fmuser.org -> Norwegia
fa.fmuser.org -> Persia
pl.fmuser.org -> Polandia
pt.fmuser.org -> Portugis
ro.fmuser.org -> Rumania
ru.fmuser.org -> Rusia
sr.fmuser.org -> Serbia
sk.fmuser.org -> Slowakia
sl.fmuser.org -> Slovenia
es.fmuser.org -> Spanyol
sw.fmuser.org -> Swahili
sv.fmuser.org -> Swedia
th.fmuser.org -> Thailand
tr.fmuser.org -> Turki
uk.fmuser.org -> Ukraina
ur.fmuser.org -> Urdu
vi.fmuser.org -> Vietnam
cy.fmuser.org -> Welsh
yi.fmuser.org -> Yiddish
FMUSER Wirless Mengirim Video Dan Audio Lebih Mudah!
Kontak
Alamat:
No.305 Kamar HuiLan Building No.273 Huanpu Road Guangzhou China 510620
Kategori
Buletin