Onlangs begon ik contact op te nemen met het video-live-project, ik heb ook enkele video-live-gerelateerde concepten, technologieën en oplossingen samengevat.
Begrijp allereerst het concept van live video. Enkele veel voorkomende videoprotocollen zijn: RTMP, http-flv, HLS, RTP / RTCP.
Vervolgens leggen we het hele proces van live-uitzendingen en aanverwante technologieën uit.
1 、 Live video-protocol
Op het gebied van live-uitzendingen zijn er twee soorten live-uitzendingen: interactieve live-uitzendingen en niet-interactieve live-uitzendingen.
Niet-interactieve live-uitzendingen (zoals: Live parade, NBA Live Broadcasting, Champions League live-uitzendingen, etc.) zijn niet erg interactief, waardoor een vertraging van 10 seconden of meer mogelijk is. Het wordt gekenmerkt door relatief weinig bronnen en is geschikt voor transcodering via meerdere kanalen (gebruikers kunnen het bekijken volgens de netwerkomstandigheden).
De typische scènes van interactieve live-uitzendingen omvatten live-uitzendingen van shows, live-uitzendingen van games, enz. Vanwege de hoge eisen aan de interactie tussen het anker en het publiek, moeten deze live-uitzendingen worden vertraagd binnen 5S. De kenmerken van interactieve live-uitzendingen zijn: meer bronnen, niet geschikt voor transcodering via meerdere kanalen, tussenliggende server alleen als doorvoerrol.
De media voor live-overdracht van inhoud is het netwerk en de bijbehorende protocollen zijn nodig om video of audio in het netwerk te verzenden. Momenteel zijn de algemene protocollen die geschikt zijn voor live-scènes als volgt.
1. RTMP-protocol (niet ondersteund door HTML 5, ondersteund door Flash)
RTMP is een protocol voor streaming media, het patentprotocol van Adobe. Op basis van TCP is het erg populair in China.
Populaire reden: de ondersteuning van open source-software en open source-bibliotheek is stabiel en volledig, en de meest gebruikte streaming- en streamingoplossingen kunnen in principe stabiel werken. Bijvoorbeeld: open source librtmp push stream library, service side heeft nginx RTMP plug-in, pull stream heeft ijkplayer play library.
2. Http-flv-protocol (niet ondersteund door HTML 5, ondersteund door Flash)
Dat is om het HTTP-protocol te gebruiken om media-inhoud te streamen. HTTP is eenvoudiger en beter bekend dan RTMP. De inhoudsvertraging kan ook 2-5 seconden zijn en de openingssnelheid is sneller, omdat HTTP zelf geen complexe statusinteractie heeft. Dus vanuit het perspectief van latency is http-flv beter dan RTMP.
3. HLS-protocol (HTML-ondersteuning, Flash-ondersteuning)
HTTP-livestreaming is een transportprotocol voor streaming media gebaseerd op HTTP voorgesteld door Apple. HLS heeft een heel groot voordeel: HTML5 kan direct worden geopend en afgespeeld; dit betekent dat een live link kan worden gedeeld via wechat en andere forwarding, zonder de noodzaak om een onafhankelijke app te installeren, met een browser, dus het is erg populair. Sociale live-app, HLS is gewoon nodig. De livestream-URL op basis van HLS is een m3u8-bestand, dat verschillende recente kleine TS-videobestanden bevat. De vertraging van deze afspeelmodus is relatief hoog (wat gerelateerd is aan de grootte van het TS-bestand), en het kan een vertraging van 5-7 seconden opleveren in hetzelfde stadsnetwerk.
4. RTP / RTCP-protocol
Real-time transportprotocol is een transportlaagprotocol voor multimediadatastreams op internet. RTCP verzendt de signalering van interactieve besturing en RTP verzendt de feitelijke mediagegevens.
RTP wordt veel gebruikt in videobewaking, videoconferenties en IP-telefoons, omdat een van de belangrijke ervaringen met videoconferenties en IP-telefoons sterke realtime inhoud is.
Vergeleken met de bovenstaande drie protocollen is een belangrijk verschil tussen RTP en hen dat het UDP-protocol standaard wordt gebruikt om gegevens te verzenden, terwijl RTMP en HTTP zijn gebaseerd op het TCP-protocol.
Gebruik scenarioanalyse: de scène van real-time audio- en videostream heeft geen betrouwbare garantie nodig, dus er is geen herverzendingsmechanisme nodig. Het is niet belangrijk om het beeld en geluid in realtime te zien, wat inhoud te verliezen wanneer het netwerk trilt, het beeld en het opstartscherm wazig maakt. Om opnieuw te verzenden, veroorzaakt TCP vertraging en asynchronie. Als een bepaald gedeelte van de inhoud na één seconde arriveert vanwege doorgifte, wordt het hele gesprek een seconde vertraagd. Met de netwerkjitter neemt de vertraging toe tot twee seconden of drie seconden. Als de klant het afspelen niet afhandelt, wordt de directe uitzendervaring ernstig aangetast. Hoe u kunt optimaliseren, wordt in het volgende artikel uitgelegd.
Conclusie: bij de selectie van het live uitzendprotocol, als RTMP of http-flv is geselecteerd, betekent dit dat er een inhoudsvertraging is van 2-5 seconden, maar wat betreft de openvertraging is http-flv beter dan RTMP . HLS heeft een inhoudsvertraging van 5-7 seconden. Als u RTP kiest voor live-uitzendingen, kan de live-uitzending binnen 1 seconde worden vertraagd. Voor zover we weten, ondersteunen de grote CDN-fabrikanten echter geen live-uitzendingen op basis van RTP, dus de huidige binnenlandse mainstream is RTMP of http-flv.
2 、 Video live-uitzendproces
Het technische proces met betrekking tot live video is: real-time acquisitie van videostreams --- codering van videostreams --- overdracht van videostreams --- decodering van videostreams --- afspelen van video's.
1. Het idee van real-time video-opname
a) Door setpreviewcallback in te stellen in het opnamevoorbeeld van de Android-camera, wordt de onpreviewframe-interface gerealiseerd om de gegevens van elke videostream in realtime vast te leggen.
b) Bind via Android mediarecorder localocket in de functie setoutputfile.
c) Streaming media server-modus, met behulp van ffmpeg of getstreamer om cameravideo op te halen.
2. De realisatie van videocompressiecodering
a) Zonder codering wordt het originele yuv420sp-videoframe rechtstreeks via de socket verzonden.
b) JEPG comprimeert het originele yuv420sp-videoframe in H.264 en verzendt het vervolgens.
c) H.264 / avc. Het originele yuv420sp-videoframe wordt gecomprimeerd tot H.264 en vervolgens verzonden. Veelgebruikte open source-encoders op basis van H264 zijn JM, x264, t264, hdot264, enz.
d). mpeg4. Comprimeer het originele yuv420sp-videoframe in MPEG4 en verzend het vervolgens
3. Het idee van videotransmissie
een) . socket transmissie
b). HTTP-transport
c). RTP / RTSP-verzending
d). streaming media server-modus, zoals live555, enz
4. De realisatie van videodecodering
een) . decoder die overeenkomt met codering
5. Het idee van het afspelen van video's
een) . via Android videoview
b). via Android mediaplay
c). plak frame-afbeelding rechtstreeks door canvas
|
|
|
|
Hoe ver (lang) de zender dekking?
Het zendbereik is afhankelijk van veel factoren. De werkelijke afstand is gebaseerd op de antenne installeren hoogte antenneversterking, gebruiksomgeving zoals gebouw en andere obstakels, gevoeligheid van de ontvanger antenne van de ontvanger. Het installeren van de antenne meer hoog en het gebruik van op het platteland, de afstand zal veel meer toe.
Voorbeeld 5W FM-zender te gebruiken in de stad en woonplaats:
Ik heb een Amerikaanse klant gebruik 5W fm-zender met GP-antenne in zijn woonplaats, en hij testen met een auto, het dekken 10km (6.21mile).
Ik test de 5W fm-zender met GP-antenne in mijn woonplaats, het te bedekken ongeveer 2km (1.24mile).
Ik test de 5W fm-zender met GP-antenne in Guangzhou stad, het beslaan ongeveer slechts 300meter (984ft).
Hieronder zijn de geschatte range van verschillende power FM-zenders. (Het bereik is diameter)
0.1W ~ 5W FM-zender: 100M ~ 1KM
5W ~ 15W FM Ttransmitter: 1KM ~ 3KM
15W ~ 80W FM-zender: 3KM ~ 10KM
80W ~ 500W FM-zender: 10KM ~ 30KM
500W ~ 1000W FM-zender: 30KM ~ 50KM
1KW ~ 2KW FM-zender: 50KM ~ 100KM
2KW ~ 5KW FM-zender: 100KM ~ 150KM
5KW ~ 10KW FM-zender: 150KM ~ 200KM
Hoe contact met ons op voor de zender?
Bel me + 8618078869184 OR
Email mij [e-mail beveiligd]
1.How ver je wilt gaan in diameter?
2.How lang van je toren?
3.Where kom je vandaan?
En wij zullen u meer professioneel advies te geven.
Over Ons
FMUSER.ORG is een systeemintegratiebedrijf dat zich richt op draadloze RF-transmissie / video-studioapparatuur / streaming en gegevensverwerking. We bieden alles, van advies en consultancy tot rackintegratie tot installatie, inbedrijfstelling en training.
Wij bieden een FM-zender, een analoge TV-zender, een digitale TV-zender, een VHF UHF-zender, antennes, coaxkabelaansluitingen, STL, On Air Processing, Broadcast-producten voor de studio, RF-signaalmonitoring, RDS-encoders, audioprocessors en externe site-besturingseenheden, IPTV-producten, Video / Audio Encoder / Decoder, ontworpen om te voldoen aan de behoeften van zowel grote internationale uitzendnetwerken als kleine privé-stations.
Onze oplossing heeft FM-radiostation / analoog tv-station / digitaal tv-station / audio-video-studioapparatuur / studiozenderlink / zendertelemetriesysteem / hotel-tv-systeem / IPTV live-uitzending / streaming live-uitzending / videoconferentie / CATV-uitzendsysteem.
We gebruiken geavanceerde technologieproducten voor alle systemen, omdat we weten dat de hoge betrouwbaarheid en hoge prestaties zo belangrijk zijn voor het systeem en de oplossing. Tegelijkertijd moeten we er ook voor zorgen dat ons productsysteem tegen een zeer redelijke prijs werkt.
We hebben klanten van publieke en commerciële omroepen, telecomoperators en regelgevende instanties, en we bieden ook oplossingen en producten aan vele honderden kleinere, lokale en gemeenschapszenders.
FMUSER.ORG exporteert al meer dan 15 jaar en heeft klanten over de hele wereld. Met 13 jaar ervaring op dit gebied hebben we een professioneel team om alle soorten problemen van de klant op te lossen. We zijn toegewijd in het leveren van de uiterst redelijke prijzen van professionele producten en diensten. Contact email : [e-mail beveiligd]
onze Fabriek
We hebben modernisering van de fabriek. U bent van harte welkom om onze fabriek te bezoeken wanneer je naar China.
Momenteel zijn er al 1095 klanten over de hele wereld bezocht onze Guangzhou Tianhe kantoor. Als je naar China, bent u welkom om ons te bezoeken.
bij Fair
Dit is onze deelname aan 2012 Global Sources Hong Kong Electronics Fair . Klanten van over de hele wereld eindelijk een kans om samen te komen.
Waar is FMUSER?
U kunt deze nummers zoeken " 23.127460034623816,113.33224654197693 "in google map, dan vindt u ons fmuser-kantoor.
FMUSER kantoor in Guangzhou is in Tianhe District dat is de centrum van het kanton . Heel in de buurt aan de Canton Fair , Guangzhou station, Xiaobei weg en dashatou , Hoeft alleen maar 10 minuten aflegt TAXI . Welkom vrienden over de hele wereld om te bezoeken en te onderhandelen.
Contact: Sky Blue
Mobiel: + 8618078869184
WhatsApp: + 8618078869184
Wechat: + 8618078869184
E-mail: [e-mail beveiligd]
QQ: 727926717
Skype: sky198710021
Adres: No.305 Room Huilan Building No.273 Huanpu Road Guangzhou China Zip: 510620
|
|
|
|
Engels: We accepteren alle betalingen, zoals PayPal, Credit Card, Western Union, Alipay, Money Bookers, T / T, LC, DP, DA, OA, Payoneer. Als u vragen heeft, neem dan contact met mij op [e-mail beveiligd] of WhatsApp + 8618078869184
-
PayPal.  www.paypal.com
Wij raden u Paypal gebruiken om onze producten kopen, Paypal is een veilige manier om te kopen op internet.
Elk van onze post lijst pagina onderaan op de top hebben een paypal logo te betalen.
Kredietkaart.Als u paypal niet hebt, maar je hebt een creditcard, kunt u ook klikken op de gele knop PayPal te betalen met uw credit card.
-------------------------------------------------- -------------------
Maar als je geen creditcard en niet over een PayPal-rekening of het moeilijk om een paypal accout gekregen, kunt u het volgende gebruiken:
Western Union.  www.westernunion.com
Betalen via Western Union naar mij:
Voornaam / Voornaam: Yingfeng
Achternaam / Achternaam / familienaam: Zhang
Volledige naam: Yingfeng Zhang
Land: China
Plaats: Guangzhou
|
-------------------------------------------------- -------------------
T / T. Betalen met T / T (overschrijving / Telegrafische Transfer / Bank Transfer)
Eerste BANKINFORMATIE (BEDRIJFSREKENING):
SWIFT BIC: BKCHHKHHXXX
Banknaam: BANK VAN CHINA (HONG KONG) LIMITED, HONG KONG
Bank Adres: BANK VAN CHINA TOREN, 1 TUINWEG, CENTRAAL, HONG KONG
BANKCODE: 012
Accountnaam: FMUSER INTERNATIONAL GROUP LIMITED
Account nummer. : 012-676-2-007855-0
-------------------------------------------------- -------------------
Tweede BANKINFORMATIE (BEDRIJFSREKENING):
Begunstigde: FMuser International Group Inc
Accountnummer: 44050158090900000337
Bank van de begunstigde: China Construction Bank Guangdong Branch;
SWIFT-code: PCBCCNBJGDX
Adres: NO.553 Tianhe Road, Guangzhou, Guangdong, Tianhe District, China
**Opmerking: wanneer u geld overmaakt naar onze bankrekening, schrijf dan niets in het opmerkingenveld, anders kunnen we de betaling niet ontvangen vanwege het overheidsbeleid inzake internationale handelszaken.
|
|
|
|
* Het zal in 1-2 worden verzonden werkdagen wanneer de betaling duidelijk.
* We sturen het naar uw paypal adres. Als u wilt adres te wijzigen, stuur dan uw juiste adres en telefoonnummer naar mijn e-mail [e-mail beveiligd]
* Als de pakketten onder 2kg, zullen we worden verzonden via de post luchtpost, duurt het ongeveer 15-25days om uw hand.
Als het pakket is meer dan 2kg, zullen we verzenden via EMS, DHL, UPS, Fedex snelle express, duurt het ongeveer 7 ~ 15days om je hand.
Als het pakket meer dan 100kg, sturen wij via DHL of luchtvracht. Het duurt ongeveer 3 ~ 7days om je hand.
Alle pakketten zijn vorm China Guangzhou.
* Pakket wordt als "cadeau" verzonden en zo min mogelijk aangeven, koper hoeft niet te betalen voor "BTW".
* Na het schip, sturen wij u een e-mail en geven u de tracking-nummer.
|
|
|
Voor garantie.
Neem contact met ons op --- >> Stuur het artikel naar ons terug --- >> Ontvang en stuur een nieuwe vervanging.
Naam: Liu Xiaoxia
Adres: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Guangzhou China.
ZIP: 510620
Telefoon: + 8618078869184
Gelieve terug te keren naar dit adres en schrijf uw paypal adres, naam, probleem op Opmerking: |
|
