Live streaming-protocol

De zogenaamde streaming media verwijst naar het mediaformaat dat op internet wordt afgespeeld door middel van streaming-overdracht.
Streaming media is ook bekend als streaming media, het betekent dat bedrijven een video-bezorgingsserver gebruiken om programma's als datapakketten naar het netwerk te verzenden.
Nadat de gebruiker de gegevens met het decompressieapparaat heeft gedecomprimeerd, wordt het programma weergegeven zoals hiervoor.
Streaming media verzendt audio-, video- en multimediabestanden in het netwerk door middel van streaming.
Streaming-mediabestandsindeling is een media-indeling die streaming-overdracht en weergave ondersteunt.
Streaming-transmissiemodus is om multimediabestanden zoals video en audio op te splitsen in compressiepakketten via een speciale compressiemodus,
Continue en realtime verzending van de server naar de computer van de gebruiker. In het streaming-systeem hoeven gebruikers niet op het hele bestand te wachten, zoals niet-streaming
Pas nadat alle downloads zijn voltooid, kunnen we de inhoud zien, maar pas na een paar seconden of tientallen seconden opstartvertraging kunnen we ze op de computer van de gebruiker gebruiken

De corresponderende speler speelt de gecomprimeerde video of audio en andere streaming mediabestanden af, en de rest zal doorgaan met downloaden tot het einde van het afspelen.
RTP: (Realtime transportprotocol)
RTP is een transportlaagprotocol voor multimediagegevensstromen op internet. RTP wordt samen met RTCP gebruikt en is gebaseerd op het UDP-protocol

In tegenstelling tot HTTP en FTP kan RTP het volledige videobestand volledig downloaden. Het verzendt gegevens over het netwerk met een vaste gegevenssnelheid. De klant bekijkt ook het videobestand met deze snelheid. Wanneer
Nadat de film en het televisiebeeld zijn afgespeeld, kan deze niet opnieuw worden afgespeeld, tenzij de gegevens opnieuw bij de server worden opgevraagd.
RTCP: realtime transportcontroleprotocol of RTP (controleprotocol of RTCP)
RTCP is een zusterprotocol van RTP
Opmerking: -: RTP-protocol en RTCP worden samen gebruikt en is gebaseerd op het UDP-protocol (meestal gebruikt voor videoconferenties)
RTSP: (Real Time Streaming Protocol)
Sessieprotocol voor realtime streaming media, SDP (Session Description Protocol), RTP (realtime Transport Protocol).
RTSP is een protocol voor het streamen van multimedia dat wordt gebruikt om geluid of video te regelen. RTSP biedt een uitbreidbaar raamwerk dat het mogelijk maakt om real-time gegevens, zoals audio en video, te beheren en op te vragen.
Mediagegevens gebruiken RTP, RTCP-protocol.
Over het algemeen wordt UDP gebruikt als de transportlaag. Geschikt voor IPTV-scènes.
Gegevensbronnen omvatten veldgegevens en gegevens die zijn opgeslagen in clips. Het doel van dit protocol is om meerdere datatransmissieverbindingen te beheren en een manier te bieden om transmissiekanalen te selecteren, zoals UDP, multicast UDP en TCP

Het biedt ook een methode om het transmissiemechanisme te selecteren op basis van RTP
Het netwerkprotocol dat bij verzending wordt gebruikt, valt niet onder de definitie ervan. De server kan ervoor kiezen om TCP of UDP te gebruiken om de streaminhoud te verzenden, wat toleranter is voor netwerkvertragingen
---> Het grootste verschil tussen RTSP en RTP is dat RTSP een tweerichtingsprotocol is voor realtime gegevensoverdracht, waarmee de client verzoeken naar de server kan sturen, zoals afspelen, snel vooruit, achteruit enzovoort. Wanneer
RTSP kan echter gegevens verzenden op basis van RTP en kan ook TCP, UDP, multicast UDP en andere kanalen selecteren om gegevens te verzenden, wat een goede schaalbaarheid heeft. Het is vergelijkbaar met het HTTP-protocol

WebRTC:
Het protocol van streaming media wordt geïmplementeerd op internet. Toen Google webrtc voor het eerst lanceerde, keken de reuzen koud toe of verzetten zich. Het RTP-protocol wordt gebruikt voor verzending.
RTMP (Real Time Messaging Protocol)
Macromedia heeft een set live videoprotocollen ontwikkeld, die nu eigendom is 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 spelen in IOS-browser op basis van flash, maar de realtime prestaties zijn beter dan HLS.
Real-time messaging-protocol is een open protocol dat is ontwikkeld door Adobe Systems voor audio-, video- en datatransmissie tussen Flash Player en server

