5, протокол RTSP
Довідковий документ RFC2326
Протокол потокового передавання в реальному часі (Real Time Streaming Protocol) - це протокол мультимедійного потокового передавання, який використовується для управління звуком або відео та дозволяє одночасно керувати кількома потоковими запитами. Протокол мережевого зв'язку, що використовується під час передачі, не входить у визначений діапазон. На стороні сервера Ви можете вибрати використання TCP або UDP для передачі потокового вмісту. Його синтаксис та робота схожі на HTTP 1.1, але синхронізація часу особливо не наголошується, тому він може терпіти мережеві затримки. Згаданий вище контроль попиту на багатопотокове передавання (Multicast) може не тільки зменшити використання мережі на стороні сервера, але й підтримувати багатосторонні відеоконференції (Video Conference). Оскільки вона працює подібно до HTTP1.1, функція кешування "Кеш" проксі-сервера "Проксі" також застосовується до RTSP, а оскільки RTSP має функцію перенаправлення, сервер, що надає послугу, може бути переключений відповідно до фактичного навантаження ситуація, щоб уникнути надмірного навантаження, зосередженого на тому ж сервері, і спричинити затримку.
була спільно запропонована Real Networks та Netscape. Протокол визначає, як програми «один до багатьох» можуть ефективно передавати мультимедійні дані через IP-мережу. RTSP забезпечує розширювану структуру, яка дає можливість контролювати дані в режимі реального часу та такі, як аудіо та відео. Джерела даних включають реальні дані та дані, що зберігаються у кліпах.
Призначення цього протоколу полягає в управлінні кількома з'єднаннями передачі даних, забезпеченні способу вибору каналів передачі, таких як UDP, багатоадресне передавання UDP і TCP, а також наданні методів вибору механізму передачі на основі RTP.
Взаємозв'язок між RTSP і RTP
RTP: Транспортний протокол у режимі реального часу
RTP / RTCP - це фактичний протокол передачі даних;
RTP передає аудіо / відео дані. Якщо це PLAY, сервер надсилає його клієнту. Якщо це ЗАПИС, клієнт може надіслати його на сервер. Весь протокол RTP складається з двох тісно пов'язаних частин: протоколу даних RTP та протоколу управління RTP (тобто RTCP) ；
RTCP: RTCP включає звіт відправника та звіт про одержувача, що використовуються для синхронізації аудіо / відео та інших цілей, і є протоколом управління;
RTSP: Протокол потокового передавання в реальному часі (RTSP)
Запити RTSP в основному включають ОПИСАТИ, НАЛАШТУВАТИ, ВІДТВОРИТИ, ПАУЗАТИ, ЗМІНИТИ, ВАРІАНТИ тощо, як випливає з назви, це може бути відоме як функція діалогу та управління;
Під час розмови RTSP SETUP може визначити порт, що використовується RTP / RTCP, PLAY / PAUSE / TEARDOWN може розпочати або зупинити надсилання RTP тощо;
6. Протокол TCP та UDP
Протокол TCP
TCP, повне ім'я Протокол управління передачею, а китайська назва - Transmission Control Protocol. Він працює на транспортному рівні OSI та забезпечує надійні послуги передачі, орієнтовані на з'єднання.
Робота TCP в основному полягає у встановленні з'єднання, а потім отриманні даних із програми прикладного рівня та передачі. TCP використовує віртуальне з'єднання для роботи. Перш ніж надсилати дані, йому потрібно встановити зв’язок між відправником та одержувачем. Після відправлення даних відправник буде чекати, поки одержувач дасть підтверджувальну відповідь, інакше відправник вважатиме, що ці дані втрачені, і повторно відправляє ці дані.
RTP не схожий на http і ftp, які можуть повністю завантажити весь файл фільму. Він передає дані в мережу з фіксованою швидкістю передачі даних. Клієнт також переглядає файл фільму з такою швидкістю. Після відтворення відеофільму його неможливо відтворити повторно. , Якщо ви знову не запитаєте дані від сервера.
Найбільша різниця між RTSP і RTP полягає в тому, що: RTSP - це двосторонній протокол передачі даних у режимі реального часу, який дозволяє клієнту відправляти запити на сервер, такі як операції відтворення, швидкого перемотування вперед і назад.
Звичайно, RTSP може передавати дані на основі RTP, а також може вибрати TCP, UDP, багатоадресну UDP та інші канали для передачі даних, що має гарну масштабованість.
Це протокол рівня мережевого додатку, подібний до протоколу http.
Порт джерела: вказано порт відправника
Порт призначення: вказується номер порту приймаючого кінця
Порядковий номер: вказує положення сегмента в послідовності сегментів, що передаються
Номер підтвердження: вказує порядковий номер успішно отриманого сегмента, порядковий номер підтвердження містить наступний порядковий номер, який кінець, що відправляє підтвердження, очікує отримати
Зсув TCP: визначає довжину заголовка сегмента. Довжина заголовка розділу залежить від параметра, встановленого в полі опції заголовка розділу
Зарезервовано: зарезервоване поле призначене для подальшого використання
Ознаки: SYN, ACK, PSH, RST, URG, FIN
SYN: означає синхронізацію
ACK: означає підтвердження
PSH: вказує на те, що дані будуть надіслані в процес отримання якнайшвидше
RST: Позначає скидання з'єднання
URG: Позначає аварійний вказівник
FIN: Позначає, що відправник завершив передачу даних
Вікно: Вкажіть команду про розмір наступного сегмента, який відправник може передати
Контрольна сума: Контрольна сума містить заголовок сегмента TCP і частину даних, що використовується для перевірки надійності заголовка сегмента та частини даних
Надзвичайна ситуація: вказує, що сегмент містить інформацію про надзвичайні ситуації, і вказівник на надзвичайну ситуацію є дійсним лише тоді, коли для прапора URG встановлено значення 1.
Параметри: Вказується розпізнаний розмір сегмента, позначка часу, кінець поля опції та параметр межі поля опції.
Як працює TCP
Встановлення з'єднання TCP: Процес встановлення з'єднання TCP також називається тристороннім рукостисканням TCP. Спочатку хост відправника ініціює запит на синхронізацію (SYN) для встановлення з'єднання з хостом приймача; приймач приймача відповідає відповіді синхронізації / підтвердження (SYN / ACK) хосту відправника після отримання цього запиту; хост відправника отримує це Після того, як пакету надіслано підтвердження (ACK) на хост приймача, в цей час TCP-з'єднання успішно встановлено;
Закриття TCP-з'єднання: Після того, як хост відправника та хост-адресат встановлять TCP-з'єднання та завершать передачу даних, пакет даних із кінцевим прапором, встановленим на 1, буде надіслано для закриття TCP-з'єднання та звільнення буферного простору, зайнятого з'єднанням на той самий час; Налаштування скидання TCP: TCP дозволяє раптово переривати з'єднання під час передачі, що називається скиданням TCP;
Сортування та підтвердження даних TCP: TCP - надійний протокол передачі. Він використовує порядкові номери та номери підтвердження для відстеження прийому даних під час передачі;
Повторна передача TCP: У процесі передачі TCP, якщо приймач приймача не отримує відповідь підтвердження на пакет даних протягом періоду очікування повторної передачі, хост відправника вважає пакет даних втраченим і знову відправляє пакет даних приймачу. називається ретрансляцією TCP;
Підтвердження затримки TCP: TCP не завжди підтверджує dата негайно після його отримання. Це дозволяє хосту надсилати власне повідомлення про підтвердження іншій стороні під час отримання даних.
Захист даних TCP (контрольна сума): TCP - надійний протокол передачі, який забезпечує обчислення контрольної суми для реалізації цілісності даних під час передачі.
Протокол UDP
Протокол UDP - це абревіатура англійської UserDatagramProtocol, тобто користувальницький протокол дейтаграм, який в основному використовується для підтримки мережевих додатків, яким потрібно передавати дані між комп'ютерами. Численні мережеві програми клієнт / сервер, включаючи системи мережевих відеоконференцій, повинні використовувати протокол UDP. Протокол UDP використовується вже багато років з моменту свого створення. Незважаючи на те, що його первинний блиск був затемнений деякими подібними протоколами, навіть сьогодні UDP все ще є дуже практичним і здійсненним протоколом транспортного рівня мережі.
Як і добре відомий протокол TCP (Transmission Control Protocol), протокол UDP розташований безпосередньо поверх протоколу IP (Internet Protocol). Відповідно до довідкової моделі OSI (Open System Interconnection), UDP і TCP є протоколами транспортного рівня.
Основною функцією протоколу UDP є стиснення мережевого трафіку даних у вигляді дейтаграм. Типова датаграма - це одиниця передачі двійкових даних. Перші 8 байт кожної дейтаграми використовуються для того, щоб містити інформацію заголовка, а решта байтів використовуються для того, щоб містити конкретні дані передачі.
7. Порівняння протоколів RTP / RTCP, RTMP, TCP, UDP
TCP - протокол точка-точка, що означає, що кожному клієнту потрібно відокремити посилання клієнт / сервер, тому трансляція даних для декількох клієнтів не може бути реалізована на рівні мережі. Якщо потік даних повинен передаватися одночасно кільком клієнтам, сервер повинен передавати копію потоку даних кожному клієнту. TCP може динамічно регулювати швидкість передачі відповідно до пропускної здатності мережі та ступеня перевантаження та повторно відправляти втрачені пакети даних. Надійність передачі даних забезпечується, але ресурси сервера є дорогими, і важко забезпечити ефективність передачі потоку даних у реальному часі, коли потік даних великий.
UDP - ненадійний протокол передачі. На кінці передачі швидкість передачі даних UDP обмежується лише швидкістю, з якою додаток генерує дані, пропускною здатністю комп'ютера та пропускною здатністю передачі; на кінці прийому UDP розміщує кожен сегмент повідомлення в черзі. Додаток щоразу зчитує сегмент повідомлення з черги; протоколу UDP не потрібно підтримувати стан з'єднання і не вважає, що кожен пакет даних повинен досягти приймального кінця, тому навантаження мережі менше, ніж TCP, а швидкість передачі швидша, ніж TCP; Чим більше перевантажена мережа, тим більше пакетів даних втрачається.
Основна відмінність між протоколом UDP і TCP полягає в тому, як досягти надійної передачі інформації. Протокол TCP містить спеціальний механізм гарантії доставки. Коли отримувач даних отримує інформацію від відправника, він автоматично надсилає повідомлення підтвердження відправнику; відправник продовжить передавати іншу інформацію лише після отримання повідомлення про підтвердження. В іншому випадку він зачекає, поки не надійде повідомлення про підтвердження.
Тож TCP має більше часу для встановлення зв’язку, ніж UDP. У порівнянні з UDP, TCP має вищий рівень безпеки та надійності. Розмір передачі протоколу TCP не обмежений. Після встановлення з'єднання обидві сторони можуть передавати велику кількість даних у певному форматі, тоді як UDP - ненадійний протокол з обмеженням розміру, який не може перевищувати 64 КБ кожного разу.
Порівняно з протоколом TCP, ще одна відмінність протоколу UDP полягає в тому, як отримувати кілька датаграм, які є несподіваними. На відміну від TCP, UDP не гарантує порядок надсилання та отримання даних.
RTP вище UDP. Хоча UDP не такий надійний, як TCP, і не може гарантувати якість обслуговуванняЗавдяки послугам реального часу, RTCP повинен контролювати передачу даних та якість послуг у режимі реального часу. Однак, оскільки затримка передачі UDP нижча, ніж у TCP, вона може бути дуже сумісною з відео та аудіо. Гарний матч. Тому в практичних додатках RTP / RTCP / UDP використовується для аудіо / відео носіїв, а TCP використовується для передачі даних та керування сигналізацією.
Протокол RTMP - це протокол, розроблений спеціально для ефективної передачі відео, аудіо та даних. Він реалізує передачу відео та звуку в режимі реального часу шляхом встановлення бінарного TCP-з'єднання або підключення тунелю HTTP.
RTMP підтримує більше медіа-протоколів, ніж традиційні медіа-сервери. Він підтримує динамічну передачу декількох рядків, які можуть містити аудіо, відео та дані сценарію від сервера до клієнта та від клієнта до сервера. RTMP обробляє дані аудіо, відео та сценаріїв окремо.
Звукові та відеодані буферизуються на сервері окремо. Якщо звукові дані досягають певної межі в звуковому буфері, всі дані в буфері будуть відкинуті, а останнім часом надійшли дані зможуть почати збиратись у буфері та надсилатись кожному клієнту. Відеодані обробляються подібним чином, різниця полягає в тому, що при надходженні нового ключового кадру дані в буфері очищаються. Відкидаючи старі дані кадру, якщо виявляється, що дані клієнта помилкові, встановлюються нові та старі кадри.
RTMP надає різним рівням пріоритету дані. У розмові в режимі реального часу звук є найважливішим, відео має низький пріоритет, а дані сценаріїв - пріоритет між звуком та відео.
Протокол RTMP може створювати кілька потоків даних, але кожен потік даних може мати лише один напрямок. За допомогою RTMP можна побудувати таку систему, клієнт може взаємодіяти з сервером RTMP і сервером додатків одночасно, так що навантаження на сервер може розподілятися, хоча в цій вдосконаленій структурі системи вимоги до продуктивності сервера RTMP відносно високі.
8. Інші угоди
Протокол HTTP, повне ім’я - HyperText Transfer Protocol, а китайська - HyperText Transfer Protocol;
Протокол MMS, повна назва Microsoft Media Server Protocol, а китайська назва - Microsoft Media Server Protocol;
Протокол HLS, повна назва HTTP Live Streaming, - це протокол передачі потокових медіа на основі HTTP, реалізований Apple Inc .;
|
|
|
|
Як далеко (довгий) кришка передавача?
Дальність передачі залежить від багатьох факторів. Істинне відстань засноване на антени установка висоти, коефіцієнт посилення антени, з використанням середовища, як будівлі і інші перешкоди, чутливості приймача, антени приймача. Установка антени більш високого і використання в сільській місцевості, відстань буде набагато більш далеко.
Приклад 5W FM-передавач використовувати в місті і рідному місті
У мене є клієнт використовувати 5W FM-передавач з США GP антени в своєму рідному місті, і він перевірити його з автомобілем, він охоплює 10km (6.21mile).
Я перевірити FM-передавач 5W з GP антени в моєму рідному місті, він охоплює близько 2km (1.24mile).
Я перевірити FM-передавач 5W з GP антени в місті Гуанчжоу, він охоплює тільки про 300meter (984ft).
Нижче наведені приблизний діапазон різних передавачів потужності FM. (Діапазон діаметру)
0.1W ~ 5W FM-передавач: 100M ~ 1KM
5W ~ 15W FM Ttransmitter: 1KM ~ 3KM
15W ~ 80W FM-передавач: 3KM ~ 10KM
80W ~ 500W FM-передавач: 10KM ~ 30KM
500W ~ 1000W FM-передавач: 30KM ~ 50KM
1KW ~ 2KW FM-передавач: 50KM ~ 100KM
2KW ~ 5KW FM-передавач: 100KM ~ 150KM
5KW ~ 10KW FM-передавач: 150KM ~ 200KM
Зв'язок з нами для передавача?
Подзвони мені + 8618078869184 АБО
Напиши мені електронного листа [захищено електронною поштою]
1.How далеко ви хочете, щоб покрити в діаметрі?
2.How високий з вас вежа?
3.Where ти?
І ми дамо вам більш професійні поради.
Про нас
FMUSER.ORG є компанією з системної інтеграції, орієнтованої на бездротову передачу / студійне відео аудіо обладнання / потокове та обробку даних. Ми надаємо все, починаючи від консультацій та консультацій через інтеграцію в стійку, установку, введення в експлуатацію та навчання.
Ми пропонуємо FM-передавач, аналоговий телевізійний передавач, цифровий телевізійний передавач, УКХ-передавач УВЧ, антени, роз'єми коаксіального кабелю, STL, на повітряній обробці, радіотрансляційні продукти для студії, RF-моніторинг сигналів, RDS-кодери, аудіопроцесори та дистанційні керуючі вузли Продукти IPTV, кодери / декодери відео / аудіо, призначені для задоволення потреб як великих міжнародних мереж мовлення, так і малих приватних станцій.
Нашим рішенням є FM-радіостанція / Аналогова телевізійна станція / Цифрова телевізійна станція / Аудіо-відеостудійна техніка / Студійна передавальна ланка / Передавач Телеметрична система / Готельна телевізійна система / IPTV Пряме мовлення / Трансляція в прямому ефірі / Відеоконференція / Система мовлення CATV.
Ми використовуємо передові технології для всіх систем, тому що ми знаємо, що висока надійність і висока продуктивність є настільки важливими для системи і рішення. У той же час ми також повинні переконатися, що наша система продуктів з дуже розумною ціною.
У нас є клієнти публічних і комерційних мовників, операторів телекомунікацій та регуляторних органів, а також пропонуємо рішення та продукти багатьом сотням малих, місцевих і громадських мовників.
FMUSER.ORG експортує більше 15 років і має клієнтів з усього світу. Маючи 13-річний досвід у цій галузі, ми маємо професійну команду, яка вирішує всілякі проблеми замовника. Ми прагнемо поставити надзвичайно розумні ціни на професійні товари та послуги. Контактна адреса електронної пошти: [захищено електронною поштою]
Наша фабрика
Ми маємо модернізація заводу. Запрошуємо Вас відвідати наш завод, коли ви приїхали в Китай.
В даний час вже існують клієнти 1095 по всьому світу відвідали наш офіс Гуанчжоу Тяньхе. Якщо ви приїхали в Китай, ви можете відвідати нас.
на виставці
Це наша участь в 2012 Global Sources Hong Kong Electronics Fair . Клієнти з усього світу нарешті є шанс отримати разом.
Де Fmuser?
Ви можете шукати ці номери " 23.127460034623816,113.33224654197693 "на карті Google, тоді ви можете знайти наш офіс fmuser.
FMUSER Гуанчжоу офіс знаходиться в районі Тяньхе, який є центр кантону , дуже близько до Canton Fair , Залізнична станція Гуанчжоу, xiaobei дороги і Dashatou , Тільки потреба 10 хвилин якщо прийняти ТАКСІ , Ласкаво просимо друзі по всьому світу, щоб відвідати і обговорити.
Контактна особа: Sky Blue
Мобільний телефон: + 8618078869184
WhatsApp: + 8618078869184
WeChat: + 8618078869184
Електронна пошта: [захищено електронною поштою]
QQ: 727926717
Skype: sky198710021
Адреса: No.305 номер Huilan Building No.273 Хуанпу-роуд Гуанчжоу Китай Zip: 510620
|
|
|
|
англійська: Ми приймаємо всі платежі, такі як PayPal, кредитна картка, Western Union, Alipay, Money Bookers, T / T, LC, DP, DA, OA, Payoneer. Якщо у вас виникли питання, зв'яжіться зі мною [захищено електронною поштою] або WhatsApp + 8618078869184
-
PayPal.  www.paypal.com
Ми рекомендуємо вам використовувати Paypal, щоб купити наші деталі, Paypal є безпечним способом, щоб купити в Інтернеті.
Кожен з нашого списку елементів внизу сторінки вгорі є логотип PayPal, щоб заплатити.
Кредитна карта.Якщо у вас немає Paypal, але у вас є кредитна карта, ви також можете натиснути жовту кнопку PayPal, щоб оплатити за допомогою кредитної карти.
-------------------------------------------------- -------------------
Але якщо у вас немає кредитної картки і не мають PayPal рахунку або важко отримав PayPal відома, Ви можете використовувати наступне:
Вестерн юніон.  www.westernunion.com
Сплатіть Western Union мені:
Ім'я / Ім'я: Yingfeng
Прізвище / прізвище / прізвище: Zhang
Повне найменування: Yingfeng Zhang
Країна: Китай
Місто: Гуанчжоу
|
-------------------------------------------------- -------------------
T / T. оплатити T / T (перехід проводу / іншим переказом / Банківський переказ)
Перша ІНФОРМАЦІЯ ПРО БАНК (РАХУНОК КОМПАНІЇ):
SWIFT BIC: BKCHHKHHXXX
Назва банку: BANK OF CHINA (HONG KONG) LIMITED, ГОНКОНГ
Адреса банку: BANK OF CHINA TOWER, 1 SARDEN ROAD, CENTRAL, ГОНКОНГ
БАНК КОД: 012
Назва рахунку: FMUSER INTERNATIONAL GROUP LIMITED
Номер рахунку. : 012-676-2-007855-0
-------------------------------------------------- -------------------
Друга ІНФОРМАЦІЯ ПРО БАНК (РАХУНОК КОМПАНІЇ):
Бенефіціар: Fmuser International Group Inc.
Номер рахунку: 44050158090900000337
Банк бенефіціара: Китайський будівельний банк, філія Гуандун
SWIFT-код: PCBCCNBJGDX
Адреса: NO.553 Tianhe Road, Гуанчжоу, Гуандун, район Тяньхе, Китай
** Примітка. Коли ви переказуєте гроші на наш банківський рахунок, НЕ пишіть нічого в області зауважень, інакше ми не зможемо отримати платіж через державну політику щодо міжнародної торгівлі.
|
|
|
|
* Він буде спрямований в 1-2 робочих днів, коли оплата ясно.
* Ми відправимо його на Вашу електронну адресу PayPal. Якщо ви хочете змінити адресу, будь ласка, надсилайте ваші правильну адресу і номер телефону, на мою адресу електронної пошти [захищено електронною поштою]
* Якщо пакети нижче 2kg, ми будемо занурені через повітряну пошту, це займе близько 15-25days до вашої руки.
Якщо пакет більше ніж 2kg, ми вантажимо через EMS, DHL, UPS, Fedex швидка експрес-доставки, це займе близько 7 ~ 15days до вашої руки.
Якщо пакет більше ніж 100kg, ми пошлемо через DHL або повітряним транспортом. Це займе близько 3 ~ 7days до вашої руки.
Всі пакети форми China Гуанджоу.
* Пакет буде надісланий як "подарунок" і визначений якомога менше, покупцеві не потрібно платити за "ПОДАТК".
* Після того, як корабель, ми надішлемо Вам по електронній пошті і дати вам номер для відстеження.
|
|
|
Для гарантії.
Зв’яжіться з нами --- >> Поверніть нам товар --- >> Отримайте та надішліть іншу заміну.
Ім'я: Лю Xiaoxia
Адреса: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Гуанчжоу Китай.
Поштовий індекс: 510620
Phone: + 8618078869184
Будь ласка, поверніться на цю адресу і написати свій PayPal адресу, ім'я, проблеми на замітку: |
|
