FMUSER- ը անթերի փոխանցում է տեսանյութն ու աուդիոն ավելի հեշտ:
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> աֆրիկաանս
sq.fmuser.org -> ալբաներեն
ar.fmuser.org -> արաբերեն
hy.fmuser.org -> Հայերեն
az.fmuser.org -> ադրբեջաներեն
eu.fmuser.org -> բասկերեն
be.fmuser.org -> բելառուսերեն
bg.fmuser.org -> Բուլղարիայի
ca.fmuser.org -> կատալաներեն
zh-CN.fmuser.org -> չինարեն (պարզեցված)
zh-TW.fmuser.org -> Chinese (Traditional)
hr.fmuser.org -> խորվաթերեն
cs.fmuser.org -> չեխերեն
da.fmuser.org -> դանիերեն
nl.fmuser.org -> Dutch
et.fmuser.org -> էստոնական
tl.fmuser.org -> ֆիլիպիներեն
fi.fmuser.org -> ֆիններեն
fr.fmuser.org -> French
gl.fmuser.org -> Գալիսիերեն
ka.fmuser.org -> վրացերեն
de.fmuser.org -> գերմաներեն
el.fmuser.org -> Հունական
ht.fmuser.org -> հաիթական կրեոլերեն
iw.fmuser.org -> եբրայերեն
hi.fmuser.org -> հինդի
hu.fmuser.org -> Հունգարիայի
is.fmuser.org -> իսլանդերեն
id.fmuser.org -> Ինդոնեզերեն
ga.fmuser.org -> իռլանդերեն
it.fmuser.org -> Italian
ja.fmuser.org -> ճապոներեն
ko.fmuser.org -> կորեերեն
lv.fmuser.org -> լատվիերեն
lt.fmuser.org -> Լիտվայի
mk.fmuser.org -> մակեդոներեն
ms.fmuser.org -> մալայերեն
mt.fmuser.org -> մալթերեն
no.fmuser.org -> Norwegian
fa.fmuser.org -> պարսկերեն
pl.fmuser.org -> լեհերեն
pt.fmuser.org -> Պորտուգալերեն
ro.fmuser.org -> Romanian
ru.fmuser.org -> ռուսերեն
sr.fmuser.org -> սերբերեն
sk.fmuser.org -> սլովակերեն
sl.fmuser.org -> Սլովեներեն
es.fmuser.org -> իսպաներեն
sw.fmuser.org -> սուահիլի
sv.fmuser.org -> Շվեդերեն
th.fmuser.org -> Թայերեն
tr.fmuser.org -> թուրք
uk.fmuser.org -> ուկրաիներեն
ur.fmuser.org -> Ուրդու
vi.fmuser.org -> Վիետնամերեն
cy.fmuser.org -> Ուելսերեն
yi.fmuser.org -> Հայերեն
Աուդիո և վիդեո ուղիղ հեռարձակման համակարգը բարդ ինժեներական համակարգ է: Ուղիղ հեռարձակմանը շատ ցածր ուշացումով հասնելու համար անհրաժեշտ է համակարգի ինժեներական համալիր օպտիմիզացում և տարբեր բաղադրիչներին ծանոթ: Ահա մի քանի սովորական կարգաբերման խորհուրդներ.
Կոդավորման օպտիմիզացում
1. Համոզվեք, որ կոդեկը միացնում է նվազագույն ուշացման պարամետրը: Codec- ն, ընդհանուր առմամբ, ունի ցածր ուշացման օպտիմալացման անջատիչ, հատկապես H.264- ի համար: Շատերը կարող է չգիտեն, որ H.264 ապակոդավորիչը նախքան ցուցադրելը պահելու է որոշակի քանակությամբ վիդեո շրջանակներ: QCIF թույլտվությամբ տեսահոլովակի համար (176 it 144) այն պահելու է 16, իսկ 720p տեսահոլովակի համար ՝ 5 կադր: Առաջին ընթերցված շրջանակի համար սա մեծ ուշացում է: Եթե ձեր տեսանյութը կոդավորելու և սեղմելու համար չեք օգտագործում H.264, համոզվեք, որ չեք օգտագործում B շրջանակներ, դա նաև ավելի մեծ ազդեցություն կունենա հետաձգման վրա, քանի որ տեսանյութում B շրջանակների վերծանումը կախված է տեսանյութերի շրջանակներ առաջ և հետո, ինչը կբարձրացնի ձգձգումը:
2. Կոդավորիչը սովորաբար ունենում է ծածկագրի վերահսկողության հետևանքով առաջացած հետաձգում, որը կոչվում է նաև սկզբնական ձգձգում կամ VBV բուֆերային չափ: Այն համարվում է որպես բոդեր կոդավորիչի և ապակոդավորող հոսքի միջև, որը կարող է դրվել հնարավորինս փոքր կամ նվազեցնել ձգձգումը ՝ առանց տեսանյութի որակի վրա ազդելու:
3. Եթե առաջին ուշացումը միայն օպտիմիզացված է, ավելի շատ առանցքային շրջանակներ կարող են տեղադրվել տեսանյութերի շրջանակների միջև, որպեսզի հաճախորդը ստանալուց հետո հնարավորինս շուտ վերծանի տեսանյութերի հոսքը: Այնուամենայնիվ, եթե անհրաժեշտ է օպտիմալացնել փոխանցման գործընթացի կուտակային ձգձգումը, մենք պետք է օգտագործենք հնարավորինս քիչ առանցքային շրջանակներ, այսինքն ՝ I- շրջանակներ (GOP- ն ավելի մեծ է դառնում): Տեսանյութի նույն որակի ապահովման դեպքում, որքան շատ I- շրջանակներ, այնքան մեծ է բիթի արագությունը և ավելի շատ ցանցի թողունակություն, որն անհրաժեշտ է փոխանցման համար, ինչը նշանակում է, որ կուտակային ուշացումը կարող է ավելի մեծ լինել: Այս օպտիմալացման էֆեկտը կարող է ակնհայտ չլինել համակարգում երկրորդ ուշացումով, բայց դա ակնհայտ կլինի համակարգում `100 ms կամ նույնիսկ ավելի ցածր ուշացումով: Միևնույն ժամանակ, փորձեք աուդիո կոդավորելու համար օգտագործել acc-lc կոդեկ: Չնայած he-acc- ը կամ he-acc 2-ը կոդավորման բարձր արդյունավետություն ունեն, կոդավորումը ավելի երկար է տևում, և աուդիոյի ավելի մեծ ծավալի պատճառով առաջացած հաղորդման հետաձգումն ավելի քիչ ազդեցություն է թողնում վիդեո հոսքի փոխանցման վրա:
4. Մի օգտագործեք MJPEG վիդեո սեղմման ձևաչափ, գոնե օգտագործեք MPEG4 վիդեո սեղմման ձևաչափ ՝ առանց B շրջանակի (պարզ պրոֆիլ), և նույնիսկ ավելի լավ օգտագործեք H.264 ելակետային պրոֆիլը (x264- ն ունի նաև «մեղմ զերոլատենցիայի» օպտիմալացման անջատիչ): Նման պարզ օպտիմիզացումը կարող է նվազեցնել հետաձգումը, քանի որ այն կարող է կոդավորել ամբողջ կադրի արագության տեսանյութը ավելի քիչ բիթ արագությամբ:
5. Եթե ffmpeg- ն օգտագործվում է, նվազեցրեք «- զննում» և «- վերլուծիր տևողությունը» արժեքները, որոնք օգտագործվում են տեսանյութերի շրջանակի տեղեկատվության մոնիտորինգի և մոնիտորինգի ժամանակի համար: Որքան մեծ են այդ երկու արժեքները, այնքան մեծ է ազդեցությունը կոդավորման հետաձգման վրա: Կենդանի տեսարանում նույնիսկ անհրաժեշտ չէ սահմանել վերլուծության տևողության պարամետրը տեսանյութի հոսքի համար:
6. CBR- ի ֆիքսված տոկոսադրույքով կոդավորումը կարող է որոշակիորեն վերացնել ցանցի ցնցումների ազդեցությունը: Եթե VBR- ի փոփոխական արագությամբ կոդավորումը հնարավոր է օգտագործել, դա կարող է խնայել ցանցի ավելորդ թողունակությունը և նվազեցնել որոշակի հետաձգումը: Ուստի առաջարկվում է, որ VBR- ն օգտագործվի հնարավորինս ծածկագրման համար:
Տրանսպորտային արձանագրության օպտիմիզացում
1.Սերվերի հանգույցների միջև փոխանցման համար փորձեք օգտագործել HTTP- ի հիման վրա հիմնված HLS պրոտոկոլի փոխարեն RTMP, ինչը կարող է նվազեցնել փոխանցման ընդհանուր հետաձգումը: Սա հիմնականում ուղղված է HLS խաղալու համար օգտագործող վերջնական օգտագործողներին:
2. Եթե վերջնական օգտագործողը RTMP- ն օգտագործում է նվագարկելու համար, ապա վերծրագրումը պետք է իրականացվի հոսքային ավարտին մոտ գտնվող ստացող հանգույցում, որպեսզի փոխանցվող տեսանյութերի հոսքը փոքր լինի նախնական տեսանյութերի հոսքից:
3. Անհրաժեշտության դեպքում հարմարեցված UDP պրոտոկոլը կարող է օգտագործվել TCP պրոտոկոլը փոխարինելու համար, և թույլ ցանցային հղման ներքո փաթեթների կորստի վերափոխումը կարող է վերացվել, ինչը կարող է նվազեցնել հետաձգումը: Դրա հիմնական թերությունն այն է, որ UDP պրոտոկոլի հիման վրա հարմարեցված վիդեո հոսքի փոխանցումն ու տարածումը բավականաչափ ունիվերսալ չէ, և CDN արտադրողները աջակցում են ստանդարտ փոխանցման արձանագրությանը: Մեկ այլ անբավարարություն այն է, որ կարող է լինել թափթփում կամ աղոտություն, որն առաջացել է փաթեթի կորստով (առանցքային շրջանակի վերծանման տեղեկանքի բացակայություն), ինչը պահանջում է, որ արձանագրության անհատականացումը կողմը լավ աշխատանք կատարի UDP- ի հիման վրա փաթեթի կորստի վերահսկման գործում:
Փոխանցման ցանցի օպտիմիզացում
1. Մենք ներկայացրել ենք իրական ժամանակում հոսքային ցանցը, որը ցանցի փոխանցման ցանցի նոր տեսակ է `ինքնակազմակերպված հանգույցներով: Այն ոչ միայն հարմար է ներքին բազմօպերատոր ցանցի փոխանցման օպտիմալացման համար, այլև հարմար է արտերկրում գործող շատ հեռարձակման կարիքների համար:
2. Ներկայիս GOP- ը պահեք սերվերի հանգույցում և համագործակցեք նվագարկչի հետ `տեսանյութի բացման ժամանակը օպտիմալացնելու համար:
3. Սերվերը գրանցում է երկրորդ մակարդակի շրջանակի դրույքաչափը և կոդի արագությունը, երբ յուրաքանչյուր վիդեո հոսք իրական ժամանակում հոսում է դեպի յուրաքանչյուր հղում, և իրական ժամանակում վերահսկում է կոդի արագության և շրջանակի տատանումների տատանումները:
4. Հաճախորդը (մղել հոսք և խաղալ) ստանում է ընթացիկ օպտիմալ հանգույցը քվազի իրական ժամանակում սերվերի հարցման միջոցով (5 վայրկյանը մեկ անգամ), իսկ ներկայիս անսարքության հանգույցը և տողը անցանց են քվազի իրական ժամանակում:
Հոսքային հոսքերի և նվագարկման օպտիմիզացում
1. Համակարգը կարող է պահեստավորել տվյալները նախքան տվյալներ ուղարկելը: Այս պարամետրի կարգավորումը նույնպես պետք է հավասարակշռություն գտնի:
2. Նվագարկչի բուֆերային կառավարումը նույնպես մեծ ազդեցություն ունի տեսանյութի առաջին ուշացման վրա: Եթե միայն առաջին ուշացումը օպտիմիզացված է, 0 բուֆերի դեպքում տվյալները կարող են վերծանվել անմիջապես, երբ դրանք հասնում են: Networkանցի թույլ ազդեցության վերացման համար անհրաժեշտ է, որ ցանցի թույլ միջավայրում որոշակի քեշ տեղադրվի, այնպես որ մենք պետք է հավասարակշռություն գտնենք ուղիղ հեռարձակման կայունության և առաջին բաց հապաղման օպտիմիզացման միջև և կարգավորենք օպտիմիզացված բուֆերի չափը:
3. Խաղացողի դինամիկ բուֆերային ռազմավարություն, որը վերը նշված նվագարկչի քեշ-հսկողության կատարելագործված տարբերակն է: Եթե մենք պարզապես ընտրենք 0 քեշի և ֆիքսված չափի քեշի միջև ՝ հավասարակշռություն գտնելու համար, մենք ի վերջո կընտրենք ֆիքսված չափի քեշ, որն արդարացի չէ բջջային ինտերնետի տերմինալների 100 միլիոն օգտագործողների համար: Նրանց տարբեր ցանցային պայմանները որոշում են, որ ֆիքսված չափի քեշը լրիվ հարմար չէ: Հետևաբար, մենք կարող ենք դիտարկել «դինամիկ բուֆերային ռազմավարություն»: Երբ նվագարկիչը միացված է, մենք օգտագործում ենք շատ փոքր կամ նույնիսկ զրո բուֆերային ռազմավարություն: Հաջորդ անգամ հատվածի բուֆերային չափը որոշվում է առաջին տեսանյութը ներբեռնելու համար ծախսված ժամանակի չափով: Միևնույն ժամանակ, նվագարկման գործընթացում ընթացիկ ցանցը վերահսկվում է իրական ժամանակում, իսկ նվագարկման գործընթացում բուֆերի չափը ճշգրտվում է իրական ժամանակում: Այս եղանակով բացման առաջին ժամանակը կարող է շատ ցածր լինել, և ցանցի ցնցումների ազդեցությունը հնարավորինս վերացվել է:
4. Դինամիկ դրույքաչափով խաղալու ռազմավարություն: Բուֆերի չափը դինամիկ կարգաբերելու ռազմավարությունից բացի, մենք կարող ենք նաև օգտագործել իրական ժամանակի ցանցի տեղեկատվությունը ՝ նվագարկման գործընթացում բիթի արագությունը դինամիկորեն կարգավորելու համար: Networkանցի անբավարար թողունակության դեպքում մենք կարող ենք նվազեցնել նվագարկման համար բիթ արագությունը և նվազեցնել հետաձգումը:
Վերոհիշյալը ցածր ուշացման օպտիմալացման տեխնիկայի մի մասն է: Փաստորեն, երբ մենք ցածր ուշացումն օպտիմալացնում ենք, մենք ոչ միայն կենտրոնանում ենք «ցածր ուշացման» վրա, այլ փորձում ենք հասնել ցածր հետաձգման այն պայմանով, որ այլ պայմաններ չեն ազդում օգտագործողի փորձի վրա: Հետեւաբար, դրա բովանդակությունը ներառում է թեմաների լայն շրջանակ:
|
Անակնկալ ստանալու համար մուտքագրեք էլ
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> աֆրիկաանս
sq.fmuser.org -> ալբաներեն
ar.fmuser.org -> արաբերեն
hy.fmuser.org -> Հայերեն
az.fmuser.org -> ադրբեջաներեն
eu.fmuser.org -> բասկերեն
be.fmuser.org -> բելառուսերեն
bg.fmuser.org -> Բուլղարիայի
ca.fmuser.org -> կատալաներեն
zh-CN.fmuser.org -> չինարեն (պարզեցված)
zh-TW.fmuser.org -> Chinese (Traditional)
hr.fmuser.org -> խորվաթերեն
cs.fmuser.org -> չեխերեն
da.fmuser.org -> դանիերեն
nl.fmuser.org -> Dutch
et.fmuser.org -> էստոնական
tl.fmuser.org -> ֆիլիպիներեն
fi.fmuser.org -> ֆիններեն
fr.fmuser.org -> French
gl.fmuser.org -> Գալիսիերեն
ka.fmuser.org -> վրացերեն
de.fmuser.org -> գերմաներեն
el.fmuser.org -> Հունական
ht.fmuser.org -> հաիթական կրեոլերեն
iw.fmuser.org -> եբրայերեն
hi.fmuser.org -> հինդի
hu.fmuser.org -> Հունգարիայի
is.fmuser.org -> իսլանդերեն
id.fmuser.org -> Ինդոնեզերեն
ga.fmuser.org -> իռլանդերեն
it.fmuser.org -> Italian
ja.fmuser.org -> ճապոներեն
ko.fmuser.org -> կորեերեն
lv.fmuser.org -> լատվիերեն
lt.fmuser.org -> Լիտվայի
mk.fmuser.org -> մակեդոներեն
ms.fmuser.org -> մալայերեն
mt.fmuser.org -> մալթերեն
no.fmuser.org -> Norwegian
fa.fmuser.org -> պարսկերեն
pl.fmuser.org -> լեհերեն
pt.fmuser.org -> Պորտուգալերեն
ro.fmuser.org -> Romanian
ru.fmuser.org -> ռուսերեն
sr.fmuser.org -> սերբերեն
sk.fmuser.org -> սլովակերեն
sl.fmuser.org -> Սլովեներեն
es.fmuser.org -> իսպաներեն
sw.fmuser.org -> սուահիլի
sv.fmuser.org -> Շվեդերեն
th.fmuser.org -> Թայերեն
tr.fmuser.org -> թուրք
uk.fmuser.org -> ուկրաիներեն
ur.fmuser.org -> Ուրդու
vi.fmuser.org -> Վիետնամերեն
cy.fmuser.org -> Ուելսերեն
yi.fmuser.org -> Հայերեն
FMUSER- ը անթերի փոխանցում է տեսանյութն ու աուդիոն ավելի հեշտ:
Կապ
Հասցե:
No.305 սենյակ HuiLan շենք No.273 Huanpu Road Guangzhou China 510620
Կատեգորիաներ
Տեղեկագիր