Навскидку, битрейт зависит от количества I-, P-, B- кадров
Вы правы. Такая зависимость есть. Но я бы детализировал. Например, при наличии возможности использовать B-frame'ы можно снизить битрейт с фиксированным качеством.
В RKMPP нет реализации B-frame'ов - и сравнивать его с libx264 или NVENC с настройками, которые их используют бессмысленно. Очевидно, что выигрыш у последних будет 50%-70% по битрейту. Т.е. исследование здесь про LL режим, стриминг. Возможно, я не акцентировал на этом внимание.
В приведённых параметрах кодирования как раз можно увидеть что было сделано, чтобы можно было сравнить результаты кодирования. По наличию I и P: I каждые 50 кадров, всё остальное - P.
есть вагон разных крутилок и тот же lookahead
Крутилки-то есть, но предсказуемо работать они напрочь отказывались. Поделитесь рецептом какие параметры QSV на диапазоне целевых битрейтов будут оптимальными - я пересоберу данные.
lookahead неприменим по озвученной выше причине, он не для стриминга.
Про транскодирование. Оценка качества кодирования - это всегда часть с кодированием. Декод не влияет на качество. Для этого даже специально проверена корректная работа декодеров для всех реализаций. И статья названа так, потому что она затрагивает и декод в этой части тоже.
Согласен, что строить правильные пайплайны важно. Но до постройки необходимо знать, что будет получено в плане качества на выходе.
Поясню сразу и по второму комментарию
таблица поддержки энкодеров неполная
Верно. Задачи полного перечисления всего, что поддерживается не было. Это пример во вводной части про стандарты и их реализации.
Вы правы. Такая зависимость есть. Но я бы детализировал. Например, при наличии возможности использовать B-frame'ы можно снизить битрейт с фиксированным качеством.
В RKMPP нет реализации B-frame'ов - и сравнивать его с libx264 или NVENC с настройками, которые их используют бессмысленно. Очевидно, что выигрыш у последних будет 50%-70% по битрейту. Т.е. исследование здесь про LL режим, стриминг. Возможно, я не акцентировал на этом внимание.
В приведённых параметрах кодирования как раз можно увидеть что было сделано, чтобы можно было сравнить результаты кодирования. По наличию I и P: I каждые 50 кадров, всё остальное - P.
Крутилки-то есть, но предсказуемо работать они напрочь отказывались. Поделитесь рецептом какие параметры QSV на диапазоне целевых битрейтов будут оптимальными - я пересоберу данные.
lookahead неприменим по озвученной выше причине, он не для стриминга.
Про транскодирование. Оценка качества кодирования - это всегда часть с кодированием. Декод не влияет на качество. Для этого даже специально проверена корректная работа декодеров для всех реализаций. И статья названа так, потому что она затрагивает и декод в этой части тоже.
Согласен, что строить правильные пайплайны важно. Но до постройки необходимо знать, что будет получено в плане качества на выходе.
Поясню сразу и по второму комментарию
Верно. Задачи полного перечисления всего, что поддерживается не было. Это пример во вводной части про стандарты и их реализации.