Regstreekse streaming protokol

Die sogenaamde streaming media verwys na die mediaformaat wat op die internet gespeel word deur middel van streaming-oordrag.
Streaming media staan ook bekend as streaming media, dit beteken dat ondernemings 'n bediener vir aflewering van video's gebruik om programme as datapakkies na die netwerk te stuur.
Nadat die gebruiker die data deur die dekompressietoestel gedekomprimeer het, sal die program soos voorheen vertoon word.
Stroommedia stuur klank-, video- en multimedia-lêers in die netwerk deur te stroom.
Streaming media-lêerformaat is 'n media-formaat wat streaming-oordrag en -afspeel ondersteun.
Streaming-oordragmodus is om multimedia-lêers soos video en klank in kompressiepakkette te verdeel deur middel van spesiale kompressiemodus,
Deurlopende en intydse versending vanaf die bediener na die gebruiker se rekenaar. In die stroomstelsel hoef gebruikers nie op die hele lêer te wag soos om nie te stroom nie
Eers nadat al die aflaaie voltooi is, kan ons die inhoud sien, maar eers na 'n paar sekondes of dekades sekondes se opstartvertraging, kan ons dit op die gebruiker se rekenaar gebruik

Die ooreenstemmende speler sal die saamgeperste video- of klank- en ander streaming media-lêers speel, en die res sal voortgaan om af te laai tot aan die einde van die speel.
RTP: (intydse vervoerprotokol)
RTP is 'n vervoerlaagprotokol vir multimedia-datastroom op internet. RTP word saam met RTCP gebruik en is gebaseer op UDP-protokol

In teenstelling met HTTP en FTP, kan RTP die hele videolêer heeltemal aflaai. Dit stuur data op die netwerk teen 'n vaste datatempo. Die kliënt kyk ook na die videolêer teen hierdie snelheid. Wanneer
Nadat die film- en televisiebeeld gespeel is, kan dit nie weer gespeel word nie, tensy die data weer van die bediener gevra word.
RTCP: intydse protokol vir vervoerbeheer of RTP (kontroleprotokol of RTCP)
RTCP is 'n susterprotokol van RTP
Opmerking: -: RTP-protokol en RTCP word saam gebruik, en dit is gebaseer op UDP-protokol (gewoonlik gebruik vir videokonferensie)
RTSP: (Real Time Streaming Protocol)
Realtime streaming media sessie protokol, SDP (Session Description Protocol), RTP (real time Transport Protocol).
RTSP is 'n multimedia-stroomprotokol wat gebruik word om klank of video te beheer. RTSP bied 'n uitbreidbare raamwerk wat dit moontlik maak om intydse data, soos klank en video, te beheer en te eis.
Media-data gebruik RTP, RTCP-protokol.
Oor die algemeen word UDP as die transportlaag gebruik. Geskik vir IPTV-tonele.
Databronne bevat velddata en data wat in snitte gestoor word. Die doel van hierdie protokol is om veelvuldige data-oordragverbindings te beheer en 'n manier te bied om transmissiekanale te kies, soos UDP, multicast UDP en TCP

Dit bied ook 'n metode om die oordragmeganisme op RTP te kies
Die netwerkprotokol wat in die oordrag gebruik word, val nie onder die definisie daarvan nie. Die bediener kan kies om TCP of UDP te gebruik om die stroominhoud oor te dra, wat meer verdraagsaam is vir netwerkvertraging
---> Die grootste verskil tussen RTSP en RTP is dat RTSP 'n tweerigting intydse protokol is vir die oordrag van data, wat die kliënt in staat stel om versoeke na die bediener te stuur, soos om terug te speel, vinnig vorentoe, agteruit, ensovoorts. Wanneer
RTSP kan egter data op basis van RTP oordra, en kan ook TCP, UDP, multicast UDP en ander kanale kies om data te stuur, wat goeie skaalbaarheid het. Dit is soortgelyk aan die HTTP-protokol

WebRTC:
Die protokol vir streaming media word op die internet geïmplementeer. Toe Google die eerste keer webrtc van stapel gestuur het, het die reuse koud gekyk of weerstaan. RTP-protokol word gebruik vir oordrag.
RTMP (protokol vir intydse boodskappe)
Macromedia het 'n stel regstreekse videoprotokolle ontwikkel, wat nou aan Adobe behoort. Soos HLS, kan dit op live video's toegepas word, en dit sal nie verlore gaan op grond van TCP nie.

// Die verskil is dat RTMP nie in die IOS-blaaier kan speel op grond van flits nie, maar die prestasie in realtime is beter as HLS.
Intydse boodskapprotokol is 'n oop protokol wat deur Adobe Systems ontwikkel is vir klank-, video- en data-oordrag tussen die flitspeler en die bediener

