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 -> Китайски (традиционен)
hr.fmuser.org -> хърватски
cs.fmuser.org -> чешки
da.fmuser.org -> датски
nl.fmuser.org -> Холандски
et.fmuser.org -> естонски
tl.fmuser.org -> филипински
fi.fmuser.org -> финландски
fr.fmuser.org -> Френски
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 -> Thai
tr.fmuser.org -> турски
uk.fmuser.org -> украински
ur.fmuser.org -> урду
vi.fmuser.org -> Виетнамски
cy.fmuser.org -> уелски
yi.fmuser.org -> Идиш
Аудио и видео системата за излъчване на живо е сложна инженерна система. За да се постигне много ниско забавяне на живо излъчване, той се нуждае от сложна системна инженерна оптимизация и запознат с различните компоненти. Ето някои често срещани съвети за настройка:
Оптимизация на кодирането
1. Уверете се, че кодекът включва настройката за минимално закъснение. Кодекът обикновено има превключвател за оптимизация с ниска латентност, особено за H.264. Много хора може да не знаят, че декодерът H.264 ще кешира определен брой видеокадри преди показването. За видео с разделителна способност QCIF (176 × 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, намалете стойностите на "- probesize" и "- анализирайте продължителността", които се използват за мониторинг на информация за видео кадрите и време за наблюдение. Колкото по-големи са двете стойности, толкова по-голямо е въздействието върху забавянето на кодирането. В сцената на живо дори не е необходимо да задавате параметъра за продължителност на анализа за видео потока.
6. CBR с кодиране с фиксирана скорост може да елиминира влиянието на мрежовото трептене до известна степен. Ако може да се използва VBR кодиране с променлива скорост, това може да спести малко ненужна мрежова честотна лента и да намали известно забавяне. Следователно се препоръчва VBR да се използва за кодиране колкото е възможно повече.
Оптимизация на транспортния протокол
1. Опитайте се да използвате RTMP вместо HLS протокол, базиран на HTTP, за предаване между сървърни възли, което може да намали общото забавяне на предаването. Това е насочено главно към крайните потребители, които използват HLS за игра.
2. Ако крайният потребител използва RTMP за възпроизвеждане, прекодирането трябва да се извърши в приемащия възел близо до края на поточното предаване, така че предаваният видеопоток да е по-малък от оригиналния видеопоток.
3. Ако е необходимо, персонализираният UDP протокол може да се използва за заместване на TCP протокола и повторното предаване на загуба на пакети под слабата мрежова връзка може да бъде премахнато, което може да намали закъснението. Основният му недостатък е, че предаването и разпространението на персонализиран видео поток, базиран на UDP протокол, не е достатъчно универсален и производителите на CDN поддържат стандартен протокол за предаване. Друг недостатък е, че може да има изпръскване или размазване, причинено от загуба на пакети (липса на референция за декодиране на ключови рамки), което изисква страната за персонализиране на протокола да свърши добра работа в контрола на загубата на пакети на базата на UDP.
Оптимизация на преносната мрежа
1. Представихме мрежа за поточно предаване в реално време, която е нов тип мрежова мрежа за предаване със самоорганизирани възли. Той е подходящ не само за оптимизиране на предаването на вътрешната мулти операторска мрежа, но също така е подходящ за нуждите на много чуждестранни излъчвания на живо.
2. Кеширайте текущия GOP в сървърния възел и си сътрудничете с плейъра, за да оптимизирате времето за отваряне на видеото.
3. Сървърът записва честотата на кадрите от второ ниво и скоростта на кода, когато всеки видео поток тече към всяка връзка в реално време, и следи колебанията на скоростта на кода и скоростта на кадрите в реално време.
4. Клиентът (push stream и play) получава текущия оптимален възел в квази реално време чрез заявка към сървъра (веднъж на всеки 5 секунди), а текущият дефект възел и линия са офлайн в квази реално време.
Оптимизация на поточно предаване и възпроизвеждане
1. Системата може да кешира данни, преди да изпрати данни. Настройката на този параметър също трябва да намери баланс.
2. Буферното управление на плейъра също има голямо влияние върху първото забавяне на видеото. Ако се оптимизира само първото закъснение, данните могат да бъдат декодирани незабавно, когато пристигнат в случай на 0 буфер. Но в слаба мрежова среда, за да се премахне въздействието на мрежовото трептене, е необходимо да се зададе определен кеш, така че трябва да намерим баланс между стабилността на излъчването на живо и оптимизацията на първото отворено закъснение и да коригираме оптимизиран размер на буфера.
3. Стратегия за динамичен буфер на играча, която е подобрена версия на горния контрол на кеша на играча. Ако просто изберем между кеш 0 и кеш с фиксиран размер, за да намерим баланс, в крайна сметка ще изберем кеш с фиксиран размер, което не е честно за 100 милиона потребители на мобилни интернет терминали. Различните им мрежови условия определят, че кешът с фиксиран размер не е напълно подходящ. Следователно можем да помислим за „динамична буферна стратегия“. Когато плейърът е включен, ние използваме много малка или дори нулева буферна стратегия. Размерът на буфера на следващия интервал от време се определя от времето, необходимо за изтегляне на първото видео. В същото време текущата мрежа се наблюдава в реално време по време на процеса на възпроизвеждане и размерът на буфера се регулира в реално време по време на процеса на възпроизвеждане. По този начин времето за първо отваряне може да бъде много ниско и влиянието на мрежовото трептене може да бъде елиминирано, доколкото е възможно.
4. Стратегия за динамично темпо на игра. В допълнение към стратегията за динамично регулиране на размера на буфера, ние също можем да използваме информация за мрежата за наблюдение в реално време, за да регулираме динамично скоростта на предаване в процеса на възпроизвеждане. В случай на недостатъчна честотна лента на мрежата, можем да намалим битрейта за възпроизвеждане и да намалим закъснението.
Горното е част от техниките за оптимизиране с ниска латентност. Всъщност, когато оптимизираме ниска латентност, ние не се фокусираме само върху „ниска латентност“, но се опитваме да постигнем ниска латентност при условие, че други условия не засягат потребителското изживяване. Следователно съдържанието му включва широк кръг от теми.
|
Въведете имейл, за да получите изненада
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 -> Китайски (традиционен)
hr.fmuser.org -> хърватски
cs.fmuser.org -> чешки
da.fmuser.org -> датски
nl.fmuser.org -> Холандски
et.fmuser.org -> естонски
tl.fmuser.org -> филипински
fi.fmuser.org -> финландски
fr.fmuser.org -> Френски
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 -> Thai
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 Гуанджоу Китай 510620
Категории
Бюлетин