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. Скорость передачи выходных данных в реальном времени эквивалентна количеству выходных битов на кадр. Необходимо учитывать коэффициент пропускной способности сети. С развитием мобильного Интернета необходимо также учитывать влияние Wi-Fi и беспроводных сетей;
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 будет ниже. Если файл слишком большой, выберите более высокий CRF. Изменение ± 6 приведет к изменению примерно вдвое или вдвое большего размера кодовой скорости, а ± 1 приведет к изменению примерно 10% кодовой скорости.
CBR: (Постоянная скорость передачи) постоянная скорость передачи данных, скорость передачи в основном остается постоянной в пределах определенного диапазона времени, который принадлежит модели приоритета скорости передачи данных.
Применимые сценарии: обычно не рекомендуется использовать этот метод. Хотя скорость передачи данных на выходе всегда имеет стабильное значение, качество нестабильно, и пропускная способность сети не может быть полностью использована, поскольку эта модель не учитывает сложность видеоконтента. Содержимое видеокадра обрабатывается единообразно. Однако некоторые программы кодирования поддерживают только фиксированное качество или фиксированную скорость передачи данных, и иногда их приходится использовать. При использовании установите максимальную ширину полосы пропускания в пределах допустимого диапазона, чтобы предотвратить снижение качества видео в сложных спортивных сценах. Если настройка необоснованна, в спортивных сценах она будет нечеткой.
Особенности:
· Скорость передачи данных стабильна, но качество нестабильно, а эффективное использование полосы пропускания невелико. Если значение установлено необоснованно, изображение будет очень размытым в сложных спортивных сценах, что сильно сказывается на впечатлениях от просмотра;
· Но битрейт выходного видео в основном стабильный, что удобно для расчета размера объема видео;
VBR: (Variable Bit Rate) переменная скорость передачи данных, простые сцены выделяют относительно большой 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 Беспроводная передача видео и аудио еще проще!
Контакты
Адрес:
Номер 305, здание Хуэйлань, дом 273 Хуанпу, Гуанчжоу, Китай, 510620
Категории
Новостные рассылки