Den interaktiva direktsändningen involverar servern, lärarklienten, iOS / Android-studentklienten och Web / Wap-studentklienten. Den här artikeln fokuserar på interaktionsprocessen för Maimai, utformningen av Maimai-modulen på front-enden, och designen av interaktiva och chattkomponenter i front-end. För att förverkliga chattfunktionen i själva chattrummet, eftersom tillgången till Yunxin IM SDK huvudsakligen realiseras genom Api-samtalspaketet, kommer jag inte att gå in på detaljer.
Innan du utformar systemet måste du först överväga följande frågor:
• Kravsdefinition och funktionsdelning för varje ände, hur varje ände samverkar
• Avtal mellan varje ände
• Klienten ber mikrofonen och läraren att ta emot
• Synkronisering av interaktiv information efter att klienten kommer in i det interaktiva live-sändningsrummet
Med ovanstående frågor, låt oss först reda ut de tjänster som vi kan lita på. Följande tjänster som tillhandahålls av NetEase Cloud visas i figuren nedan. I kombination med utformningen av våra egna systemkrav kan vi snabbt integrera funktionerna för IM och interaktiv live-sändning.
• Yunxin IM-tjänst tillhandahåller en komplett uppsättning grundläggande snabbmeddelandefunktioner, som snabbt kan integrera snabbmeddelanden och nätverksfunktioner i realtid i företagets egna applikationer.
• Yunxins interaktiva direktsändningsfunktion stöder interaktion i realtid mellan värden och publiken.
Ramverk
Våra grundläggande behov är huvudsakligen följande tre delar:
1. Studenter går in i chattrummet på App-klienten och kan initiera en begäran om vete;
2. På lärarens sida kan du godkänna eller avvisa studentens begäran;
3. När läraren har godkänt en elevs begäran kan eleven gå in i direktsändningsrummet för att interagera.
Kombinera kraven och sortera ut följande grundläggande mikrofonförfrågan, anslutningsmikrofon och interaktiva processer, som visas i figuren nedan. Olika stilar av dataflöde representerar olika avtal.
Här är några ytterligare begrepp:
1. SDK för klienten Yunxin IM, klienten skickar P2P-meddelanden till läraren via Yunxin IM
2. Klientinteraktiv live-sändning SDK, klient ansluter till interaktiv live-sändning
3. Yunxin SDK i läraränden, acceptera p2p-meddelanden
4. Interaktiv live-sändning SDK för lärare, interagera med live-sändning på klientsidan
5. SDK för Yunxin IM på nätet, skickar och tar emot meddelanden
6. Anpassa meddelandet och datastrukturen för meddelandet som skickas i varje ände
Design och implementering
Implementering Detta avsnitt introducerar huvudsakligen implementeringen av lärarklienten och Web / Wap-studentklienten som nämns i översikten över föregående avsnitt. Den innehåller huvudsakligen följande delar: processförfining, lärar-IM-modul, webbstudentterminalmodul, konfiguration, fördelar och befintliga problem.
Processförfining
Låt oss först introducera implementeringen av lärarens slut och göra kompletterande förklaringar till några av detaljerna i siffrans ordning i figuren nedan. Lärarsidan har två huvuddelar, en är infödd, som kallas lärares infödda i den här artikeln, och den andra är en webbsida, som i den här artikeln kallas lärarchatt. Lärarnas infödda och lärarens IM kommunicerar via jsbridge och anpassade meddelanden.
Först och främst, sortera jsbridge-kommunikationen mellan lärare och lärare direkt enligt följande:
-notifyQueueChange
-meddela volym
-notifyCustomMsg
-kolla uppdatering
-notifyLiveStatus
Kombinera flödesschemat ovan och gör sedan en detaljerad beskrivning av processen:
1. Kundinitiering
Varje ände får en enhetlig chattrumsadress genom att begära servern
2. Lärarinitialisering
Efter att lärarens chatt har initierats hämtar det chattrumsadressen via serverförfrågan (getPresenterLiveInfo), får chattrumsingleton, informerar läraren om att det inhemska chattrummet är klart och får den interaktiva direktsändningsdata.
3. Processen med att bjuda in vete
• Klienten skickar ett p2p-meddelande till läraren. Läraren använder jsbridge för att ringa notifyCustomMsg för lärarens chatt, och lärarens chatt uppdaterar väntkön för Mai-begäran att den upprätthåller.
• Lärarens chatt klickar för att godkänna eller avvisa, och lärarens infödda meddelas via ett meddelande och lärarens infödda informerar klienten om begäran via P2P.
• Klienten använder den interaktiva live-sändnings-SDK: n, ansluter mikrofonen till live-rummet och skickar ett meddelande till läraren via den interaktiva live-sändnings-SDK: n.
• Läraren kallar metoden notifyQueueChange för att uppdatera listorna i lärarens snabbmeddelande
• Lärarchatt, begär asynkront (informServer) att uppdatera serverns uppladdnings- och nedladdningsköer, skicka anpassade meddelanden (im-sdk) och sända för att meddela varje klient.
Lärarchattmodul
Genom att kombinera flödesschemat och den detaljerade beskrivningen av processen ovan designas och delas frontmodulerna, som visas i följande bild.
Här är LivePcChat en chattkomponent på fliken, LiveInteractivePresenter är en komponent som behandlar interaktiva operationer och XXcache är en komponent som inkapslar motsvarande datalagringsåtgärder. Den specifika komponentinstansen, samtalet, dataförfrågan och bearbetningsprocessen är som visas i sekvensdiagrammet nedan:
Webbstudentmodul
För studentterminalen Web / Wap, eftersom webb- / Wap-studentterminalen ännu inte har utvecklat jungfrufunktionen. Här tar du webbstudentterminalen som ett exempel för att introducera förverkligandet av studentterminalen Web / Wap i den interaktiva listan och chattinteraktion. Chattrumsdelen av sig själv och chattrummet på läraren slutar återanvända chattkomponenter, så modulerna delas också upp här först. Du kan hänvisa till delningen av komponenter på lärarsidan för att jämföra några av de komponenter som återanvänds av lärarsidan och elevsidan. Följande bild visar uppdelningen av webbstudentsidan.
Det framgår av jämförelsen i tabellen nedan att, förutom bearbetningslogiken relaterad till Yingmai, kan andra funktioner för IM på lärarsidan och webbsidansidan återanvändas.
konfiguration
Interaktiv direktsändning är en iteration baserad på den ursprungliga direktsändningen, så här måste vi säkerställa konfigurerbarheten för interaktiv direktsändning i olika utbildningsproduktlinjer. Konfigurationen som nämns här liknar konfigurationen av andra moduler och komponentåtkomst i den offentliga komponentpoolen. Det förlitar sig också på utbildningens allmänna komponentcache-bas, som läses i konfigurationen när livesidan eller projektets enstaka sida laddas (institutionell bakgrund) Konfiguration, konfiguration med en tangent.
Fördelar och nackdelar analys
Fördelarna med att använda denna design är
1. Alla serverförfrågningar skickas via webbsidan, vilket minskar lärarens underhållskostnad.
2. Modulens konfigurerbarhet. I olika affärsområden kan den konfigureras för att bestämma om den ska ansluta till den interaktiva direktsändningen;
3. Komponenterna är granulära. I olika moduler kan lärarsidan komma åt chattkomponenten och den interaktiva komponenten, mikrofonkomponenten, och elevsidan kan bara komma åt den interaktiva listkomponenten;
4. Den förlitar sig i största möjliga utsträckning på de funktioner som implementeras av den befintliga Yunxin sdk, som kan uppfylla kraven på relativt kort tid.
Problemet
1. Processen med Yingmai är mer komplicerad, eftersom den involverar flera ändar, och felsökning i varje ände är slöseri med tid. Detta är också syftet med att organisera denna artikel. Efter att ha kommit igenom förståelsen för processen i varje ände kan varje ände först hitta slutet på problemet under felsökning och sedan kan problemet hittas i en viss länk på ett riktat sätt.
2. Eftersom den utförs på grundval av den ursprungliga iterationen är många komponenter inte inkapslade i utbildningsstandardkomponenter, men under förutsättningen av tydlig logik kan de optimeras i efterföljande iterationer.
3. Optimera metoden för front-end-implementering.
summera
Genom den här artikeln kommer vi att reda ut logiken i varje ände av den interaktiva direktsändningen för att underlätta senare åtkomst till förståelsen av den interaktiva direktsändningsprocessen. För klienten och läraren kan du förstå implementeringen av gränssnitt och meddelanden som tillhandahålls av frontend. Om det är nödvändigt att komma åt den interaktiva direktsändningsmodulen i ett annat efterföljande projekt kan den snabbt nås och felsökas, och samtidigt kan den ytterligare optimera de befintliga problemen som tas upp ovan.
|
|
|
|
Hur långt (lång) mätarens hölje?
Räckvidden beror på många faktorer. Den sanna avståndet baseras på antennen installera höjd, antennförstärkning, med användning av miljö som byggnad och andra hinder, känsligheten hos mottagaren, antennen hos mottagaren. Installera antennen mer hög och att använda på landsbygden, avståndet kommer mycket mer långt.
EXEMPEL 5W FM-sändare användning i staden och hemstad:
Jag har en USA kund användning 5W fm-sändare med GP-antenn i sin hemstad, och han testa den med en bil, det täcker 10km (6.21mile).
Jag testar 5W FM-sändare med GP-antenn i min hemstad, det täcker om 2km (1.24mile).
Jag testar 5W FM-sändare med GP-antenn i Guangzhou, det täcker ungefär endast 300meter (984ft).
Nedan är den ungefärliga mängd olika effekt FM-sändare. (Intervallet är diameter)
0.1W ~ 5W FM-sändare: 100M ~ 1KM
5W ~ 15W FM Ttransmitter: 1KM ~ 3KM
15W ~ 80W FM-sändare: 3KM ~ 10KM
80W ~ 500W FM-sändare: 10KM ~ 30KM
500W ~ 1000W FM-sändare: 30KM ~ 50KM
1KW ~ 2KW FM-sändare: 50KM ~ 100KM
2KW ~ 5KW FM-sändare: 100KM ~ 150KM
5KW ~ 10KW FM-sändare: 150KM ~ 200KM
Hur man kontaktar oss för sändaren?
Ring mig + 8618078869184 ELLER
Maila mig [e-postskyddad]
1.How långt du vill täcka i diameter?
2.How tall av er torn?
3.Where kommer du ifrån?
Och vi kommer att ge dig mer professionell rådgivning.
Om Oss
FMUSER.ORG är ett systemintegreringsföretag med inriktning på RF-trådlös överföring / studio video ljudutrustning / streaming och databehandling. Vi tillhandahåller allt från rådgivning och konsultation genom rackintegration till installation, idrifttagning och träning.
Vi erbjuder FM-sändare, analoga tv-sändare, digital-tv-sändare, VHF UHF-sändare, antenner, koaxialkabelkontakter, STL, luftbehandlingssystem, broadcast-produkter för studien, RF-signalövervakning, RDS-kodare, ljudprocessorer och fjärrkontrollenheter, IPTV Products, Video / Audio Encoder / Decoder, utformad för att möta behoven hos både stora internationella broadcast-nät och små privata stationer.
Vår lösning har 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.
Vi använder avancerade teknologiprodukter för alla system, eftersom vi vet att hög tillförlitlighet och hög prestanda är så viktiga för systemet och lösningen. Samtidigt måste vi också se till att våra produkter är till ett mycket rimligt pris.
Vi har kunder från offentliga och kommersiella programföretag, teleoperatörer och regleringsmyndigheter, och vi erbjuder även lösningar och produkter till många hundra mindre, lokala och lokala programföretag.
FMUSER.ORG har exporterat mer än 15 år och har kunder över hela världen. Med 13 års erfarenhet inom detta område har vi ett professionellt team för att lösa kundens alla slags problem. Vi strävar efter att leverera den extremt rimliga prissättningen av professionella produkter och tjänster. Kontakta email: [e-postskyddad]
vår fabrik
Vi har modernisering av fabriken. Du är välkommen att besöka vår fabrik när du kommer till Kina.
För närvarande finns det redan 1095 kunder runt om i världen besökte vår Guangzhou kontor. Om du kommer till Kina, är du välkommen att besöka oss.
på mässan
Detta är vårt deltagande i 2012 Global Sources Hong Kong Electronics Fair . Kunder från hela världen äntligen har en chans att träffas.
Var är Fmuser?
Du kan söka i dessa siffror " 23.127460034623816,113.33224654197693 "på google map, då hittar du vårt fmuser-kontor.
FMUSER Guangzhou kontor i Tianhe District, som är mitten av Canton . Mycket nära till Canton Fair , Guangzhou järnvägsstation, Xiaobei väg och dashatou , behöver bara 10 minuter om ta TAXI . Välkommen vänner runt om i världen att besöka och förhandla.
Kontakt: Sky Blue
Mobil: + 8618078869184
WhatsApp: + 8618078869184
Wechat: + 8618078869184
E-post: [e-postskyddad]
QQ: 727926717
Skype: sky198710021
Adress: No.305 Room Huilan Building No.273 Huanpu Road Guangzhou Postnummer: 510620
|
|
|
|
Engelska: Vi accepterar alla betalningar, såsom PayPal, kreditkort, Western Union, Alipay, Money Bookers, T / T, LC, DP, DA, OA, Payoneer, Om du har några frågor, vänligen kontakta mig [e-postskyddad] eller WhatsApp + 8618078869184
-
PayPal.  www.paypal.com
Vi rekommenderar att du använder Paypal för att köpa våra produkter, är det Paypal ett säkert sätt att köpa på internet.
Varje av våra objekt listsidan botten på toppen har en paypal logotyp för att betala.
Kreditkort.Om du inte har paypal, men du har kreditkort, kan du också klicka på den gula PayPal för att betala med ditt kreditkort.
-------------------------------------------------- -------------------
Men om du inte har ett kreditkort och inte har ett PayPal-konto eller svårt att fick en paypal Kontoinställningar, kan du använda följande:
Western Union.  www.westernunion.com
Betala med Western Union till mig:
Förnamn / Förnamn: Yingfeng
Efternamn / Efternamn / Efternamn: Zhang
Fullständigt namn: Yingfeng Zhang
Land: Kina
Stad: Guangzhou
|
-------------------------------------------------- -------------------
T / T. Betala med T / T (banköverföring / Telegraphic Transfer / banköverföring)
Första BANKINFORMATIONEN (FÖRETAGSKONTO):
SWIFT BIC: BKCHHKHHXXX
Banknamn: BANKEN AV KINA (HONG KONG) LIMITED, HONG KONG
Bankadress: BANKEN AV KINA TOREN, 1 GARDEN ROAD, CENTRAL, HONG KONG
BANK KOD: 012
Kontonamn: FMUSER INTERNATIONAL GROUP LIMITED
Konto Nej. : 012-676-2-007855-0
-------------------------------------------------- -------------------
Andra BANKINFORMATIONEN (FÖRETAGSKONTO):
Mottagare: Fmuser International Group Inc.
Kontonummer: 44050158090900000337
Mottagarens bank: China Construction Bank Guangdong Branch
SWIFT-kod: PCBCCNBJGDX
Adress: NO.553 Tianhe Road, Guangzhou, Guangdong, Tianhe District, Kina
** Obs: När du överför pengar till vårt bankkonto, skriv INTE något i kommentarområdet, annars kommer vi inte att kunna ta emot betalningen på grund av regeringens policy för internationell handel.
|
|
|
|
* Det kommer att sändas i 1-2 arbetsdagar när betalning klar.
* Vi kommer att skicka det till ditt paypal tilltalar. Om du vill ändra adress, skicka din rätt adress och telefonnummer till min e [e-postskyddad]
* Om förpackningarna är under 2kg kommer vi att skickas via post flygpost, tar det ungefär 15-25days till din hand.
Om paketet är mer än 2kg kommer vi sänder via EMS, DHL, UPS, Fedex snabb expressleverans, kommer det att ta ungefär 7 ~ 15days till din hand.
Om paketet mer än 100kg, kommer vi att skicka via DHL eller flygfrakt. Det tar ca 3 ~ 7days till din hand.
Alla paket är formen Kina Guangzhou.
* Paketet kommer att skickas som en "gåva" och avvisas så mindre som möjligt, köparen behöver inte betala för "TAX".
* Efter fartyg, kommer vi att skicka en e-post och ger dig som spårningen numrerar.
|
|
|
För garanti.
Kontakta oss --- >> Returnera artikeln till oss --- >> Ta emot och skicka en ny ersättare.
Namn: Liu Xiaoxia
Adress: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Guangzhou Kina.
ZIP: 510620
Tel: + 8618078869184
Återvänd till denna adress och skriva din paypal adress, namn problem på Obs: |
|
