5, protokol RTSP
Dokumen referensi RFC2326
Protokol Streaming Waktu Nyata (Protokol Streaming Waktu Nyata) adalah protokol streaming multimedia yang digunakan untuk mengontrol suara atau video, dan memungkinkan kontrol permintaan beberapa streaming secara bersamaan. Protokol komunikasi jaringan yang digunakan selama transmisi tidak dalam jangkauan yang ditentukan. Sisi server Anda dapat memilih untuk menggunakan TCP atau UDP untuk mengirimkan konten streaming. Sintaks dan operasinya mirip dengan HTTP 1.1, tetapi sinkronisasi waktu tidak terlalu ditekankan, sehingga dapat mentolerir penundaan jaringan. Kontrol permintaan multi-streaming (Multicast) yang disebutkan sebelumnya tidak hanya dapat mengurangi penggunaan jaringan di sisi server, tetapi juga mendukung konferensi video multi-pihak (Konferensi Video). Karena bekerja mirip dengan HTTP1.1, fungsi cache "Cache" dari server proxy "Proxy" juga berlaku untuk RTSP, dan karena RTSP memiliki fungsi pengalihan, server yang menyediakan layanan dapat dialihkan sesuai dengan beban sebenarnya situasi untuk Mencegah beban berlebihan terkonsentrasi pada server yang sama dan menyebabkan penundaan.
diusulkan bersama oleh Real Networks dan Netscape. Protokol menentukan bagaimana aplikasi satu-ke-banyak dapat secara efektif mengirimkan data multimedia melalui jaringan IP. RTSP menyediakan kerangka kerja yang dapat diperluas yang memungkinkan untuk mengontrol dan data real-time sesuai permintaan, seperti audio dan video. Sumber data termasuk data langsung dan data yang disimpan dalam klip.
Tujuan dari protokol ini adalah untuk mengontrol beberapa koneksi transmisi data, menyediakan cara untuk memilih saluran transmisi, seperti UDP, multicast UDP dan TCP, dan menyediakan metode untuk memilih mekanisme transmisi berdasarkan RTP.
Hubungan antara RTSP dan RTP
RTP: Protokol Transportasi Real-time
RTP / RTCP adalah protokol transmisi data aktual;
RTP mengirimkan data audio / video. Jika itu BERMAIN, server mengirimkannya ke klien. Jika REKAM, itu dapat dikirim ke server oleh klien. Seluruh protokol RTP terdiri dari dua bagian yang terkait erat: protokol data RTP dan protokol kontrol RTP (yaitu RTCP) ；
RTCP: RTCP mencakup Laporan Pengirim dan Laporan Penerima, digunakan untuk sinkronisasi audio / video dan tujuan lainnya, dan merupakan protokol kontrol;
RTSP: Protokol Streaming Waktu Nyata (RTSP)
Permintaan RTSP terutama mencakup DESCRIBE, SETUP, PLAY, PAUSE, TEARDOWN, OPTIONS, dll., Sesuai dengan namanya, ini dapat dikenal sebagai fungsi dialog dan kontrol;
Selama percakapan RTSP, SETUP dapat menentukan port yang digunakan oleh RTP / RTCP, PLAY / PAUSE / TEARDOWN dapat memulai atau menghentikan pengiriman RTP, dll .;
6. Protokol TCP dan UDP
Protokol TCP
TCP, nama lengkapnya adalah Protokol Kontrol Transfer, dan nama Cinanya adalah Transmission Control Protocol. Ia bekerja pada lapisan transport OSI dan menyediakan layanan transmisi andal berorientasi koneksi.
Pekerjaan TCP terutama untuk membuat koneksi, dan kemudian menerima data dari program lapisan aplikasi dan mengirimkannya. TCP menggunakan koneksi sirkuit virtual untuk bekerja. Sebelum mengirim data, perlu dibuat sambungan antara pengirim dan penerima. Setelah data terkirim, pengirim akan menunggu penerima memberikan respon konfirmasi, jika tidak maka pengirim akan mengira data ini hilang, dan mengirimkan kembali data tersebut.
RTP tidak seperti http dan ftp yang dapat mengunduh seluruh file film dengan lengkap. Ini mengirimkan data di jaringan dengan kecepatan data tetap. Klien juga menonton file film dengan kecepatan ini. Setelah layar film diputar, tidak dapat diputar berulang-ulang. , Kecuali jika Anda meminta data dari server lagi.
Perbedaan terbesar antara RTSP dan RTP adalah: RTSP adalah protokol transmisi data waktu nyata dua arah, yang memungkinkan klien mengirim permintaan ke server, seperti operasi pemutaran, maju cepat, dan mundur.
Tentu saja, 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.
Ini adalah protokol lapisan aplikasi jaringan yang mirip dengan protokol http.
Port sumber: port pengirim ditentukan
Port tujuan: nomor port ujung penerima ditentukan
Nomor urut: menunjukkan posisi segmen dalam urutan segmen yang akan dikirim
Nomor konfirmasi: menentukan nomor urut dari segmen yang berhasil diterima, nomor urut konfirmasi berisi nomor urut berikutnya yang diharapkan akan diterima oleh pengirim.
Offset TCP: menentukan panjang tajuk segmen. Panjang header bagian bergantung pada opsi yang ditetapkan di bidang opsi header bagian
Dicadangkan: Bidang yang dicadangkan ditujukan untuk penggunaan di masa mendatang
Tanda: SYN, ACK, PSH, RST, URG, FIN
SYN: artinya sinkronisasi
ACK: berarti konfirmasi
PSH: Menunjukkan bahwa data akan dikirim ke proses penerimaan secepatnya
RST: Menunjukkan koneksi reset
URG: Menunjukkan penunjuk darurat
FIN: Menunjukkan bahwa pengirim telah menyelesaikan transmisi data
Jendela: Tentukan perintah tentang ukuran segmen berikutnya yang dapat dikirim oleh pengirim
Checksum: Checksum berisi header segmen TCP dan bagian data, yang digunakan untuk memverifikasi keandalan header segmen dan bagian data
Darurat: menunjukkan bahwa segmen tersebut berisi informasi darurat, dan penunjuk darurat hanya berlaku jika bendera URG disetel ke 1.
Opsi: Ukuran segmen yang dikenali, stempel waktu, akhir bidang opsi ditentukan, dan opsi batas bidang opsi ditentukan
Bagaimana TCP bekerja
Pembuatan koneksi TCP: Proses pembentukan koneksi TCP juga disebut jabat tangan tiga arah TCP. Pertama, host pengirim memulai permintaan sinkronisasi (SYN) untuk membuat sambungan ke host penerima; tuan rumah penerima membalas dengan tanggapan sinkronisasi / pengakuan (SYN / ACK) ke tuan rumah pengirim setelah menerima permintaan ini; host pengirim menerima ini Setelah paket dikirim sebuah pengakuan (ACK) ke host penerima, saat ini sambungan TCP berhasil dibuat;
Penutupan koneksi TCP: Setelah host pengirim dan host tujuan membuat koneksi TCP dan menyelesaikan transmisi data, paket data dengan bendera akhir disetel ke 1 akan dikirim untuk menutup koneksi TCP dan melepaskan ruang buffer yang ditempati oleh koneksi di waktu yang sama; Pengaturan reset TCP: TCP memungkinkan koneksi terputus secara tiba-tiba selama transmisi, yang disebut reset TCP;
Penyortiran dan konfirmasi data TCP: TCP adalah protokol transmisi yang andal. Ini menggunakan nomor urut dan nomor konfirmasi untuk melacak penerimaan data selama transmisi;
Transmisi ulang TCP: Dalam proses transmisi TCP, jika host penerima tidak menerima respons pengakuan ke paket data dalam periode batas waktu transmisi ulang, host pengirim menganggap paket data hilang dan mengirim paket data ke penerima lagi. disebut transmisi ulang TCP;
Konfirmasi penundaan TCP: TCP tidak selalu mengkonfirmasi data segera setelah menerimanya. Ini memungkinkan tuan rumah untuk mengirim pesan konfirmasinya sendiri ke pihak lain saat menerima data.
Perlindungan data TCP (checksum): TCP adalah protokol transmisi yang andal, yang menyediakan kalkulasi checksum untuk mewujudkan integritas data selama transmisi.
Protokol UDP
Protokol UDP adalah singkatan dari Bahasa Inggris UserDatagramProtocol, yaitu protokol datagram pengguna, yang terutama digunakan untuk mendukung aplikasi jaringan yang perlu mengirimkan data antar komputer. Banyak aplikasi jaringan klien / server termasuk sistem konferensi video jaringan perlu menggunakan protokol UDP. Protokol UDP telah digunakan selama bertahun-tahun sejak awal. Meskipun kecemerlangan awalnya telah dikaburkan oleh beberapa protokol serupa, bahkan saat ini, UDP masih merupakan protokol lapisan transport jaringan yang sangat praktis dan layak.
Seperti protokol TCP (Transmission Control Protocol) yang terkenal, protokol UDP terletak tepat di atas protokol IP (Internet Protocol). Menurut model referensi OSI (Open System Interconnection), UDP dan TCP adalah protokol lapisan transport.
Fungsi utama dari protokol UDP adalah untuk memampatkan lalu lintas data jaringan ke dalam bentuk datagram. Datagram khas adalah unit transmisi data biner. 8 byte pertama dari setiap datagram digunakan untuk memuat informasi header, dan sisa byte digunakan untuk memuat data transmisi tertentu.
7. Perbandingan protokol RTP/RTCP, RTMP, TCP, UDP
TCP adalah protokol point-to-point, yang berarti bahwa setiap klien perlu memisahkan link klien / server, sehingga penyiaran data ke beberapa klien tidak dapat dilakukan di tingkat jaringan. Jika aliran data harus dikirim ke beberapa klien pada saat yang sama, server harus mengirimkan salinan aliran data ke setiap klien. TCP secara dinamis dapat mengatur kecepatan transmisi sesuai dengan bandwidth jaringan dan tingkat kemacetan dan mengirim ulang paket data yang hilang. Keandalan transmisi data dipastikan, tetapi sumber daya server mahal, dan sulit untuk memastikan kinerja transmisi aliran data secara real-time ketika aliran datanya besar.
UDP adalah protokol transmisi yang tidak dapat diandalkan. Pada akhir pengiriman, kecepatan UDP mentransmisikan data hanya dibatasi oleh kecepatan aplikasi menghasilkan data, kapasitas komputer, dan bandwidth transmisi; di sisi penerima, UDP menempatkan setiap segmen pesan dalam antrian. Aplikasi membaca segmen pesan dari antrian setiap kali; protokol UDP tidak perlu mempertahankan status koneksi, dan tidak berpikir bahwa setiap paket data harus mencapai ujung penerima, sehingga beban jaringan lebih kecil dari TCP, dan kecepatan transmisi lebih cepat dari TCP; Semakin padat jaringan, semakin banyak paket data yang hilang.
Perbedaan utama antara protokol UDP dan TCP adalah bagaimana mencapai transmisi informasi yang andal. Protokol TCP berisi mekanisme jaminan pengiriman khusus. Saat penerima data menerima informasi dari pengirim, maka secara otomatis akan mengirimkan pesan konfirmasi ke pengirim; pengirim akan terus mengirimkan informasi lain hanya setelah menerima pesan konfirmasi. Jika tidak, itu akan menunggu sampai pesan konfirmasi diterima.
Jadi TCP memiliki lebih banyak waktu untuk membuat koneksi daripada UDP. Dibandingkan dengan UDP, TCP memiliki keamanan dan keandalan yang lebih tinggi. Ukuran transmisi protokol TCP tidak terbatas. Setelah sambungan dibuat, kedua belah pihak dapat mengirimkan data dalam jumlah besar dalam format tertentu, sedangkan UDP adalah protokol yang tidak dapat diandalkan dengan batas ukuran, yang setiap kali tidak dapat melebihi 64K.
Dibandingkan dengan protokol TCP, perbedaan lain dari protokol UDP adalah bagaimana menerima beberapa datagram yang tidak terduga. Tidak seperti TCP, UDP tidak menjamin urutan pengiriman dan penerimaan data.
RTP berada di atas UDP. Meskipun UDP tidak dapat diandalkan seperti TCP dan tidak dapat menjamin kualitas layananity layanan real-time, RTCP perlu memantau transmisi data dan kualitas layanan secara real time. Namun, karena penundaan transmisi UDP lebih rendah daripada TCP, itu bisa sangat kompatibel dengan video dan audio. Pertandingan yang bagus. Oleh karena itu, dalam aplikasi praktis, RTP/RTCP/UDP digunakan untuk media audio/video, dan TCP digunakan untuk transmisi data dan pensinyalan kontrol.
Protokol RTMP adalah protokol yang dirancang khusus untuk transmisi video, audio, dan data yang efisien. Ini menyadari transmisi video dan suara real-time dengan membuat koneksi TCP biner atau menghubungkan terowongan HTTP.
RTMP mendukung lebih banyak protokol media daripada server media tradisional. Ini mendukung transmisi dinamis dari beberapa baris yang mungkin berisi data audio, video, dan skrip dari server ke klien dan dari klien ke server. RTMP memproses data audio, video, dan skrip secara terpisah.
Data suara dan video di-buffer secara terpisah di server. Jika data suara mencapai batas tertentu di buffer suara, semua data di buffer akan dibuang, dan data yang paling baru tiba akan diizinkan untuk mulai dikumpulkan di buffer dan dikirim ke setiap klien. Data video diproses dengan cara yang sama, perbedaannya adalah ketika bingkai kunci baru tiba, data di buffer dihapus. Saat membuang data bingkai lama, jika ditemukan bahwa data klien salah, bingkai baru dan lama dipasang.
RTMP memberikan tingkat prioritas yang berbeda untuk data. Dalam percakapan waktu nyata, suara adalah yang paling penting, video diberi prioritas rendah, dan data skrip diberi prioritas antara suara dan video.
Protokol RTMP dapat membuat beberapa aliran data, tetapi setiap aliran data hanya dapat memiliki satu arah. Menggunakan RTMP dapat membangun sistem seperti itu, klien dapat berinteraksi dengan server RTMP dan server aplikasi pada saat yang sama, sehingga beban pada server dapat tersebar, meskipun dalam struktur sistem yang ditingkatkan ini, persyaratan kinerja server RTMP relatif tinggi.
8. Perjanjian lainnya
Protokol HTTP, nama lengkapnya adalah HyperText Transfer Protocol, dan nama Cina-nya adalah HyperText Transfer Protocol;
Protokol MMS, nama lengkapnya adalah Microsoft Media Server Protocol, dan nama Cina-nya adalah Microsoft Media Server Protocol;
Protokol HLS, nama lengkap HTTP Live Streaming, adalah protokol transmisi media streaming berdasarkan HTTP yang diterapkan oleh Apple Inc .;
|
|
|
|
Seberapa jauh (panjang) penutup transmitter?
Jangkauan transmisi tergantung pada banyak faktor. Jarak yang benar didasarkan pada antena menginstal tinggi, gain antena, menggunakan lingkungan seperti bangunan dan penghalang lainnya, sensitivitas penerima, antena penerima. Instalasi antena lebih tinggi dan menggunakan di pedesaan, jarak akan lebih jauh.
CONTOH 5W FM Transmitter menggunakan di kota dan kampung halaman:
Saya memiliki USA penggunaan pelanggan 5W fm transmitter dengan GP antena di kota kelahirannya, dan ia mengujinya dengan mobil, itu menutupi 10km (6.21mile).
Saya menguji 5W fm transmitter dengan GP antena di kampung saya, itu mencakup sekitar 2km (1.24mile).
Saya menguji 5W fm transmitter dengan antena GP di kota Guangzhou, itu mencakup sekitar hanya 300meter (984ft).
Berikut adalah berbagai perkiraan Pemancar daya FM yang berbeda. (Rentang ini diameter)
0.1W ~ 5W FM Transmitter: 100M ~ 1KM
5W ~ 15W FM Ttransmitter: 1KM ~ 3KM
15W ~ 80W FM Transmitter: 3KM ~ 10KM
80W ~ 500W FM Transmitter: 10KM ~ 30KM
500W ~ 1000W FM Transmitter: 30KM ~ 50KM
1KW ~ 2KW FM Transmitter: 50KM ~ 100KM
2KW ~ 5KW FM Transmitter: 100KM ~ 150KM
5KW ~ 10KW FM Transmitter: 150KM ~ 200KM
Bagaimana untuk menghubungi kami untuk pemancar?
Menelepon saya + 8618078869184 OR
Email aku [email dilindungi]
1.How jauh Anda ingin menutupi diameter?
2.How tinggi dari Anda tower?
3.Where asalmu?
Dan kami akan memberikan saran lebih profesional.
Tentang Kami
FMUSER.ORG adalah perusahaan integrasi sistem yang berfokus pada transmisi / peralatan audio video studio transmisi / RF nirkabel dan pemrosesan data. Kami menyediakan segalanya mulai dari saran dan konsultasi melalui integrasi rak hingga instalasi, commissioning dan pelatihan.
Kami menawarkan Pemancar FM, Pemancar TV Analog, Pemancar TV Digital, Pemancar VHF UHF, Antena, Konektor Kabel Koaksial, STL, Pemrosesan Siaran, Produk Siaran untuk Studio, Pemantauan Sinyal RF, Pengkodean RDS, Pengolah Audio dan Unit Kontrol Lokasi Jarak Jauh, Produk IPTV, Video / Audio Encoder / Decoder, dirancang untuk memenuhi kebutuhan jaringan siaran internasional besar maupun stasiun swasta kecil.
Solusi kami memiliki FM Radio Station / Analog TV Station / Digital TV Station / Audio Video Studio Equipment / Studio Transmitter Link / Transmitter Telemetry System / Hotel TV System / IPTV Live Broadcasting / Streaming Live Broadcast / Video Conference / CATV Broadcasting system.
Kami menggunakan produk teknologi canggih untuk semua sistem, karena kami tahu keandalan tinggi dan kinerja tinggi sangat penting untuk sistem dan solusi. Pada saat yang sama kami juga harus memastikan sistem produk kami dengan harga yang sangat wajar.
Kami memiliki pelanggan penyiaran publik dan komersial, operator telekomunikasi dan otoritas regulasi, dan kami juga menawarkan solusi dan produk kepada ratusan penyiar yang lebih kecil, lokal dan komunitas.
FMUSER.ORG telah mengekspor lebih dari 15 tahun dan memiliki klien di seluruh dunia. Dengan pengalaman 13 tahun di bidang ini, kami memiliki tim profesional untuk menyelesaikan semua jenis masalah pelanggan. Kami berdedikasi dalam menyediakan harga produk & layanan profesional yang sangat wajar. Kontak Email : [email dilindungi]
Pabrik kami
Kita punya modernisasi dari pabrik. Anda dipersilakan untuk mengunjungi pabrik kami ketika Anda datang ke China.
Saat ini, sudah ada pelanggan 1095 seluruh dunia mengunjungi kantor Guangzhou Tianhe kami. Jika Anda datang ke China, Anda dipersilakan untuk mengunjungi kami.
pada Adil
Ini adalah partisipasi kita dalam 2012 Sumber Global Hong Kong Electronics Fair . Pelanggan dari seluruh dunia akhirnya memiliki kesempatan untuk bersama-sama.
Dimana Fmuser?
Anda dapat mencari nomor ini " 23.127460034623816,113.33224654197693 "di peta google, maka Anda dapat menemukan kantor fmuser kami.
kantor FMUSER Guangzhou di Tianhe District yang merupakan pusat Canton . Sangat dekat ke Canton Fair , stasiun kereta api Guangzhou, jalan Xiaobei dan dashatou , hanya butuh 10 menit jika mengambil TAKSI . Selamat datang teman di seluruh dunia untuk mengunjungi dan bernegosiasi.
Hubungi: Sky Blue
Cellphone: + 8618078869184
WhatsApp: + 8618078869184
WeChat: + 8618078869184
E-mail: [email dilindungi]
QQ: 727926717
Skype: sky198710021
Alamat: No.305 Room huilan Building No.273 Huanpu Road Guangzhou China Zip: 510620
|
|
|
|
Inggris: Kami menerima semua pembayaran, seperti PayPal, Kartu Kredit, Western Union, Alipay, Money Bookers, T / T, LC, DP, DA, OA, Payoneer, Jika Anda memiliki pertanyaan, silakan hubungi saya [email dilindungi] atau WhatsApp + 8618078869184
-
PayPal.  www.paypal.com
Kami sarankan Anda menggunakan Paypal untuk membeli barang-barang kami, The Paypal adalah cara aman untuk membeli di internet.
Setiap dari bawah halaman item daftar kami di atas memiliki logo paypal untuk membayar.
Kartu kredit.Jika Anda tidak memiliki paypal, tetapi Anda memiliki kartu kredit, Anda juga dapat mengklik tombol PayPal Kuning untuk membayar dengan kartu kredit Anda.
-------------------------------------------------- -------------------
Tapi jika Anda belum kartu kredit dan tidak memiliki akun paypal atau sulit mendapat accout paypal, Anda dapat menggunakan berikut:
Western Union.  www.westernunion.com
Membayar dengan Western Union kepada saya:
Nama depan / Nama yang diberikan: Yingfeng
Nama belakang / Nama keluarga / Nama keluarga: Zhang
Nama lengkap: Yingfeng Zhang
Negara: Cina
Kota: Guangzhou
|
-------------------------------------------------- -------------------
T / T. Membayar dengan T / T (wire transfer / Transfer Bank / Bank Transfer)
INFORMASI BANK PERTAMA (REKENING PERUSAHAAN):
SWIFT BIC: BKCHHKHHXXX
Nama bank: BANK OF CHINA (HONG KONG) LIMITED, HONG KONG
Alamat Bank: BANK OF CHINA TOWER, 1 GARDEN ROAD, TENGAH, HONG KONG
KODE BANK: 012
Nama Akun: FMUSER INTERNATIONAL GROUP LIMITED
No rekening. : 012-676-2-007855-0
-------------------------------------------------- -------------------
INFORMASI BANK KEDUA (REKENING PERUSAHAAN):
Penerima: Fmuser International Group Inc
Nomor Rekening: 44050158090900000337
Bank Penerima: Bank Konstruksi China Cabang Guangdong
Kode SWIFT: PCBCCNBJGDX
Alamat: NO.553 Tianhe Road, Guangzhou, Guangdong, Distrik Tianhe, Cina
**Catatan: Saat Anda mentransfer uang ke rekening bank kami, mohon JANGAN tulis apa pun di kolom komentar, jika tidak, kami tidak akan dapat menerima pembayaran karena kebijakan pemerintah tentang bisnis perdagangan internasional.
|
|
|
|
* Ini akan dikirim di 1-2 hari kerja bila pembayaran yang jelas.
* Kami akan kirimkan ke alamat paypal Anda. Jika Anda ingin mengubah alamat, silakan kirim alamat yang benar dan nomor telepon ke email saya [email dilindungi]
* Jika paket di bawah 2kg, kami akan dikirim melalui pos udara, itu akan memakan waktu sekitar 15-25days ke tangan Anda.
Jika paket tersebut lebih dari 2kg, kami akan mengirimkan melalui EMS, DHL, UPS, Fedex cepat ekspres pengiriman, akan memakan waktu sekitar 7 ~ 15days ke tangan Anda.
Jika paket lebih dari 100kg, kami akan mengirimkan melalui DHL atau angkutan udara. Ini akan memakan waktu sekitar 3 ~ 7days ke tangan Anda.
Semua paket adalah bentuk Cina Guangzhou.
* Paket akan dikirim sebagai "hadiah" dan sejelas mungkin, pembeli tidak perlu membayar "PAJAK".
* Setelah kapal, kami akan mengirimkan e-mail dan memberikan nomor pelacakan.
|
|
|
Untuk Garansi.
Hubungi KAMI --- >> Kembalikan barang tersebut kepada kami --- >> Terima dan kirim ganti lain.
Nama: Liu Xiaoxia
Alamat: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Guangzhou China.
ZIP: 510620
Telepon: + 8618078869184
Silahkan kembali ke alamat ini dan menulis Anda paypal alamat, nama, masalah pada catatan: |
|
