Как оценить требования к пропускной способности/скорости для потокового видео в реальном времени?

Question

Для проекта, над которым я работаю, я пытаюсь передать видео на iPhone через разъем для наушников. Мой оценочный битрейт составляет около 200 кбит/с (если я ошибаюсь в этом, пожалуйста, проигнорируйте это).

Я хотел бы сжать как можно больше производительности из этого битрейта, и звук для меня не важен, только видео. Я понимаю, что для потоковой передачи видео в реальном времени мне нужно будет закодировать его с помощью некоторого кодека «на лету» и отправить сжатые кадры на iPhone для его декодирования и рендеринга. Основываясь на моих исследованиях, кажется, что H.265 является одним из наиболее доступных в пространстве кодеков, поэтому я рассматриваю возможность использования этого.

Предполагая, что мое основное понимание прямой трансляции правильно, как бы я оценил FPS, который я смог достичь для данного разрешения, используя кодек H.265?

Лучшее решение, которое я могу придумать, чтобы взять видеофайл, закодировать его с помощью H.265 и обрезать его до 1 минуты длины, чтобы увидеть, насколько величен файл. Проблема, которую я вижу в этом подходе, заключается в том, что, по моему мнению, мои вычисления будут включать некоторые издержки из формата видеоконтента (AVI, MKV и т. Д.) И из аудиоканалов, которые мне не нужны.

Answer 1

Я пытаюсь передать видео на iPhone через разъем для наушников.

Удачи вам в этом. Гнездо для наушников - только аудио.

ориентировочного битрейтом около 200kbps

В каком разрешении? 320x240?

Я хотел бы выжать из этого битрейта как можно больше производительности, и звук для меня не важен, только видео.

Затем, передайте звуковые потоки вместе. На самом деле, 200kbit недостаточно для видео любого разумного размера или качества.

Предполагая, что мое основное понимание прямой трансляции правильно, как бы я оценил FPS, который я смог достичь для данного разрешения, используя кодек H.265?

Никто не знает, потому что вы почти ничего не сказали нам о том, что находится в этом видео. Полоса пропускания, необходимая для видео является продуктом многих факторов, таких как:

• Разрешение
• Желаемая качества
• Цветовое пространство
• Визуальная сложность сцены
• движения и смене сцены
• Параметры и параметры кодирования (быстрый запуск с низкой задержкой?)

Вам нужно будет решить, какое качество вы готовы принять, и субъективно определить, какой баланс между этим качеством и частотой кадров.(Помните также, что, если вас не так много, вы в основном получаете рамы бесплатно, так как они занимают очень мало полосы. Эксперимент.)

Лучшее решение, которое я могу придумать, чтобы взять видеофайл, закодировать он с H.265 и обрезает его до 1 минуты длины, чтобы увидеть, насколько велик файл.

Возьмите много видеороликов, типичных для того, с чем вы будете иметь дело, и выясните это оттуда.

Проблема, которую я вижу при таком подходе, состоит в том, что, по моему мнению, мои расчеты будут включать некоторые издержки из формата видеоконтейнера (AVI, MKV и т. Д.) И из аудиоканалов, которые мне не нужны.

В вашем потоке видео не будет контейнера вообще? Даже не TS? Вы можете использовать FFmpeg для сброса данных необработанного потока для вас.