// In IOS-code wordt RTMP vaak gebruikt om streaming te pushen. U kunt de bibliotheek van derden librtmp IOS gebruiken om streaming te pushen. Librtmp omvat 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 "handshake" en vervolgens besturingsinformatie over de verbinding verzenden. Het RTMP-protocol formatteert de gegevens tijdens verzending. Om een betere multiplexing, uitbesteding en eerlijkheid van informatie te bereiken, verdeelt de afzender het bericht in delen met bericht-ID, en elk deel kan een afzonderlijk bericht zijn,

Het kan ook een onderdeel van het bericht zijn. De ontvanger zal de chunk herstellen tot een compleet bericht op basis van de lengte van de gegevens, de bericht-ID en het bericht in de chunk, om informatie te verzenden en te ontvangen.

HLS: HTTP Live Streaming (HLS)
Het is een op HTTP gebaseerd transportprotocol voor streaming media geïmplementeerd door Apple Inc,
Het kan live en on-demand streaming media realiseren, voornamelijk gebruikt in het IOS-systeem
Om audio en video live en on-demand oplossingen te bieden voor IOS-apparaten (zoals iPhone en iPad).
HLS on demand is in feite een veel voorkomende gesegmenteerde HTTP on demand. Het verschil is dat de segmenten erg klein zijn.
Vergeleken met de gangbare live streaming-protocollen, zoals RTMP-protocol, RTSP-protocol, MMS-protocol, enzovoort, is het grootste verschil met HLS-livestreaming dat wat de livestream-client ontvangt, geen volledig bericht is

De hele datastroom.
Het HLS-protocol slaat de live datastroom op als continue, korte en lange mediabestanden (mpeg-ts-formaat) aan de serverzijde, terwijl de clientzijde deze kleine bestanden continu downloadt en afspeelt,
Doordat de server altijd nieuwe kleine bestanden genereert uit de laatste live data, wordt de live uitzending gerealiseerd zolang de client continu de van de server verkregen bestanden afspeelt.
Het is duidelijk dat HLS in wezen is gebaseerd op>> on-demand technologie om live <<te bereiken. Omdat de gegevens worden verzonden via het HTTP-protocol, hoeft u geen rekening te houden met de firewall of proxy
Bovendien is de lengte van een gesegmenteerd bestand erg kort, zodat de klant snel de codesnelheid kan selecteren en wijzigen om zich aan te passen aan het afspelen onder verschillende bandbreedtecondities. Dit soort technische kenmerken van HLS zijn echter bepalend voor de toekomstige ontwikkeling ervan

Over het algemeen is de vertraging altijd groter dan het normale live streaming-protocol.
// Zowel IOS als Android ondersteunen dit protocol uiteraard en de configuratie is eenvoudig. U kunt de videotag rechtstreeks gebruiken
*** VLS: is een soort streaming-server, 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 worden gebruikt voor live- en on-demand-uitzendingen, maar over het algemeen worden RTSP en RTMP gebruikt voor live-uitzendingen en wordt HTTP gebruikt voor on-demand-uitzendingen. We kiezen voor het RTMP-protocol.

RTMP en httpflv: de gegevens van deze twee protocollen zijn ongeveer hetzelfde, dus de redenen voor vertraging zijn vergelijkbaar. Het is redelijk om te zeggen dat de vertraging van live-uitzendingen via TCP-streaming erg laag is. Waarom is er vertraging in RTMP en httpflv? De reden is dat op h264, RTMP en httpflv beide flv-tags zijn. De gegevens van de videotag zijn meestal H264-gegevens. H264-decodering heeft een IBP. Ik ben het sleutelframe, dat een compleet beeld is. U moet eerst een I hebben om de volgende BP te decoderen. Het aantal BP-frames kan zo klein zijn als u wilt, maar het aantal I-frames mag niet kleiner zijn, dus I-frames moeten in flv zijn. Tag-transmissie is de tweede transmissie (de eerste is h264spps). I-frames zijn echter niet gebruikelijk in H264-streams. Er is maar het ene I-frame na het andere. Dit interval is algemeen bekend als GOP. Bij het coderen wordt GOP erg kort ingesteld. Wanneer de client verbinding maakt, zal de server het nieuwste I-frame in de stream met de hoogste snelheid vinden en live gegevens verzenden vanaf I-frame. Als GOP echter erg lang is, is het I-frame-interval erg lang, of wacht u tot het volgende I-frame begint met het verzenden van gegevens naar de nieuwe verbinding, of zoek het laatste I-frame in de cache om te beginnen met verzenden. Dit is de sleutel tot de vertraging van RTMP- en HLS-protocollen. Op grote CDN-platforms wordt het "RTMP second on technology" genoemd. Het principe is om de streaminggegevens twee keer te decoderen en een kleine GOP in te stellen. In het algemeen, wanneer GOP is ingesteld op 1s, ongeacht de vertraging van de netwerktransmissieverbinding, is de maximale gegevensvertraging 1s. Gelukkig is ik 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: