Наскоро започнах да се свързвам с проекта за видео на живо, обобщих и някои концепции, технологии и решения, свързани с видео на живо.
На първо място, разберете концепцията за видео на живо. Няколко често срещани видео протокола са: RTMP, http-flv, HLS, RTP / RTCP.
След това ще обясним целия процес на излъчване на живо и свързаните с него технологии.
1, Протокол за видео на живо
В областта на излъчването на живо има два вида излъчване на живо: интерактивно излъчване на живо и неинтерактивно излъчване на живо.
Неинтерактивното излъчване на живо (като: парад на живо, излъчване на живо на NBA, излъчване на живо в Шампионската лига и др.) Не е силно интерактивно, което позволява забавяне от 10 секунди или повече. Характеризира се с относително малко източници и е подходящ за многоканално прекодиране (потребителите могат да го гледат според мрежовите условия).
Типичните сцени на интерактивното излъчване на живо включват излъчване на живо, излъчване на живо на игри и др. Поради високите изисквания за взаимодействие между котвата и публиката, тези предавания на живо трябва да се забавят в рамките на 5S. Характеристиките на интерактивното излъчване на живо са: повече източници, неподходящи за многоканално прекодиране, междинен сървър само като транзитна роля.
Носителят на предаване на съдържание на живо е мрежата и съответните протоколи са необходими за предаване на видео или аудио в мрежата. Понастоящем обичайните протоколи, подходящи за сцени на живо, са както следва.
1. RTMP протокол (не се поддържа от HTML 5, поддържа се от флаш)
RTMP е поточен медиен протокол, който е патентният протокол на Adobe. Въз основа на TCP, той е много популярен в Китай.
Популярна причина: поддръжката на софтуер с отворен код и библиотека с отворен код е стабилна и пълна и най-често използваните решения за стрийминг и стрийминг могат да работят стабилно. Например: библиотека с отворен код librtmp push stream, страната на услугата има плъгин nginx RTMP, pull stream има библиотека за възпроизвеждане ijkplayer.
2. Протокол Http-flv (не се поддържа от HTML 5, поддържа се от флаш)
Това е да се използва HTTP протокол за поточно предаване на медийно съдържание. HTTP е по-прост и по-известен от RTMP. Забавянето на съдържанието също може да бъде 2-5 секунди, а скоростта на отваряне е по-бърза, тъй като самият HTTP няма сложно взаимодействие на състоянието. Така че от гледна точка на латентността http-flv е по-добър от RTMP.
3. HLS протокол (поддръжка на HTML, поддръжка на Flash)
HTTP поточно предаване на живо е протокол за транспортиране на медийни потоци, базиран на HTTP, предложен от apple. HLS има много голямо предимство: HTML5 може да се отваря директно и да се възпроизвежда; това означава, че активна връзка може да се споделя чрез wechat и други препращания, без да е необходимо да се инсталира независимо приложение с браузър, така че е много популярна. Социално приложение на живо, HLS е просто необходимо. URL адресът на потока на живо, базиран на HLS, е файл m3u8, който съдържа няколко скорошни малки видео TS файла. Закъснението на този режим на възпроизвеждане е относително голямо (което е свързано с размера на TS файла) и може да постигне 5-7 секунди закъснение в същата градска мрежа.
4. Протокол RTP / RTCP
Транспортният протокол в реално време е протокол на транспортния слой за мултимедиен поток от данни в Интернет. RTCP предава сигнализирането на интерактивно управление, а RTP предава реалните медийни данни.
RTP се използва широко във видеонаблюдението, видеоконференциите и IP телефона, тъй като едно от важните преживявания на видеоконференциите и IP телефона е силно съдържание в реално време.
В сравнение с горните три протокола, една важна разлика между RTP и тях е, че UDP протоколът се използва за предаване на данни по подразбиране, докато RTMP и HTTP се базират на TCP протокол.
Използвайте анализ на сценарии: сцената на аудио и видео потока в реално време не се нуждае от надеждна гаранция, така че не е необходимо да имате механизъм за препредаване. Не е важно да виждате изображението и звука в реално време, да загубите малко съдържание, когато мрежата се разтрепери, да размажете картината и началния екран. За да се препредава, TCP ще доведе до забавяне и асинхронност. Ако определен раздел от съдържанието пристигне след една секунда поради повторно предаване, целият разговор ще бъде забавен с една секунда. При трептене в мрежата забавянето ще се увеличи до две секунди или три секунди. Ако клиентът не се справи с възпроизвеждането, прякото излъчване ще бъде сериозно засегнато. Как да оптимизираме, ще бъде обяснено в следващата статия.
Заключение: при избора на протокол за излъчване на живо, ако е избран RTMP или http-flv, това означава, че има забавяне на съдържанието от 2-5 секунди, но що се отнася до отложеното отваряне, http-flv е по-добър от RTMP . HLS има забавяне на съдържанието от 5-7 секунди. Изборът на RTP за излъчване на живо може да забави излъчването на живо в рамките на 1 секунда. Доколкото ни е известно обаче, големите производители на CDN не поддържат излъчване на живо, базирано на RTP, така че текущият вътрешен мейнстрийм е RTMP или http-flv.
2, Видео излъчване на живо
Техническият процес, свързан с видео на живо, е: придобиване на видео поток в реално време --- кодиране на видео поток --- предаване на видео поток --- декодиране на видео поток --- възпроизвеждане на видео.
1. Идеята за заснемане на видео в реално време
а) Чрез задаване на setpreviewcallback в предварителен преглед на камерата за Android, интерфейсът onpreviewframe е реализиран да улавя данните от всеки видео поток в реално време.
б) Чрез Android mediarecorder свържете localocket във функцията setoutputfile.
в) Режим на поточен медиен сървър, използвайки ffmpeg или getstreamer, за да получите видео от камерата.
2. Реализацията на кодиране на видео компресия
а) Без кодиране, оригиналният видеокадър yuv420sp се предава директно през сокет.
б) JEPG компресира оригиналния видеокадър yuv420sp в H.264 и след това го предава.
в) H.264 / avc. Оригиналният видеокадър yuv420sp се компресира в H.264 и след това се предава. Общите кодери с отворен код, базирани на H264, включват JM, x264, t264, hdot264 и т.н.
д) . mpeg4. Компресирайте оригиналния видеокадър yuv420sp в MPEG4 и след това предайте
3. Идеята за видео предаване
а). гнездо предаване
б). HTTP транспорт
° С) . Предаване на RTP / RTSP
д) . режим на стрийминг медиен сървър, като например live555 и др
4. Реализацията на видео декодиране
а). декодер, съответстващ на кодиране
5. Идеята за възпроизвеждане на видео
а). чрез Android videoview
б). чрез Android mediaplay
° С) . поставете изображение на рамката директно през платно
|
|
|
|
Колко далеч (дълга) на капака на предавателя?
Диапазонът на предаване зависи от много фактори. Истинската разстоянието се основава на антената инсталиране височина, антена печалба, като се използва среда като сграда и други препятствия, чувствителността на приемника, антената на приемника. Инсталиране на антената по-високо и с помощта на село, на разстояние много ще по-далеч.
Пример 5W FM трансмитер използва в града и родния град:
Имам USA използване клиент 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 OR
Изпрати ми имейл [имейл защитен]
1.How далеч искате да покрие в диаметър?
2.How висок от вас кула?
3.Where сте?
И ние ще ви даде по-професионален съвет.
За нас
FMUSER.ORG е компания за системна интеграция, фокусираща се върху безжичното предаване на RF / студио видео аудио оборудване / стрийминг и обработка на данни. Ние предлагаме всичко - от консултации и консултации чрез интегриране на стелажи до инсталация, пускане в експлоатация и обучение.
Предлагаме FM предавател, аналогов телевизионен предавател, цифров телевизионен предавател, VHF UHF предавател, антени, коаксиални кабелни конектори, STL, обработка на въздуха, излъчвани продукти за студиото, RF сигнален мониторинг, RDS енкодери, аудио процесори и дистанционни контролни единици, IPTV продукти, видео / аудио енкодер / декодер, предназначени да отговорят на нуждите както на големи международни излъчващи мрежи, така и на малки частни станции.
Нашето решение има FM радио станция / аналогова телевизионна станция / цифрова телевизионна станция / аудио видео студио оборудване / студио предавател връзка / предавател Телеметрична система / хотелска телевизионна система / IPTV на живо излъчване / стрийминг на живо излъчване / видео конференция / CATV излъчване система.
Ние използваме съвременни технологични продукти за всички системи, защото знаем, че високата надеждност и високата производителност са толкова важни за системата и решението. В същото време ние също трябва да се уверим, че системата ни продукти с много разумна цена.
Имаме клиенти на обществени и комерсиални оператори, телекомуникационни оператори и регулаторни органи, а също така предлагаме решения и продукти на много стотици по-малки, местни и общински телевизионни оператори.
FMUSER.ORG изнася повече от 15 години и има клиенти от цял свят. С 13 години опит в тази област, ние имаме професионален екип за решаване на всички видове проблеми на клиента. Ние сме посветени на предоставянето на изключително разумни цени на професионални продукти и услуги. Имейл за връзка: [имейл защитен]
Нашата фабрика
Ние имаме модернизация на фабриката. Вие сте добре дошли да посетите нашия завод, когато дойдете в Китай.
В момента вече има клиентите 1095 цял свят посетиха нашия Guangzhou Tianhe офис. Ако дойдете в Китай, вие сте добре дошли да ни посетите.
В Fair
Това е нашето участие в 2012 Global Източници Hong Kong Electronics Fair . Клиенти от цял свят най-накрая имаме шанс да се съберат заедно.
Къде е Fmuser?
Можете да търсите тези номера " 23.127460034623816,113.33224654197693 "в google map, тогава можете да намерите нашия офис на fmuser.
FMUSER Гуанджоу офис се намира в Област Tianhe което е център на кантон , много близо до към Canton Fair , ЖП гара Гуанджоу, xiaobei път и dashatou , Само трябва 10 минути ако се вземат TAXI , Добре дошли приятели от цял свят да посетят и да преговарят.
За контакти: Sky Blue
Cellphone: + 8618078869184
WhatsApp: + 8618078869184
Wechat: + 8618078869184
Мейл: [имейл защитен]
QQ: 727926717
Skype: sky198710021
Адрес: No.305 стая HuiLan Building No.273 Huanpu Road Гуанджоу Китай 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 разчетна, можете да използвате следното:
Western Union.  www.westernunion.com
Платете чрез Western Union за мен:
Първо име / Наименование: Yingfeng
Фамилия / Фамилия / Фамилия: Джанг
Пълно име: Yingfeng Zhang
Държава: Китай
Град: Гуанджоу
|
-------------------------------------------------- -------------------
T / T. Платете чрез T / T (банков превод / телеграфен превод / Bank Transfer)
ПЪРВА БАНКОВА ИНФОРМАЦИЯ (СЧЕТОВОДСТВО НА КОМПАНИЯТА):
SWIFT BIC: BKCHHKHHXXX
Име на банката: Банка на Китай (Хонг Конг) ООД, Хонг Конг
Банка Адрес: БАНКАТА НА КИТАЙ КИТАЙ, 1 ГРАДИНА ПЪТ, ЦЕНТРАЛНА, ХОНКОНГ
БАНК КОД: 012
Име на профила: FMUSER INTERNATIONAL GROUP LIMITED
Профил №. : 012-676-2-007855-0
-------------------------------------------------- -------------------
Втора ИНФОРМАЦИЯ ЗА БАНКАТА (КОМПАНИОННА СЧЕТ):
Бенефициент: Fmuser International Group Inc.
Номер на сметката: 44050158090900000337
Банка на бенефициента: Китайска строителна банка, клон Гуангдонг
SWIFT код: PCBCCNBJGDX
Адрес: NO.553 Tianhe Road, Гуанджоу, Гуангдонг, район Tianhe, Китай
** Забележка: Когато превеждате пари по нашата банкова сметка, моля, НЕ пишете нищо в полето за забележки, в противен случай няма да можем да получим плащането поради правителствената политика за международния търговски бизнес.
|
|
|
|
* Той ще бъде изпратен в 1-2 работни дни, когато плащането ясно.
* Ние ще го изпратите на вашия PayPal адрес. Ако искате да промените адреса, моля изпратете точен адрес и телефонен номер на моя имейл [имейл защитен]
* Ако пакетите е под 2kg, ние ще бъдат изпратени по пощата въздушна поща, това ще отнеме около 15-25days до ръката си.
Ако пакетът е повече от 2kg, ние ще се изпращат чрез EMS, DHL, UPS, Fedex бързо експресна доставка, това ще отнеме около 7 ~ 15days до ръката си.
Ако пакетът повече от 100kg, ние ще изпратим чрез DHL или въздушен транспорт. Това ще отнеме около 3 ~ 7days до ръката си.
Всички пакети са форма на Китай Гуанджоу.
* Пакетът ще бъде изпратен като "подарък" и ще бъде изчистен възможно най-малко, купувачът не трябва да плаща за "ДАНЪК".
* След кораб, ние ще Ви изпратим имейл и ще ви даде номер за проследяване.
|
|
|
За гаранция.
Свържете се с нас --- >> Върнете ни артикула --- >> Получете и изпратете нова замяна.
Име: Liu Xiaoxia
Адрес: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Гуанджоу Китай.
Пощенски код: 510620
Телефон: + 8618078869184
Моля, върнете се на този адрес и напишете своя PayPal адрес, име, проблем на бележка: |
|
