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
Sistem siaran langsung audio dan video adalah sistem rekayasa yang kompleks. Untuk mencapai siaran langsung dengan penundaan yang sangat rendah, diperlukan pengoptimalan rekayasa sistem yang kompleks dan terbiasa dengan berbagai komponen. Berikut beberapa tip penyetelan yang umum:
Optimasi pengkodean
1. Pastikan codec mengaktifkan pengaturan penundaan minimum. Codec umumnya memiliki saklar pengoptimalan latensi rendah, terutama untuk H.264. Banyak orang mungkin tidak tahu bahwa dekoder H.264 akan meng-cache sejumlah bingkai video sebelum ditampilkan. Untuk video dengan resolusi QCIF (176 × 144) akan menyimpan 16 frame, dan untuk video 720p akan menyimpan 5 frame. Untuk pembacaan frame pertama, ini adalah penundaan yang besar. Jika Anda tidak menggunakan H.264 untuk menyandikan dan mengompresi video Anda, pastikan Anda tidak menggunakan bingkai B, itu juga akan berdampak lebih besar pada penundaan, karena decoding bingkai B dalam video bergantung pada bingkai video sebelum dan sesudah, yang akan meningkatkan penundaan.
2. Encoder biasanya mengalami penundaan yang disebabkan oleh kontrol kode, yang juga disebut penundaan inisialisasi atau ukuran buffer VBV. Ini dianggap sebagai buffer antara encoder dan decoder bitstream, yang dapat disetel sekecil mungkin atau mengurangi penundaan tanpa memengaruhi kualitas video.
3. Jika penundaan pertama hanya dioptimalkan, lebih banyak bingkai kunci dapat disisipkan di antara bingkai video, sehingga klien dapat memecahkan kode aliran video secepat mungkin setelah menerimanya. Namun, jika kita perlu mengoptimalkan penundaan kumulatif dalam proses transmisi, kita harus menggunakan bingkai kunci sesedikit mungkin, yaitu I-frame (GOP menjadi lebih besar). Dalam hal memastikan kualitas video yang sama, semakin banyak I-frame, semakin besar bit rate, dan semakin banyak bandwidth jaringan yang diperlukan untuk transmisi, yang berarti penundaan kumulatif mungkin lebih besar. Efek pengoptimalan ini mungkin tidak terlihat jelas di sistem dengan penundaan kedua, tetapi akan terlihat jelas di sistem dengan penundaan 100 ms atau bahkan lebih rendah. Pada saat yang sama, coba gunakan codec acc-lc untuk menyandikan audio. Meskipun he-acc atau he-acc 2 memiliki efisiensi pengkodean yang tinggi, dibutuhkan waktu lebih lama untuk menyandikannya, dan penundaan transmisi yang disebabkan oleh volume audio yang lebih besar berdampak lebih kecil pada transmisi aliran video.
4. Jangan gunakan format kompresi video MJPEG, paling tidak gunakan format kompresi video MPEG4 tanpa bingkai B (profil sederhana), dan lebih baik lagi gunakan profil baseline H.264 (x264 juga memiliki tombol pengoptimalan "tune zerolatency"). Pengoptimalan sederhana seperti itu dapat mengurangi latensi karena dapat menyandikan video dengan frekuensi gambar penuh pada kecepatan bit yang lebih rendah.
5. Jika ffmpeg digunakan, kurangi nilai "- probesize" dan "- analisis durasi", yang digunakan untuk pemantauan informasi bingkai video dan waktu pemantauan. Semakin besar kedua nilai tersebut, semakin besar dampaknya pada penundaan encoding. Dalam adegan langsung, bahkan tidak perlu mengatur parameter durasi analisis untuk aliran video.
6. Pengkodean tarif tetap CBR dapat menghilangkan pengaruh gangguan jaringan sampai batas tertentu. Jika pengkodean tingkat variabel VBR dapat digunakan, ini dapat menghemat beberapa bandwidth jaringan yang tidak perlu dan mengurangi penundaan tertentu. Oleh karena itu, disarankan agar VBR digunakan untuk pengkodean sebanyak mungkin.
Optimalisasi protokol transportasi
1. Coba gunakan RTMP daripada protokol HLS berdasarkan HTTP untuk transmisi antar node server, yang dapat mengurangi penundaan transmisi secara keseluruhan. Ini terutama ditujukan untuk pengguna akhir yang menggunakan HLS untuk bermain.
2. Jika pengguna akhir menggunakan RTMP untuk memutar, transcoding harus dilakukan di node penerima yang dekat dengan ujung streaming, sehingga aliran video yang ditransmisikan lebih kecil dari aliran video asli.
3. Jika perlu, protokol UDP yang disesuaikan dapat digunakan untuk menggantikan protokol TCP, dan transmisi ulang kehilangan paket di bawah tautan jaringan yang lemah dapat dihilangkan, yang dapat mengurangi penundaan. Kerugian utamanya adalah transmisi dan distribusi streaming video yang disesuaikan berdasarkan protokol UDP tidak cukup universal, dan produsen CDN mendukung protokol transmisi standar. Kerugian lainnya adalah mungkin ada splash atau blur yang disebabkan oleh packet loss (kurangnya referensi key frame decoding), yang membutuhkan pihak kustomisasi protokol untuk melakukan pekerjaan yang baik dalam kontrol packet loss berdasarkan UDP.
Optimalisasi jaringan transmisi
1. Kami telah memperkenalkan jaringan streaming waktu nyata, yang merupakan jenis baru jaringan transmisi jaringan dengan node yang diatur sendiri. Tidak hanya cocok untuk optimalisasi transmisi jaringan multi operator domestik, tetapi juga cocok untuk kebutuhan banyak siaran langsung di luar negeri.
2. Cache GOP saat ini di node server, dan bekerja sama dengan pemutar untuk mengoptimalkan waktu pembukaan video.
3. Server mencatat laju bingkai dan laju kode tingkat kedua ketika setiap aliran video mengalir ke setiap tautan secara waktu nyata, dan memantau fluktuasi laju kode dan laju bingkai secara waktu nyata.
4. Klien (push stream dan play) mendapatkan node optimal saat ini secara kuasi real time dengan menanyakan server (sekali setiap 5 detik), dan node dan jalur kesalahan saat ini offline secara kuasi real time.
Pengoptimalan streaming dan pemutaran
1. Sistem mungkin menyimpan data dalam cache sebelum mengirim data. Penyetelan parameter ini juga perlu menemukan keseimbangan.
2. Kontrol buffer dari pemutar juga memiliki pengaruh besar pada penundaan pertama video. Jika hanya penundaan pertama yang dioptimalkan, data dapat segera didekodekan ketika tiba dalam kasus buffer 0. Tetapi dalam lingkungan jaringan yang lemah, untuk menghilangkan dampak jitter jaringan, perlu untuk mengatur cache tertentu, jadi kita perlu menemukan keseimbangan antara stabilitas siaran langsung dan pengoptimalan penundaan terbuka pertama, dan menyesuaikan ukuran buffer yang dioptimalkan.
3. Strategi buffer dinamis pemain, yang merupakan versi perbaikan dari kontrol cache pemain di atas. Jika kita hanya memilih antara 0 cache dan cache ukuran tetap untuk menemukan keseimbangan, pada akhirnya kita akan memilih cache ukuran tetap, yang tidak adil bagi 100 juta pengguna terminal internet seluler. Kondisi jaringan yang berbeda menentukan bahwa cache ukuran tetap tidak sepenuhnya cocok. Oleh karena itu, kita dapat mempertimbangkan "strategi buffer dinamis". Saat pemain dihidupkan, kami menggunakan strategi buffer yang sangat kecil atau bahkan nol. Ukuran buffer dari potongan waktu berikutnya ditentukan oleh waktu yang digunakan untuk mendownload video pertama. Pada saat yang sama, jaringan saat ini dipantau secara real time selama proses pemutaran, dan ukuran buffer disesuaikan secara real time selama proses pemutaran. Dengan cara ini, waktu pembukaan pertama bisa sangat rendah, dan pengaruh gangguan jaringan dapat dihilangkan sejauh mungkin.
4. Strategi bermain rate dinamis. Selain strategi menyesuaikan ukuran buffer secara dinamis, kami juga dapat menggunakan informasi jaringan pemantauan waktu nyata untuk menyesuaikan kecepatan bit secara dinamis dalam proses pemutaran. Jika bandwidth jaringan tidak mencukupi, kami dapat mengurangi kecepatan bit untuk pemutaran dan mengurangi penundaan.
Di atas adalah bagian dari teknik pengoptimalan latensi rendah. Faktanya, saat kami mengoptimalkan latensi rendah, kami tidak hanya fokus pada "latensi rendah", tetapi mencoba mencapai latensi rendah dengan syarat bahwa kondisi lain tidak memengaruhi pengalaman pengguna. Oleh karena itu, isinya melibatkan berbagai macam topik.
|
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