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 -> італійська
ja.fmuser.org -> японська
ko.fmuser.org -> корейська
lv.fmuser.org -> латиська
lt.fmuser.org -> литовська
mk.fmuser.org -> македонська
ms.fmuser.org -> малайська
mt.fmuser.org -> мальтійська
no.fmuser.org -> Норвезька
fa.fmuser.org -> Перська
pl.fmuser.org -> польська
pt.fmuser.org -> португальська
ro.fmuser.org -> румунська
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 -> Ідиш
Передумови проблеми:
Незалежно від того, чи потрібно перевіряти деякі екрани, зависання та проблеми з мозаїкою на лінії, або розробляти адаптивну функцію швидкості передачі бітів, або оптимізувати JitterBuffer клієнтського програвача, необхідна співпраця передавача кодера. Нам потрібно здійснити компроміс із швидкістю кодування, пропускною здатністю мережі та якістю відео, а потім вибрати схему регулювання контролю коду, яка більше підходить для сцени. У той же час, популярне в даний час кодування ROI та адаптивне навчання сцен кодування пов'язані з цією частиною вмісту. У цій статті представлені схеми управління швидкістю передачі даних у звичайних відеокодерах. Конкретні кодери можуть бути різними у впровадженні та використанні, і при виклику API та читанні вихідного коду потрібні подальший аналіз та розуміння.
попередні знання:
У процесі кодування відео є важливий етап: квантування, яке є процесом стиснення з втратами. Квантування в основному визначає швидкість передачі відео, а швидкість передачі відео визначає якість відео до певної міри. Чим більше значення квантування QP, тим вища деталізація квантування, більша швидкість стиснення, менша бітова швидкість і нижча якість відео. Здається, мозаїка більша, картинка не тонка, а картинка розмита. Навпаки, швидкість стиснення низька, швидкість передачі даних велика, якість висока, картинка делікатна, а деталі насичені.
Тому дуже важливо вибрати рішення для управління відеокодом, яке підходить для сцени. Налаштування швидкості передачі даних на виході фактично є балансом між швидкістю кодування відео, пропускною здатністю мережі та якістю відео. Іноді пропускна здатність мережі дуже обмежена, необхідно надати пріоритет схемі управління кодом, яка надає пріоритет швидкості передачі даних. Деякі мають високі вимоги до якості відео. Якщо ви хочете відео високої чіткості, ви повинні вибрати модель, яка передує якості.
Загалом, вибір схеми управління швидкістю кодування відео можна отримати зважуванням наступних п’яти факторів:
1. Стабільність якості зору сприяє суб’єктивній якості зору, такій як чіткість, плавність, деталізація тощо. Це пов’язано з візуальним принципом людського ока. Вибирайте модель з найвищим якісним сприйняттям людського ока;
2. Швидкість передачі даних у реальному часі еквівалентна кількості вихідних бітів на кадр. Слід враховувати коефіцієнт пропускної здатності мережі. З розвитком мобільного Інтернету також слід враховувати вплив wifi та бездротових мереж;
3. Розмір вихідного відеофайлу можна контролювати, що сприяє передачі та збереженню, залежно від розміру простору системи;
4. Швидкість кодування. Різні моделі управління кодом також впливають на швидкість кодування. Для сценаріїв із низькою затримкою та реального часу слід враховувати різні схеми управління кодом, які мають різну складність обчислень, і результуюча затримка кодування також матиме вплив;
5. Для мобільних пристроїв для вимог до енергоспоживання потрібні різні методи кодування, оскільки різні моделі впливатимуть на складність кодування та декодування, а енергоспоживання, необхідне для кодування та відтворення на мобільних пристроях, різне;
Введення швидкості передачі даних:
Далі представлені різні моделі контролю тарифів та застосовні сценарії:
CQP: Виправлена QP, найпростіший метод контролю швидкості. Кожен кадр зображення кодується відповідно до певного QP. Обсяг даних, закодованих у кожному кадрі, невідомий. Це не модель, що оцінює перше, або модель, яка відповідає якості. Але це найпростіша модель для реалізації;
Застосовні сценарії. Цей метод, як правило, не рекомендується, оскільки цей метод не враховує складність закодованого вмісту та обробляє кожен кадр з однаковим ступенем стиснення. Якість відео та бітрейт не встановлені. Особисто я відчуваю, що є лише дуже прості сцени, такі як статичні сцени, де об'єм руху невеликий, і ви можете спробувати. Коли ви стикаєтеся зі складними сценами, бітрейт сильно коливається. Або його можна використовувати при дослідженні або верифікації алгоритмів.
Особливості гри:
· Миттєва швидкість передачі даних коливатиметься залежно від складності сцени;
· Швидкість кодування швидка, регулювання є найпростішим, а значення QP кожного кадру однакове;
· Режим CQP підтримується в x264 та x265, але не в libvpx;
· Діапазон QP у H.264 становить [0, 51]. Чим більше значення QP, тим більший розмір кроку квантування і нижча якість закодованого відео. QP 0 означає кодування без втрат;
CRF: (коефіцієнт постійної ставки) коефіцієнт постійної швидкості. Візьміть певну "візуальну якість" як вихідну ціль. Ця мета досягається зниженням якості кадрів, які споживають бітрейт, але важко виявити неозброєним оком (швидкісний рух або насичена текстура) та покращують бітрейт цих статичних кадрів.
Особливості: QP-зміни між кадрами, QP-зміни макроблоків всередині кадру, вихідна швидкість передачі даних невідома, а якість зображення кожного виходу кадру в основному постійна. Цей метод еквівалентний режиму фіксованої якості + метод обмеження пікової швидкості передачі даних.
Застосовні сценарії: Підходить для випадків, коли певні вимоги до якості відео. Значення CRF можна просто зрозуміти як фіксовану вихідну величину, яка очікується для якості відео. Сподіваємось, що воно буде стабільним, незалежно від того, перебуває воно в складній сцені руху чи в простої статичної ситуації. Суб’єктивна якість відео може вибрати цей режим, який є пріоритетною моделлю якості відео. Якість відео можна просто зрозуміти як чіткість відео, делікатність пікселів та плавність відео.
Особливості гри:
· Подібно до постійного QP, але прагнення до суб’єктивно сприйманої якості постійне, миттєва швидкість передачі даних також буде коливатися зі складністю сцени, а значення QP між відеокадрами або між внутрішніми макроблоками різні;
· Для швидко рухаються або детальних сцен спотворення квантування буде відповідно збільшено (оскільки людське око не чутливе), тоді як для статичних або рівних ділянок спотворення квантування буде зменшено;
· CRF - метод контролю за замовчуванням для x264 та x265, а також може використовуватися для libvpx;
· Чим більше значення CRF, тим вищий рівень стиснення відео, але нижча якість відео. Діапазон значень CRF для кожного кодека зазвичай становить [0-51], але загальне значення за замовчуванням - 23 для x264 та 28 для бібліотеки x265;
· Якщо ви не впевнені, який CRF використовувати, почніть із значення за замовчуванням і змініть його, виходячи з вашого суб’єктивного враження про результати. Якщо якість недостатньо хороша, ХНН нижча. Якщо файл завеликий, виберіть вищий CRF. Зміна ± 6 призведе до зміни приблизно половини / подвоєного розміру швидкості кодування, а ± 1 призведе до зміни приблизно 10% швидкості коду.
CBR: (Постійна швидкість передачі даних) постійна швидкість передачі даних, швидкість передачі даних в основному залишається постійною протягом певного часового діапазону, що належить до моделі пріоритету швидкості передачі даних.
Застосовні сценарії: Зазвичай не рекомендується використовувати цей метод. Незважаючи на те, що вихідна швидкість передачі даних завжди має стабільне значення, якість нестабільна, і пропускна здатність мережі не може бути повністю використана, оскільки ця модель не враховує складність відеовмісту. Зміст відеокадру обробляється однаково. Однак деяке програмне забезпечення для кодування підтримує лише фіксовану якість або фіксовану швидкість передачі даних, і іноді їх доводиться використовувати. Під час використання встановіть пропускну здатність якомога більшою в межах допустимого діапазону пропускної здатності, щоб запобігти низькій якості відео у складних спортивних сценах. Якщо настройка є нерозумною, вона буде незрозумілою у спортивних сценах.
Особливості гри:
· Бітрейт стабільний, але якість нестабільна, а ефективне використання смуги пропускання не є високим. Особливо, коли значення встановлюється необгрунтовано, картинка дуже розмита у складних спортивних сценах, що сильно впливає на досвід перегляду;
· Але вихідна швидкість передачі відео в основному стабільна, що зручно для розрахунку розміру відео;
VBR: (змінний бітрейт) змінний бітрейт, прості сцени виділяють відносно великий QP, низький рівень стиснення та високу якість. Складним сценам присвоюються менші QP. Отримана в основному стабільна якість зору, оскільки людське око за своєю суттю нечутливе до складних сцен, а недоліком є те, що вихідна бітова швидкість не піддається контролю.
Є два режими управління: режим пріоритету якості та режим вторинного кодування 2PASS.
Режим пріоритету якості:
Незалежно від розміру вихідного відеофайлу, швидкість передачі даних розподіляється відповідно до складності відеовмісту, так що якість відтворення відео є найкращою.
Вторинний метод кодування 2PASS:
Перше кодування виявляє прості і складні частини відеовмісту і одночасно визначає просте і складне співвідношення. Другий прохід кодування збереже середній бітрейт відео незмінним, більше бітів буде виділено для складних областей, і менше бітів буде виділено для простих областей. Хоча такий вид кодування дуже хороший, але швидкість не буде встигати.
Застосовні сценарії: VBR підходить для сценаріїв, які не надто обмежені пропускною здатністю та швидкістю кодування, але мають високі вимоги до якості. Особливо в складних спортивних сценах він може підтримувати відносно високу чіткість та стабільну якість виведення, що підходить для систем записування, запису чи зберігання, не чутливих до затримок.
Особливості гри:
· Швидкість коду нестабільна, а якість в основному стабільна і дуже висока;
· Швидкість кодування, як правило, низька, спочатку можна використовувати системи завантаження та зберігання, які не підходять для систем прямої трансляції з низькою затримкою;
· Ця модель взагалі не враховує пропускну здатність вихідного відео. Для якості він займає стільки бітрейт, скільки потрібно, і не враховує швидкість кодування;
ABR: (Середня швидкість передачі даних) Постійна середня цільова швидкість передачі даних, низькі біти виділяються для простих сцен і достатня кількість бітів для складних сцен, так що обмежена кількість бітів може бути розумно розподілена в різних сценах, що схоже на VBR. У той же час середня швидкість передачі даних близька до встановленої цільової швидкості передачі даних протягом певного періоду часу, так що розмір вихідного файлу можна контролювати, що схоже на CBR. Це можна вважати компромісом між CBR та VBR, який є вибором більшості людей. Особливо у випадку вимог до якості та пропускної здатності відео, цей режим можна вибрати першим. Як правило, швидкість удвічі-втричі перевищує швидкість VBR, але якість відеофайлів однакового обсягу набагато краща, ніж CBR.
Застосовні сценарії: ABR використовується більше в прямих ефірах та системах із низькою затримкою. Оскільки воно кодується лише один раз, це швидко, враховуючи якість відео та пропускну здатність. Цей режим також можна вибрати, коли потрібна швидкість перекодування. Більшість відео на станції B вибрали цей режим.
Особливості гри:
· Загальну якість відео можна контролювати, і одночасно враховуються бітрейт і швидкість відео. Це компромісне рішення, і насправді воно використовується більше;
· Процес використання, як правило, вимагає від абонента встановити мінімальну швидкість передачі даних, максимальну швидкість передачі даних та середню швидкість передачі даних. Ці значення слід встановлювати якомога обґрунтованіше;
До
Кілька схем контролю швидкості коду представлені вище. Різні кодери мають різні імена та заголовки, а деталі можуть бути різними. Але в основному це досягається шляхом впливу на розмір QP, а потім надалі впливає на деталізацію процесу кількісного визначення. Для конкретного використання вам потрібно звернутися до конкретної реалізації кодера.
Як правило, ABR є кращим, і можна досягти задовільного балансу з точки зору швидкості, швидкості передачі даних та якості. Інші VBR, CBR та CRF мають свої власні сценарії, і їх потрібно використовувати умовно, коли вони використовуються.
Заключні думки:
Запроваджене сьогодні рішення для управління відеокодами є основою багатьох технологій верхнього рівня. Серед них адаптивна технологія швидкості передачі бітів, динамічне регулювання параметрів кодування відповідно до сцени та область кодування RIO, що базуються на виборі та вдосконаленні схеми управління кодуванням у процесі кодування, що, в свою чергу, впливає на ступінь квантування і деталізація квантування кодування. Зрештою, досягається задовільний баланс між якістю відео, швидкістю та пропускною здатністю. У той же час ці моделі взаємовиключні в різних бібліотеках кодування, таких як x264 або x265. Іноді швидкість коду стає недійсною через неправильні настройки параметрів, і задані параметри не працюють. Це також вимагає особливої уваги.
По-друге, після ознайомлення з цим вмістом також дуже корисно вирішити деякі проблеми в Інтернеті. Чітко відрегулюйте побічні ефекти регулювання частоти кадрів, роздільної здатності та інших параметрів. Ви також можете залишити повідомлення у фоновому режимі, щоб поділитися відповідним змістом вашого фактичного проекту
|
Введіть електронну адресу, щоб отримати сюрприз
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 -> італійська
ja.fmuser.org -> японська
ko.fmuser.org -> корейська
lv.fmuser.org -> латиська
lt.fmuser.org -> литовська
mk.fmuser.org -> македонська
ms.fmuser.org -> малайська
mt.fmuser.org -> мальтійська
no.fmuser.org -> Норвезька
fa.fmuser.org -> Перська
pl.fmuser.org -> польська
pt.fmuser.org -> португальська
ro.fmuser.org -> румунська
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 Будівля No273 Huanpu Road Гуанчжоу Китай 510620
Категорії
Інформаційний бюлетень