1, Utvikling av direktesending av mobilvideo
Det kan sees at, fra PC til mobil, er flere og flere direktesendte apper online, og mobilsending har gått inn i et enestående eksplosjonsstadium. For de fleste mobile direktesendinger implementeres den likevel hovedsakelig av innfødte klienter, men HTML5 spiller også en uerstattelig rolle i den mobile direktesendingen, for eksempel HTML5. Med fordelene med rask overføring og enkel å frigjøre, kan HTML5 også spille live video når det er det viktigste.
Fullstendig direktesending kan deles inn i følgende:
(1) Videoopptaksterminal: Generelt sett er det en datamaskinlyd- og videoinngangsenhet eller et kamera eller mikrofon på mobilterminalen. For tiden er mobiltelefonvideo hoveddelen.
(2) Videospiller: det kan være en spiller på datamaskinen, en innfødt spiller på mobiltelefonsiden og en videoetikett av HTML5. For tiden er det fortsatt den viktigste innfødte spilleren på mobiltelefonen.
(3) Videoserver: generelt er det en nginx-server som brukes til å akseptere videokilden som tilbys av videoopptakssiden og levere streamingtjenesten til videoavspillingens slutt.
2, HTML5 innspilling av video:
For HTML5-videoopptak er den kraftige webrtc (WEB real time communication) en teknologi som støtter sanntids tale- eller videosamtale i nettleseren. Ulempen er at den bare støtter bedre på PC-krom og den mobile siden ikke er ideell.
Den grunnleggende prosessen med å ta opp video med webrtc er:
Ring window.navigator.webkitGetUserMedia (hente videodataene til brukerens PC-kamera).
Konverter ervervet til videostreamdata til window.webkitRTCPeerConnection (et videostreamdataformat).
Bruker websocket for å overføre videostreamdata til serveren
Fordi mange metoder må prefikseres med nettleseren, støtter mange mobile nettlesere ikke webrtc, så den virkelige videoopptaket er fortsatt implementert av klienten (IOS, Android), og effekten blir bedre.
3, HTML5 kringkastet live video:
For videoavspilling kan du bruke HLS (HTTP live streaming) protokoll for å spille live streaming. IOS og Android støtter begge denne protokollen naturlig. Det er enkelt å konfigurere og bruke videokoder direkte.
Her er en enkel kode for å spille av live video ved hjelp av video:
(1) hva er HLS-protokoll:
Kort fortalt er hele strømmen delt inn i små filer, som lastes ned basert på HTTP. Bare noen lastes ned om gangen. Den tidligere nevnte filen av. M3u8 introdusert i HTML5 kringkasting live video er basert på HLS-protokollen, som lagrer metadata for videostrøm.
Hver.M3u8-fil tilsvarer flere TS-filer, som er dataene for den virkelige videolagringen. M3u8-filen lagrer bare konfigurasjonsinformasjonen og relaterte baner for noen TS-filer. Når videoen spilles av, endres M3u8-filen dynamisk. Videoetiketten vil analysere filen og finne den tilsvarende TS-filen som skal spilles av. Så for å øke hastigheten vil.M3u8-filen brukes til å analysere filen og finne den tilsvarende TS-filen for avspilling. Derfor, for å øke hastigheten, blir M3u8-filen brukt til å analysere filen og finne den tilsvarende TS-filen for avspilling. Derfor, for å øke hastigheten, legg den på webserveren og TS-filen på CDN.
M3u8-filen er faktisk en M3U-fil kodet med UTF-8. Denne filen kan ikke spilles av seg selv, men bare tekstfilen som inneholder avspillingsinformasjonen.
(2) HLS forespørsel prosess:
URL-en til HTTP-forespørselen m3u8.
Serveren returnerer en spilleliste med m3u8, som oppdateres i sanntid. Vanligvis blir URL-en til 5 segmenter av data gitt om gangen.
Klienten analyserer spillelisten til m3u8, og ber deretter URL-en til hvert segment for å få TS-datastrømmen.
(3) HLS direktesending forsinkelse:
Vi vet at HLS-protokollen deler live stream i et lite segment av video for nedlasting og spill. Så anta at listen inneholder 5 TS-filer, hver TS-fil inneholder 5 sekunder med videoinnhold, så er den totale forsinkelsen 25 sekunder. For når du ser disse videoene, har verten spilt inn videoen og lastet den opp, så forsinkelsen er forårsaket av dette. Naturligvis kan listelengden og størrelsen på en enkelt TS-fil forkortes for å redusere forsinkelsen. I ytterste konsekvens kan listelengden reduseres til 1 og TS-varigheten er 1s. Dette vil imidlertid øke antall forespørsler og øke serverpresset. Når nettverkshastigheten er lav, genereres mer buffer. Derfor varer TS-tiden anbefalt av Apple offisielt i 10-årene, så det vil endre forsinkelsen på 30-tallet i stor grad. Så serveren mottar strømmen, transkoding, lagrer, kutter blokken og distribuerer den deretter til klienten. Her er årsaken til forsinkelsen.
For flere spørsmål om forsinkelser, se Apples offisielle adresse:
https://developer.apple.com/library/ios/documentation/NetworkingInternet/Conceptual/StreamingMediaGuide/FrequentlyAskedQuestions/FrequentlyAskedQuestions.html
HTML5 live-video har imidlertid noen uerstattelige fordeler:
① God kommunikasjon, enkel å dele og andre operasjoner.
② Den kan frigjøres dynamisk, noe som bidrar til sanntids iterasjon av produktkrav og rask lansering.
③ Åpne nettleseren direkte uten å installere appen.
4, IOS-samling (innspilling) lyd- og videodata OS
For innhenting og innspilling av lyd og video blir følgende konsepter først avklart:
（1） Videokoding: videokoding refererer til måten en fil i et videoformat konverteres til en annen videoformatfil gjennom en bestemt komprimeringsteknologi. Videoen som er tatt opp av iPhone vi bruker, må være kodet, lastet opp og dekodet før den kan spilles av på brukerens spillere.
（2） Codec-standard: de viktigste kodekstandardene i videostreamoverføring inkluderer H.261, H.263 og H.264 av ITU, der HLS-protokollen støtter koding av H.264-format.
（3） Lydkoding: i likhet med videokoding, blir den originale lydstrømmen kodet, lastet opp, dekodet i henhold til visse standarder og spilt i spilleren. Selvfølgelig har lyd også mange kodingsstandarder, som PCM-kode, wma-kode, AAC-kode, etc. lydkodingsmetoden som støttes av vår HLS-protokoll er AAC-kode.
Video- og lyddatainnsamlingen er i hovedsak delt inn i følgende trinn:
（1） video- og lyddatainnsamling ved å bruke kameraet på IOS
（2） I IOS kan den originale datastreamen for lyd og video samles inn av avcapturesession og avcapturedevice.
（3） Videoen er kodet med h264, og lyden er AAC-kodet. I IOS er det allerede pakkede kodebiblioteker for å realisere koding av lyd og video.
（4） Audio- og videodataene etter koding er samlet og forseglet;
（5） Opprett RTMP-tilkobling og skyv den opp til serveren.
Følgende er den spesifikke prosessen med å samle inn lyd- og videodata:
(1) om RTMP:
Real time messaging protocol (RTMP) er et sett med live videoprotokoll utviklet av Macromedia, og tilhører nå Adobe. Som med HLS, kan den brukes til videosending. Forskjellen er at RTMP ikke kan spille i IOS-nettleser basert på flash, men det er bedre i sanntid enn HLS. Så denne protokollen brukes vanligvis til å laste opp videostrøm, det vil si videostrømmen blir presset til serveren.
(2) skyv flyt
Den såkalte streaming refererer til å sende lyd- og videodataene vi har kodet til videostreamserveren. I IOS-kode brukes ofte RTMP-streaming. Librtmp IOS, et tredjepartsbibliotek, kan brukes til streaming. Librtmp innkapsler noen kjerne-API-er som brukerne kan ringe. For eksempel, trykk på API og så videre, konfigurer serveradressen, og skyv deretter transkodingsvideostrømmen til serveren.
Så hvordan bygger jeg en streaming-server?
Enkel streaming server er bygget. Siden videostrømmen vi laster opp er basert på RTMP-protokoll, må serveren støtte RTMP. Det kan ta følgende trinn:
（1） Installer en nginx-server.
（2） RTMP-utvidelsen til nginx er installert. Konfigurer conf-fil for nginx
（3） Start nginx på nytt og skriv streaming-adressen til RTMP som rtmp: // ip: 1935 / hls / mystream, der HLS_ Path representerer adressen til de genererte.M3u8- og TS-filene, HLS_ Fragment representerer lengden på skivet og mystream representerer en forekomst. Filnavnet som skal genereres kan angis av seg selv.
5, Brukerinteraksjon i direktesending:
For brukerinteraksjonen i direktesending kan den grovt sett deles inn i:
gi gaver.
Å kommentere eller å spille
For gavelevering kan DOM og CSS3 brukes til å realisere logikken med gaveutsendelse og litt spesiell gaveanimasjon på HTML5. De tekniske vanskene er ikke veldig store.
For å være en mer sperre, for å være litt mer kompleks, må du kanskje være oppmerksom på følgende:
Sanntidsytelsen til prosjektilet kan sendes og mottas i sanntid av webscock og gjengis.
For nettlesere som ikke støtter websocket, kan de bare nedbrytes til lang polling eller front-end timer som sender forespørsler for å få popup i sanntid.
Animasjon og kollisjonsdeteksjon (dvs. ingen overlapping) og så videre i gjengivelsen
|
|
|
|
Hvor langt (lang) senderen dekke?
Rekkevidden avhenger av mange faktorer. Den virkelige avstand er basert på antennen installeres høyde, antenneforsterkning, ved hjelp miljø som bygning og andre hindringer, følsomheten til mottakeren, antennen til mottakeren. Installere antennen mer høy og bruke på landsbygda, avstanden vil mye mer langt.
Eksempel 5W FM-sender bruke i byen og hjemby:
Jeg har en USA kundens bruk 5W FM-sender med GP-antenne i hjembyen, og han teste den med en bil, det dekker 10km (6.21mile).
Jeg teste 5W FM-sender med GP-antenne i hjembyen min, det dekker ca 2km (1.24mile).
Jeg teste 5W FM-sender med GP-antenne i byen Guangzhou, det dekker omtrent bare 300meter (984ft).
Nedenfor er det tilnærmede område av forskjellige kraft FM-sendere. (Utvalget er diameter)
0.1W ~ 5W FM-sender: 100M ~ 1KM
5W ~ 15W FM Ttransmitter: 1KM ~ 3KM
15W ~ 80W FM-sender: 3KM ~ 10KM
80W ~ 500W FM-sender: 10KM ~ 30KM
500W ~ 1000W FM-sender: 30KM ~ 50KM
1KW ~ 2KW FM-sender: 50KM ~ 100KM
2KW ~ 5KW FM-sender: 100KM ~ 150KM
5KW ~ 10KW FM-sender: 150KM ~ 200KM
Hvordan kontakte oss for senderen?
Ring meg + 8618078869184 ELLER
Email meg [e-postbeskyttet]
1.How langt du ønsker å dekke i diameter?
2.How høyt av dere Tower?
3.Where er du fra?
Og vi vil gi deg mer faglige råd.
Om Oss
FMUSER.ORG er et systemintegrasjonsfirma som fokuserer på RF trådløs overføring / studio video lydutstyr / streaming og databehandling. Vi leverer alt fra råd og rådgivning gjennom rackintegrasjon til installasjon, igangkjøring og opplæring.
Vi tilbyr FM-sender, Analog TV-sender, Digital-TV-sender, VHF UHF-sender, Antenner, Koaksialkabelkontakter, STL, On Air-behandling, Broadcast-produkter for Studio, RF Signal Monitoring, RDS-kodere, Lydprosessorer og Remote Site Control Units, IPTV-produkter, Video / Audio Encoder / dekoder, designet for å møte behovene til både store internasjonale kringkastingsnettverk og små private stasjoner.
Vår løsning har FM-radiostasjon / Analog TV-stasjon / Digital TV-stasjon / Audio Video Studio-utstyr / Studio Transmitter Link / Transmitter Telemetry System / Hotel TV System / IPTV Live Broadcasting / Streaming Live Broadcast / Video Conference / CATV Broadcasting system.
Vi bruker avanserte teknologiprodukter til alle systemene, fordi vi vet at høy pålitelighet og høy ytelse er så viktige for systemet og løsningen. Samtidig må vi også sørge for at vårt produktsystem har en svært rimelig pris.
Vi har kunder fra offentlige og kommersielle kringkastingstjenester, telekomoperatører og reguleringsmyndigheter, og vi tilbyr også løsninger og produkter til mange hundre mindre, lokale og lokale kringkastere.
FMUSER.ORG har eksportert mer enn 15 år og har kunder over hele verden. Med 13 års erfaring innen dette feltet har vi et profesjonelt team for å løse kundens alle slags problemer. Vi er dedikert til å levere den ekstremt rimelige prisen på profesjonelle produkter og tjenester. Kontakt Epost : [e-postbeskyttet]
vår fabrikk
Vi har modernisering av fabrikken. Du er velkommen til å besøke vår fabrikk når du kommer til Kina.
I dag er det allerede 1095 kunder hele verden besøkt våre Guangzhou Tianhe kontor. Hvis du kommer til Kina, er du velkommen til å besøke oss.
på Fair
Dette er vår deltakelse i 2012 Global Sources Hong Kong Electronics Fair . Kunder fra hele verden endelig har en sjanse til å komme sammen.
Hvor er Fmuser?
Du kan søke i disse tallene " 23.127460034623816,113.33224654197693 "på google map, så finner du vårt fmuser-kontor.
FMUSER Guangzhou Kontoret ligger i Tianhe District, som er den midten av Canton . Veldig nær til Canton Fair , Guangzhou jernbanestasjon, Xiaobei veien og dashatou , Trenger bare 10 minutter hvis ta TAXI . Velkommen venner over hele verden til å besøke og forhandle.
Kontakt: Sky Blå
Mobil: + 8618078869184
WhatsApp: + 8618078869184
Wechat: + 8618078869184
E-post: [e-postbeskyttet]
QQ: 727926717
Skype: sky198710021
Adresse: No.305 Room Huilan Building No.273 Huanpu Road Guangzhou Kina Postnummer: 510620
|
|
|
|
Engelsk: Vi aksepterer alle betalinger, for eksempel PayPal, kredittkort, Western Union, Alipay, Money Bookers, T / T, LC, DP, DA, OA, Payoneer. Hvis du har spørsmål, kan du kontakte meg [e-postbeskyttet] eller WhatsApp + 8618078869184
-
PayPal.  www.paypal.com
Vi anbefaler at du bruker Paypal til å kjøpe våre produkter, er The Paypal en sikker måte å kjøpe på internett.
Hver av våre element liste siden bunnen på toppen har en paypal logo for å betale.
Kredittkort.Hvis du ikke har paypal, men du har kredittkort, kan du også klikke Yellow PayPal knappen for å betale med kredittkort.
-------------------------------------------------- -------------------
Men hvis du ikke har et kredittkort og ikke har en PayPal-konto eller vanskelig å fikk en paypal Kontoinnstillinger, kan du bruke følgende:
Western Union.  www.westernunion.com
Betal med Western Union til meg:
Fornavn / Fornavn: Yingfeng
Etternavn / etternavn / etternavn: Zhang
Fullt navn: Yingfeng Zhang
Land: Kina
By: Guangzhou
|
-------------------------------------------------- -------------------
T / T. betal med T / T (wire transfer / telegrafisk overføring / Bank Transfer)
Første BANKINFORMASJON (SELSKAPSKONTO):
SWIFT BIC: BKCHHKHHXXX
Bank navn: BANK OF CHINA (HONG KONG) LIMITED, HONG KONG
Bankadresse: BANKEN AV KINA TOREN, 1 GARDEN ROAD, CENTRAL, HONG KONG
BANK KODE: 012
Kontonavn: FMUSER INTERNATIONAL GROUP LIMITED
Kontonr. : 012-676-2-007855-0
-------------------------------------------------- -------------------
Andre BANKINFORMASJON (SELSKAPSKONTO):
Mottaker: Fmuser International Group Inc.
Kontonummer: 44050158090900000337
Mottakerens bank: China Construction Bank Guangdong Branch
SWIFT-kode: PCBCCNBJGDX
Adresse: NO.553 Tianhe Road, Guangzhou, Guangdong, Tianhe District, Kina
** Merk: Når du overfører penger til bankkontoen vår, vennligst IKKE skriv noe i kommentarområdet, ellers vil vi ikke kunne motta betalingen på grunn av myndighetens policy for internasjonal handel.
|
|
|
|
* Det vil bli sendt i 1-2 arbeidsdager når betaling klart.
* Vi vil sende den til din paypal adresse. Hvis du ønsker å endre adresse, send riktig adresse og telefonnummer til min e-post [e-postbeskyttet]
* Hvis pakkene er under 2kg, vil vi bli sendt via post luftpost, vil det ta ca 15-25days til hånden din.
Hvis pakken er mer enn 2kg, vil vi sende via EMS, DHL, UPS, Fedex rask ekspresslevering, vil det ta ca 7 ~ 15days til hånden din.
Hvis pakken mer enn 100kg, vil vi sende via DHL eller flyfrakt. Det vil ta om 3 ~ 7days til hånden din.
Alle pakkene er skjema Kina Guangzhou.
* Pakken sendes som en "gave" og avvises så lite som mulig, kjøper trenger ikke betale for "TAX".
* Etter skip, vil vi sende deg en e-post og gi deg sporingsnummeret.
|
|
|
For garanti.
Kontakt oss --- >> Returner varen til oss --- >> Motta og send en ny erstatning.
Navn: Liu Xiaoxia
Adresse: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Guangzhou Kina.
ZIP: 510620
Telefon: + 8618078869184
Vennligst gå tilbake til denne adressen og skriv din paypal adresse, navn, problem på merknad: |
|
