1. Status quo
Pada era siaran langsung nasional, sesiapa sahaja boleh mengambil peranti di tangan mereka untuk disiarkan secara langsung. Siaran langsung membawa pekerjaan kepada sekumpulan orang, dan membawa faedah besar kepada platform siaran langsung utama. Ia mesti mempunyai kualiti yang tinggi dalam menghadapi pasar yang besar. Hanya teknologi siaran langsung kos rendah yang dapat menonjol dari persaingan dan menjadi peneraju industri siaran langsung. Lima proses utama streaming video langsung: 1. Rakaman 2. Pengekodan 3. Penghantaran rangkaian 4. Penyahkodan 5. Main balik. Setiap pautan ini akan mempengaruhi kualiti dan masa kelewatan siaran langsung. Di bawah ini kita akan membincangkan perkara ketiga untuk mengoptimumkan kelewatan.
Teknologi siaran langsung semasa umumnya menggunakan protokol seperti RTMP, HLS, HDL (HTTP-FLV), dan RTP. Protokol yang paling biasa di antara protokol ini adalah protokol rtmp. Kini banyak platform siaran langsung di China masih digunakan, dan terdapat juga HLS. Ini juga merupakan perjanjian yang sangat banyak. Buat beberapa pengenalan ringkas mengenai perjanjian yang disebutkan di atas.
2. Perjanjian
(1) protokol RTMP
Ini adalah perjanjian paten Adobe, yang tidak disokong oleh kebanyakan CDN asing. Populariti di negara ini sangat tinggi. Terdapat beberapa sebab:
1) Sokongan perisian sumber terbuka dan perpustakaan sumber terbuka stabil dan lengkap. Sebagai contoh, perisian OBS yang biasa digunakan oleh sauh Douyu, perpustakaan librtmp sumber terbuka, dan pemalam nginx-rtmp di sisi pelayan.
2) Kadar pemasangan pemain adalah tinggi. Selagi penyemak imbas menyokong FlashPlayer, siaran langsung RTMP dapat dimainkan dengan sangat mudah, dan protokol terperinci dapat difahami oleh Google. Berbanding dengan protokol lain, proses jabat tangan terlalu rumit apabila protokol RTMP membuat sambungan untuk pertama kalinya (lapisan bawah berdasarkan TCP, berikut adalah interaksi protokol RTMP itu sendiri), bergantung pada keadaan rangkaian yang berbeza, ia akan membawa kelewatan lebih dari 100ms ke pembukaan pertama. Siaran langsung berasaskan RTMP umumnya mempunyai kelewatan 2 hingga 5 saat.
(2) Protokol HTTP-FLV
Maksudnya, gunakan protokol HTTP untuk streaming kandungan media. Berbanding dengan RTMP, HTTP lebih mudah dan terkenal, dan tidak ada rasa takut diculik oleh paten Adobe. Kelewatan kandungan juga dapat dicapai selama 2 ~ 5 saat, dan kelajuan pembukaan lebih cepat, kerana HTTP itu sendiri tidak mempunyai interaksi keadaan yang kompleks. Jadi dari perspektif kependaman, HTTP-FLV lebih baik daripada RTMP.
(3) Perjanjian HLS
HLS adalah singkatan dari Http Live Streaming, yang merupakan protokol penghantaran media streaming berdasarkan HTTP yang dicadangkan oleh Apple. HLS mempunyai kelebihan yang sangat besar: HTML5 dapat dibuka dan dimainkan secara langsung; ini bermaksud bahawa pautan langsung dapat diteruskan dan dikongsi melalui WeChat, dll., tanpa memasang APP bebas, hanya penyemak imbas, jadi sangat popular. APP live streaming sosial, HLS boleh dikatakan hanya diperlukan, mari kita analisis prinsipnya. Ke
Prinsip asas HLS adalah bahawa ketika pengumpulan dan push push mendorong aliran video ke pelayan media streaming, pelayan akan menyangga maklumat aliran yang diterima ke dalam fail ts baru setiap kali disimpan dalam cache untuk jangka waktu tertentu, dan pelayan akan membuat fail indeks m3u8 untuk Mengekalkan indeks fragmen ts terkini. Apabila pemain mendapat siaran langsung, ia memperoleh serpihan fail video ts terbaru dari fail indeks m3u8 untuk dimainkan, untuk memastikan bahawa pengguna akan melihat kandungan yang lebih baru setiap kali dia menyambung, menyedari pengalaman siaran langsung yang serupa. Berbanding dengan protokol penstriman langsung yang biasa, seperti RTMP dan RTSP, perbezaan terbesar HLS adalah bahawa apa yang diterima pelanggan siaran langsung bukanlah aliran data yang lengkap, tetapi fail media jangka pendek yang berterusan. Muat turun dan mainkan fail kecil ini. Kelewatan teoritis minimum kaedah ini adalah jangka masa satu fail ts, dan umumnya jangka masa 2-3 fail ts. Strategi segmentasi HLS pada dasarnya disarankan untuk menjadi segmen 10 saat
(4) protokol RTP
RTP adalah Real-Time Transport Protocol, protokol lapisan pengangkutan untuk streaming data multimedia di Internet. Dalam senario aplikasi sebenar, RTCP (RTP Control Protocol) sering diperlukan untuk digunakan bersama. Ini hanya dapat dimengerti sebagai RTCP mengirimkan isyarat kawalan interaktif, dan RTP mengirimkan data media yang sebenarnya. Ke
RTP memiliki berbagai aplikasi dalam pengawasan video, persidangan video, dan telepon IP, kerana pengalaman penting dalam persidangan video dan teleponi IP: kandungan masa nyata.
Dibandingkan dengan tiga atau sebenarnya dua protokol di atas, ada perbedaan penting antara RTP dan protokolnya bahawa defaultnya adalah menggunakan protokol UDP untuk menghantar data, sementara RTMP dan HTTP didasarkan pada transmisi protokol TCP. Mengapa UDP dapat mencapai kesan masa nyata seperti itu? Saya mencari banyak artikel mengenai analisis perbezaan antara TCP dan UDP. Saya tidak akan mengulanginya di sini, tetapi ringkaskan secara ringkas:
1) UDP: Satu datagram, tidak perlu membuat sambungan, sederhana, tidak boleh dipercayai, kehilangan paket, dan gangguan;
2) TCP: streaming, perlu membuat sambungan, kompleks, boleh dipercayai, dan teratur. Ke
Pemandangan streaming audio dan video masa nyata tidak perlu dijamin dengan pasti, jadi tidak perlu ada mekanisme penghantaran semula. Melihat gambar dan suara dalam masa nyata, beberapa kandungan hilang ketika rangkaian bergegar, skrin kabur dan kabur sama sekali tidak penting. TCP akan menyebabkan kelewatan dan penyegerakan untuk penghantaran semula. Sekiranya kandungan tertentu dihantar semula dan akan tiba selepas 1 saat, maka keseluruhan perbualan akan ditangguhkan 1 saat. Oleh kerana gangguan jaringan, kelewatan akan meningkat menjadi 2 saat atau 3 Detik, jika main balik pelanggan tidak diproses, ia akan mempengaruhi pengalaman siaran langsung secara serius. Ke
Ringkasnya: Dalam pilihan protokol siaran langsung, jika anda memilih RTMP atau HTTP-FLV, ini bermaksud bahawa terdapat penundaan kandungan 2 ~ 5 saat, tetapi apabila penundaan dihidupkan, HTTP-FLV lebih baik daripada RTMP . HLS mempunyai kelewatan kandungan 5-7 saat. Memilih RTP untuk siaran langsung dapat mencapai kelewatan siaran langsung dalam 1 saat. Tetapi sejauh yang saya tahu, pengeluar CDN utama tidak menyokong siaran langsung berasaskan RTP, jadi arus perdana domestik semasa masih RTMP atau HTTP-FLV, dan ada juga HLS yang baru muncul.
(5) Perbandingan HLS dan RTMP
1) HLS
① Kekurangan HLS:
Secara amnya, kelewatan siaran langsung HLS akan mencapai 20-30s, dan kelewatan yang tinggi tidak dapat diterima untuk siaran langsung yang memerlukan pengalaman interaktif masa nyata.
HLS didasarkan pada hubungan pendek HTTP, HTTP didasarkan pada TCP, yang bermaksud bahawa HLS perlu terus membuat sambungan dengan pelayan. Jabat tangan tiga arah TCP setiap kali sambungan terjalin, proses permulaan yang perlahan, dan empat gelombang tangan ketika memutuskan sambungan akan menyebabkan penggunaan.
② Kelebihan HLS:
Data dihantar melalui protokol HTTP, jadi tidak perlu mempertimbangkan masalah firewall atau proksi ketika menggunakan HLS.
Dengan menggunakan fail terpecah jangka pendek untuk main balik, klien dapat menukar kadar bit dengan lancar untuk menyesuaikan diri dengan pemutaran dalam keadaan lebar jalur yang berbeza.
HLS adalah protokol media streaming yang dilancarkan oleh Apple. Secara semula jadi ia boleh disokong pada platform iOS. Ia boleh dimainkan secara langsung dengan menggunakan AVPlayer yang disediakan oleh sistem, tanpa perlu mengembangkan pemain dengan sendirinya.
2) RTMP
Berbanding dengan HLS, ketika protokol RTMP diadopsi, ini adalah aliran data dari pengumpulan dan push end ke pelayan media streaming dan kemudian ke akhir pemutaran, jadi tidak akan ada fail pendaratan di pelayan. Dengan cara ini, RTMP mempunyai kelebihan ini secara relatif:
Delay Kelewatannya kecil, biasanya 1-3s.
② Berdasarkan sambungan panjang TCP, tidak perlu membuat sambungan berkali-kali.
Oleh itu, kebanyakan perkhidmatan siaran langsung di industri akan memilih RTMP sebagai protokol media streaming. Biasanya aliran data dimasukkan ke dalam FLV dan disediakan melalui HTTP. Namun, ada beberapa masalah yang perlu diselesaikan:
Platform Platform iOS tidak menyediakan pemain yang secara asli menyokong RTMP atau HTTP-FLV, yang memerlukan pengembangan pemain yang menyokong protokol yang berkaitan.
3. Pengoptimuman kelewatan HLS
Kelewatan hls terutamanya terdiri daripada tiga bahagian berikut:
(1) Masa untuk encoder sisi server dan splitter aliran untuk menghasilkan fail TS
(2) Masa untuk memuat turun fail TS, dan biasanya memerlukan dua fail media TS untuk dimuat turun
(3) Pelanggan menyahkod dan masa bermain
|
|
|
|
Sejauh (panjang) penutup penghantar?
Rangkaian penghantaran bergantung kepada banyak faktor. Jarak sebenar adalah berdasarkan antena memasang ketinggian, keuntungan antena, dengan menggunakan persekitaran seperti bangunan dan halangan lain, kepekaan penerima, antena penerima. Memasang antena lebih tinggi dan menggunakan di kawasan luar bandar, jarak akan lebih jauh.
CONTOH 5W FM Transmitter digunakan dalam bandar dan kampung halaman:
Saya mempunyai Amerika kegunaan pelanggan 5W pemancar fm dengan GP antena di kampung halaman, dan dia menguji dengan kereta, ia meliputi 10km (6.21mile).
Saya menguji fm pemancar 5W dengan GP antena di kampung halaman saya, ia meliputi kira-kira 2km (1.24mile).
Saya menguji fm pemancar 5W dengan GP antena di bandar Guangzhou, ia meliputi kira-kira hanya 300meter (984ft).
Berikut adalah pelbagai anggaran Pemancar kuasa FM yang berbeza. (Julat adalah diameter)
0.1W ~ 5W Pemancar FM: 100M ~ 1KM
5W ~ 15W FM Ttransmitter: 1KM ~ 3KM
15W ~ 80W Pemancar FM: 3KM ~ 10KM
80W ~ 500W Pemancar FM: 10KM ~ 30KM
500W ~ 1000W Pemancar FM: 30KM ~ 50KM
1KW ~ 2KW Pemancar FM: 50KM ~ 100KM
2KW ~ 5KW Pemancar FM: 100KM ~ 150KM
5KW ~ 10KW Pemancar FM: 150KM ~ 200KM
Bagaimana untuk menghubungi kami untuk penghantar?
Call me + 8618078869184 ATAU
Emel saya [e-mel dilindungi]
1.How jauh anda mahu untuk menutup garis pusat?
2.How tinggi anda menara?
3.Where kamu ini?
Dan kami akan memberi anda nasihat yang lebih profesional.
Perihal Kami
FMUSER.ORG adalah sebuah syarikat penyepaduan sistem yang memberi tumpuan kepada kelengkapan audio / studio audio penghantaran / studio audio RF dan pemprosesan data radio. Kami menyediakan segalanya dari nasihat dan perundingan melalui integrasi rak untuk pemasangan, pentauliahan dan latihan.
Kami menawarkan Pemancar FM, Pemancar TV Analog, Pemancar TV Digital, Pemancar VHF UHF, Antena, Penyambung Kabel Koaksial, STL, Pemprosesan Udara, Produk Siaran untuk Studio, Pemantauan Isyarat RF, Pengekod RDS, Pemproses Audio dan Unit Kawalan Tapak Jauh, Produk IPTV, Pengekod / Pengekod Video / Audio, yang direka untuk memenuhi keperluan kedua-dua rangkaian siaran antarabangsa yang besar dan stesen swasta kecil.
Penyelesaian kami mempunyai Stesen Radio FM / Stesen TV Analog / Stesen TV Digital / Peralatan Audio Video Studio / Pautan Pemancar Studio / Sistem Telemetri Pemancar / Sistem TV Hotel / Penyiaran Langsung IPTV / Streaming Siaran Langsung / Persidangan Video / sistem Penyiaran CATV.
Kami menggunakan produk teknologi canggih untuk semua sistem, kerana kami tahu kebolehpercayaan yang tinggi dan prestasi tinggi sangat penting untuk sistem dan penyelesaiannya. Pada masa yang sama kita juga perlu memastikan sistem produk kami dengan harga yang sangat berpatutan.
Kami mempunyai pelanggan penyiar awam dan komersial, pengendali telekom dan pihak berkuasa peraturan, dan kami juga menawarkan penyelesaian dan produk kepada ratusan penyiar tempatan dan tempatan yang lebih kecil.
FMUSER.ORG telah mengeksport lebih dari 15 tahun dan mempunyai pelanggan di seluruh dunia. Dengan pengalaman 13 tahun dalam bidang ini, kami mempunyai pasukan profesional untuk menyelesaikan semua jenis masalah pelanggan. Kami berdedikasi dalam menyediakan harga produk & perkhidmatan profesional yang sangat berpatutan. E-mel hubungan: [e-mel dilindungi]
Kilang kami
kami mempunyai pemodenan kilang. Anda dialu-alukan untuk melawat kilang kami apabila anda datang ke China.
Pada masa ini, sudah ada pelanggan 1095 di seluruh dunia melawat pejabat Guangzhou Tianhe kami. Jika anda datang ke China, anda dialu-alukan untuk melawat kami.
di Pameran
Ini merupakan penyertaan kami di 2012 Global Sources Hong Kong Electronics Fair . Pelanggan dari seluruh dunia akhirnya mempunyai peluang untuk bersama-sama.
Mana Fmuser?
Anda boleh mencari nombor ini " 23.127460034623816,113.33224654197693 "di peta google, maka anda boleh mencari pejabat fmuser kami.
pejabat FMUSER Guangzhou terletak di Daerah Tianhe yang merupakan pusat Canton . sangat berhampiran kepada Canton Fair , stesen keretapi Guangzhou, jalan xiaobei dan dashatou , Hanya perlu 10 minit jika mengambil TAXI . alukan rakan-rakan di seluruh dunia untuk melawat dan berunding.
Hubungi: Sky Blue
Telefon Bimbit: + 8618078869184
WhatsApp: + 8618078869184
Wechat: + 8618078869184
E-mel: [e-mel dilindungi]
QQ: 727926717
Skype: sky198710021
Alamat: Bilik No.305 Huilan Building No.273 Huanpu Road Guangzhou China Poskod: 510620
|
|
|
|
Bahasa Inggeris: Kami menerima semua pembayaran, seperti PayPal, Credit Card, Western Union, Alipay, Money Bookers, T / T, LC, DP, DA, OA, Payoneer, Sekiranya anda mempunyai pertanyaan, sila hubungi saya [e-mel dilindungi] atau WhatsApp + 8618078869184
-
PayPal.  www.paypal.com
Kami mengesyorkan anda menggunakan Paypal untuk membeli barang-barang kami, The Paypal adalah cara yang selamat untuk membeli di internet.
Setiap item senarai bawah halaman kami di atas mempunyai logo paypal untuk membayar.
Kad kredit.Jika anda tidak mempunyai paypal, tetapi anda mempunyai kad kredit, anda boleh mengklik butang PayPal Kuning untuk membayar dengan kad kredit anda.
-------------------------------------------------- -------------------
Tetapi jika anda tidak mempunyai kad kredit dan tidak mempunyai akaun paypal atau sukar untuk mendapat accout paypal, Anda boleh menggunakan berikut:
Western Union.  www.westernunion.com
Bayar dengan Western Union kepada saya:
Nama pertama / Nama diberi: Yingfeng
Nama belakang / Nama keluarga / Nama keluarga: Zhang
Nama penuh: Yingfeng Zhang
Negara: China
Bandar: Guangzhou
|
-------------------------------------------------- -------------------
T / T. Bayar dengan T / T (wire transfer / Pindahan Telegraf / Pindahan Bank)
MAKLUMAT BANK Pertama (AKAUN SYARIKAT):
SWIFT BIC: BKCHHKHHXXX
Nama bank: BANK OF CHINA (HONG KONG) TERHAD, HONG KONG
Alamat Bank: BANK OF CHINA TOWER, 1 GARDEN ROAD, CENTRAL, HONG KONG
KOD BANK: 012
Nama Akaun: FMUSER INTERNATIONAL GROUP LIMITED
Nombor akaun. : 012-676-2-007855-0
-------------------------------------------------- -------------------
MAKLUMAT BANK Kedua (AKAUN SYARIKAT):
Waris: Fmuser International Group Inc
Nombor Akaun: 44050158090900000337
Bank Penerima: Cawangan Guangdong China Construction Bank
Kod SWIFT: PCBCCNBJGDX
Alamat: NO.553 Tianhe Road, Guangzhou, Guangdong, Daerah Tianhe, China
** Catatan: Apabila anda memindahkan wang ke akaun bank kami, JANGAN tulis apa-apa di ruangan komen, jika tidak, kami tidak akan dapat menerima pembayaran kerana dasar pemerintah mengenai perniagaan perdagangan antarabangsa.
|
|
|
|
* Ia akan dihantar dalam 1-2 hari bekerja apabila pembayaran jelas.
* Kami akan hantar ke alamat paypal anda. Jika anda ingin menukar alamat, sila hantar alamat anda yang betul dan nombor telefon untuk e-mel saya [e-mel dilindungi]
* Jika pakej di bawah 2kg, kami akan dihantar melalui pos mel udara, ia akan mengambil masa kira-kira 15-25days ke tangan anda.
Jika pakej adalah lebih daripada 2kg, kami akan menghantar melalui EMS, DHL, UPS, Fedex penghantaran cepat ekspres, ia akan mengambil masa kira-kira 7 ~ 15days ke tangan anda.
Jika pakej yang lebih daripada 100kg, kami akan hantar melalui DHL atau pengangkutan udara. Ia akan mengambil masa kira-kira 3 ~ 7days ke tangan anda.
Semua pakej adalah bentuk China Guangzhou.
* Pakej akan dihantar sebagai "hadiah" dan deklarasi sesedikit mungkin, pembeli tidak perlu membayar "CUKAI".
* Selepas kapal, kami akan menghantar e-mel dan memberi anda nombor Penjejakan.
|
|
|
Untuk Waranti.
Hubungi KAMI --- >> Kembalikan barang itu kepada kami --- >> Terima dan hantar ganti yang lain.
Nama: Liu Xiaoxia
Alamat: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Guangzhou China.
Poskod: 510620
Telefon: + 8618078869184
Sila kembali ke alamat ini dan menulis paypal anda alamat, nama, masalah nota: |
|
