FMUSER Wirless Menghantar Video Dan Audio Lebih Mudah!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Orang Afrika
sq.fmuser.org -> Bahasa Albania
ar.fmuser.org -> Bahasa Arab
hy.fmuser.org -> Armenia
az.fmuser.org -> Azerbaijan
eu.fmuser.org -> Basque
be.fmuser.org -> Belarus
bg.fmuser.org -> Bulgaria
ca.fmuser.org -> Bahasa Catalan
zh-CN.fmuser.org -> Bahasa Cina (Ringkas)
zh-TW.fmuser.org -> Bahasa Cina (Tradisional)
hr.fmuser.org -> Bahasa Croatia
cs.fmuser.org -> Bahasa Czech
da.fmuser.org -> Denmark
nl.fmuser.org -> Belanda
et.fmuser.org -> Estonia
tl.fmuser.org -> Orang Filipina
fi.fmuser.org -> Bahasa Finland
fr.fmuser.org -> Bahasa Perancis
gl.fmuser.org -> orang Galicia
ka.fmuser.org -> Orang Georgia
de.fmuser.org -> Jerman
el.fmuser.org -> Greek
ht.fmuser.org -> Haitian Creole
iw.fmuser.org -> Bahasa Ibrani
hi.fmuser.org -> Bahasa Hindi
hu.fmuser.org -> Bahasa Hungary
is.fmuser.org -> Bahasa Iceland
id.fmuser.org -> Bahasa Indonesia
ga.fmuser.org -> Ireland
it.fmuser.org -> Bahasa Itali
ja.fmuser.org -> Jepun
ko.fmuser.org -> Bahasa Korea
lv.fmuser.org -> Bahasa Latvia
lt.fmuser.org -> Bahasa Lithuania
mk.fmuser.org -> orang Macedonia
ms.fmuser.org -> Bahasa Melayu
mt.fmuser.org -> Malta
no.fmuser.org -> Bahasa Norway
fa.fmuser.org -> Parsi
pl.fmuser.org -> Bahasa Poland
pt.fmuser.org -> Portugis
ro.fmuser.org -> Romania
ru.fmuser.org -> Rusia
sr.fmuser.org -> Bahasa Serbia
sk.fmuser.org -> Bahasa Slovak
sl.fmuser.org -> Bahasa Slovenia
es.fmuser.org -> Sepanyol
sw.fmuser.org -> Swahili
sv.fmuser.org -> Sweden
th.fmuser.org -> Thai
tr.fmuser.org -> Turki
uk.fmuser.org -> Ukraine
ur.fmuser.org -> Bahasa Urdu
vi.fmuser.org -> Vietnam
cy.fmuser.org -> Wales
yi.fmuser.org -> Bahasa Yiddish
Sistem siaran langsung audio dan video adalah sistem kejuruteraan yang kompleks. Untuk mencapai siaran langsung kelewatan yang sangat rendah, memerlukan pengoptimuman kejuruteraan sistem yang kompleks dan biasa dengan pelbagai komponen. Berikut adalah beberapa petua penalaan umum:
Pengoptimuman pengekodan
1. Pastikan codec menghidupkan pengaturan kelewatan minimum. Codec umumnya mempunyai suis pengoptimuman latensi rendah, terutama untuk H.264. Ramai orang mungkin tidak tahu bahawa penyahkod H.264 akan menyimpan sejumlah bingkai video sebelum memaparkannya. Untuk video dengan resolusi QCIF (176 × 144), ia akan menyimpan 16 bingkai, dan untuk video 720p, ia akan menyimpan 5 bingkai. Untuk pembacaan bingkai pertama, ini adalah kelewatan besar. Sekiranya anda tidak menggunakan H.264 untuk menyandikan dan memampatkan video anda, pastikan bahawa anda tidak menggunakan bingkai B, ia juga akan memberi kesan yang lebih besar pada penundaan, kerana penyahkodan bingkai B dalam video bergantung pada bingkai video sebelum dan selepas, yang akan meningkatkan kelewatan.
2. Pengekod biasanya mempunyai kelewatan yang disebabkan oleh kawalan kod, yang juga disebut penundaan inisialisasi atau ukuran penyangga VBV. Ia dianggap sebagai penyangga antara pengekod dan aliran bit penyahkod, yang dapat diatur sekecil mungkin atau mengurangi kelewatan tanpa mempengaruhi kualiti video.
3. Sekiranya kelewatan pertama hanya dioptimumkan, lebih banyak bingkai utama dapat disisipkan di antara bingkai video, sehingga klien dapat menyahkod aliran video secepat mungkin setelah menerimanya. Namun, jika kita perlu mengoptimumkan penundaan kumulatif dalam proses transmisi, kita harus menggunakan sesedikit mungkin bingkai utama, yaitu bingkai I (GOP menjadi lebih besar). Sekiranya memastikan kualiti video yang sama, semakin banyak bingkai I, semakin tinggi kadar bit, dan semakin banyak lebar jalur rangkaian yang diperlukan untuk penghantaran, yang bermaksud bahawa kelewatan kumulatif mungkin lebih besar. Kesan pengoptimuman ini mungkin tidak jelas dalam sistem dengan kelewatan kedua, tetapi akan jelas pada sistem dengan kelewatan 100 ms atau bahkan lebih rendah. Pada masa yang sama, cuba gunakan codec acc-lc untuk menyandikan audio. Walaupun dia-acc atau he-acc 2 mempunyai kecekapan pengekodan yang tinggi, ia memerlukan waktu lebih lama untuk dikodkan, dan penundaan transmisi yang disebabkan oleh volume audio yang lebih besar kurang mempengaruhi transmisi aliran video.
4. Jangan gunakan format pemampatan video MJPEG, paling tidak gunakan format pemampatan video MPEG4 tanpa bingkai B (profil sederhana), dan lebih baik gunakan profil garis dasar H.264 (x264 juga memiliki saklar pengoptimuman "tune zerolatency"). Pengoptimuman sederhana seperti itu dapat mengurangkan kependaman kerana dapat mengekod video kadar bingkai penuh pada kadar bit yang lebih rendah.
5. Jika ffmpeg digunakan, kurangi nilai "- probesize" dan "- analysis analysis", yang digunakan untuk waktu pemantauan dan pemantauan maklumat bingkai video. Semakin besar kedua nilai tersebut, semakin besar kesannya terhadap kelewatan pengekodan. Dalam siaran langsung, tidak perlu menetapkan parameter jangka masa analisis untuk aliran video.
6. Pengekodan kadar tetap CBR dapat menghilangkan pengaruh gangguan jaringan ke tahap tertentu. Sekiranya pengekodan kadar berubah VBR dapat digunakan, ia dapat menjimatkan beberapa jalur lebar rangkaian yang tidak perlu dan mengurangkan kelewatan tertentu. Oleh itu, disarankan agar VBR digunakan untuk pengekodan sebanyak mungkin.
Pengoptimuman protokol pengangkutan
1. Cuba gunakan RTMP dan bukannya protokol HLS berdasarkan HTTP untuk penghantaran antara nod pelayan, yang dapat mengurangkan kelewatan penghantaran keseluruhan. Ini ditujukan terutamanya kepada pengguna akhir yang menggunakan HLS untuk bermain.
2. Jika pengguna akhir menggunakan RTMP untuk bermain, transkoding harus dilakukan di node penerima yang dekat dengan akhir streaming, sehingga aliran video yang dikirimkan lebih kecil dari aliran video yang asli.
3. Jika perlu, protokol UDP yang disesuaikan dapat digunakan untuk menggantikan protokol TCP, dan penghantaran ulang paket hilang di bawah pautan rangkaian yang lemah dapat dihilangkan, yang dapat mengurangi penundaan. Kelemahan utamanya ialah penghantaran dan pengedaran aliran video yang disesuaikan berdasarkan protokol UDP tidak cukup universal, dan pengeluar CDN menyokong protokol transmisi standard. Kelemahan lain adalah mungkin terdapat percikan atau kabur yang disebabkan oleh kehilangan paket (kekurangan rujukan penyahkodan bingkai utama), yang memerlukan pihak penyesuaian protokol untuk melakukan pekerjaan yang baik dalam kawalan kehilangan paket berdasarkan UDP.
Pengoptimuman rangkaian penghantaran
1. Kami telah memperkenalkan rangkaian streaming masa nyata, yang merupakan jenis rangkaian penghantaran rangkaian baru dengan nod yang disusun sendiri. Ia tidak hanya sesuai untuk pengoptimuman transmisi rangkaian multi operator domestik, tetapi juga sesuai untuk keperluan banyak siaran langsung luar negara.
2. Cache GOP semasa di simpul pelayan, dan bekerjasama dengan pemain untuk mengoptimumkan masa pembukaan video.
3. Pelayan mencatat kadar bingkai dan kadar kod tahap kedua apabila setiap aliran video mengalir ke setiap pautan dalam masa nyata, dan memantau turun naik kadar kod dan kadar bingkai dalam masa nyata.
4. Klien (push stream and play) memperoleh node optimum semasa dalam kuasi masa nyata dengan membuat pertanyaan kepada pelayan (setiap 5 saat sekali), dan simpul dan talian kerosakan semasa berada di luar talian dalam masa nyata hampir.
Pengoptimuman streaming dan main balik
1. Sistem mungkin menyimpan data sebelum menghantar data. Penetapan parameter ini juga perlu mencari keseimbangan.
2. Kawalan penyangga pemain juga mempunyai pengaruh besar pada kelewatan pertama video. Sekiranya hanya kelewatan pertama yang dioptimumkan, data dapat didekodekan dengan segera ketika tiba dalam kasus 0 penyangga. Tetapi dalam persekitaran rangkaian yang lemah, untuk menghilangkan kesan gangguan jaringan, perlu menetapkan cache tertentu, jadi kita perlu mencari keseimbangan antara kestabilan siaran langsung dan pengoptimuman kelewatan terbuka pertama, dan menyesuaikan saiz penyangga yang dioptimumkan.
3. Strategi penyangga dinamik pemain, yang merupakan versi yang lebih baik dari kawalan cache pemain di atas. Sekiranya kita hanya memilih antara 0 cache dan cache ukuran tetap untuk mencari keseimbangan, akhirnya kita akan memilih cache ukuran tetap, yang tidak adil bagi 100 juta pengguna terminal internet mudah alih. Keadaan rangkaian mereka yang berbeza menentukan bahawa cache ukuran tetap tidak sepenuhnya sesuai. Oleh itu, kita boleh mempertimbangkan "strategi penyangga dinamik". Apabila pemain dihidupkan, kami menggunakan strategi penyangga yang sangat kecil atau bahkan sifar. Ukuran penampan slice masa berikutnya ditentukan oleh masa yang digunakan untuk memuat turun video pertama. Pada masa yang sama, rangkaian saat ini dipantau secara real time selama proses main balik, dan ukuran buffer disesuaikan secara real time selama proses main balik. Dengan cara ini, waktu pembukaan pertama dapat sangat rendah, dan pengaruh gangguan jaringan dapat dihilangkan sejauh mungkin.
4. Strategi bermain kadar dinamik. Sebagai tambahan kepada strategi menyesuaikan ukuran penyangga secara dinamis, kami juga dapat menggunakan maklumat rangkaian pemantauan masa nyata untuk menyesuaikan kadar bit secara dinamis dalam proses bermain. Sekiranya lebar jalur rangkaian tidak mencukupi, kita dapat mengurangkan kadar bit untuk bermain dan mengurangkan kelewatan.
Di atas adalah sebahagian daripada teknik pengoptimuman latensi rendah. Sebenarnya, apabila kita mengoptimumkan latensi rendah, kita tidak hanya fokus pada "latency rendah", tetapi berusaha mencapai latency rendah dengan syarat keadaan lain tidak mempengaruhi pengalaman pengguna. Oleh itu, kandungannya melibatkan pelbagai topik.
|
Masukkan e-mel untuk mendapatkan kejutan
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Orang Afrika
sq.fmuser.org -> Bahasa Albania
ar.fmuser.org -> Bahasa Arab
hy.fmuser.org -> Armenia
az.fmuser.org -> Azerbaijan
eu.fmuser.org -> Basque
be.fmuser.org -> Belarus
bg.fmuser.org -> Bulgaria
ca.fmuser.org -> Bahasa Catalan
zh-CN.fmuser.org -> Bahasa Cina (Ringkas)
zh-TW.fmuser.org -> Bahasa Cina (Tradisional)
hr.fmuser.org -> Bahasa Croatia
cs.fmuser.org -> Bahasa Czech
da.fmuser.org -> Denmark
nl.fmuser.org -> Belanda
et.fmuser.org -> Estonia
tl.fmuser.org -> Orang Filipina
fi.fmuser.org -> Bahasa Finland
fr.fmuser.org -> Bahasa Perancis
gl.fmuser.org -> orang Galicia
ka.fmuser.org -> Orang Georgia
de.fmuser.org -> Jerman
el.fmuser.org -> Greek
ht.fmuser.org -> Haitian Creole
iw.fmuser.org -> Bahasa Ibrani
hi.fmuser.org -> Bahasa Hindi
hu.fmuser.org -> Bahasa Hungary
is.fmuser.org -> Bahasa Iceland
id.fmuser.org -> Bahasa Indonesia
ga.fmuser.org -> Ireland
it.fmuser.org -> Bahasa Itali
ja.fmuser.org -> Jepun
ko.fmuser.org -> Bahasa Korea
lv.fmuser.org -> Bahasa Latvia
lt.fmuser.org -> Bahasa Lithuania
mk.fmuser.org -> orang Macedonia
ms.fmuser.org -> Bahasa Melayu
mt.fmuser.org -> Malta
no.fmuser.org -> Bahasa Norway
fa.fmuser.org -> Parsi
pl.fmuser.org -> Bahasa Poland
pt.fmuser.org -> Portugis
ro.fmuser.org -> Romania
ru.fmuser.org -> Rusia
sr.fmuser.org -> Bahasa Serbia
sk.fmuser.org -> Bahasa Slovak
sl.fmuser.org -> Bahasa Slovenia
es.fmuser.org -> Sepanyol
sw.fmuser.org -> Swahili
sv.fmuser.org -> Sweden
th.fmuser.org -> Thai
tr.fmuser.org -> Turki
uk.fmuser.org -> Ukraine
ur.fmuser.org -> Bahasa Urdu
vi.fmuser.org -> Vietnam
cy.fmuser.org -> Wales
yi.fmuser.org -> Bahasa Yiddish
FMUSER Wirless Menghantar Video Dan Audio Lebih Mudah!
Hubungi Kami
alamat:
No.305 Bilik HuiLan Bangunan No.273 Huanpu Road Guangzhou China 510620
Kategori
Buletin