В інтерактивному прямому ефірі беруть участь сервер, клієнт викладача, студентський клієнт iOS / Android та студентський клієнт Web / Wap. Ця стаття зосереджується на процесі взаємодії Maimai, дизайні модуля Maimai на інтерфейсі та дизайні інтерактивних та чатових компонентів на інтерфейсі. Для реалізації функції чату в самій кімнаті чату, оскільки доступ до пакета SD Yunxin IM в основному реалізується через пакет дзвінків Api, я не буду вдаватися в подробиці.
Перш ніж проектувати систему, спочатку потрібно розглянути такі питання:
• Визначення вимог та розподіл функцій кожного кінця, як взаємодіє кожен кінець
• Угода між кожним кінцем
• Клієнт просить мікрофон і вчителя отримати
• Синхронізація інтерактивної інформації після входу клієнта в інтерактивну кімнату прямого ефіру
З наведеними вище запитаннями давайте спочатку розберемо послуги, на які ми можемо покластися. Наступні послуги, що надаються NetEase Cloud, показані на малюнку нижче. У поєднанні з розробкою власних системних вимог ми можемо швидко інтегрувати функції обміну миттєвими повідомленнями та інтерактивного прямого мовлення.
• Служба обміну миттєвими повідомленнями Yunxin надає повний набір основних можливостей обміну миттєвими повідомленнями, які можуть швидко інтегрувати можливості обміну миттєвими повідомленнями та мережі в режимі реального часу у власні програми підприємства.
• Інтерактивна функція прямого ефіру Yunxin підтримує взаємодію в режимі реального часу між ведучим та аудиторією.
Рамки
Нашими основними потребами є в основному наступні три частини:
1. Студенти заходять у чат на клієнті програми і можуть ініціювати запит на пшеницю;
2. З боку викладача ви можете схвалити чи відхилити прохання учня;
3. Після того, як викладач погодиться з проханням студента, студент може увійти до кімнати прямого ефіру для взаємодії.
Поєднайте вимоги та відсортуйте наступний основний запит мікрофона, мікрофон підключення та інтерактивні процеси, як показано на малюнку нижче. Різні стилі потоку даних представляють різні угоди.
Ось кілька додаткових понять:
1. SDK клієнта Yunxin IM, клієнт надсилає P2P-повідомлення вчителю через Yunxin IM
2. Клієнтський інтерактивний прямий ефір SDK, клієнт підключається до інтерактивного прямого ефіру
3. Yunxin SDK для вчителя, прийміть повідомлення p2p
4. Інтерактивна пряма трансляція SDK для викладача, взаємодія з прямою трансляцією на стороні клієнта
5. SDK Yunxin IM в Інтернеті, надсилання та отримання повідомлень
6. Налаштуйте повідомлення та структуру даних повідомлення, надісланого кожним кінцем
Розробка та реалізація
Реалізація Цей розділ в основному знайомить із реалізацією викладача та клієнта Web / Wap студента, згаданих в огляді попереднього розділу. В основному він включає такі частини: вдосконалення процесу, модуль обміну інформацією для викладача, модуль веб-терміналу для студентів, конфігурація, переваги та існуючі проблеми.
Уточнення процесу
По-перше, давайте представимо реалізацію кінця вчителя та зробимо додаткові пояснення до деяких деталей у порядку чисел на малюнку нижче. Сторона вчителя складається з двох основних частин, одна - рідна, яку в цій статті називають рідною для вчителя, а інша - веб-сторінку, яка в цій статті називається викладачем. Власний викладач та викладач IM спілкуються через jsbridge та власні повідомлення.
Перш за все, розберимо jsbridge-комунікацію між рідним учителем та вчителем ІМ таким чином:
-notifyQueueChange
-notifyVolume
-notifyCustomMsg
- перевірте оновлення
-notifyLiveStatus
Поєднайте наведену вище блок-схему, а потім зробіть детальний опис процесу:
1. Ініціалізація клієнта
Кожен кінець отримує уніфіковану адресу чату, запитуючи сервер
2. Ініціалізація вчителя
Після ініціалізації чату викладача він отримує адресу чату через запит сервера (getPresenterLiveInfo), отримує синглтон чату, інформує викладача про готовність власної кімнати чату та отримує інтерактивні дані прямого ефіру.
3. Процес запрошення пшениці
• Клієнт надсилає повідомлення p2p рідному викладачеві. Викладач використовує jsbridge для виклику notifyCustomMsg IM викладача, а викладач IM оновлює чергу очікування для запиту Mai, який він підтримує.
• Чат викладача клацає, щоб погодитись чи відхилити, і носій викладача повідомляється через повідомлення, а рідний вчителя інформує клієнта про запит через P2P.
• Клієнт використовує інтерактивний SDK в прямому ефірі, підключає мікрофон до живої кімнати та надсилає повідомлення викладачеві через SDK для інтерактивного прямого мовлення.
• Викладач викликає метод notifyQueueChange для оновлення списків у чаті викладача
• Чат викладача, асинхронно просить (informServer) оновити черги завантаження та завантаження сервера, надсилати власні повідомлення (im-sdk) та транслювати, щоб сповіщати кожного клієнта.
Модуль викладача ІМ
Поєднуючи блок-схему та детальний опис вищенаведеного процесу, інтерфейсні модулі розроблені та розділені, як показано на наступному малюнку.
Тут LivePcChat - це компонент чату у вкладці, LiveInteractivePresenter - компонент, який обробляє інтерактивні операції, а XXcache - компонент, який інкапсулює відповідні операції рівня даних. Конкретний примірник компонента, виклик, запит даних та процес обробки показані на схемі послідовності нижче:
Веб-студентський модуль
Для студентського терміналу Web / Wap, оскільки сам студентський термінал Web / Wap ще не розробив функцію першої. Тут візьмемо веб-студентський термінал як приклад, щоб представити реалізацію веб-студентського терміналу в інтерактивному списку та взаємодії в чаті. Частина самої кімнати чату та кімната чату на кінці вчителя повторно використовують компоненти чату, тому модулі тут також розділені спочатку. Ви можете звернутися до поділу компонентів на стороні вчителя, щоб порівняти деякі компоненти, повторно використані стороною вчителя та студента. На наступному малюнку показано розподіл студентської частини Інтернету.
З порівняння в таблиці нижче видно, що, крім логіки обробки, пов’язаної з Інгмай, інші функції ІМ з боку викладача та веб-студента можуть бути використані повторно.
конфігурація
Інтерактивна пряма трансляція - це ітерація, заснована на оригінальній прямій трансляції, тому тут ми повинні забезпечити можливість налаштування інтерактивної прямої трансляції в різних лінійках освітніх продуктів. Згадана тут конфігурація подібна до конфігурації інших модулів та доступу до компонентів у пулі загальнодоступних компонентів освіти. Він також покладається на базовий кеш-компонент освіти, який читається в конфігурації, коли завантажується одиночна сторінка або проект (одна організаційна довідка) Конфігурація, конфігурація з одним ключем.
Плюси та мінуси аналіз
Переваги використання цієї конструкції є
1. Усі запити сервера надсилаються через веб-сторінку, зменшуючи витрати на обслуговування викладача;
2. Настроюваність модуля. У різних напрямках бізнесу його можна налаштувати на рішення про підключення до інтерактивної прямої трансляції;
3. Компоненти гранульовані. У різних модулях сторона викладача може отримати доступ до компоненту чату та інтерактивного компонента, мікрофонного компонента, а студентський - лише до інтерактивного компонента списку;
4. Він найбільшою мірою покладається на функції, реалізовані існуючою компанією Yunxin sdk, яка може задовольнити вимоги за відносно короткий час.
Проблема
1. Процес Yingmai є більш складним, оскільки він включає декілька кінців, а налагодження на кожному кінці - марна трата часу. Це також мета організації цієї статті. Отримавши розуміння процесу кожного кінця, кожен кінець може спочатку знайти кінець проблеми під час налагодження, а потім проблему можна знайти за певним посиланням цілеспрямовано.
2. Оскільки воно здійснюється на основі оригінальної ітерації, багато компонентів не інкапсульовано в освітні стандартні компоненти, але за умови чіткої логіки вони можуть бути оптимізовані в наступних ітераціях.
3. Оптимізуйте метод зовнішньої реалізації.
підсумовувати
У цій статті ми розберемо логіку кожного кінця інтерактивного прямого ефіру, щоб полегшити згодом доступ до розуміння інтерактивного прямого ефіру. Для клієнта та викладача ви можете зрозуміти реалізацію інтерфейсів та повідомлень, наданих інтерфейсом. Якщо необхідно отримати доступ до інтерактивного модуля прямої трансляції в іншому наступному проекті, до нього можна швидко отримати доступ та налагодити, і в той же час він може додатково оптимізувати існуючі проблеми, підняті вище.
|
|
|
|
Як далеко (довгий) кришка передавача?
Дальність передачі залежить від багатьох факторів. Істинне відстань засноване на антени установка висоти, коефіцієнт посилення антени, з використанням середовища, як будівлі і інші перешкоди, чутливості приймача, антени приймача. Установка антени більш високого і використання в сільській місцевості, відстань буде набагато більш далеко.
Приклад 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 адресу, ім'я, проблеми на замітку: |
|