// In IOS-kode word RTMP gewoonlik gebruik om stroming te stoot. U kan die biblioteek librtmp IOS van derdepartye gebruik om stroming te stoot. Librtmp bevat 'n paar kern-API's wat gebruikers kan oproep
RTMP-protokol vereis ook dat die kliënt en die bediener die RTMP-verbinding deur middel van 'handdruk' tot stand bring, en dan beheerinligting oor die verbinding moet oordra. Die RTMP-protokol formateer die data tydens die versending. Om beter multiplexing, subkontraktering en regverdigheid van inligting te bewerkstellig, sal die sender die boodskap in stukke met boodskap-ID verdeel, en elke gedeelte kan 'n aparte boodskap wees,

Dit kan ook deel uitmaak van die boodskap. Die ontvanger sal die stuk na 'n volledige boodskap herstel volgens die lengte van die data, boodskap-ID en die boodskap in die stuk, om inligting te stuur en ontvang.

HLS: HTTP Live Streaming (HLS)
Dit is 'n HTTP-gebaseerde stroommediavervoerprotokol wat geïmplementeer word deur Apple Inc,
Dit kan lewendige en on-demand streaming media realiseer, wat hoofsaaklik in die IOS-stelsel gebruik word
Om lewendige en on-demand oplossings vir klank en video vir IOS-toestelle (soos iPhone en iPad) te bied.
HLS on demand is basies 'n algemene gesegmenteerde HTTP op aanvraag. Die verskil is dat die segmente daarvan baie klein is.
In vergelyking met die gewone live streaming protokolle, soos RTMP-protokol, RTSP-protokol, MMS-protokol, ensovoorts, is die grootste verskil van HLS live streaming dat wat die live streaming-kliënt verkry nie 'n volledige boodskap is nie.

Die hele datastroom.
Die HLS-protokol stoor die lewendige datastroom as deurlopende, korttermyn- en lang medialêers (mpeg-ts-formaat) aan die bedienerkant, terwyl die kliënt se kant hierdie klein lêers voortdurend aflaai en speel,
Omdat die bediener altyd nuwe klein lêers genereer uit die nuutste regstreekse data, so lank as wat die kliënt die lêers wat vanaf die bediener verkry is, deurlopend in orde speel, word die regstreekse uitsending gerealiseer.
Daar kan gesien word dat HLS basies gebaseer is op>> on-demand tegnologie om live <<te bereik. Omdat die data deur die HTTP-protokol oorgedra word, hoef u nie die firewall of proxy te oorweeg nie
Boonop is die lengte van die gesegmenteerde lêer baie kort, sodat die kliënt die kodetempo vinnig kan kies en verander om aan te pas by die afspeel onder verskillende bandwydte-toestande. Hierdie soort tegniese eienskappe van HLS bepaal egter die toekomstige ontwikkeling daarvan

Oor die algemeen is die vertraging altyd hoër as die normale regstreekse stroomprotokol.
// Beide IOS en Android ondersteun natuurlik hierdie protokol, en die konfigurasie is eenvoudig. U kan die videomerking direk gebruik
*** VLS: is 'n soort streaming-bediener wat spesiaal gebruik word om verskillende probleme van streaming op te los. Dit het ook 'n paar kenmerke van VLC. As bediener kan videolan HTTP-, RTP- en RTSP-strome uitvoer.
In beginsel kan RTSP, RTMP en HTTP gebruik word vir regstreekse en on-demand uitsendings, maar oor die algemeen word RTSP en RTMP gebruik vir regstreekse uitsaai en HTTP word gebruik vir uitsending op aanvraag. Ons kies RTMP-protokol.

RTMP en httpflv: die data van hierdie twee protokolle is ongeveer dieselfde, dus die redes vir vertraging is soortgelyk. Dit is redelik om te sê dat die vertraging van die live uitsending van TCP baie laag is. Waarom is daar vertraging in RTMP en httpflv? Die rede is dat op h264, RTMP en httpflv albei flv-tags versend word. Die data van die videomerk is gewoonlik H264-data. H264-dekodering het 'n IBP. Ek is die sleutelraamwerk, wat 'n volledige beeld is. U moet eers 'n I hê om die volgende BP te dekodeer. Die aantal BP-rame kan so min wees as wat u wil, maar die aantal I-rame kan nie minder wees nie, daarom moet ek rame in flv wees. Die transmissie is die tweede transmissie (die eerste is h264spps). I-rame is egter nie algemeen in H264-strome nie. Daar is net die een ek-raam na die ander. Hierdie interval staan algemeen bekend as GOP. GOP is baie kort tydens die kodering. Wanneer die kliënt verbind, sal die bediener die nuutste I-raam in die stroom op die vinnigste spoed vind en live data vanaf die I-raam stuur. As GOP egter baie lank is, is die interval van die I-frame baie lank, of wag tot die volgende I-raamwerk begin om data na die nuwe verbinding te stuur, of vind die nuutste I-raam in die kas om te begin stuur. Dit is die sleutel tot die vertraging van RTMP- en HLS-protokolle. In groot CDN-platforms word dit 'RTMP second on technology' genoem. Die beginsel is om die stroomdata twee keer te dekodeer en 'n klein GOP in te stel. In die algemeen, wanneer GOP op 1s ingestel is, ongeag die netwerkversendingsverbindingsvertraging, is die maksimum datavertraging 1s. Gelukkig stel ek 0 vertraging in!

