HLS en Http Live Streaming is protokolle vir real-time streaming wat deur Apple gedefinieer word. HLS word geïmplementeer op grond van die HTTP-protokol. Die transmissie-inhoud bevat twee dele, die een is die M3U8-beskrywingslêer en die ander die TS-medialêer.
1. M3U8-lêer
Die medialêer word in teks beskryf, wat uit 'n reeks etikette bestaan.
#EXTM3U
# EXT-X-DOELWIT: 5
# EXTINF: 5,
./0.ts
# EXTINF: 5,
./1.ts
# EXTM3U: Die eerste reël van elke M3U8-lêer moet hierdie merker wees.
# EXT-X-DOELWIT: Spesifiseer die maksimum mediasegmentlengte (sekondes). Die tydlengte wat in #EXTINF gespesifiseer word, moet minder as of gelyk wees aan hierdie maksimum waarde. Hierdie waarde kan net een keer verskyn.
# EXTINF: Beskryf die lengte van 'n enkele medialêer. Mediabestande volg, soos ./0.ts
2. ts lêer
Die ts-lêer is 'n vervoerstroomlêer, die hoofformaat vir videokodering is h264 / mpeg4, en die klank is volgens acc / MP3.
Die ts-lêer is in drie lae verdeel: ts laag Transportstroom, pes laag Packet Elemental Stream, es laag Elementary Stream. Die laag is die klank- en videodata, en die pes-laag is die beskrywing van die gegewensraamwerk, soos 'n tydstempel wat by die klank- en videodata gevoeg word. Die ts-laag is om die nodige inligting by te voeg vir die identifisering en oordrag van die datastroom in die pes-laag
Opmerking: Die besonderhede is soos volg
(1) ts-laag Die ts-pakketgrootte is vasgestel op 188 bytes, en die ts-laag word in drie dele verdeel: ts-kop, aanpassingsveld en loonvrag. Die ts-kop word op 4 bytes vasgestel; die aanpassingsveld bestaan al dan nie, en die belangrikste funksie daarvan is om data van minder as 188 grepe in te vul; die loonvrag is pes data.
ts kop
sync_byte 8b sinchronisasie-byte, vasgestel op 0x47
transport_error_indicator 1b Transportfout-aanwyser, wat aandui dat daar 'n nuttelose byte is na die aanpassingsveld van die ts-kop, gewoonlik 0, hierdie byte word getel in die lengte van die aanpassingsveld
payload_unit_start_indicator 1b Laai-eenheid-aanwyser, wat gemerk is as 1 aan die begin van 'n volledige datapakket
vervoerprioriteit 1b Vervoerprioriteit, 0 is lae prioriteit, 1 het hoë prioriteit, gewoonlik 0
pid 13b pid waarde
transport_scrambling_control 2b Transport scrambling control, 00 beteken ongekodeer
adaptation_field_control 2b Of die aanpassingsveld ingesluit moet word, '00' is voorbehou; '01' beteken geen aanpassingsveld nie, slegs die loonvrag; '10' beteken slegs die aanpassingsveld, geen loonvrag nie; '11' beteken dat die aanpassing ook domein en loonvrag is.
continuity_counter 4b Toenemende teller, vanaf 0-f, neem die beginwaarde nie noodwendig 0 nie, maar dit moet deurlopend wees
Die inhoud van die ts-laag word geïdentifiseer deur die PID-waarde, en die hoofinhoud bevat: PAT-tabel, PMT-tabel, klankstroom en videostroom. Om die ts-stroom te ontleed, moet u eers die PAT-tabel vind, solank u die PAT vind, kan u die PMT vind, en dan kan u die klank- en videostrome vind. Die PID-waarde van die PAT-tabel is vasgestel op 0. Die PAT-tabel en die PMT-tabel moet gereeld in die ts-stroom ingevoeg word, omdat die gebruiker te eniger tyd by die ts-stroom kan aansluit, hierdie interval is relatief klein, gewoonlik elke paar videorame om PAT en PMT by te voeg. PAT- en PMT-tabelle is nodig, en ander tabelle soos SDT (diensbeskrywingstabel) kan ook bygevoeg word, maar die hls-stroom kan gespeel word solank daar PAT en PMT is.
PAT-tabel: Die belangrikste funksie daarvan is om die PID-waarde van die PMT-tabel aan te dui.
PMT-tabel: Die belangrikste funksie daarvan is om die PID-waarde van die klank- en videostroom te spesifiseer.
Klankstroom / videostroom: dra klank- en video-inhoud.
aanpassing
aanpassingsveld_lengte 1B aanpassingsveldlengte, die aantal grepe agter
vlag 1B neem 0x50 om PCR aan te dui of 0x40 om PCR nie in te sluit nie
PCR 5B Program Clock Reference, programklokverwysing, word gebruik om die stelselklok STC (System Time Clock) te herstel wat ooreenstem met die kodeerder.
stuffing_bytes xB stuffing bytes, die waarde is 0xff
Die lengte van die aanpassingsarea moet een byte insluit wat deur die transmissiefoutaanwyser geïdentifiseer word. pcr is die programklokverwysing, pcr, dts, pts is almal steekproefwaardes van dieselfde stelselklok, pcr is inkrementeel, dit kan dus as dts-waarde gestel word, klankdata het nie pcr nodig nie. As daar geen veld is nie, kan ipad speel, maar vlc kan nie speel nie. By die verpakking van die ts-stroom het die PAT- en PMT-tabelle nie 'n aanpassingsveld nie. As die lengte nie genoeg is nie, vul net 0xff in. Beide videostroom en klankstroom moet 'n aanpassingsveld byvoeg, wat gewoonlik by die eerste ts-pakket en die laaste ts-pakket van 'n raam gevoeg word, en die middelste ts-pakket word nie bygevoeg nie.
PAT-formaat
tabel_id 8b PAT-tabel is vasgestel op 0x00
section_syntax_indicator 1b is vasgestel op 1
nul 1b is vasgestel op 0
voorbehou 2b is vasgestel op 11
seksie_lengte 12b Die lengte van die volgende data
transport_stream_id 16b Transportstrom-ID, vasgestel as 0x0001
voorbehou 2b is vasgestel op 11
weergawenummer 5b Weergawenommer, vasgestel op 00000, as PAT verander, sal die weergawenommer met 1 vermeerder
current_next_indicator 1b is vasgestel op 1, wat aandui dat hierdie PAT-tabel gebruik kan word, indien dit 0 is, wag vir die volgende PAT-tabel
seksie-nommer 8b is vasgestel op 0x00
laaste_afdeling_getal 8b is vasgestel op 0x00
Begin lus
program_nummer 16b Wanneer die programnommer 0x0000 is, beteken dit dat dit NIT is, as die programnommer 0x0001 is, beteken dit dat dit PMT is
voorbehou 3b is vasgestel op 111
PID 13b PID-waarde wat ooreenstem met die inhoud van die programnommer
Einde lus
CRC32 32b CRC32 tjek kode van die vorige data
PMT-formaat
table_id 8b PMT-tabel het enige waarde, 0x02
section_syntax_indicator 1b is vasgestel op 1
nul 1b is vasgestel op 0
voorbehou 2b is vasgestel op 11
seksie_lengte 12b Die lengte van die volgende data
program_nummer 16b kanaal nommer, wat beteken die kanaal wat verband hou met die huidige PMT, die waarde is 0x0001
voorbehou 2b is vasgestel op 11
weergawenummer 5b Weergawenommer, vasgestel op 00000, as PAT verander, sal die weergawenommer met 1 vermeerder
huidige_volgaanwyser 1b is vasgestel op 1
seksie-nommer 8b is vasgestel op 0x00
laaste_afdeling_getal 8b is vasgestel op 0x00
voorbehou 3b is vasgestel op 111
PCR_PID 13b Die PID van die TS-pakket waar PCR (programverwysingsklok) is geleë, aangewys as die video-PID
voorbehou 4b is vasgestel op 1111
program_info_length 12b Programbeskrywingsinligting, aangewys as 0x000 beteken nee
Begin lus
stroom_tipe 8b Stroomtipe, merk is video of klank of ander data, h.264-kodering stem ooreen met 0x1b, aac-kodering stem ooreen met 0x0f, mp3-kodering stem ooreen met 0x03
voorbehou 3b is vasgestel op 111
elementary_PID 13b PID wat ooreenstem met stroomtipe
voorbehou 4b is vasgestel op 1111
ES_info_length 12b Beskrywingsinligting, aangewys as 0x000 beteken nee
Einde lus
CRC32 32b CRC32 tjek kode van die vorige data
(2) pes laag
Die pes-laag voeg tydstempel en ander inligting by elke video- / klankraamwerk. Die pes-pakket bevat baie inhoud, en ons laat slegs die mees gebruikte inhoud agter.
pes begin kode 3B begin kode, vasgestel op 0x000001
stroom id 1B klankwaarde (0xc0-0xdf), gewoonlik 0xc0
Videowaarde (0xe0-0xef), gewoonlik 0xe0
pes-pakketlengte 2B Die lengte van die pes-data agter, 0 beteken onbeperkte lengte,
Slegs die videodatalengte sal 0xffff oorskry
Vlag 1B neem gewoonlik die waarde 0x80, wat beteken dat die data nie geënkripteer is nie, geen prioriteit het nie en dat dit gerugsteun word
Vlag 1B waarde 0x80 beteken slegs pte, waarde 0xc0 beteken pte en dts
pes data lengte 1B Die lengte van die volgende data, die waarde is 5 of 10
pte 5B 33bit waarde
dts 5B 33bit waarde
pts is die tydstempel op die skerm en dts is die tydstempel wat dekodeer. Albei tydstempels is nodig vir videodata. Die punte en dte van klankdata is dieselfde, dus slegs pte is nodig. Daar is twee tydstempels, pts en dts, wat deur B-rame veroorsaak word. Die pte van I- en P-rame is gelyk aan dts. As 'n video geen B-rame het nie, sal pte altyd dieselfde wees as dts. Lees die videorame opeenvolgend uit die lêer en die volgorde van die onttrekte rame is dieselfde as die dts-volgorde. Die dts-algoritme is relatief eenvoudig, die beginwaarde + inkrement is genoeg, die pts-berekening is ingewikkelder en die offset moet by die dts gevoeg word.
Daar is slegs punte in die klank-pes (dieselfde as dts), die I- en P-rame van die video moet albei tydstempels hê, en die video B-raam benodig slegs pts (dieselfde as dts). Om punte en dts in te pak, moet u die tipe videorame ken, maar ons kan nie die raamtipe beoordeel volgens die houerformaat nie. U moet die inhoud van h.264 ontleed om die raamtipe te kry.
byvoorbeeld:
IPBBBP
Leesorde: 1 2 3 4 5 6
dts volgorde: 1 2 3 4 5 6
punte bestelling: 1 5 3 2 4 6
Op aanvraag video dts algoritme:
dts = aanvanklike waarde + 90000 / video_frame_rate, die aanvanklike waarde kan willekeurig gespesifiseer word, maar die beste is om nie 0 te neem nie, video_frame_rate is die raamkoers, soos 23, 30.
punte en dts is gebaseer op tydskaal, 1s = 90000 tydskaal, een raamwerk moet 90000 / video_frame_rate tydskaal wees.
Om die tydskaal van een raam deur die steekproeffrekwensie te deel, kan omgeskakel word na die afspeelduur van een raam
Op aanvraag klank dts algoritme:
dts = aanvanklike waarde + (90000 * audio_samples_per_frame) / audio_sample_rate, die waarde van audio_samples_per_frame is verwant aan die codec, aac-waarde is 1024, mp3-waarde is 1158, audio_sample_rate is die sampling rate, soos 24000, 41000. AAC dekodeer 'n raam van 1024 monsters per kanaal, wat beteken dat die duur van 'n raam 1024 / sample_rate sekondes is. Die tydstempel van elke raam is dus 0, 1024 / sample_rate, ..., 1024 * n / sample_rate seconds.
Die dts en pts van die regstreekse video moet die tyd in die regstreekse datastroom direk gebruik, en moet nie deur formules bereken word nie.
(3) se laag
Die es-laag verwys na klank- en videodata, ons voer slegs h.264 video- en aac-klank in.
h.264-video:
Om die h.264-data in te pak, moet ons 'n nalu (Network Abstraction Layer-eenheid) by die videodata voeg. Die nalu bevat die nalu-opskrif en die nalu-tipe. Die nalu-opskrif is vasgestel op 0x00000001 (begin van raam) of 0x000001 (in raam). Die data van h.264 bestaan uit skywe en die inhoud van skywe bevat: video, sps, pps, ens. Die nalu-tipe bepaal die inhoud van die daaropvolgende h.264-data.
F 1b verbode_zero_bit, h.264 bepaal dat dit 0 moet wees
NRI 2b nal_ref_idc, waarde 0 ~ 3, dui die belangrikheid van hierdie nalu aan, I raam, sps, pps neem gewoonlik 3, P raam neem gewoonlik 2, en B raam neem gewoonlik 0
Tik 5b verwys na die onderstaande tabel
nal_unit_type beskrywing
0 nie gebruik nie
1 Nie-IDR-beeld, IDR verwys na sleutelraamwerk
2 sny partisie A
3 sny partisie B
|
|
|
|
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: |
|
