Verschillende protocollen voor live streaming

De zogenaamde streaming media verwijst naar het mediaformaat dat op internet wordt afgespeeld door middel van streaming-overdracht.
Streaming media wordt ook wel streaming media genoemd. Het verwijst naar bedrijven die een videobezorgingsserver gebruiken om programma's als datapakketten te verzenden en aan het netwerk te leveren.
Nadat de gebruiker de gegevens via het decompressieapparaat heeft gedecomprimeerd, wordt het programma weergegeven zoals voor verzending.
Streaming media verzendt audio-, video- en multimediabestanden in de vorm van streaming over het netwerk.
Streaming media-bestandsindeling is een media-indeling die streaming en afspelen ondersteunt.
De streamingmethode is het verdelen van multimediabestanden zoals video en audio in gecomprimeerde pakketten via een speciale compressiemethode.
Continue en real-time transmissie van de server naar de computer van de gebruiker. In systemen die streaming-overdracht gebruiken, hoeven gebruikers niet te wachten op het hele bestand, zoals bij niet-streaming-weergave.
De inhoud kan worden bekeken nadat alle downloads zijn voltooid, maar op de computer van de gebruiker kan slechts een paar seconden of tientallen seconden opstartvertraging worden gebruikt
De overeenkomstige speler speelt de gecomprimeerde video- of audiobestanden en andere streaming mediabestanden af en het resterende deel wordt gedownload totdat het afspelen is voltooid.

Het is een transportlaagprotocol voor het streamen van multimediagegevens op internet. Het RTP-protocol en het RTP-besturingsprotocol RTCP worden samen gebruikt,
En het is gebouwd op het UDP-protocol.
RTP is niet zoals http en ftp die het hele filmbestand volledig kunnen downloaden. Het verzendt gegevens op het netwerk met een vaste gegevenssnelheid. De client bekijkt het filmbestand ook met deze snelheid.
Nadat het filmscherm is afgespeeld, kan het niet herhaaldelijk worden afgespeeld, tenzij de gegevens opnieuw bij de server worden opgevraagd.

2. RTCP: Real-time Transport Control Protocol of RTP Control Protocol of afgekort RTCP)

Het real-time transmissiecontroleprotocol is een zusterprotocol van het real-time transmissieprotocol (RTP).

Opmerking: --: RTP-protocol en RTP-besturingsprotocol (RTCP) worden samen gebruikt en zijn gebaseerd op het UDP-protocol (meestal gebruikt voor videoconferenties)

Real-time streaming mediasessieprotocol, SDP (sessiebeschrijvingsprotocol), RTP (real-time transportprotocol).

Het is een multimedia-streamingprotocol dat wordt gebruikt om geluid of video te regelen. RTSP biedt een uitbreidbaar raamwerk dat het mogelijk maakt om real-time data, zoals audio en video, te controleren en on-demand op te vragen.
De mediagegevens gebruiken rtp- en rtcp-protocollen. Gebruik over het algemeen udp als transportlaag. Geschikt voor IPTV-scènes. Gegevensbronnen omvatten live gegevens en gegevens die zijn opgeslagen in clips. Het doel van dit protocol is om meerdere datatransmissieverbindingen te besturen, om een manier te bieden om transmissiekanalen te selecteren, zoals UDP, multicast UDP en TCP, en om methoden te bieden voor het selecteren van een transmissiemechanisme op basis van RTP. Het tijdens de verzending gebruikte netwerkcommunicatieprotocol valt niet binnen de reikwijdte van de definitie. De server kan ervoor kiezen om TCP of UDP te gebruiken om de streaming-inhoud te verzenden, wat beter bestand is tegen netwerkvertragingen.

--->: Het grootste verschil tussen RTSP en RTP is dat: RTSP een tweerichtingsprotocol voor real-time gegevensoverdracht is, waarmee de client verzoeken naar de server kan sturen, zoals afspelen, snel vooruitspoelen en terugspoelen. wanneer
RTSP kan natuurlijk gegevens verzenden op basis van RTP en kan ook TCP, UDP, multicast UDP en andere kanalen kiezen om gegevens te verzenden, wat een goede schaalbaarheid heeft. Het is vergelijkbaar met het http-protocol
Protocol voor netwerktoepassingslaag.

De webzijde implementeert het streaming media-protocol. Toen Google WebRTC voor het eerst lanceerde, stonden de reuzen aan de zijlijn of verzetten ze zich ertegen. Gebruik RTP-protocolverzending.

Een set live videoprotocollen ontwikkeld door Macromedia is nu eigendom van Adobe. Net als HLS kan het worden toegepast op live video en gaat het niet verloren op basis van TCP.
// Het verschil is dat RTMP niet kan worden afgespeeld in de iOS-browser op basis van flash, maar de real-time prestaties zijn beter dan HLS.
Het real-time messaging-protocol is een open protocol dat is ontwikkeld door Adobe Systems voor audio-, video- en gegevensoverdracht tussen Flash-spelers en servers.
// In de iOS-code wordt RTMP over het algemeen gebruikt om de stream te pushen. U kunt de bibliotheek librtmp-iOS van derden gebruiken om de stream te pushen. librtmp bevat enkele kern-API's die gebruikers kunnen aanroepen
Het RTMP-protocol vereist ook dat de client en de server een RTMP-verbinding tot stand brengen via een "handshake" en vervolgens besturingsinformatie over de verbinding verzenden. Het RTMP-protocol formatteert de gegevens tijdens de verzending. Om multiplexing, subverpakking en eerlijkheid van informatie beter te bereiken, zal de afzender bij de daadwerkelijke verzending het bericht opdelen in stukken met bericht-ID, waarbij elk stuk een enkel bericht kan zijn,
Het kan ook deel uitmaken van de Boodschap. De ontvangende kant zal het stuk herstellen tot een compleet bericht volgens de lengte van de gegevens in het stuk, de lengte van het bericht-ID en de lengte van het bericht, om het verzenden en ontvangen van informatie te realiseren.