Hoe ver (lang) die sender dekking?

Die transmissie reeks is afhanklik van baie faktore. Die ware afstand is gebaseer op die antenna installering hoogte, antenna gewin, met behulp van omgewing soos die bou en ander obstruksies, sensitiwiteit van die ontvanger, antenna van die ontvanger. Die installering van antenna meer hoog en die gebruik in die platteland, die afstand sal baie meer ver.

VOORBEELD 5W FM Transmitter gebruik in die stad en tuisdorp:

Ek het 'n VSA gebruik kliënt 5W FM-sender met GP antenna in sy tuisdorp, en hy toets dit met 'n motor, dit dek 10km (6.21mile).

Ek toets die 5W FM-sender met GP antenna in my tuisdorp, dit dek ongeveer 2km (1.24mile).

Ek toets die 5W FM-sender met GP antenna in Guangzhou stad, dit dek ongeveer net 300meter (984ft).

Hier is die benaderde aantal verskillende krag FM Tuners. (Die reeks is in deursnee)

0.1W ~ 5W FM Transmitter: 100M ~ 1KM

5W ~ 15W FM Ttransmitter: 1KM ~ 3KM

15W ~ 80W FM Transmitter: 3KM ~ 10KM

80W ~ 500W FM Transmitter: 10KM ~ 30KM

500W ~ 1000W FM Transmitter: 30KM ~ 50KM

1KW ~ 2KW FM Transmitter: 50KM ~ 100KM

2KW ~ 5KW FM Transmitter: 100KM ~ 150KM

5KW ~ 10KW FM Transmitter: 150KM ~ 200KM

Hoe om ons te kontak vir die sender?

Bel my + 8618078869184 OF
E-pos my [e-pos beskerm]
1.How ver jy wil dek in deursnee?
2.How lank van julle toring?
3.Where kom jy vandaan?
En ons sal jou meer professionele advies te gee.

Wie is Ons

FMUSER.ORG is 'n stelsel integrasie maatskappy wat fokus op RF wireless transmissie / studio video klank toerusting / streaming en data verwerking. Ons bied alles van advies en advies deur rack integrasie tot installasie, inbedryfstelling en opleiding.

Ons bied FM Transmitter, Analog TV Transmitter, Digitale TV-sender, VHF UHF Transmitter, Antennas, Koaksiale Kabel Connectors, STL, On Air Processing, Broadcast Produkte vir die Studio, RF Signal Monitoring, RDS Encoders, klank verwerkers en Remote Site Control Units, IPTV Produkte, Video / Audio Encoder / dekodeerder, ontwerp om te voldoen aan die behoeftes van beide groot internasionale uitsaaidienste en klein private stasies.

Ons oplossing het FM-radiostasie / analoog TV-stasie / digitale TV-stasie / Audio Video Studio-toerusting / Studio Transmitter Link / Transmitter Telemetry System / Hotel TV System / IPTV Live Broadcasting / Streaming Live Broadcast / Video Conference / CATV Broadcasting system.

Ons gebruik gevorderde tegnologie produkte vir al die stelsels, want ons weet die hoë betroubaarheid en hoë prestasie is so belangrik vir die stelsel en oplossing. Terselfdertyd moet ons ook verseker dat ons produkte stelsel teen 'n baie billike prys verseker.

Ons het kliënte van publieke en kommersiële uitsaaiers, telekommunikasieverkeeroperateurs en reguleringsowerhede. Ons bied ook oplossings en produkte aan talle honderde kleiner, plaaslike en gemeenskaps-uitsaaiers.

FMUSER.ORG voer al meer as 15 jaar uit en het kliënte regoor die wêreld. Met 13 jaar ervaring in hierdie veld, het ons 'n professionele span om die kliënte se allerhande probleme op te los. Ons is toegewyd in die verskaffing van die uiters billike prys van professionele produkte en dienste. Kontak e-pos : [e-pos beskerm]

ons Factory

Ons het modernisering van die fabriek. U is welkom om ons fabriek te besoek wanneer jy kom na China.

Op die oomblik is, is daar reeds 1095 kliënte regoor die wêreld besoek ons Guangzhou Tianhe kantoor. As jy kom na China, is jy welkom om ons te besoek.

teen billike

Dit is ons deelname aan 2012 Global Bronne Hong Kong Electronics Fair . Kliënte van regoor die wêreld Uiteindelik het 'n kans om bymekaar te kom.

Waar is Fmuser?

U kan hierdie nommers deursoek " 23.127460034623816,113.33224654197693 "op google map, dan kan u ons fmuser-kantoor vind.

FMUSER Guangzhou kantoor is in Tianhe Distrik wat die sentrum van die Canton . baie naby Canton Fair , Guangzhou stasie, xiaobei pad en dashatou , Moet net 10 minute As neem TAXI . Welkom vriende oor die hele wêreld te besoek en te onderhandel.

Kontak: Sky Blue
Selfoon: + 8618078869184
WhatsApp: + 8618078869184
Wechat: + 8618078869184
E-pos: [e-pos beskerm]
QQ: 727926717
Skype: sky198710021
Adres: No.305 Kamer HuiLan Gebou No.273 Huanpu Road Guangzhou China Zip: 510620

Engels: Ons aanvaar alle betalings, soos PayPal, kredietkaart, Western Union, Alipay, Money Bookers, T / T, LC, DP, DA, OA, Payoneer, as u enige vrae het, kontak my gerus [e-pos beskerm] of WhatsApp + 8618078869184

PayPal.  www.paypal.com

Ons raai u aan Paypal gebruik om ons items te koop, Die Paypal is 'n veilige manier om te koop op die internet.

Elke van ons item lys bladsy onderste bo 'n paypal logo te betaal.

Kredietkaart.As jy nie paypal het, maar jy het kredietkaart, jy kan ook klik op die geel knoppie PayPal te betaal met jou kredietkaart.

-------------------------------------------------- -------------------

Maar as jy nie 'n kredietkaart en nie 'n PayPal rekening of moeilik om 'n paypal Vanweë het, kan jy die volgende gebruik:
Westerse Unie.  www.westernunion.com

Betaal deur Western Union vir my gesê:

Vir Naam / Gegewe naam: Yingfeng
Van / Van / Familienaam: Zhang
Volle naam: Yingfeng Zhang
Land: Sjina
Stad: Guangzhou

-------------------------------------------------- -------------------

T / T.  betaal deur T / T (bankoverschrijving / Telegrafiese Transport / Bank Transfer)
Eerste BANKINLIGTING (MAATSKAPPYREKENING):

SWIFT BIC: BKCHHKHHXXX
Bank naam: BANK VAN CHINA (HONG KONG) BEPERK, HONG KONG
Bank Adres: BANK VAN CHINA TOWER, 1 TUIN ROAD, CENTRAL, HONG KONG
BANK KODE: 012
Rekening Naam: FMUSER INTERNATIONAL GROUP LIMITED
Rekening nommer. : 012-676-2-007855-0

-------------------------------------------------- -------------------
Tweede BANKINLIGTING (MAATSKAPPYREKENING):
Begunstigde: Fmuser International Group Inc.
Rekeningnommer: 44050158090900000337
Begunstigde se bank: China Construction Bank Guangdong-tak
SWIFT-kode: PCBCCNBJGDX
Adres: NO.553 Tianhe Road, Guangzhou, Guangdong, District Tianhe, China
** Nota: As u geld na ons bankrekening oorplaas, MOET NIE iets in die opmerkingsarea skryf nie, anders kan ons die betaling nie ontvang nie weens die regeringsbeleid oor internasionale handel.

* Dit sal in 1-2 gestuur werksdae wanneer betaling duidelik.

* Ons sal dit stuur na jou paypal adres. As jy wil posadres verander, stuur jou korrekte adres en telefoonnommer na my e-pos [e-pos beskerm]

* As die pakkette is hieronder 2kg, sal ons gestuur word per pos lugpos, sal dit neem oor 15-25days om jou hand.

As die pakket is meer as 2kg, sal ons skip via EBW, DHL, UPS, Fedex vinnig spoedaflewering, sal dit neem oor 7 ~ 15days om jou hand.

As die pakket meer as 100kg, sal ons stuur via DHL of lugvrag. Dit sal ongeveer 3 ~ 7days om jou hand.

Al die pakkette is vorm China Guangzhou.

* Pakket sal as 'n 'geskenk' gestuur word en so minder as moontlik verklaar word. Koper hoef nie vir 'BELASTING' te betaal nie.

* Na skip, sal ons aan jou stuur 'n e-pos en gee jou die tracking nommer.

Vir waarborg.
Kontak ons --- >> Stuur die artikel terug aan ons --- >> Ontvang en stuur 'n ander plaasvervanger.

Naam: Liu xiaoxia
Adres: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Guangzhou China.
PC: 510620
Tel: + 8618078869184

Gaan terug na hierdie adres en skryf jou paypal adres, naam, probleem op noot: