Audio og video direktesendingssystem er et komplekst ingeniørsystem. For å oppnå svært lav forsinkelse direktesending trenger den komplisert systemteknisk optimalisering og er kjent med de forskjellige komponentene. Her er noen vanlige innstillingstips:
Kodingsoptimalisering
1. Forsikre deg om at kodeken slår på innstillingen for minimum forsinkelse. Codec har generelt lav latensoptimaliseringsbryter, spesielt for H.264. Mange vet kanskje ikke at H.264-dekoderen vil cache et visst antall videorammer før de vises. For video med QCIF-oppløsning (176 × 144) vil den cache 16 bilder, og for 720p video vil den cache 5 bilder. For den første rammen som er lest, er dette en stor forsinkelse. Hvis du ikke bruker H.264 til å kode og komprimere videoen din, må du passe på at du ikke bruker B-rammer, det vil også ha større innvirkning på forsinkelsen, fordi dekodingen av B-rammer i videoen avhenger av videorammer før og etter, noe som vil øke forsinkelsen.
2. Koderen har vanligvis forsinkelsen forårsaket av kodestyring, som også kalles initialiseringsforsinkelse eller bufferstørrelsen på VBV. Det betraktes som bufferen mellom koderen og dekoderbitstrømmen, som kan settes så liten som mulig eller redusere forsinkelsen uten å påvirke videokvaliteten.
3. Hvis den første forsinkelsen bare er optimalisert, kan flere nøkkelrammer settes inn mellom videorammene, slik at klienten kan dekode videostrømmen så snart som mulig etter mottak. Imidlertid, hvis vi trenger å optimalisere den kumulative forsinkelsen i overføringsprosessen, bør vi bruke så få nøkkelrammer som mulig, det vil si I-rammer (GOP blir større). I tilfelle å sikre samme videokvalitet, jo flere I-bilder, jo større bithastighet og jo mer nettverksbåndbredde som kreves for overføring, noe som betyr at den kumulative forsinkelsen kan være større. Denne optimaliseringseffekten er kanskje ikke åpenbar i systemet med andre forsinkelser, men det vil være åpenbart i systemet med 100 ms eller enda lavere forsinkelse. På samme tid, prøv å bruke acc-lc-kodeken til å kode lyd. Selv om he-acc eller he-acc 2 har høy kodingseffektivitet, tar det lengre tid å kode, og overføringsforsinkelsen forårsaket av større lydvolum har mindre innvirkning på overføringen av videostrøm.
4. Ikke bruk MJPEG-videokomprimeringsformat, i det minste bruk MPEG4-videokomprimeringsformat uten B-ramme (enkel profil), og enda bedre bruk H.264 baseline-profil (x264 har også en "tune zerolatency" optimaliseringsbryter). En slik enkel optimalisering kan redusere ventetiden fordi den kan kode video med full bildefrekvens med lavere bithastighet.
5. Hvis ffmpeg brukes, reduserer du verdiene til "- probesize" og "- analyse duration", som brukes til overvåking og overvåking av videorammeinformasjon. Jo større de to verdiene er, jo større er innvirkningen på kodingsforsinkelsen. I livescenen er det ikke engang nødvendig å stille inn parameteren for analysevarighet for videostrømmen.
6. Fast hastighetskodende CBR kan til en viss grad eliminere påvirkningen fra nettverksjitter. Hvis VBR med kodende variabel hastighet kan brukes, kan det spare unødvendig nettverksbåndbredde og redusere viss forsinkelse. Derfor foreslås det at VBR brukes til koding så mye som mulig.
Transportprotokolloptimalisering
1. Prøv å bruke RTMP i stedet for HLS-protokoll basert på HTTP for overføring mellom servernoder, noe som kan redusere den totale overføringsforsinkelsen. Dette er hovedsakelig rettet mot sluttbrukerne som bruker HLS til å spille.
2. Hvis sluttbrukeren bruker RTMP for å spille, bør koding utføres ved mottakernoden nær streamingenden, slik at den overførte videostrømmen er mindre enn den opprinnelige videostrømmen.
3. Om nødvendig kan den tilpassede UDP-protokollen brukes til å erstatte TCP-protokollen, og videresending av pakketap under den svake nettverkslenken kan elimineres, noe som kan redusere forsinkelsen. Den største ulempen er at overføring og distribusjon av tilpasset videostrøm basert på UDP-protokoll ikke er universell nok, og CDN-produsenter støtter standard overføringsprotokoll. En annen ulempe er at det kan være sprut eller uskarphet forårsaket av pakketap (mangel på nøkkelrammedekodingsreferanse), noe som krever at protokolltilpasningspartiet gjør en god jobb med pakketapskontroll på bakgrunn av UDP.
Optimalisering av overføringsnettverk
1. Vi har introdusert sanntids streaming-nettverk, som er en ny type nettverksoverføringsnettverk med selvorganiserte noder. Det er ikke bare egnet for overføringsoptimalisering av innenlandsk fleroperatørnett, men også egnet for behovene til mange utenlandske direktesendinger.
2. Cache gjeldende GOP i servernoden, og samarbeid med spilleren for å optimalisere videoens åpningstid.
3. Serveren registrerer bildefrekvens og kodefrekvens på andre nivå når hver videostrøm strømmer til hver kobling i sanntid, og overvåker svingningene i kodefrekvensen og bildefrekvensen i sanntid.
4. Klienten (push stream and play) oppnår den nåværende optimale noden i kvasi sanntid ved å spørre serveren (en gang hvert 5. sekund), og den gjeldende feilnoden og linjen er frakoblet i kvasi sanntid.
Optimalisering av streaming og avspilling
1. Systemet kan cache data før data sendes. Innstillingen av denne parameteren må også finne en balanse.
2. Bufferkontrollen til spilleren har også stor innflytelse på den første forsinkelsen av videoen. Hvis bare den første forsinkelsen er optimalisert, kan dataene dekodes umiddelbart når de ankommer i tilfelle 0-buffer. Men i svakt nettverksmiljø, for å eliminere virkningen av nettverksjitter, er det nødvendig å sette en viss cache, så vi må finne en balanse mellom stabiliteten til direktesendingen og optimaliseringen av den første åpne forsinkelsen, og justere optimalisert bufferstørrelse.
3. Spillerens dynamiske bufferstrategi, som er en forbedret versjon av ovennevnte spillerens cache-kontroll. Hvis vi bare velger mellom 0 hurtigbuffer og fast størrelse hurtigbuffer for å finne en balanse, vil vi til slutt velge en hurtigbuffer med fast størrelse, noe som ikke er rettferdig for 100 millioner mobile internett-terminalbrukere. Deres forskjellige nettverksforhold bestemmer at hurtigbufferen med fast størrelse ikke er helt egnet. Derfor kan vi vurdere en "dynamisk bufferstrategi". Når spilleren er slått på, bruker vi en veldig liten eller til og med null bufferstrategi. Bufferstørrelsen til neste gangsdel bestemmes av tiden det tar å laste ned den første videoen. Samtidig overvåkes det nåværende nettverket i sanntid under avspillingsprosessen, og bufferstørrelsen justeres i sanntid under avspillingsprosessen. På denne måten kan den første åpningstiden være veldig lav, og innflytelsen fra nettverksjitter kan elimineres så langt som mulig.
4. Dynamisk rate playing strategi. I tillegg til strategien for dynamisk justering av bufferstørrelsen, kan vi også bruke sanntidsovervåking av nettverksinformasjon til dynamisk å justere bithastigheten i løpet av avspilling. I tilfelle utilstrekkelig nettverksbåndbredde, kan vi redusere bithastigheten for å spille og redusere forsinkelsen.
Ovennevnte er en del av teknikkene for optimalisering av lav latens. Når vi optimaliserer lav latens, fokuserer vi ikke bare på "lav latens", men prøver å oppnå lav latens under forutsetning av at andre forhold ikke påvirker brukeropplevelsen. Derfor inneholder innholdet et bredt spekter av emner.
|
|
|
|
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: |
|
