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
Gambaran keseluruhan media penstriman:
Media streaming yang disebut merujuk kepada format media yang dimainkan di Internet dengan cara penghantaran streaming.
Media streaming juga dikenal sebagai media streaming, ini bermaksud bahawa perniagaan menggunakan pelayan penghantaran video untuk mengirim program sebagai paket data ke jaringan.
Setelah pengguna menyahmampatkan data melalui alat penyahmampatan, program akan dipaparkan seperti sebelumnya.
Media streaming menghantar fail audio, video dan multimedia di rangkaian dengan melakukan streaming.
Format fail media streaming adalah format media yang menyokong penghantaran dan main balik streaming.
Mod penghantaran streaming adalah untuk membahagikan fail multimedia seperti video dan audio ke dalam pakej pemampatan melalui mod pemampatan khas,
Penghantaran berterusan dan masa nyata dari pelayan ke komputer pengguna. Dalam sistem streaming, pengguna tidak perlu menunggu keseluruhan fail seperti bukan streaming
Hanya setelah semua muat turun selesai, kita dapat melihat isinya, tetapi hanya setelah beberapa saat atau puluhan saat kelewatan permulaan kita dapat menggunakannya di komputer pengguna
Pemain yang sesuai akan memainkan video atau audio yang dimampatkan dan fail media penstriman lain, dan selebihnya akan terus memuat turun sehingga akhir permainan.
RTP: (Protokol Pengangkutan Masa Nyata)
RTP adalah protokol lapisan pengangkutan untuk aliran data multimedia di Internet. RTP digunakan bersama dengan RTCP, dan berdasarkan pada protokol UDP
Tidak seperti HTTP dan FTP, RTP dapat memuat turun keseluruhan fail video sepenuhnya. Ini mengirimkan data di rangkaian dengan kadar data tetap. Pelanggan juga menonton fail video pada kelajuan ini. Bila
Setelah filem dan gambar televisyen dimainkan, ia tidak dapat dimainkan lagi, kecuali jika data diminta dari pelayan lagi.
RTCP: Protokol Kawalan Pengangkutan masa nyata atau RTP (protokol kawalan atau RTCP)
RTCP adalah protokol saudari RTP
Catatan: -: Protokol RTP dan RTCP digunakan bersama, dan berdasarkan protokol UDP (biasanya digunakan untuk persidangan video)
RTSP: (Protokol Streaming Masa Nyata)
Protokol sesi media streaming masa nyata, SDP (Protokol Penerangan Sesi), RTP (Protokol Pengangkutan masa nyata).
RTSP adalah protokol streaming multimedia yang digunakan untuk mengawal suara atau video. RTSP menyediakan kerangka yang dapat diperluas, yang memungkinkan untuk mengendalikan dan menuntut data waktu nyata, seperti audio dan video.
Data media menggunakan protokol RTP, RTCP.
Secara amnya, UDP digunakan sebagai lapisan pengangkutan. Sesuai untuk pemandangan IPTV.
Sumber data merangkumi data lapangan dan data yang disimpan dalam klip. Tujuan protokol ini adalah untuk mengawal beberapa sambungan penghantaran data dan menyediakan cara untuk memilih saluran penghantaran, seperti UDP, UDP multicast dan TCP
Ini juga menyediakan metode untuk memilih mekanisme transmisi berdasarkan RTP
Protokol rangkaian yang digunakan dalam penghantaran tidak berada dalam ruang lingkup definisinya. Pelayan boleh memilih untuk menggunakan TCP atau UDP untuk menghantar kandungan aliran, yang lebih toleran terhadap kelewatan rangkaian
---> Perbezaan terbesar antara RTSP dan RTP adalah RTSP adalah protokol penghantaran data masa nyata dua arah, yang membolehkan klien menghantar permintaan ke pelayan, seperti main balik, maju cepat, mundur dan sebagainya. Bila
Namun, RTSP dapat mengirimkan data berdasarkan RTP, dan juga dapat memilih TCP, UDP, UDP multicast dan saluran lain untuk mengirim data, yang memiliki skalabilitas yang baik. Ia serupa dengan protokol HTTP
Protokol lapisan aplikasi rangkaian
WebRTC:
Protokol media streaming dilaksanakan di web. Ketika Google pertama kali melancarkan webrtc, raksasa itu kelihatan tidak sabar atau tidak. Protokol RTP digunakan untuk penghantaran.
RTMP (Protokol Pemesejan Masa Nyata)
Macromedia mengembangkan satu set protokol video langsung, kini milik adobe. Seperti HLS, ia boleh digunakan untuk video langsung, dan tidak akan hilang berdasarkan TCP.
// Perbezaannya ialah RTMP tidak dapat bermain di penyemak imbas IOS berdasarkan flash, tetapi prestasi masa nyata lebih baik daripada HLS.
Protokol pemesejan masa nyata adalah protokol terbuka yang dikembangkan oleh Adobe Systems untuk penghantaran audio, video dan data antara pemain flash dan pelayan
// Dalam kod IOS, RTMP biasanya digunakan untuk mendorong streaming. Anda boleh menggunakan IOS librtmp perpustakaan pihak ketiga untuk mendorong streaming. Librtmp merangkumi beberapa API teras untuk dipanggil oleh pengguna
Protokol RTMP juga memerlukan klien dan pelayan untuk membuat sambungan RTMP melalui "handshake", dan kemudian mengirimkan maklumat kawalan pada sambungan tersebut. Protokol RTMP akan memformat data semasa penghantaran. Untuk mencapai multiplexing, subkontrak dan keadilan maklumat yang lebih baik, pengirim akan membahagikan mesej menjadi beberapa potongan dengan ID mesej, dan setiap potongan mungkin merupakan mesej yang berasingan,
Ini mungkin juga merupakan sebahagian daripada mesej. Penerima akan mengembalikan sebahagiannya menjadi mesej lengkap sesuai dengan panjang data, ID mesej dan mesej yang terdapat di dalam potongan tersebut, sehingga dapat mengirim dan menerima maklumat.
HLS: Streaming Langsung HTTP (HLS)
Ini adalah protokol pengangkutan media streaming berasaskan HTTP yang dilaksanakan oleh Apple Inc,
Ia dapat merealisasikan media penstriman langsung dan berdasarkan permintaan, terutama digunakan dalam sistem IOS
Untuk menyediakan penyelesaian audio dan video secara langsung dan atas permintaan untuk peranti IOS (seperti iPhone dan iPad).
HLS berdasarkan permintaan pada dasarnya adalah HTTP yang disegmentasikan berdasarkan permintaan. Perbezaannya ialah segmennya sangat kecil.
Berbanding dengan protokol streaming langsung yang biasa, seperti protokol RTMP, protokol RTSP, protokol MMS dan sebagainya, perbezaan terbesar dari streaming langsung HLS adalah bahawa apa yang diperoleh pelanggan streaming langsung bukanlah mesej yang lengkap
Seluruh aliran data.
Protokol HLS menyimpan aliran data langsung sebagai fail media berterusan, jangka pendek dan panjang (format mpeg-ts) di sisi pelayan, sementara pihak pelanggan terus memuat turun dan memainkan fail kecil ini,
Oleh kerana pelayan selalu menghasilkan fail kecil baru dari data langsung terkini, selagi pelanggan terus memainkan fail yang diperoleh dari pelayan secara berurutan, siaran langsung disedari.
Dapat dilihat bahawa, pada dasarnya, HLS didasarkan pada teknologi> atas permintaan untuk mencapai <<live. Oleh kerana data dihantar melalui protokol HTTP, tidak perlu mempertimbangkan firewall atau proksi
Lebih-lebih lagi, panjang fail tersegmentasi sangat pendek, sehingga pelanggan dapat dengan cepat memilih dan menukar kadar kod untuk menyesuaikan diri dengan pemutaran dalam keadaan lebar jalur yang berbeza. Walau bagaimanapun, ciri teknikal HLS ini menentukan perkembangan masa depannya
Secara amnya, kelewatan selalu lebih tinggi daripada protokol live streaming biasa.
// Baik IOS dan Android secara semula jadi menyokong protokol ini, dan konfigurasinya mudah. Anda boleh menggunakan teg video secara langsung
*** VLS: adalah sejenis pelayan streaming, yang digunakan khas untuk menyelesaikan pelbagai masalah penstriman. Ia juga mempunyai beberapa ciri VLC. Sebagai pelayan, videolan dapat mengeluarkan aliran HTTP, RTP dan RTSP.
Pada prinsipnya, RTSP, RTMP dan HTTP dapat digunakan untuk siaran langsung dan atas permintaan, tetapi umumnya RTSP dan RTMP digunakan untuk penyiaran langsung dan HTTP digunakan untuk penyiaran atas permintaan. Kami memilih protokol RTMP.
Kelewatan pelbagai protokol dan penyebabnya
RTMP dan httpflv: data kedua-dua protokol ini kira-kira sama, jadi sebab penangguhannya serupa. Adalah wajar untuk mengatakan bahawa kelewatan penyiaran langsung streaming TCP sangat rendah. Mengapa terdapat kelewatan dalam RTMP dan httpflv? Sebabnya ialah pada h264, RTMP dan httpflv sama-sama menghantar tag flv. Data tag video biasanya adalah data H264. Penyahkodan H264 mempunyai IBP. Saya adalah kerangka utama, yang merupakan gambar yang lengkap. Anda mesti mempunyai I untuk menyahkod BP berikut. Bilangan bingkai BP boleh sesedikit yang anda suka, tetapi bilangan bingkai I tidak boleh kurang, jadi bingkai saya mesti berada dalam flv Tag transmisi adalah transmisi kedua (yang pertama adalah h264spps). Walau bagaimanapun, bingkai I tidak biasa dalam aliran H264. Hanya ada satu bingkai I demi satu. Selang ini biasanya dikenali sebagai GOP. Semasa pengekodan, GOP ditetapkan sangat pendek. Semasa pelanggan menyambung, pelayan akan mencari bingkai I terbaru dalam aliran pada kelajuan terpantas dan menghantar data langsung dari I-frame. Namun, apabila GOP sangat panjang, selang I-frame sangat panjang, atau tunggu kerangka I berikutnya untuk mula mengirim data ke sambungan baru, atau cari bingkai I terbaru dalam cache untuk mula mengirim. Ini adalah kunci kepada kelewatan protokol RTMP dan HLS. Dalam platform CDN utama, ia disebut "RTMP kedua pada teknologi". Prinsipnya adalah untuk menyahkod data streaming dua kali dan menetapkan GOP kecil. Secara umum, apabila GOP ditetapkan ke 1s, tanpa mengira kelewatan pautan penghantaran rangkaian, penundaan data maksimum adalah 1s. Nasib baik, I frame adalah 0 kelewatan!
|
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