Het is een HTTP-gebaseerd overdrachtsprotocol voor streaming media geïmplementeerd door Apple Inc., dat live en on-demand streaming media kan realiseren. Het wordt voornamelijk gebruikt in het iOS-systeem en biedt audio- en video-live en on-demand-oplossingen voor iOS-apparaten (zoals iPhone en iPad). HLS on-demand is in feite een gemeenschappelijke gesegmenteerde HTTP on-demand. Het verschil is dat de segmenten erg klein zijn. Vergeleken met gangbare protocollen voor live-uitzending van streaming media, zoals RTMP, RTSP, MMS, enz., is het grootste verschil in live-uitzending met HLS dat wat de live-uitzendingsclient verkrijgt, geen volledige gegevensstroom is.
Het HLS-protocol slaat de live datastroom op als continue mediabestanden van korte duur (MPEG-TS-indeling) aan de serverzijde, en de client downloadt en speelt deze kleine bestanden continu af, omdat de serverzijde altijd de laatste live-uitzending zal updaten. gegevens genereren nieuwe kleine bestanden, dus zolang de client de bestanden die van de server zijn verkregen continu in volgorde afspeelt, wordt de live uitzending gerealiseerd. Het is te zien dat HLS in principe kan worden beschouwd als een technische manier van >>on-demand om live-uitzending << te realiseren. Aangezien de gegevens worden verzonden via het HTTP-protocol, hoeft u helemaal geen rekening te houden met firewalls of proxy's.
Bovendien is de duur van het gesegmenteerde bestand erg kort en kan de client snel de bitsnelheid selecteren en schakelen om zich aan te passen aan het afspelen onder verschillende bandbreedteomstandigheden. Dit technische kenmerk van HLS bepaalt echter zijn
De vertraging zal altijd hoger zijn dan het gewone live streaming protocol.
// Zowel iOS als Android ondersteunen dit protocol natuurlijk, de configuratie is eenvoudig, gebruik gewoon de videotag direct

***VLS: Het is een soort streamingserver, die speciaal wordt gebruikt om verschillende streamingproblemen op te lossen. Het heeft ook enkele kenmerken van VLC. Als server kan videolan http-, rtp- en rtsp-streams uitvoeren.

In principe kunnen RTSP, RTMP en HTTP allemaal worden gebruikt voor live-uitzendingen en uitzendingen op aanvraag, maar over het algemeen worden RTSP en RTMP gebruikt voor live-uitzendingen en wordt HTTP gebruikt voor uitzendingen op aanvraag. We hebben gekozen voor het RTMP-protocol.

rtmp en httpflv: de gegevens van deze twee protocollen zijn ongeveer hetzelfde, dus de redenen voor de vertraging zijn hetzelfde. Het spreekt voor zich dat tcp-streaming live-uitzendingen een extreem lage latentie moeten hebben. Waarom hebben rtmp en httpflv nog latentie? De reden is dat op h264 rtmp en httpflv flv-tags zijn die worden verzonden. De gegevens van de videotag zijn meestal h264-gegevens. H264-decodering heeft een IBP. I is een sleutelframe, wat een compleet beeld is. U moet een I hebben voordat u kunt decoderen. De laatste BP, BP-frames kunnen zo weinig zijn als je wilt, maar I-frames kunnen niet minder zijn, dus I-frames moeten als tweede worden verzonden in flv-tagtransmissie (de eerste is h264spspps), maar I-frames zijn niet vaak aanwezig in h264-streams, Na verloop van tijd is er een ik-frame. Deze periode is algemeen bekend als GOP. Bij het coderen wordt de GOP erg kort ingesteld. Wanneer de client verbinding maakt, zoekt de server het dichtstbijzijnde I-frame in de stream met de hoogste snelheid en verzendt het vanaf het I-frame. Live gegevens, maar wanneer de GOP erg lang is, is het I-frame-interval erg lang, of wacht tot het volgende I-frame begint met het verzenden van gegevens naar de nieuwe verbinding, of zoek het dichtstbijzijnde I-frame in de buffer om te beginnen met verzenden, hier is de rtmp- en hls-protocolvertraging Het belangrijkste punt is dat het op grote CDN-platforms "rtmp second opening technology" wordt genoemd. Het principe is om de push-gegevens twee keer te decoderen en een kleine gop in te stellen. Over het algemeen is gop ingesteld op 1s. Ongeacht de vertraging van de netwerktransmissieverbinding, is de maximale datavertraging 1s. Gelukkig is het I-frame 0 vertraging!

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: